On May 2, 2:20 pm, Marc Olschok <nob...@[EMAIL PROTECTED]
> wrote:
> Aleksej Saushev <a...@[EMAIL PROTECTED]
> wrote:
> > > On Apr 30, 5:14 pm, Richard Owlett <rowl...@[EMAIL PROTECTED]
> wrote:
> > >> Someone else has compiled raw data. It's available in ASCII format.
....
> > But the world is not ASCII,
.... Clearly, the part of the world Richard Owlett describes is ...
> > and this brings Forth to failure.
.... therefore this following claim, irrespective of its validity
or invalidity in other problem domains, is naught but red herring
here.
> > > Then add on top the lack of a de facto library management standard,
> > > and on top of that the fact that for those who only need to do a
> > > specific, people with a distinct set of concrete string tasks can
> > > solve it from scratch with tools like those in TOOL2002. If that is
> > > auxiliary to their main task, then once its solved, they may rarely
> > > need to revisit it. So instead of investing the time and effort into
> > > learning and importing a general purpose string handling toolkit and
> > > than using 5% of it, they build a much simpler special purpose
string
> > > handling toolkit and use 100% of it.
> > And thus reinventing the same wheel 100 times, instead of reusing
> > the library written once years ago.
Yes, I agree with you here that this *may well be an advantage* ...
instead of staying with the same compromises, same mistakes, and
oftentimes a quite obsolete set of assumptions, in, as you put
it so eloquently "a library written once years ago", this approach
means that the small portion that is actually needed can be
written precisely in tune with the needs of the moment.
It is, as you imply, often a useful thing to keep working
at reinventing the wheel until you get it right.
And further, as Marc notes:
> Well, what if it is another wheel each time?
.... which is that 5% that is used out of the library may not be
the same 5% each time, and rather than having a Swiss Army knife
toolkit that does so many different things to a certain extent
that it does nothing very well, this does offer the opportunity
to craft the tool to the precise needs of the moment.
However, even if I follow the strong implication of your statement,
Aleksej, that it is often desirable to write the code from scratch,
I still must insist that having that library would be handy for RAD.
|
