Subject | Re: Paintshop and Corel |
From | Sandman |
Date | 11/28/2013 10:24 (11/28/2013 10:24) |
Message-ID | <slrnl9e311.6mk.mr@irc.sandman.net> |
Client | |
Newsgroups | rec.photo.digital |
Follows | Eric Stevens |
Followups | Eric Stevens (13h & 30m) > Sandman |
Not in terms of describing a software product, no.Eric StevensEric StevensSandman
You should think in terms of a black box.
Why?
Have you never encountered that concept?
The point about a black box is that you do not need to know anything about it's internal workings.As I said - it's the other way around. You describe it as a black box becuase you DON'T know anything about its internal workings.
It has an input and an output and some kind of transfer function which relates the output to the input. That's all you need to know about it."It has an input and output" is one of the most simplistic way to describe software I've ever seen. And I'm quite sure you're not sure what "transfer function" you might be in reference to here.
That symbolizes what, exactly, in your mind?Eric StevensThe protocol is an external set of requirements which determines what the black box is to do.Sandman
What "black box"?
The one you should be thinking in terms of.
As I said, it's the type of analysis a laymen would do about something he or she knows nothing about. It's the equivalent of "I press a button, "stuff" happens and then out comes a printed copy of my homework, yay!"Eric StevensThe program governs what goes on inside the black box which enables it to meet the externally imposed requirements of the protocol.Sandman
This looks like yet another laymen's method to put words to what he doesn't understand.
It's a standard method of analysis. See http://en.wikipedia.org/wiki/Black_box
They could, but they're not required to. It seems that you can add yourself to the list of people needing to look up the meaning of the word "protocol". It seems both you and Tony use it where you just don't know what is happening. "Yeah, so the application does stuff... so yeah, that's following a protocol, right?"SandmanEric Stevens
I *am* a programmer, so I know very well how programs work internally, and they're not "black boxes" and they're not "protocols".
You are right. Programs are not protocols. Programs function to satisfy the requirements of protocols.
That's a very ironic claim, Eric.Eric StevensThe black box does not have to be a single box: it can include an operator. It can even be a building crammed with staff and computers. For the purpose of the discussion it defines a boundary around whatever it is that is intended to satisfy the requirements of the protocol.Sandman
This doesn't make much sense on its own, and even less sense in conjunction with the topic under discussion.
That's because you haven't yet grasped the concept.