Is there a possibility that someone who has learned all the key aspects of C++ and knows the fundamentals of the language very well, will learn other languages (such as, Python, Perl, Java) faster and easier?

  • 9
    I'd argue that C++ is different enough from most other languages to make it more confusing to pick up something else (if it's the only language you know). Many languages share the syntax of C++, but few have evolved in quite the same direction. C++ has a lot of historical cruft that is specific only to C++. Your best bet for quickly picking up new languages is to just focus on learning different languages from different paradigms. The more paradigms you become familiar with, the faster you will be to pick up other things from those paradigms.
    – KChaloux
    Commented Jan 8, 2015 at 15:54
  • 3
    I do not think that knowing C++ gives you an advantage for learning other languages in general. It really depends what other languages you are going to learn. My programming languages professor used to say that we should concentrate on understanding general concepts: this will definitely make learning individual languages much easier.
    – Giorgio
    Commented Jan 8, 2015 at 16:00
  • 9
    Learning one language in depth is a good start towards learning programming in general, except that you might confuse language-specific know-how with general knowledge. Modern C++ is a great language, but once you've advanced to an intermediate level you'll profit massively from getting to known other perspectives – maybe take a look at OCaml and Ruby even if you'll never use those seriously. Once you're a steady programmer and can differentiate between language-specific and general things, getting productive in new languages comes fairly easy, though mastery always takes time.
    – amon
    Commented Jan 8, 2015 at 16:11
  • 1
    Compared to what? Learning another language well, knowing C++ well but not deeply, knowing nothing at all?
    – Telastyn
    Commented Jan 8, 2015 at 16:19
  • 2
    Yes, but also the other way round. Knowing Ocaml or Scheme makes a lot of C++11 new features easier to understand Commented Jan 8, 2015 at 17:29

7 Answers 7


In General Terms

Profound knowledge of any programming language is likely to help you with picking up other languages quicker. That is so partially because programming is a way of thinking more than it is learning syntax. Most programming practices would be true of most other programming languages. That is why people say that you always learn the second programming language quicker than the first.

In Specific Terms

C++ is a language which allows for a much greater 'control' than other languages. This can be both good and bad. For example a real gun is better than a air gun when you go in the forest (because you can actually shoot something down with it), but it is also more dangerous for you and those around you. C++ has concepts such as memory management, which you don't need to worry about in most other languages. Having a firm grasp of these concepts however is far from pointless even when working with auto memory management languages. You can also perform bitwise operations and go much lower down to the 'metal' with a language like C++. Even a basic understanding in those areas can help you a lot as a programmer in any language.

Personal Opinion

