Re: Digital Twin applied to Software
Cesar Rabak <[email protected]> Sun, 4 Dec 2022 18:45:18 -0300
| Newsgroups | gmane.comp.lang.smalltalk.vwnc |
|---|---|
| Message-ID | <CAKrF98mCxsqxWeKndp2zJCzGz2mehB19cwrhDMuy372hhih3pA@mail.gmail.com> |
I'd like to say that I agree with Andre's comments and say that we cannot overemphasize last paragraph of Dec, 4h (2 h ago from this reply) message: « I should maybe note that C++20 is lightyears ahead of older standards and much of what made C++ a PITA back in the day is no longer relevant today. » Also, it is a perhaps 30+ years experience with a (then commercial product) library for the earlier days C++ which emulated the rich (vis a vis that time *coeteris paribus*) collection classes from Smalltalk. About CLion I say that history shows that the now famed Eclipse came from Visual Age (which had a Smalltalk and then a Java version), so we probably could inject this on them, but the question seems to be why they don't feel the need: my 0.019999.... -- Cesar Rabak On Sun, Dec 4, 2022 at 4:31 PM andre <[email protected]> wrote: > Hi Eliot, > > > In your team maybe :-) > > I was talking about the base images and packages, not our own. > > > C++ does nothing to fix these issues either > > Oh, it does a lot of things. Most importantly, it refuses to even compile > incomplete or mismatched code. It enforces consistency reaching into > transitive depths that no human is able to forsee or keep track of manually > (types, immutability, ownership, etc). Some cryptic error message may make > you scratch your head, but it never misses a thing. > > Smalltalk silently swallows everything and keeps you in the dark until its > too late. Small shops simply cant afford to add manpower only to maintain a > level of consistency that C++ has already built in. With a complex UI, unit > tests also have limits. Unless you can afford to spend more time testing > than developing. And if so, where's the productivity advantage? > > The problem is not "old hands" vs. impatient newbies. It's lack of formal > support from the language when you need it (if you need it). > > I should maybe note that C++20 is lightyears ahead of older standards and > much of what made C++ a PITA back in the day is no longer relevant today. > > Andre > >