Path: csiph.com!eternal-september.org!feeder.eternal-september.org!nntp.eternal-september.org!.POSTED!not-for-mail From: John Ames Newsgroups: comp.os.linux.misc Subject: Re: The Value of a 2nd Look At Code Date: Mon, 2 Feb 2026 08:44:02 -0800 Organization: A place where nothing fits quite right Lines: 42 Message-ID: <20260202084402.00004b82@gmail.com> References: <6975f968$0$28050$426a74cc@news.free.fr> <3csdR.1398925$H7H.1265376@fx13.iad> <697dd67b$0$417$426a74cc@news.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Date: Mon, 02 Feb 2026 16:44:06 +0000 (UTC) Injection-Info: dont-email.me; posting-host="7cf9b6fda68421f549b5d7b2c5f2882f"; logging-data="714179"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+i7DGPZ1BmS3WvVqDY90ow8z9PVbnqTp0=" Cancel-Lock: sha1:8B1hxbXgf9AFTobEp8D0i96qw78= X-Newsreader: Claws Mail 4.3.0 (GTK 3.24.42; x86_64-w64-mingw32) Xref: csiph.com comp.os.linux.misc:81690 On 31 Jan 2026 10:16:27 GMT St=E9phane CARPENTIER wrote: > >> Well, a lot of times, the process stops when it works. I don't > >> remember who said that code is not finish when there is nothing > >> more to add but when there is nothing more to remove. =20 > > > > Antoine de Saint-Exup=E9ry =20 >=20 > OK, I'm not proud to have forgotten that. He was probably more > speaking about writing books than writing code, but there are a lot of > similarities in the two processes. Aircraft design, I believe, but it's a wonderfully cross-disciplinary philosophy. > So, I'm happy I never heard about a programmer paid by the line and I > strongly hope I'll never heard about that. I doubt anyone's been *paid* by the line, because that would indeed be *very* exploitable, but lines-of-code as a performance metric has been unfortunately common throughout the history of commercial computing, at least in the U.S. For bosses who don't understand programming and don't want to, it's easy to think "they're being paid to produce this 'code' stuff, so the more code they produce, the more value we're getting on their salary." But that leads (at best) to sloppy, bloated code, and (at worst) to capable programmers getting fired for not being "productive" enough :/ Andy Hertzfeld of the Mac team has a funny story about this: https://folklore.org/Negative_2000_Lines_Of_Code.html (This same idea that it's churning out code that's "the hard part" of programming - rather than understanding & modeling the problem, coming up with a robust solution, implementing it efficiently, and finding and correcting any bugs that end up in the final product - is what drives the current obsession with automated "AI" coding; if a chatbot playing dice with language can produce more code in less time for less money, who needs programmers? Never mind that it's proving to be neither cheaper nor quicker, and the results are worse...)