I personally learned Java first for nearly 3 years before learning C++, and I should say that I sort of regret it (uni course...). This made learning C++ (i'm still learning - far from 'profound' knowledge :D) not as straightforward as i'd like it. If I had done it the other way around I would say that it would have been much easier for me. Especially when you know WHY something is done in a specific way, and not just rest assured on the auto-magicness of the language. If I am allowed to give an opinion I would suggest: C (for basic and universal programming paradigms) -> C++ (for basic understanding of OOP along with memory management) -> Then you can go into any 'real' OOP language with a good foundation or you can continue with more advanced topics in C++, all depending on what you're planning on doing.

  • 3
    I'm glad that my university had us start with pascal. Then we progressed to C (for the memory management and bit operations part) and finally advanced to java for oop (although this could of course had been any other oo-language). To be honest, I find it quite disturbing how many universities start with java. You will inevitably learn java (and more importantly, OOP) wrong, since real OOP is too complicated for beginners that are still struggling with the difference between OR and AND
    – Lovis
    Commented Jan 8, 2015 at 16:48
  • 2
    @Doval: Garbage collection gives you the illusion of not having to worry about memory management. Just look at how frequently managed-code programs get memory leaks because some reference remained valid in an unexpected place (collections are a perennial offender) to see just how illusory this truly is. Commented Jan 8, 2015 at 18:40
  • 1
    @Doval: Wrong size, place, alignment: how exactly does one do any of these things in an object-oriented language when the proper size is known to the compiler and the allocator handles placement and alignment? Freeing early: this is exactly what GC is supposed to prevent, so saying it's not relevant to this discussion is just straight-up not true. But it does so at the cost of turning every allocation into a memory leak. And not stomping other objects' data is a bounds checking issue, not a garbage collection issue. Commented Jan 8, 2015 at 18:55
  • 2
    C++ demands so much learning that's C++ implementation specific but will never be used outside of C++ because of the endless quirks of it, it's libraries, and various systems. In my experience everyone who writes C++ basically agrees all C++ is poorly written and full of quirks and oddities that are mostly C++ specific. Learning your way around that minefield won't make for anything useful in other languages when most languages lack most the problems C++ has. Commented Jan 8, 2015 at 19:03
  • 2
    @Doval: Yes, that's my whole point: these things are algorithmically undecidable in the general case, which is why they need to be handled by an intelligent person, not an algorithm, to be handled correctly. And saying "that's not a leak, it's an inefficient program" is just semantical hair-splitting; to an outside observer, the behavior of the program is the same as that of a program that is leaking memory, especially in the context of multitasking systems where memory squeezes under load can cause severe problems. Commented Jan 8, 2015 at 19:22

Unfortunately, no. This is actually a big problem when teaching C++ in programming classes, especially beginner-level classes: you can learn programming principles, or you can learn the C++ language, but the C++ language has too many pitfalls and stupid little gotchas to learn both effectively within the scope of a one-semester class!

There are many things that were tried in C++ and eventually became idiomatic in the language through sheer inertia, that pretty much every other language since has looked at and rejected because it turned out to be a huge mistake. The major ones are C++'s Templates and C++'s object model (objects as value types is never a good thing, because it breaks Liskov substitution and thous OOP itself.)

So if you get a deep knowledge of C++ first, and then you want to learn other programming languages, there's going to be a whole lot of harmful and counterproductive crud you'll have to unlearn in order to be effective at other programming languages.

  • 4
    There are reasons Java and C# have a strictly weaker template-system, but that's because they need full meta-data about everything. And I would be interested in an explanation how objects as values break things. Especially considering that there are references... Commented Jan 8, 2015 at 17:18
  • 3
    @Deduplicator: Java and C# have a completely different generics system, because experience shows that templates cause all sorts of serious problems, many of which arise because the Templates system was not well-planned-out in the first place. (Turing-complete by accident, to give one obvious example!) And objects as values break Liskov substitution because if you have a class Derived whose parent is Base, and it overrides a virtual method on Base, and you pass it by default passing to a function that takes a Base and calls the virtual method, it will not invoke the Derived version. Commented Jan 8, 2015 at 18:38
  • 2
    @MasonWheeler: Ah, you're referring to slicing. Commented Jan 8, 2015 at 18:42
  • 2
    @FredLarson: I should have guessed such a prevalent, pernicious problem would have a specific name for it. (And, this being C++, a silly name at that. When a programmer outside the C++ world hears "slicing," he's likely to think of array slicing! :P Commented Jan 8, 2015 at 18:49
  • 4
    Though I agree to many things you wrote, I think you have a very biased point of view ;-) IMHO learning C++ does not make people dumber.
    – Doc Brown
    Commented Jan 8, 2015 at 19:54

No. Knowing C++ well will make it easier to learn other languages which are like C++. But that would be boring. Why would you want to know two languages which are the same? That doesn't buy you anything. (Note that this isn't specific to C++. It applies to any language. Compare with natural languages: learning Italian will not make it easier to learn other languages. It will make it easier to learn Spanish, French or Portuguese, and learning three of those will make it easier to learn the fourth, but even learning all Romance languages will not help you one bit learning Finnish, Chinese, Hindi, Hebrew, Arabic, Pashtu, Greek, etc.)

Programming languages implement paradigms. Peter van Roy has collected a poster of the 34 principal programming paradigms.

Paradigms, in turn, are composed of concepts. That poster lists about 18 concepts.

All paradigms (or at least the ones in the poster) are composed from those concepts. All languages implement one or more paradigms composed of those concepts. So, if you learn those concepts, you will (in some sense) learn every programming language at once.

