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.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,21960280f1d61e84 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail Newsgroups: comp.lang.ada Subject: Re: in defense of GC From: Georg Bauhaus In-Reply-To: References: <1169531612.200010.153120@38g2000cwa.googlegroups.com> <1mahvxskejxe1$.tx7bjdqyo2oj$.dlg@40tude.net> <2tfy9vgph3.fsf@hod.lan.m-e-leypold.de> <1g7m33bys8v4p.6p9cpsh3k031$.dlg@40tude.net> <14hm72xd3b0bq$.axktv523vay8$.dlg@40tude.net> <4zwt33xm4b.fsf@hod.lan.m-e-leypold.de> <1j7neot6h1udi$.14vp2aos6z9l8.dlg@40tude.net> <1170838486.7656.7.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: # Message-ID: <1170891160.30084.116.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Date: Thu, 08 Feb 2007 00:32:41 +0100 NNTP-Posting-Date: 08 Feb 2007 00:31:43 CET NNTP-Posting-Host: 050d8047.newsspool1.arcor-online.net X-Trace: DXC=cL54Z_ On Wed, 2007-02-07 at 12:19 +0100, Markus E Leypold wrote: > Georg Bauhaus writes: > > > If you do this, perhaps you can find the time to use a, uh, stop-watch > > to measure the time it takes to produce, read, and change the programs? > > I.e., to technically manage significant software. The times will be > > important input for deciding whether or not static typing does indeed > > help in production. > > The only thing that relates to economic efficiency, if you want it :-) > > So the how long a beginner in a specific language takes to do > something is "important input for deciding ..." if compared to what, > exactly? I don't think Ray is a beginner in functional programming. Now before I try singing old wisdom from the neighbourhood of The Mythical Man Month ... How will a piece of source code, your own or someone else's, and a language with tools fit these and the market as we might think it is now? project size, project duration, forced language, availability of programmers (need to hire?), job changes, programmer skills, multiple projects at the same time, language switching e.g. between projects every other week, time needed for education, documentation needs, future modification done by others, future modification to be done by the author, ... A rich set of opportunities for collecting some input, if only in order to convince ourselves that some things might have changed in software production (due to language changes?) while others haven't changed --for example we might get carried away by a subjective estimate of the usability of our preferred language. In accord with the findings of Leon Festinger (1957). -- Georg