Tena koe e Bill White, from Auckland, New Zealand.
  Some years ago as an avid reader of messages about Quick Basic
programming I often saw your name and admired how you helped and
encouraged the novice. Nowdays I spend much time grappling with Visual
Basic in Windows. Your recent contributions to program document
discussion of course also applies to VB programmers' efforts. May I add
a cent or two worth to the forum.
BL> Good for you, Rick! Now I don't feel so guilty about throwing away
BL> my nifty plastic flow-chart template ruler thingie as soon as I got
BL> my A in college BASIC programming. :) Like you, I find it much
BL> easier to sit down and think the program out, then start typing it
BL> in.
  I find that the plastic template comes in useful when nutting out
involved Boolean nested if... then ... else conditional choices.
Usually after some unsuccessful keyboard attempts I must admit.
BW>     I program much like I write letters.  Business
BW>letters are usually short and to the thought-out point.
BW>But personal letters I just sit down and start typing
BW>and see what comes out.  The nice thing about doing
BW>them with a word processor vs a typewriter is that I no
BW>longer have the phrases like "Oh, yes, when I said such
BW>and such, I should have added..."
  The Notepad available under Windows comes in very useful when
programming in Visual Basic.  A pencil and paper would also serve, as
would REM or apostrophied lines.  A program laid aside for a few weeks
often involves much time in resuming.  Adequate documentation helps one
to pick up the threads anew.
BW>     Much the same with programming.  And in BASIC with
BW>line numbers (before I had a renumber utility) I would
BW>have odd GOSUBs and GOTOs to stick things in - yes, the
BW>GOTO police were always after me!  Now I'll only use
BW>GOTO as a debugging tool.  "OK, that section works,
BW>let's bypass it for now while I get the next section
BW>working", things like that.  Easier than REMing out
BW>three dozen lines!
  Given the trouble in transferring variable values from one sub
procedure to another I find that the odd GOSUB within a program still
has a place.
  A label on the line prior to an input statement, which in turn is
followed by a simple trap containing a 'GOTO label' if the input
condition is not met, can be very useful. The program repeats the input
request until the conditional statement requirements have been met. No
spaghetti involved.
BW>     I'll usually write the program in a rather simple
BW>fashion, getting it working.  They I begin to add bells
BW>and whistles, a phase that sometimes never ends!
Hear, hear.
BW>     But then again, I write code for pleasure.
BW>Structure doesn't seem to fit my definition of fun!
  A very good outlook.  I am currently working on a program that I laid
aside eight years ago.  I am thankful for the good documentation and
reasonable structure put into the original. If ever finished it will
have to stand up to close scrutiny from my peers.  At times the fun side
seems to have receded a bit.
Kia ora koe,
                Bernard.
___
 X SLMR 2.0 X Do it well that thou mayest not do it twice.
--- Maximus/2 3.01
---------------