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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5cb36983754f64da X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-02-09 09:44:32 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed.icl.net!newsfeed.fjserv.net!proxad.net!usenet-fr.net!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: "Alexandre E. Kopilovitch" Newsgroups: comp.lang.ada Subject: Re: No call for Ada (was Re: Announcing new scripting/prototyping language) Date: Mon, 9 Feb 2004 20:39:51 +0300 (MSK) Organization: Cuivre, Argent, Or Message-ID: References: NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: melchior.cuivre.fr.eu.org 1076348516 4227 80.67.180.195 (9 Feb 2004 17:41:56 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Mon, 9 Feb 2004 17:41:56 +0000 (UTC) To: comp.lang.ada@ada-france.org Return-Path: In-Reply-To: ; from David Starner at Sun, 08 Feb 2004 20:55:57 GMT X-Mailer: Mail/@ [v2.44 MSDOS] X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.3 Precedence: list List-Id: Gateway to the comp.lang.ada Usenet newsgroup List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: archiver1.google.com comp.lang.ada:5367 Date: 2004-02-09T20:39:51+03:00 David Starner wrote: > >> The goal of programming is to produce programs that get the job done. > > > > [...] I must tell you that this statement is severely > > flawed. Programming is not covered by compilation and scripting. Generally, > > major part of programming is to define precisely and formally, *what* is the > > job, and what does it mean that this job *is done*. > > And once you have the program at a state where it needs no more > programming, all that goes into a drawer and disappears. That may be true for programs with short lifecycles and no (or very little) maintenance anticipated (but even for those kind of programs that isn't always true). But here in comp.lang.ada newsgroup we speak primarily about Ada language, which was designed specifically for applications with long lifecycles and substantial amount of maintenance. In such circumstances permanent tracking of the meaning of "job" and "is done" for the application is necessary. > That is part of > what needs to be done to get a program that gets the job done, but that's > not part of the goal; that's part of the process. When you expect long lifecycle and much maintenance, the relations between the goal and the process aren't so simple and straitforward. In fact, providing good support for a long process is a major part of the goal. Alexander Kopilovitch aek@vib.usr.pu.ru Saint-Petersburg Russia