From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_ILLEGAL_IP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 6846 invoked from network); 7 Sep 2022 13:08:39 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 7 Sep 2022 13:08:39 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id C13C641714; Wed, 7 Sep 2022 23:08:26 +1000 (AEST) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by minnie.tuhs.org (Postfix) with ESMTPS id 923974170D for ; Wed, 7 Sep 2022 23:08:22 +1000 (AEST) Received: from kent.sdaoden.eu (kent.sdaoden.eu [192.0.2.2]) by sdaoden.eu (Postfix) with ESMTPS id 2277616059; Wed, 7 Sep 2022 15:08:20 +0200 (CEST) Received: by kent.sdaoden.eu (Postfix, from userid 1000) id 73DF399680; Wed, 7 Sep 2022 15:08:18 +0200 (CEST) Date: Wed, 07 Sep 2022 15:08:18 +0200 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: steve jenkin Message-ID: <20220907130818.j22p1%steffen@sdaoden.eu> In-Reply-To: References: Mail-Followup-To: steve jenkin , TUHS User-Agent: s-nail v14.9.24-295-g629abc8b54 OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID-Hash: A62HAQQWKCUKY5DVSLQQHXDVPOTDS352 X-Message-ID-Hash: A62HAQQWKCUKY5DVSLQQHXDVPOTDS352 X-MailFrom: steffen@sdaoden.eu X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: TUHS X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Has this been discussed on-list? How Unix changed Software. List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: steve jenkin wrote in : |Doug, Larry et al, | |Thanks very much for the history - unaware of those stories/ facts. |I=E2=80=99ve scanned the 1989 Miller et al paper, will read properly soon. |The legacy of that paper is the extensive automatic testing now commonpl\ |ace in large Open Software projects. The "overly misused automatic testing" in my opinion. I have seen commit hooks etc which start test builds and test runs for any change, whatever it may be. (Like adding a period in a manual, so it cannot have beeen a Google clang one, heh.) Like going to the fantastic Coverity.com for which' advertising i do not even get money (stupid left wing..). And then there are thirty years and more in between. And isn't it ISO 9001 who requires extensive testing?(??) You also have extensive testing (i hope) for nuclear and airplanes and what. Question is: why is wc(1) not implemented to use three distinct logical code paths, and then choose the result which is delivered by the majority of them? There are plenty of different algorithms for wc(1), i personally am still stunned by the variant that i think Ken Thompson implemented (!?), and that can still be found in plan9port of Russ Cox (and more), as well as the 9front successor of Plan9 as such. I would never have thought this, but i would never have thought Aho-Corasick for fgrep either. And then i think you have to see that by then relatively few people were working on the absolute base level with quite restricted possibilities in power. And word was received that they simply reported bugs they encountered during their daily work, so that "when Dennis came in the evening he would find them, and fix it overnight". More or less. They had a job to do, and they wrote the tools to do that. This was science, exploration, desire, and, hm, military needs, i would say. So whereas i think what you said is totally right, i also think it is not. I also would not explain it with business, as bugs are costly. I think it is simply natural continuation of a thing, which gets more and more sophisticated and masterly the longer it is done. Now whereas one might (good) testing is also that, easy re-verification of a status quo helps even the masterly experienced. Having said _that_, Plan9 did not have any tests i think... But go(1) has quite a lot, and shares many heads. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)