C++... is it dying?

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?


What's the future for C++, other than ceasing years of
maintainance ?

Will new standardization create new markets for c++ developers and
applications, will it expand the application domain?



These are broad questions, seeking some reassurance, hope... well,
perhaps not so dramatic, but am genuinely curious what other think
about.


PuzzleCrakcer!

re: C++... is it dying?

ian-news@hotmail.com wrote:It's more like "why use someone else's electricity when I have my own
power plant?" There is a cost to switching, and the reward has to
justify the cost. If there was some huge reward for using the STL over
the proven libraries we already have, I could see doing it.
That's not an issue, our libraries are built using standard C++. If the
compiler vendor can't implement new, pointers and v-tables, I don't
think I would trust his libraries.
So now you are suggesting that I stop a productive company in the middle
of several projects to train people how to do... What exactly? Use a
library that implements a bunch of stuff we already have implemented?
Why would I do that?

The STL is nice, but it came too late for my company. By the time
reliable implementations existed, we already had our own code written
and deployed in several products.

Now a "new version" of C++ is coming out. Once again full of solutions
to problems we have already solved...

I'm sorry to sound so negative. I tried years ago to push my company
into using more of the standard library, but I still can't answer the
simple question... "Why switch?"

re: C++... is it dying?

Robbie Hatley writes:
Developers who do not understand STL are doomed to reinvent it.



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkiFMncACgkQx9p3GYHlUOKH+wCdHFhoFMnqle c61vcxA4Pym7ta
opAAn3IzjTCLEIvgA2qWc8fuO/TaeZu8
=d3FV
-----END PGP SIGNATURE-----

re: C++... is it dying?

On Jul 22, 12:32 pm, "Daniel T." <danie...@earthlink.netwrote:To be more productive? Unless you have implemeted your own version of
the complete standard library.

In my last job we spent quite a bit of time replacing (my) libraries
with the standard library, mainly help get new developers up to speed
faster. Mind you, I did make sure they knew their stuff before
employing them!

Ian.

re: C++... is it dying?

What would comprise a good education for to be a good C++ developer,
especially for someone who has a passion for the language. Please
don't just list C++ books; there's more to programming than c++.
Rather something that goes well with C++, and of course C++ books,
technologies, applications, etc. I will think tonight about my
repertories.

re: C++... is it dying?

On Jul 21, 1:36 am, puzzlecracker <ironsel2...@gmail.comwrote:C++ isn't dying. It's already a great language, and is evolving at a
slow but significant pace. Interestingly, the C++0x features will
help to address some of the complexity issues discussed in this
thread: for example, concepts - while making the language more complex
- allow cleaner demarcation and layering between libraries and users
with better diagnostics of usage violations. So, complexity of
language and complexity of typical usage shouldn't be confused.
Another example: lambdas might be confusing to implement, but the
concept is relatively simple (if abstract), and can massively simplify
and enable client code. It's a big mistake to think that the people
directing C++ evolution aren't smart enough to see through many of the
common usage issues and address them with surgical precision.

Also, C++ users are typically divided between those who're keen, able
and experienced users and those inexperienced or doing just enough to
get paid. Particularly in larger cities supporting both industries
that pay exceptionally well and critical masses of C++ developers,
both expectations and actual standards of use are often high. In less
"hot" locations, that critical mass may not be reached or sustained.
Individual developers may, however, still do excellent work on smaller
projects. Online forums like this, and open source projects, provide
a distributed development model where people can cooperate
irrespective of distance, and are important if you aspire to become an
expert but don't have other experts to mix with.

People like Walter with his D language have streaked off ahead to
explore some of the territory that I hope C++ grows into, hopefully
without becoming too eccentric. There is a lot of scope there,
particularly - in my mind - in the areas of introspection and a
guaranteed interpreter/virtual-machine, such that a future C++ may
allow freer mixing of compile-time and run-time techniques.

Tony

re: C++... is it dying?

puzzlecracker wrote:The best education is a balanced mix of book work and practical
experience. Work with good people and read all you can.

--
Ian Collins.

re: C++... is it dying?

