(And add any you think might be missing from the set)
Application
Library
Toolkit
Framework
Package
Project
Program
Thanks,
T.
Trans wrote:
(And add any you think might be missing from the set)
Application
Library
Toolkit
Framework
Package
Project
ProgramThanks,
T.
Well, an obvious missing one is "platform".
Well they are constants of course, probably class names 
ok, ok I will do the work
Application := a software package or set of programs installed on a
dedicated set of machines providing a service to a User, which can be human
or another machine.
It is kind of "complete".
Library := books? A set of functions, deemed to be usueful, for some
tasks, not "complete" in the sense of an application, a library is not
useful unless used by
an Application, Program
Framework := close to a library, rather more libraries dedicated to a
metatask, an idea of a domain of tasks, hmmm, maybe a Framework can be seen
as the smallest common denominator of a set of related Applications and its
implementation.
Toolkit := just a Framework, somehow I have the impression that a toolkit
flavors bottom up design and a Framework top down, huu I am far off the
stuff I know 
Program := an executable that can occupy a Unix task or the source
thereof.
Project := A vision, illusion, task that can lead to any of the above, it
can materialize.
If an Application can be seen as the interface between the
computer doing a job and the user, a Project can be seen as the interface
between the concept of the computer doing a job and the people trying to
materialize that vision.
Package := (1) A method of mastering the variants of different hardware in
order to have the same SW run on them and therefore
(2) a wrapper of some (Application Program, Library,
Framework, Toolkit) allowing to adapt it to different contexts (that is OS,
Hardeware, Middleware, ...).
Lots of ideas lots of things to critisize, but I guess it is a start.
Ara that will be an interesting thread (with Delta at the end!!!).
Cheers
Robert
···
On 9/23/06, Trans <transfire@gmail.com> wrote:
(And add any you think might be missing from the set)
Application
Library
Toolkit
Framework
Package
Project
ProgramThanks,
T.
--
Deux choses sont infinies : l'univers et la bêtise humaine ; en ce qui
concerne l'univers, je n'en ai pas acquis la certitude absolue.
- Albert Einstein
Trans wrote:
(And add any you think might be missing from the set)
That's actually harder than it might seem at first (at least to do it
consistently). To quote Russell: "Everything is vague to a degree you
do not realize till you have tried to make it precise."
Regards,
Jordan
Trans wrote:
(And add any you think might be missing from the set)
Application
Library
Toolkit
Framework
Package
Project
Program
Two useful Google Search types:
http://www.google.com/search?q=define:Application
http://www.google.com/search?q=define+Application
http://www.google.com/search?q=define:Library
http://www.google.com/search?q=define+Library
http://www.google.com/search?q=define:Toolkit
http://www.google.com/search?q=define+Toolkit
http://www.google.com/search?q=define:Framework
http://www.google.com/search?q=define+Framework
http://www.google.com/search?q=define:Package
http://www.google.com/search?q=define+Package
http://www.google.com/search?q=define:Project
http://www.google.com/search?q=define+Project
http://www.google.com/search?q=define:Program
http://www.google.com/search?q=define+Program
(And add any you think might be missing from the set)
Application
A process or system of processes
Library
Collection of reusable code tied together by some common theme. Other
code calls out to this code.
Toolkit
Collection of libraries
Framework
Reusable themed code that calls out to other application specific code in order to create an application.
Package
Container
Project
Set of goals
Program
Application
Thanks,
T.
You're welcome.
···
On Sat, Sep 23, 2006 at 08:39:15AM +0900, Trans wrote:
Beer?
This is not the Rails ML
Platform, maybe not what Trans had in mind (why the hack did I call him Ara
below???)
Anyhow as I think that you are very right that it might be useful
Platform :=
A (minimal) set of components allowing the implementation of
common tasks, should not be seen too much as an abstract concept (in the
context of the other definitions) but rather as our "playground", "sandbox"
for implementation of the "other" concepts.
R.
···
On 9/23/06, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:
Trans wrote:
> (And add any you think might be missing from the set)
>
> Application
> Library
> Toolkit
> Framework
> Package
> Project
> Program
>
> Thanks,
> T.
>
Well, an obvious missing one is "platform".
--
Deux choses sont infinies : l'univers et la bêtise humaine ; en ce qui
concerne l'univers, je n'en ai pas acquis la certitude absolue.
- Albert Einstein
M. Edward (Ed) Borasky wrote:
Trans wrote:
> (And add any you think might be missing from the set)
>
> Application
> Library
> Toolkit
> Framework
> Package
> Project
> Program
>
> Thanks,
> T.
>
>
>
Well, an obvious missing one is "platform".
distribution, release, version, port, binary, one-click, embedding,
extension,
Logan Capaldo wrote:
> (And add any you think might be missing from the set)
>
> Application
A process or system of processes
That seems a little to scant, although perhap acurate. It weight heavy
on what you mean by process though. I guess I see an Application as
Program for an end-user, in contrast to a Library.
> Library
Collection of reusable code tied together by some common theme. Other
code calls out to this code.> Toolkit
Collection of libraries
Okay. That's interesting. I was thinking of library being bigger then
that. And a Toolkit for instance being a type of Library --a Library of
many disperate modules. But you have an interesting perspective b/c
indeed any one of the disperate modules can be called a library in
itself. Hmm... so would Facets be a toolkit and not a library then? Not
sure. I guess I rather say there are two overall types of software:
Application and Library. I think with you definition it would have to
be: Application and Toolkit. Then again given your definition of
Application maybe you seem that there is only Application?
> Framework
Reusable themed code that calls out to other application specific code in order to create an application.
Not sure what is "other application specific code". But we agree it is
a type of Library. Guess I see a framework as a library that address
how one structures codes rather then simple addtional compenents to
code with.
> Package
Container
This is an intersting one. B/c on one hand I see it as a "release" --a
self contained distribution of a library or application. BUt then I
look at UML's defintion and that seems more like a Library or Toolkit.
> Project
Set of goals
Okay, that's at least part of it. But in the context of CS -- I think a
Project is a Program from the perspective of the developer, i.e. it
include lots of supporting files/code not neccessarily distributed in
the "Package".
> Program
Application
Ah, guess that confirms the point about there being but one type. I see
Program as the one type, ie.. Progam == Software, but not Applicaiton.
Intersting.
Btw, the reason I've asked about this is becuase I have a naming issue
in my current project. I have project/library/application metadata in
one class, and both a Project class (tools to act on a project) and a
Library class (manages require) that use it. So this metadata thing is
something that encompasses the two and I'm not sure what best to label
it.
T.
···
On Sat, Sep 23, 2006 at 08:39:15AM +0900, Trans wrote:
> Project
Set of goals
Logan, that has got to be the coolest thing I've read about projects
in a long time!
Thanks!
M.T.
snacktime wrote:
Beer?
+1
Regards,
Jordan
Phrogz wrote:
Trans wrote:
> (And add any you think might be missing from the set)> Application
> Library
> Toolkit
> Framework
> Package
> Project
> ProgramTwo useful Google Search types:
define:Application - Google Search
define Application - Google Search
define:Library - Google Search
define Library - Google Search
define:Toolkit - Google Search
define Toolkit - Google Search
define:Framework - Google Search
define Framework - Google Search
define:Package - Google Search
define Package - Google Search
define:Project - Google Search
define Project - Google Search
define:Program - Google Search
define Program - Google Search
Thanks for these links. Reading through them I am arriving at:
Application
Program that has an end-use, intended for accomplishing Projects.
Library
Program that has no independent usage, intended for building other
Programs.
Toolkit
GUI Library
Framework
Program providing support structure in which another program can be
organized and developed.
Package
Originizational unit of Programs: Module, Folder or Archive.
Project
A set of activities and the collection of data directed to a goal.
More specifically, a network of activities, or file(s) containing
such a network.
(In our case a Programming Project)
Program
[Fundamental term] Computer Instructions; Software.
T.
Gene Tani wrote:
M. Edward (Ed) Borasky wrote:
Trans wrote:
(And add any you think might be missing from the set)
Application
Library
Toolkit
Framework
Package
Project
ProgramThanks,
T.Well, an obvious missing one is "platform".
distribution, release, version, port, binary, one-click, embedding,
extension,
Deployment, architecture, schema ...
People wrote:
> blah
I know people consider it a copout when someone shouts "SEMANTICS!" right about now, but I find it really interesting that I have no interest whatsoever in this discussion, and yet many others do. Please, continue your discussion, and don't take my disinterest as some sort of arrogant dismissal, but if you've got any insight into why I (party like I) just don't care (and many others do), I'd love to hear it. Am I a vocal minority, or are the semantic pedantics a vocal minority?
Thanks/sorry/whatever/continue,
Devin
Trans wrote:
/ ...
Toolkit: GUI Library
That's a limited definition. YAML is a toolkit, as is REXML. The GUI angle
may or may not be present. I would have defined it as a set of carefully
designed algorithms with wide applicability.
Framework
Program providing support structure in which another program can be
organized and developed.
Too limiting. A framework can also be a class or module definition that ties
otherwise disparate elements together, or enforces rules in a beneficial
way. And classes are not programs, because they don't necessarily have a
standalone executable identity (how a program is defined).
···
--
Paul Lutus
http://www.arachnoid.com
M. Edward (Ed) Borasky wrote:
Gene Tani wrote:
> M. Edward (Ed) Borasky wrote:
>> Trans wrote:
>>> (And add any you think might be missing from the set)
>>>
>>> Application
>>> Library
>>> Toolkit
>>> Framework
>>> Package
>>> Project
>>> Program
>>>
>>> Thanks,
>>> T.
>>>
>>>
>>>
>> Well, an obvious missing one is "platform".
>
> distribution, release, version, port, binary, one-click, embedding,
> extension,
>
>
>
Deployment, architecture, schema ...
namespace, callback, protocol, server, client...
Ps. Trans, what's wrong with the FOLDOC definitions of these words?
Devin Mullins wrote:
People wrote:
> blahI know people consider it a copout when someone shouts "SEMANTICS!"
right about now, but I find it really interesting that I have no
interest whatsoever in this discussion, and yet many others do. Please,
continue your discussion, and don't take my disinterest as some sort of
arrogant dismissal, but if you've got any insight into why I (party like
I) just don't care (and many others do), I'd love to hear it. Am I a
vocal minority, or are the semantic pedantics a vocal minority?
I'm trying to codify some of these "things". So it isn't actaully
padantic at all. Also clearify terminology helps discussion.
T.
Paul Lutus wrote:
Trans wrote:
/ ...
Toolkit: GUI Library
That's a limited definition. YAML is a toolkit, as is REXML. The GUI angle
may or may not be present. I would have defined it as a set of carefully
designed algorithms with wide applicability.Framework
Program providing support structure in which another program can be
organized and developed.Too limiting. A framework can also be a class or module definition that ties
otherwise disparate elements together, or enforces rules in a beneficial
way. And classes are not programs, because they don't necessarily have a
standalone executable identity (how a program is defined).
I would say that the distinguishing feature of a Framework is that it has an overall structure, such as an event loop, which calls back into the code developed on top of the framework. A GUI library would typically fit this pattern.
···
--
vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407
MonkeeSage wrote:
namespace, callback, protocol, server, client...
Well, I think we're starting to get too far outside the scope of
'categories of software'.
Ps. Trans, what's wrong with the FOLDOC definitions of these words?
Nice resource. Thanks for mentioning it. They are missing a few term
though such as Project and Package.
T.