On 2018-07-11 23:17, The Natural Philosopher wrote:
> Probably get a new generation of compilers that analyse bloatware and
> completely rewrite it to work as intended, rather than as written...

Or use a language that questions that what you write is what you want.
It has been said that the language does not matter, that a good coder
makes good code in any language.

However most programmers are not good. They are medioker at best and a
small portion is bad. It's the normal distribution that say so. Still
they code.

Give a medioker coder a bad language, the outcome is buggy and bad.
Give a medioker coder a good language, the outcome is more often ok to
good and usually at least medioker. Seldom bad.

Language do matter for the overall outcome.

Of course, some of you say that they should get out of programming.
Yes they should, but they don't. They need a job just as a medioker/bad
plumber does.

Already in the early 90'ies there is a nice story of how a software
contractor thinks that their programmer (in assembly) can
outperform a compiler for a high level language (Ada)
for speed and/or size in an embedded environment.

How wrong they were. story at


For the lazy, I put the abstract here

Abstract

With the intent of getting an Ada waiver, a defense contractor wrote a
portion of its software in Ada to prove that Ada could not produce
real-time code. The expectation was that the resultant machine code
would be too large and too slow to be effective for a communications
application. However, the opposite was verified. With only minor source
code variations, one version of the compiled Ada code was much smaller
while executing at approximately the same speed, and a second version
was approximately the same size but much faster than the corresponding
assembly code.

And this in a 1/4 of the coding time ...




--
--
Björn

--- SoupGate-Win32 v1.05