Re: C++... is it dying?
On Jul 20, 7:11 pm, Sam <s...@email-scan.com> wrote:
puzzlecracker writes:
This is a recurring and entrenched permeating this group...
hence treat it as such
I have recently started a new job, and to my surprise, we
still write a fairly traditional c++ code, still using raw
pointers, and still in market with our products.
How popular is this scenario?
Fairly popular, I'd say. In the grand scheme of things, STL
matured fairly recently. Plenty of code still around, dating
back from pre-STL days.
Typically, it takes something like 25 years for practice to
catch up with theory, so don't expect STL to dominate even
today. The current situation is that you get all possible
extremes: STL, Boost and TMP taken to a point beyond reason, and
people who refuse to even consider using templates. Most shops
are somewhere near the middle of the continuum, however,
integrating the STL in their new code, and maybe even a few
parts of Boost, but avoiding the extremes.
What's the future for C++, other than ceasing years of
maintainance ?
New development, going forward, should use STL, and modern
language features.
Green fields projects, yes. New modules in existing code still
have to interface with the existing code (which can be a pain at
times, when you know that much better solutions exist).
Will new standardization create new markets for c++
developers and applications, will it expand the application
domain?
I believe that there will be plenty of new markets for skilled
C++ developers, as less-skilled developers will migrate to
Java and .NYET,
The bluffers migrate to the "in" language. I think Java has
passed that stage by now (and I can remember when it was C++,
and some of the CV's we saw).
and when management comes to a realization that well-written,
efficient C++ code will spank the monkey out of Java and
.NYET.
I doubt that efficiency of the code will play a role. The fact
that in a well managed project, C++ will typically result in
higher programmer efficiency and more reliable code will swing
the balance, however.
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34