comp.lang.ada
 help / color / mirror / Atom feed
From: cis.ohio-state.edu!math.ohio-state.edu!darwin.sura.net!sgiblab!a2i!dhesi@ ucbvax.Berkeley.EDU  (Rahul Dhesi)
Subject: Re: Ada Operators in 9x
Date: 25 Jun 93 20:56:20 GMT	[thread overview]
Message-ID: <C973Hw.9xK@rahul.net> (raw)

In <205bsdINNbca@umbc4.umbc.edu> berman@umbc.edu (Mike Berman) writes:

>While machines
>excel at tracking minute details, I prefer not having to keep track of
>both identifier spelling and permutations of case when reading someone
>else's code.

If an identifier spelled FRED in one place is spelled Fred elsewhere,
it's either a problem of a symptom of problems.

- The programmer is typing carelessly;  did he make other errors
  that are not so benign?
- Different programmers are using different coding styles;  are they
  also using different conventions for a boolean flag?
- Did the programmer want two variables with related meanings,
  and forget to declare both, and got just one instead?

I don't know of any examples where inconsistent use of case improves
code.  I do know of many examples when multiple related identifiers can
be distinguished by case and it makes the code more readable.

Case-insensitivity of a language is nice when writing documentation for
it.  It helps differentiate between terminal and nonterminal symbols:

   If you want to select between two possibilities, use IF.

(However, oops!  There goes our convention of using keywords in
lowercase.)

The careful use of quote marks (and highlighting in rich text)
can achieve the same effect:

   If you want to select between two possibilities, use ``if''.
-- 
Rahul Dhesi <dhesi@rahul.net>
also:  dhesi@cirrus.com

             reply	other threads:[~1993-06-25 20:56 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1993-06-25 20:56 Rahul Dhesi [this message]
  -- strict thread matches above, loose matches on Subject: below --
1993-07-09 16:51 Ada Operators in 9x Robert I. Eachus
1993-07-08 22:18 Laurence VanDolsen
1993-07-02 18:14 munck
1993-07-01 21:43 Dave Bashford
1993-07-01 15:39 Robert I. Eachus
1993-07-01 12:54 agate!howland.reston.ans.net!usenet.ins.cwru.edu!magnus.acs.ohio-state.ed
1993-07-01 10:28 agate!howland.reston.ans.net!darwin.sura.net!dtix.dt.navy.mil!relay-wo!re
1993-06-30 23:06 Robert I. Eachus
1993-06-30 17:41 agate!howland.reston.ans.net!darwin.sura.net!dtix.dt.navy.mil!relay-wo!re
1993-06-30 16:23 cis.ohio-state.edu!math.ohio-state.edu!darwin.sura.net!source.asset.com!v
1993-06-30 15:24 Charles H. Sampson
1993-06-28 23:37 Mark A Biggar
1993-06-28  7:13 ghost.dsi.unimi.it!univ-lyon1.fr!scsing.switch.ch!epflnews!disuns2.epfl.c
1993-06-27  8:26 Stephen J Bevan
1993-06-27  1:03 Kenneth Anderson
1993-06-26 15:43 cis.ohio-state.edu!math.ohio-state.edu!howland.reston.ans.net!agate!doc.i
1993-06-26 15:19 cis.ohio-state.edu!math.ohio-state.edu!howland.reston.ans.net!agate!doc.i
1993-06-25 21:12 Michael Feldman
1993-06-25 21:03 cis.ohio-state.edu!magnus.acs.ohio-state.edu!math.ohio-state.edu!howland.
1993-06-25 20:44 David Emery
1993-06-24 14:14 Joe Hildebrand
1993-06-22 13:01 cis.ohio-state.edu!math.ohio-state.edu!darwin.sura.net!cs.ucf.edu!longwoo
1993-06-21 22:14 Mike Berman
replies disabled

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