SCOUG-Programming Mailing List Archives
Return to [ 23 |
April |
2006 ]
>> Next Message >>
Content Type: text/plain
Content-Transfer-Encoding: 7bit
For reasons which still remain unclear to me I missed this
month's SCOUG meeting. In so doing I obviously missed an
excellent presentation by Bob Blair on an introduction to
presentation manager programming. He was kind enough to
send me the html file he used, which I have attached so that
others who missed the meeting might have a chance to
review.
I noticed that in terms of books I had one of his
"recommended" three: Petzold. I ordered the remaining two
by Maruzzi and Panov respectively. You can tell I take any
recommendation by Bob seriously period, especially when it
comes to programming.
Bob's examples came in two programming languages, PL/I and
C. He chose to use C-type attributes, e.g. HWND, instead of
"native" ones in his PL/I examples. That shows that PL/I has
an equivalent form for C data types, but it doesn't that C's
data types are just a proper subset of PL/I's. That I expect
will come later.
Now if as Nathan has expressed it takes at least six months to
develop a proficiency in PM programming, we should accept
that as a reasonable milestone for our achieving same. I see
no reason why in that same period between now and
December we cannot also pursue some of the other
programming aspects of our "extra-smart
editor/interpreter/compiler".
So it's probably time that we considered doing an update to
the SCOUG webpage on the programming SIG to incorporate
the material as we cover or more to the point uncover it in
the coming months. I would imagine that we would offer a
complete tutorial on PM programming as well as the
development of our editor/interpreter/compiler, our single
product, industry-unique IDE.:-)
Nathan participated in the development of CASE:PM. I don't
know the status of that product currently, what information
we can receive on it, or its availability or that of its source
code. I assume that it supported the drawing of dataflows
and structured designs of Constantine's Structured Design.
Now having made the statement of using a single source for
all output, e.g. source to flowcharting, I assume the same
exists for dataflows and structure charts. I don't see a
problem with producing structure charts, based on the
hierarchy of internal procedural references in an program, but
that of dataflows may prove challenging.
Constantine began with dataflows and used a heuristic
process to convert them into structured charts. In theory we
can invoke logical equivalence to reverse the process, i.e.
obtain dataflows from structure charts.
I happen to have a fondness for dataflows and structure
charts that I will never have for UML documents. I know the
impact they had on the productivity and predictability of the
analysis and design stages of software development. For
companies competing for bids on defense department (DOD)
software contracts it changed the estimating process from an
art to a science...or nearly so. I used it frequently in my
customer accounts, offering to design complete application
systems in a single afternoon in a group session, if only to
show the impact of the urge to code before thinking,
construction before analysis and design.
So, Nathan, if you could offer us an update on CASE:PM, we
might see what we can "draw" (literally and figuratively)
from it. While Bob has the lead on instructing in PM
programming here, I'm sure he would appreciate some
feedback from the experience of others.
I guess it remains up to me to produce something of a scheme
of lesson plans to achieve over the next six months. I, too,
would appreciate some feedback.
Content Type: application/octet-stream
File attachment:
pmintro.zip
>> Next Message >>
Return to [ 23 |
April |
2006 ]
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.
|