Shlomi Fish
Sun, 05 Aug 2001 04:31:56 -0700
On Sun, 5 Aug 2001, mulix wrote:
> > > * will it be usefull to anyone, excepts students taking this class?
>
> > > since i haven't read the book (though i probably will, based on your
> > > recommendation), i have no idea what is the scope of the work required,
> > > which is another issue to consider.
> >
> > It's bigger than R2L, but if we split it among us, it should not too much
> > time. We can have one session in which we decide on which language to us,
> > which APIs, what the design would be, etc. And then several sessions for
> > coordinating the development. And remember that it involves two separate
> > programs, which we can do at different stages with a break for something
> > else in the middle.
>
> i'd hesitate to take on a project whose time to completion cannot be
> estimated. i think that until we get some more developers (hint, hint,
> lin-club people) we should stick to small scale projects.
Part of the reason I cannot estimate its time to completion is because I
don't know how many developers are going to work on it. However, I'm not
sure if more developers will make the situation better because the project
can be parallelized only to a certain extent. Some parts of the code needs
to be written by one group synchronously.
But I can tell you in advance that the MAYBE simulator will not take too
much work. And I believe we can split it into several steps, that each one
would be a mini-project of its own. That way, we can take some time to
procastinate with different projects.
Would you agree to delay the final verdict until I rent the book and write
a more detailed description of the MAYBE's internals, as well as a
specification of the simulator's code, as I can plan it in advance?
Regards,
Shlomi Fish
> --
> mulix
> http://www.advogato.com/person/mulix
>
> linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
>
----------------------------------------------------------------------
Shlomi Fish [EMAIL PROTECTED]
Home Page: http://t2.technion.ac.il/~shlomif/
Home E-mail: [EMAIL PROTECTED]
A more experienced programmer does not make less bugs. He just realizes
what went wrong more quickly.