There are of course still lots of language-specific quirks (syntax among them). Also, that poster completely ignores typing, and there is of course a significant difference between a System F<:ω-style type system, a Scala-style type system, or a dynamic duck-typed type system, let alone a dependent type system à la Idris, Agda, Coq, Guru, or ATS.

  • Hindi, not Hindu. Nothing at all will help you in "learning Hindu", let alone Italian or C++ ;-) +1.
    – PKG
    Commented Jan 8, 2015 at 18:52
  • Actually, learning different languages, although really similar, still broaden your mind and thus help you slightly for further away languages.
    – dyesdyes
    Commented Jan 9, 2015 at 10:15
  • I'd have to disagree with the comparison to natural languages as C++ is a multi-paradigm language unlike natural languages. Also, learning a language feature in detail, you would know the design decisions for that feature and most likely understand the pros and cons of other implementations. For example, try learning c++ templates indepth without learning their benefits and drawbacks vs dynamic generics. Even if you don't stumble upon any mentions of C# (difficult nowadays), u'd still know what dynamic generics are and instantly know C# generics limitations when learning about them afterwards
    – Rado
    Commented Jan 10, 2015 at 6:05

I would say that knowing any programming language deeply will help with learning others, at least other languages in the same family. For example, C++ knowledge won't help much with LISP or Haskell, but for object oriented procedural languages, it will. My approach has been to try and learn a language from each of the different families (procedural, functional, object oriented, etc.) of languages well, then that knowledge can carry over into other languages in that family. On the other hand, a deep knowledge of APL won't help with anything else...

  • 3
    I have seen what Self or Smalltalk or Ruby code written by someone who learned C++ as a first language looks like. I actually would say, knowing C++ is rather harmful to learning OO. I think Self or Newspeak would be much better suited for that. BTW, a deep knowledge of APL will at least help with languages like J and K. It will also help in thinking about higher-level collection abstractions and liftig, which will probably help with MapReduce or Hadoop-style programming, and also thinking about Functors, Applicatives, Monads, and Categories. Commented Jan 8, 2015 at 16:18
  • 1
    @JörgWMittag: It's well known one can write COBOL in any language... what's the point? Commented Jan 8, 2015 at 17:19
  • @Deduplicator If your first language is COBOL, you're much more likely to write COBOL in other languages.
    – Doval
    Commented Jan 8, 2015 at 17:22
  • Actually, I have to agree with the COBOL thing. I had a guy working for me years ago that wrote COBOL in Pascal...
    – Jim Nutt
    Commented Jan 8, 2015 at 17:47

I'm going to take a different interpretation here.

C++ is a good language for learning about memory and data structures, since it forces you to think carefully about concepts like object ownership and lifespan. And learning about memory and data structures is one of the essential parts of any software engineering curriculum.

But you have to be learning about data structures. If you just "learn C++," you won't really gain very much, and it may slow down the process of learning other languages in the short run.

When I was in college, Data Structures was a required freshman-level course, taken after CS1 (which at least half the class had placed out of). It was hard. The format of the course was basically "Here's a data structure you've never seen before [e.g. a leftist heap]. Implement it in C++ in a week and make your output match our expected output exactly, byte-for-byte, so we can grade it automatically." Then, next week you'd get a new data structure and a new assignment. I probably learned more in that one course than I did in all of my other courses combined.

That's the kind of learning you need to be doing for C++ to be valuable.


Every language you learn makes the next one easier to learn, especially within the same paradigm. They borrow from each other heavily, and after a while you get to the point where a new language looks like merely a collection of features from other languages, with a few unique twists.

I don't think C++ is better or worse than any other language in that regard. It is one of the more verbose languages I know, and makes some things hard that are easy in most other languages, but that doesn't necessarily translate into making the next language easier to learn. It does generally make the next language feel easier to use, though. There's a difference.


No. A profound knowledge of C, or of the subset of C++ that is "basically C", will help when learning other languages, at least when picturing what their implementations have to be doing. A profound knowledge of C++, on the other hand, will mostly be information that is confusing or irrelevant when learning other languages; if you learn C++'s object orientation at more than a surface level, for example, when you move on to Perl/Python/Ruby you'll spend more time un-learning what you know than using it, since objects in those languages are implemented in a completely different way than in C++. The same thing is true to a greater or lesser extent for most other languages, and for other language features (for example, C++ templates and Haskell polymorphism are basically the same feature, with, again, completely different implementations). So deep knowledge of C++ is mostly going to be C++-specific.

  • this post is rather hard to read (wall of text). Would you mind editing it into a better shape?
    – gnat
    Commented Jan 16, 2015 at 6:53

Not the answer you're looking for? Browse other questions tagged or ask your own question.