Slashdot Mirror


C++14 Is Set In Stone

jones_supa (887896) writes "Apart from minor editorial tweaks, the ISO C++14 standard can be considered completed. Implementations are already shipping by major suppliers. C++14 is mostly an incremental update over C++11 with some new features like function return type deduction, variable templates, binary literals, generic lambdas, and so on. The official C++14 specification release will arrive later in the year, but for now Wikipedia serves as a good overview of the feature set."

3 of 193 comments (clear)

  1. Re:Oh god so what? by geekoid · · Score: 4, Insightful

    COBOL is an excellent language for hat it was designed for. I can only assume your hate comes from ignorance.

    It seems to me, your hate would be better directed at poor engineering and software engineering standards then the tools.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  2. Re:Oh god so what? by Anonymous Coward · · Score: 4, Insightful

    Any individual can choose a usable subset of a complex system. The problem is that each individual chooses a different subset.

    So in the real world, you have to understand nearly all of it in order to be able to maintain other people's code or to work as a team.

    I've been writing C++ since around 1990, when the idea of an STL was being bounced desperately around by Musser and Stepanov. Back then, C++ was a genuinely simple enough language to implement in - nobody pretended that it was anything more than a C compiler preprocessor, which is mostly what it still is, with a little bit of runtime support, but there's just so much of it.

  3. Re:Oh god so what? by fnj · · Score: 4, Insightful

    Err, the implication is that you can also write C++ that is not guaranteed to be maintainable by anybody short of a complete master, which even Bjarne says he is not. I think it is fair to estimate that the number of complete C++ masters in the world is in the single to double digits; no more. It may be you can identify another programming language for which that holds true. I don't think I can.

    Other successful computer languages do not have that problem. Any competent C programmer can maintain any C code, and the same for python and Java. Perl is arguable; the problem is not complexity but opaqueness.