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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3a4656a5edc0dab4 X-Google-Attributes: gid103376,public Path: controlnews3.google.com!news1.google.com!news.glorb.com!news-stoc.telia.net!news-stoa.telia.net!telia.net!nntp.inet.fi!central1.inet.fi!inet.fi!read3.inet.fi.POSTED!53ab2750!not-for-mail Sender: AWI003@FIW9430 Newsgroups: comp.lang.ada Subject: Re: Ada used in General Aviation (GA) applications? References: <409F69CB.8020604@noplace.com> <20619edc.0405120909.6ba1a793@posting.google.com> <40A35FF6.9050703@noplace.com> <87u0yivdwr.fsf@insalien.org> From: Anders Wirzenius Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 May 2004 06:09:59 GMT NNTP-Posting-Host: 194.251.142.2 X-Complaints-To: abuse@inet.fi X-Trace: read3.inet.fi 1084774199 194.251.142.2 (Mon, 17 May 2004 09:09:59 EEST) NNTP-Posting-Date: Mon, 17 May 2004 09:09:59 EEST Organization: Sonera corp Internet services Xref: controlnews3.google.com comp.lang.ada:622 Date: 2004-05-17T06:09:59+00:00 List-Id: Ludovic Brenta writes: > Anders Wirzenius writes: > > A free (no cost) hint to all vendors ;): > > 1. Start a delivery project and use the > > programming_language_for_fast_delivery. > > 2. Start a parallel Ada project for the same product. > > 3. Deliver the product from point 1 to the customer. > > 4. While he installs and sets up his test environment, continue with > > the point 2 project. > > 5. Receive bug reports from the customer. > > 6. Correct the bugs from point 5 and deliver a new version. > > 7. Meanwhile, continue with point 2 project. > > 8. Repeat points 5..7 as many times as you see fit. > > 9. Finally, replace the delivery with the product from point 2. > > This is not really a no-cost strategy; it basically acknowledges that > the non-Ada code is to be thrown away. Engineers working on that code > will rightly feel they are not being recognised, so the quality of the > first project would be abysmal. This plus the cost of developing the > thing twice is not negligible. I hope you noticed my smiley. The "no cost" was aimed to point to the hint, not to the project. In stead of throwing it away, you may add a step nr 10: Sit down with your programmers and review both the Ada code and the programming_language_for_fast_delivery code. That could be a convenient way to do an inhouse training session in programming. After that you may try to reach some consensus about which code to be the finally delivery product which is maintained. Allowing both parts ("Ada_people" and "fast_programming_people") to continue to use their preferred coding language would take care of the not_being_recognised feeling and could finally motivate some "fast_programming_people" to study more in detail how things are done by the "Ada_people". And then ... who knows ... :) > > I would prefer an approach where a partial delivery occurs early to > please the customer(s), but this partial delivery would be 100% Ada > and would be partial in functionality, not in quality. > > Of course, the vendor ofsuch software needs to educate the customers, > saying "see, this does only part of what you want, but it is so solid > you can entrust your life to it. The other parts of what you want can > now be implemented quickly and with the same quality level". > > -- > Ludovic Brenta. This is a form of the prototyping approach with early reviewing. Here is another way of doing early reviewing: In early 80's I worked for a Fortran community. My co-programmer and I started to use Ada as a pseudo-code language. We made a code review of the Ada code and did not start the detailed Fortran coding until the review had approved the pseudo-code. The Ada code was left in the programs as comments. Anders