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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,763b126bf5276f4c X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!194.134.4.91.MISMATCH!news2.euro.net!novso.com!nerim.net!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Communications of ACM: Sir, Please Step Away from the ASR-33! Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <72b8fb96-2b5e-4ef8-8099-39361eeea853@glegroupsg2000goo.googlegroups.com> <878vzbwa61.fsf@hugsarin.sparre-andersen.dk> <8ns4v1Fk2dU1@mid.individual.net> <2vc8dxz8lc3t$.frc39a6lzjvt.dlg@40tude.net> <8ntp4kFo9qU1@mid.individual.net> <9cqhbxmdgs8x.nohduviggb5a$.dlg@40tude.net> <4d19c37f$0$7669$9b4e6d93@newsspool1.arcor-online.net> Date: Tue, 28 Dec 2010 13:07:52 +0100 Message-ID: <1hd23hih9nr3v$.qzcce27pd1u1.dlg@40tude.net> NNTP-Posting-Date: 28 Dec 2010 13:07:52 CET NNTP-Posting-Host: 20b5ef4d.newsspool2.arcor-online.net X-Trace: DXC=o8JK5dPogn6^8FBo0_81f>A9EHlD;3Yc24Fo<]lROoR18kF[ On Tue, 28 Dec 2010 12:01:19 +0100, Georg Bauhaus wrote: > On 28.12.10 11:13, Dmitry A. Kazakov wrote: > >> In my view tools is cancer of software developing. > > Sounds overly general. Some programs are written over > and over again. Typically, a fraction of programmers > repeats the mistakes of earlier programs of the same kind. > Forms, for example, have been in use for decades. Yet, > forms continue to show the same flaws and mistakes. > > If there is a theory of forms and a corresponding tool to direct > the programmer, then a forms tool is not different from a > programming language: a programming language, too, directs > the programmer to arrange program code and data in proper > order. The difference between a "tool" and a language is, > then, that the tool (and generator) may reflect knowledge of > these repeatedly written programs, or patterns. This describes a situation when programmers failed to use the language for providing higher level abstractions and reusing solutions in the language terms. Instead of that they design another half-baked language called tool. Just in order to be realistic. What is simpler: 1. To design a new language or to properly encapsulate domain specific abstraction? 2. To hire a competent language/compiler developer or a competent software developer? 3. To integrate generated code or designed code? Tools distract language community efforts from improving the language. Tools eat resources which otherwise would be invested in software quality. Tool chains require maintenance is order of magnitude compared to maintenance of a compiler. Programmers are busy writing tools to maintain tools maintaining other tools. Tools give the manager a false impression that the project is under control, and that instead of hiring competent developers he could buy their knowledge in the form of a new fancy tool. Tools make certification a joke. Tools make the code base virtually non-existent. Tools generate worst possible code which need to be glued with other code in a proportion that the amount of glue become bigger than the functional parts. Tools prevent software reuse and serve insulation of developers' communities. Tools today is a combination the worst disasters software engineering suffered since the invention of C, x86, Windows and Unix. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de