From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,411186037d1bc912 X-Google-Attributes: gid103376,public From: kenner@lab.ultra.nyu.edu (Richard Kenner) Subject: Re: Some questions about Ada. Date: 1996/05/04 Message-ID: <4mfl9c$1p8@news.nyu.edu>#1/1 X-Deja-AN: 152970919 references: <4me37a$ipl@krusty.irvine.com> organization: New York University Ultracomputer Research Lab newsgroups: comp.lang.ada Date: 1996-05-04T00:00:00+00:00 List-Id: In article dewar@cs.nyu.edu (Robert Dewar) writes: >However, I think that having case sensitivity in languages is a very >bad idea. For one thing it makes it very difficult to talk verbally about >programs, and if people really start defining identifiers like >Time_of_Day and Time_OF_Day to mean different things, then it damages >readability badly. A counterexample to that, with which I mostly agree, are some C coding conventions where the kind of thing is determined by the casing of the first letter. I've seen this sort of thing in the sources of some CAD systems. For example: typedef struct wire {...} Wire; typedef struct signal {...} Signal; I've also seen this done with macros that call functions vs the function they, internal and external versions of a function, etc. I think this can be a very useful convention if it is followed uniformly. I can't offhand think of an Ada analog for such a convention, though.