[Info-vax] Rust as a HS language, was: Re: Quiet?

[Dan Cross]

In article <t2n2b1$nvk$1 at dont-email.me>,
Dave Froble  <davef at tsoft-inc.com> wrote:
>On 4/7/2022 10:59 AM, Dan Cross wrote:
>> In article <t2l9jp$b8i$1 at gioia.aioe.org>,
>> chris  <chris-nospam at tridac.net> wrote:
>>> On 04/06/22 01:25, Dan Cross wrote:
>>> This sounds like medication to cure everyone from their sloppy
>>> programming. The infantilisation of complex subjects, just to give the
>>> lazy an easier time, while still getting the product built.
>>> The answer to that is not languages that constrain movement, but
>>> developing more professional skills and applying due diligence
>>> and attention to detail to system design and implementation.
>>>
>>> I must be getting old, so what happened to pursuit of excellence
>>> and more ?...
>>
>> Excellent practitioners curate their tools and select the ones
>> that give them the best chance of maximizing the effectiveness
>> of their work products.  Ego driven machismo and disdain for
>> tooling that helps prevent defects is a sign of an amateurish
>> attitude towards software development, not that of a
>> professional, let alone an engineer.
>
>Perhaps "excellent practitioners" choose to stick with what they know and are 
>competent with so as to avoid mistakes with something "new and better".

Maybe those practitioners aren't actually as excellent as they
think they are.

>I have caught some flack from some here for choosing to not always declare 
>variables.  I feel that such a practice is safe, if care and tools to verify 
>some things are in use.  The opinions of others are just that, opinions, and 
>subjective.

*shrug* How do your maintainers feel about that?

It's odd to me that there are folks about being facile with
tools and languages and hard-earned experience, yet they reject
the very things that collective experience has taught the
industry at large.  We know, for instance, that statically typed
languages have fewer defects than dynamically typed languages,
just as we know that declaring variables can serve documentary
and pedagogical purposes.

>I do find that the better the definition of the task, the fewer mistakes occur.

Can't argue with that.

	- Dan C.