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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: G. B. <nonlegitur@nmhp.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Why .ads as well as .adb?
Date: Wed, 5 Jun 2019 17:12:34 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <qd8t62$8jp$1@dont-email.me>
References: <28facad3-c55f-4ef2-8ef8-004925b7d1f1@googlegroups.com>
 <qcvqut$ejh$1@gioia.aioe.org>
 <dbbcf7b1-091f-4c87-b2b1-021bb9503b70@googlegroups.com>
 <qd2krk$pin$1@gioia.aioe.org>
 <f37f6f75-62d4-4152-917e-d666d67f6cb7@googlegroups.com>
 <qd5du6$187s$1@gioia.aioe.org>
 <89abdd73-28ff-46ec-b77e-b8324d496d9c@googlegroups.com>
 <qd8dmm$qn9$1@gioia.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 5 Jun 2019 17:12:34 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
 posting-host="1f3d8f158c686e724664c475da72c00c";
	logging-data="8825"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18V4OUL/ULD8EzFK0+GXyg5aPKuVR3R1c8="
User-Agent: NewsTap/5.3.4 (iPhone/iPod Touch)
Cancel-Lock: sha1:l5jQRd4DBBDp0hhu657RdU8HmUE=
	sha1:EJhos/H3aaFmgEpoiSGcFZSUrZc=
Xref: reader01.eternal-september.org comp.lang.ada:56489
Date: 2019-06-05T17:12:34+00:00
List-Id: <comp.lang.ada>

Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> wrote:
> On 2019-06-05 11:04, Maciej Sobczak wrote:
>>>> So what exactly cannot be deduced?
>>> 
>>> The class.
>> 
>> What if I don't need the virtual "class" and I'm interested in the
>> single instance only? The one that I wrote?
>> I'd argue this is the most frequent case.
> 
> Would you never wanted to change anything? 

Changes are opportunities for generating business. If the customer is known
to pay for changes, then if the program text is both mathematically
satisfying and easy to maintain, changing it is done quickly. Therefore,
such programs generate small business at best, at least when the customers
know what the changes were. Otherwise, work can be made to look much. So,
the question becomes this: Can the mode of expression of a programming
culture be tuned to that sweet spot between program text satisfying
programmers on the one hand and programs that generate loads of work that
is caused by poor quality?

The mode of expression, then, needs to be studied and compared in real
world workshops that win and loose.