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 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: What exactly is the licensing situation with GNAT? Date: Mon, 17 Nov 2014 11:40:36 +0100 Organization: cbb software GmbH Message-ID: <1qdy753j97rks$.ubbjesyg1oa9.dlg@40tude.net> References: <86bf69c8-eb08-4696-b6c9-3784f5c42213@googlegroups.com> <87389olqie.fsf@ixod.org> <10d9w.55626$8w1.22302@fx12.iad> <150er0b62wsh3$.1xabmp81w5kdw.dlg@40tude.net> <2Oj9w.86043$uw3.37688@fx10.iad> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: nyHeW7QjJmC1odUjK4LkDA.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:23457 Date: 2014-11-17T11:40:36+01:00 List-Id: On Mon, 17 Nov 2014 08:48:55 +0000 (UTC), Stan Mills wrote: > On 2014-11-17, Dmitry A. Kazakov wrote: >> On Mon, 17 Nov 2014 08:11:03 +0000 (UTC), Stan Mills wrote: >> >>> On 2014-11-14, Dmitry A. Kazakov wrote: >> >>>> 1. Reuse is in order of magnitude easier and safer when with OO. >>> >>> That's when it's done properly and qualified people write the objects *and* >>> qualified people deploy the objects. The way OO is used now is as a crutch >>> to allow labor-quality "coders" work over their heads. This is dangerous. >> >> Yes. But you cannot hire topnotch guys for every project. It is all about >> engineering vs art. Engineers are average guys. The tools they handle must >> fit an average guy. How otherwise could you predict the costs and quality >> of a product? > > Yes you can hire topnotch guys for every project and you should because > hiring the best guys is the best way to save money! There is not enough such people per definition. If only X % were suitable for hiring what other 100 - X % would do? If they cannot earn money for living you won't get enough programmers base to select topnotch X guys from them. Economics does not work that way. In engineering you cannot rely on excellence. Excellence is unreliable. Engineering is, because it is based on average people and average tools. > Topnotch guys don't cost you anything, they pay for themselves and > then some. It is not a question of money. They are not there for any price. >>> True. Now what about the benefits of reusability? Can we conclude software >>> reusability is only good locally when the guy reuses his own good code, but >>> unqualified people using other people's code is harmful? I think so. >> >> No. Reusability is the only way to move forward. Complexity will continue >> growing and there is no other means to fight it than per reuse. > > Again there are two forms of reuse. There is the dumb form where reuse > enables people to use unqualified people to work over their heads, above > their abilities. This is a mistake and costs people money. The only good reuse is dumb reuse. > The form of reuse where it's only reuse in that it was done properly and can > be used by qualified people who could have done all that work, only it was > already done and they fully understand it so now they can save time and do > other things. You are contradicting to yourself. If you rely on extraordinary people, they certainly could reuse unsafe, overcomplicated components. Compare this to usual C advocacy: "no competent programmer would do that stupid bug." > Complexity growth is the problem and it's a symptom of bad design. No. It is a result of the natural process of maturity. Modern cars are incomparably more complex than first cars. Nevertheless they are better designed and safer. Modern software does more functionally with more constrains set upon it (non-functionally), this necessarily makes it more complex. Engineering is the only way to maintain complexity, not reducing complexity, that is not possible. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de