Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!mcnc!gatech!bloom-beacon!snorkelwacker.mit.edu!usc!wuarchive!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!cica!iugate!news.cs.indiana.edu!uceng!schriste
From: schriste@uceng.UC.EDU (Steven V. Christensen)
Newsgroups: comp.lang.c
Subject: Re: hardcopy/productivity inverse correlation
Message-ID: <6785@uceng.UC.EDU>
Date: 27 Nov 90 03:44:02 GMT
References: <46@resumix.UUCP> <5940050@hpcupt1.cup.hp.com> <28762@shamash.cdc.com> <6780@uceng.UC.EDU>
Distribution: usa
Organization: Univ. of Cincinnati, College of Engg.
Lines: 31

dmocsny@minerva.che.uc.edu (Daniel Mocsny) writes:

>If UN|X f77 supports the IMPLICIT NONE statement, then the compiler
>will flag all your undeclared variables.
Unfortunately, if you are assigned the job of maintaining others'
code, then doing an IMPLICIT NONE will break the current stuff...

>No compiler should simultaneously permit (1) programs of more than
>20 lines and (2) undeclared variables.

I understand (2), but why (1)? There is a lady with whom I work who
insists on breaking up even the simplest procedure into many sub-procs
(this is FORTRAN). In combination with ridiculously long proc and variable
names, it makes it even harder to debug...

But then you know what they say: there are 2 things you can't criticize:
someone's religion, and their programming style...


>--
>Dan Mocsny				Snail:
>Internet: dmocsny@minerva.che.uc.edu	Dept. of Chemical Engng. M.L. 171
>	  dmocsny@uceng.uc.edu		University of Cincinnati
>513/751-6824 (home) 513/556-2007 (lab)	Cincinnati, Ohio 45221-0171

		Steven
-- 
Steven V. Christensen
U.C. College of Eng.
schriste@uceng.uc.edu
For the adventurous: svc@elf0.uucp