said:
Well, it's nice to see some activity on this list...
>A few days ago I was about to write a simple little BASEDEV driver which
>would issue a message so I would know where I was in the boot process.
>But after checking with a programmer who wrote a similar DEVICE driver I
>*understood* that it wouldn't do what I wanted -- the BASEDEV messages
>are all buffered and then written to the screen all-at-once.
All your examples could potentially be handled at the specification level
and in some ways that's just what you are doing. You orginally specified
a certain behavior based on current knowledge. As your knowledge base
expanded based on feedback from outside the specification you modified the
specified behavior to match.
However, the thing that always amuses me about this discussion is that it
is based on the axiom that one specification tool or methodolgy can be
used solve all problems. History and nature has proven, so far, that this
is unlikely to be the case.
Nature likes variety. We all know of the bad effects of monoculture in
the garden and in operating systems. Why should it be any different for
development tools?
There may be place for a tool like SL/1 for solving some subset of
problems. How large or small this subset is will never been known until
the tool is actually available for use. Testing is part of the validation
process of any theory or development project.
Promoting SL/1 as a some sort of N+1 generation developer's assistant is
reasonable as long as one maintains some connection with reality. Each
new IDE generation offers to deal with more of the repetitive details at a
more abstract level. As problem sets become better understand, there is a
tendency for their implementation to became in effect repetitive details.
There's a benefit to automation the code generation for these problem
sets. GUI builders are a classic example of this.
One can even promote SL/1 as a solution to all problems if one wishes.
It's nice that we live in a relatively free country.
Regards,
Steven
--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4
www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST)
----------------------------------------------------------------------
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".
For problems, contact the list owner at
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 04 |
January |
2004 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
