comp.lang.ada
 help / color / mirror / Atom feed
From: Wesley Groleau <wesgroleau@despammed.com>
Subject: Re: Case dependence and coding standards
Date: Fri, 06 Jun 2003 19:53:28 -0500
Date: 2003-06-06T19:53:28-05:00	[thread overview]
Message-ID: <A3qdnRt3rI3xqnyjXTWcow@gbronline.com> (raw)
In-Reply-To: <bbpl2o$ps2$1@a1-hrz.uni-duisburg.de>


> : my intuition is influenced by the empirical studies I've read on
> : readability and human factors, as well as by the numerous

Well, the studies I've read are not right at hand
(stashed away in boxes of paper) but I remember that
one of the books was by Deborah J. Mayhew: Principles
and guidelines in software user interface design
And it did have plenty of citations.  A little old,
but lots of good info in it.

However, one thing about the book bothered me:
Inside both covers were figures with captions
about how the figure illustrated this or that
effective use of color for this or that purpose.
Unfortunately, some idiot at the publishing house
decided to save money by printing them all gray scale!

In teaching and reading, it's hard to be specific,
but things that are suitable for tables should _be_
in tables instead of prose.  It's just easier to take
in the concepts.  This would be almost any sort of
list or repetitive structure.  An if statement is
not repetitive, so nothing is gained by tabular structure.
A case statement, or an if with multiple elsifs, or
a list of declarations is basically a table.

And tables are easier to read if they are really tables.
I understand that source code is affected by other factors
which can make tabular format impractical sometimes.
At those times, a little thought can select the most
readable format.

But, now that I've soapboxed on that a while, let me
freely admit that it's NOT the most important thing
in maintainable code.




  reply	other threads:[~2003-06-07  0:53 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-03  5:05 Case dependence and coding standards Fionn mac Cuimhaill
2003-06-03 17:31 ` Robert A Duff
2003-06-03 17:46   ` Vinzent Hoefler
2003-06-03 19:04     ` Robert A Duff
2003-06-03 23:37       ` Randy Brukardt
2003-06-04  2:39         ` Wesley Groleau
2003-06-04 13:28           ` Georg Bauhaus
2003-06-04 15:44             ` Preben Randhol
2003-06-04 22:32             ` Wesley Groleau
2003-06-05 12:01               ` Georg Bauhaus
2003-06-05 15:36                 ` Preben Randhol
2003-06-05 17:41                   ` Wesley Groleau
2003-06-05 17:47                     ` Preben Randhol
2003-06-05 17:51                       ` Preben Randhol
2003-06-05 18:32                 ` Wesley Groleau
2003-06-06  8:58                   ` Georg Bauhaus
2003-06-07  0:53                     ` Wesley Groleau [this message]
2003-06-10 15:05                       ` Georg Bauhaus
2003-06-05 17:32               ` Wesley Groleau
2003-06-05 17:43                 ` Preben Randhol
2003-06-04  8:39       ` Vinzent Hoefler
2003-06-04 16:32         ` Stephen Leake
2003-06-05  1:27           ` Robert I. Eachus
2003-06-05  7:47           ` Vinzent Hoefler
2003-06-05 17:47             ` Stephen Leake
2003-06-05 19:43               ` Wesley Groleau
2003-06-06  9:27               ` Georg Bauhaus
2003-06-06 10:29                 ` Preben Randhol
2003-06-03 19:38   ` Stephen Leake
  -- strict thread matches above, loose matches on Subject: below --
2003-06-04 17:00 Lionel.DRAGHI
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox