>>>>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> At 06:38 PM 10/8/00 -0400, Uri Guttman wrote:
>> the second part is internals. not to take anything from dan, but i see a
>> bottom up approach being very useful here.
DS> I disagree. This is too big a project to manage that way. If we do
DS> it we're setting ourselves up for an enormous amount of trouble
DS> later on. (And not that much later at that) The various pieces
DS> *must* have well-defined interfaces and behaviours, and that
DS> absolutely has to be specified before work begins on any
DS> particular piece.
well, i don't think we are really disagreeing. i was musing on this
stuff and i have found some bottom up hacking to be useful. not the
whole project, but certain well defined low level systems can be done
that way. notice i also said well defined (i should have said it in my
previous letter). my point is that you don't have to specify the entire
system before you can spec and develop some tightly wrapped parts. or
consider this work on proof of concept or prototyping. for example, you
and i both want full support of native async I/O. we also agree it has
to be intgrated with an event loop. we can prototype such an event loop
based on several versions we have access to and integrate async file i/o
into them. this would be a well defined low level subsystem below
stdio. in fact it could be so general as to not even have anything about
perl in it. this even goes back to simon's push for using glibc (i think
that was the library he was pushing).
DS> Sure, as long as the behaviours of the individual pieces are known when
DS> work starts.
well, we do know event loops and async i/o very well and could define
such a subsystem right now. i am not saying do that but it is an example
of how we can leverage our work force in parallel while the top down
spec work is going on.
again, i don't think we are disagreeing, just communicating.
uri
--
Uri Guttman --------- [EMAIL PROTECTED] ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