On Jul 21, 11:10*pm, rpbg...@yahoo.com (Roland Pibinger) wrote:
STL allocators does not enable the user to associate a container
instance with specific memory-pool. As a matter of fact, multiple
instances of various STL containers would typically use the same
memory-storage (i.e., malloc/new). Performance benchmark shows that
pool-based containers may be more then twice faster then STL
containers, particularly in modern multi-threaded environments (see:
http://strinx.sourceforge.net/docs/strinx.html).

Nevertheless, the STL is a remarkable library, whose influence on the
world of software programming will last for many years, and should be
part of every C++ developer's toolbox.

S.

re: C++... is it dying?

On 2008-07-22 11:53:56 -0400, shablool <ssnail@gmail.comsaid:
First, let's be clear about the origin: they were, indeed, originally
used to mask the differences between different pointer types under
Windows, which had near (DS-relative) and far (absolute, loosely
speaking) pointers and references.

Second, the reason that STL allocators do not support specifying
per-container memory pools is only the design compromise that allows
but doesn't require containers to treat allocators of the same type as
equal. Several STL implementations don't rely on this assumption, and
you can, in fact, have per-instance allocators. This support will be
required in C++0x.

--
Pete
Roundhouse Consulting, Ltd. (www.versatilecoding.com) Author of "The
Standard C++ Library Extensions: a Tutorial and Reference
(www.petebecker.com/tr1book)

re: C++... is it dying?

Robbie Hatley wrote:We use a lot of STL for small cross-platform applications programming.
It's quite handy for solving everyday problems. A good book to read when
learning C++ is "Accelerated C++" it gets into the STL right away. The
older C ways are still doable if/when one prefers them... that's what I
like most about C++. It's very flexible. I don't see it going away soon.

re: C++... is it dying?

ian-news@hotmail.com wrote:Of course we have. Much of our library pre-dates the STL.
The new developers that have interviewed with our company don't know the
STL much more than they know our containers, and don't know algorithms
at all.

re: C++... is it dying?

Daniel T. wrote:Ah, so they don't know C++.

--
Ian Collins.

re: C++... is it dying?

On Jul 22, 7:19*pm, Pete Becker <p...@versatilecoding.comwrote:
Interesting! Thank you very much for this clarification.

S.

re: C++... is it dying?

Ian Collins <ian-news@hotmail.comwrote:Ah, so C++ *is* dying, despite the fact that the number of people who
claim to know it is high.

re: C++... is it dying?

Daniel T. wrote:The language isn't, but the school your grads come from probably should be.

--
Ian Collins.

re: C++... is it dying?

James Kanze wrote:Nothing wrong with that in principle; better than those "I have to put
everything in a new class" types, imho. Which is just bureaucratic
clutter most of the time.

re: C++... is it dying?

You know guys, I currently work with a huge platform that has been
under development for over a decade. It's written in C and C++,
predominately latter, though we export API in other languages that can
connect to our system (though they implemented on top of C++) I have
never seen a bigger coding mess in my life: lots of old
implementation entirely in .h files, an overly deep branching that
used to make gcc run out of memory on solaris boxes, unreadable and
uncommented code, a vast number of classes and some classes exceeding
10K lines of code per file. I am coming from Java/Net stuff, and this
appalling. I have used C++ as a hobby and in school -- however I have
never dealt with systems of this size and caliber. And, you know, I am
scared.... I really hope there are C++ systems out there developed
cleanly and legibly.

Don't get me wrong, our products valued highly on the market, and
customer base is immense...

re: C++... is it dying?

On Wed, 23 Jul 2008, puzzlecracker wrote:
I work mainly with numeric code produced by engineers, which often
comprises spaghetti-classes where graduate students have come, tinkered
within their own namespace, and gone, leaving behind working but
incredibly illegible code. It doesn't help that most of the code was
written before any modern C++ constructs were introduced (templates,
STL, and so forth) or that it is mostly a literal translation of C
translated literally from FORTRAN. On the other hand, the code consists
entirely of a large number of operations on arrays of floats, so there
really isn't too much use for advanced C++ features.

I think systems programming often demands and implements much
cleaner design patterns, if you need some inspiration. (Or this could
just be wistful thinking!)

re: C++... is it dying?

On Jul 23, 10:22 pm, "Alf P. Steinbach" <al...@start.nowrote:"Where is the wise man? Where is the scholar? Where is the philosopher
of this
age? Has not G-d made foolish the wisdom of the world? For since in
the
wisdom of G-d the world through its wisdom did not know him, G-d was
pleased
through the foolishness of what was preached to save those who
believe. Jews
demand miraculous signs and Greeks look for wisdom, but we preach
Christ
crucified: a stumbling block to Jews and foolishness to Gentiles, but
to those
whom G-d has called, both Jews and Greeks, Christ the power of G-d and
the
wisdom of G-d. For the foolishness of G-d is wiser than man's wisdom,
and the
weakness of G-d is stronger than man's strength." First Corinthians
1:20-25

Paul knew many considered his message to be foolishness, but imo
Paul's
scholarship and understanding was excellent. I believe people can
forfeit
free will by choosing poorly over the course of their lives. I'm
happy to
remind people of Kepler's describing his planetary theories as
"thinking
G-d's thoughts after him." Imo we are indebted to people like Kepler.

Anyway, I'm glad to say I agree with you on the topic of top posting
and
am glad you keep advising against it.


Brian Wood
http://webEbenezer.net

re: C++... is it dying?

On Jul 24, 12:10 pm, puzzlecracker <ironsel2...@gmail.comwrote:Alf's on the money as usual. Very, very common. But it's wrong to
blame C++ for this, except in-as-much as that if the system had been
written in some other language it would probably have ceased to be a
commercial concern a long time ago. In any system of that duration
and scale, it takes strong leadership to keep things on track, insist
that certain standards of testing and encapsulation are observed, and
force people to refactor occassionally rather than always making the
easiest short-term hack. My job-before-last was with a massive
financial data provider, and much of the code was an abomination (in
FORTRAN to boot), with only the core percent or two even robust, but
similarly the sheer volume of functionality was insurance against any
new company usurping the market dominance. Commercially, better to
carry the baggage than put out the garbage. Such is life, and if it
pays your bills... *shrug*. Have to focus on quality where it
actually counts, abstract legacy mess under clean interfaces that help
to ensure supported usage, and know when to make a clean start on some
small and naturally self-contained project.

Tony

re: C++... is it dying?

On Jul 25, 9:28 am, Michael DOUBEZ <michael.dou...@free.frwrote:On vacation, more likely, at this time of the year:-).

--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34

re: C++... is it dying?

James Kanze wrote:"Wise men" are obsolete at this part of our era.
They are of no use. They'd be 'un-real'. So if
there were any, they're from a former age and
most probably dead ...

(Afaik there was even one who formulated the
obsoleteness of all these things and himself,
http://en.wikipedia.org/wiki/G%C3%BCnther_Anders )

Oops, this got off-topic now ...

Regards

M.

re: C++... is it dying?

In article <488d7093$0$7613$426a74cc@news.free.fr>,
Michael DOUBEZ <michael.doubez@free.frwrote:Upon which they loose their "wisdom": http://www.msnbc.msn.com/id/25197962 :)
--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau C/C++ ONLINE == http://www.comeaucomputing.com/tryitout
World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90.
Comeau C/C++ with Dinkumware's Libraries... Have you tried it?