From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <547e87e5720d157648ca676c55ecd957@plan9.bell-labs.com>
Date: Thu,  9 Mar 2006 16:18:59 -0500
From: jmk@plan9.bell-labs.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] bge
In-Reply-To: <775b8d190603091304r4d14e0aft9a3c759292546ee@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: 1084003c-ead1-11e9-9d60-3106f5b1d025

On Thu Mar  9 16:05:53 EST 2006, bruce.ellis@gmail.com wrote:
> it's  a matter of balance, i find.  if you write the code without
> thinking through the design you are doomed, except for
> very trivial tasks.  if you think through the design, and think,
> and think, and never code then you may have had fun but
> don't end up with a program.
>
> brucee
> ...

Yes. The following seems to hit all the bases - there's a lot
of think and think and think about the trivial part with no code
forthcoming and no thought whatsoever given to the hard part.
And he doesn't sound like he's having any fun, either. *SIGH*

--jim

On Thu Mar  9 14:45:34 EST 2006, uriel@cat-v.org wrote:
> > uriel     the live CD needs a bit of polishing, but I plan to
> >           merge it with the installer
> >           but before that comes killing 9load
> >
> > I'll just hang on to it and save myself the time and trouble of
> > polishing it off until I can integrate it with your replacement
> > for 9load (if necessary). Let me know when it's ready.
>
> As russ explained, the replacement for 9load is a standard Plan 9
> kernel.  I am still thinking about what the best way design the user
> space bits that parse the plan9.ini invoque /dev/reboot. I'm happy to
> hear suggestions.
>
> uriel