comp.lang.ada
 help / color / mirror / Atom feed
From: Maciej Sobczak <see.my.homepage@gmail.com>
Subject: Re: New IEEE Language Popularity Ratings
Date: Tue, 9 Aug 2016 14:18:58 -0700 (PDT)
Date: 2016-08-09T14:18:58-07:00	[thread overview]
Message-ID: <0e7aaff1-4d12-43b0-b9b6-c21d0dcc9f2d@googlegroups.com> (raw)
In-Reply-To: <nodefh$9g4$1@dont-email.me>

> In the defense area in the US, "personnel reasons" is an excuse. The real reason
> is to maximize profits.

I disagree. I can see you beating the same argument over and over again, but I don't find it to be substantial.

In defense or safety-critical industry in general, there are enough ways to generate so called "work hours" that the selection of technology is irrelevant. In some industries the statistics is that only about 5% to 10% of time is spent on actual coding, the rest is spent on maintaining all other artifacts, the set of which can be arbitrarily large, with arbitratily complex interdependencies and kept in multiple incompatible systems, etc., that can take ages to modify to reflect even a trivial functional change. Of course, all activities must be fully manual with no chance of being automated. In a such a setup it does not matter what is the implementation language, it might be anything - the treadmill of "work hours" is spinning elsewhere.

> A
> poorly designed, error-prone language is an additional tool for maximizing profits.

Then everybody would choose assembler if that was the real reason, but somehow this is not the case.
Interestingly, the choice of technology is frequently driven by the client themselves (that is, contractors have no influence on this choice), which further invalidates your argument.

A poorly designed software development process is orders of magnitude more effective in generating profits.

-- 
Maciej Sobczak * http://www.inspirel.com

  reply	other threads:[~2016-08-09 21:18 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-28 14:58 New IEEE Language Popularity Ratings brbarkstrom
2016-07-28 15:05 ` Alejandro R. Mosteo
2016-07-28 20:19   ` brbarkstrom
2016-07-28 20:47     ` G.B.
2016-08-09 19:58   ` Norman Worth
2016-08-09 20:29     ` Jeffrey R. Carter
2016-08-09 21:18       ` Maciej Sobczak [this message]
2016-08-09 22:26         ` Jeffrey R. Carter
2016-08-09 23:18           ` Anh Vo
2016-08-10  6:08     ` Stu Hollander
2016-08-10  7:13       ` Paul Rubin
2016-08-10  8:57         ` G.B.
2016-08-10 15:50           ` Paul Rubin
2016-08-10 16:32             ` Dmitry A. Kazakov
2016-08-10 18:43               ` Paul Rubin
2016-08-10 19:10                 ` Dmitry A. Kazakov
2016-08-10 22:55                   ` Paul Rubin
2016-08-10 23:14                     ` G.B.
2016-08-11  0:53                       ` Paul Rubin
2016-08-11 21:34                         ` G.B.
2016-08-10 23:06             ` G.B.
2016-08-11  0:04               ` Paul Rubin
2016-08-11  6:55                 ` rrr.eee.27
2016-08-11  6:56                   ` Paul Rubin
2016-08-10  7:23       ` gautier_niouzes
2016-08-10  9:07       ` G.B.
2016-08-10  9:12       ` G.B.
2016-08-10 14:41       ` Maciej Sobczak
2016-07-29  6:41 ` Jerry
2016-07-29 12:37   ` brbarkstrom
2016-08-03 15:24     ` Serge Robyns
2016-08-06 15:53       ` brbarkstrom
2016-08-06 20:10         ` rieachus
2016-08-06 20:59           ` brbarkstrom
2016-08-06 23:32             ` G.B.
2016-08-06 20:20         ` rieachus
2016-08-06 21:38         ` Jeffrey R. Carter
2016-08-07  1:19           ` brbarkstrom
2016-08-07  6:21             ` Dmitry A. Kazakov
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox