Hacker News new | past | comments | ask | show | jobs | submit login

Under semver, they could call it "C++ 2.0" and be fine since according to semver anything with a major version change is free to break backwards compatibility.



While technically true so much of C++'s success is due to backward compatibility that I think the language would be instantly crippled.

Java is in a similar situation, which is probably why they market the minor version.


Java and C++ have done several breaking changes, although not as bad as Python 3.0.

The minor version for Java has stopped being used by Java 9.


Oracle calls the 6 month releases a 'major' version.. .but many corporate shops only care about the LTS versions (mostly 8 or 11) which are getting 90 day 'minor' patches. Java 11.0.6 is current till mid April, in which case 11.0.7 should hit.

Our shops won't cut over to something beyond Java 11 until Java 17 (LTS version) hits in a few years. Just happy that we were able to make the jump from 8 to 11.


It is still a major improvement being able to be on Java 11.

Poor Android Java developers are now faced with being stuck with a pseudo Android Java subset of Java 8, or migrate to Kotlin.

While any Java library author that wants to share their work with the Android community is faced with the dilemma of keeping two parallel versions of their library, forget about Android, or also convert themselves to Kotlin as well, even if that isn't their thing.


Yes i know, my comment was really a jab at semver as i'm a huge proponent of keeping backwards compatibility.


> So much of C++'s success is due to backward compatibility.

You mean so much of C++'s success is due to backward compatibility with C.

Edit: Formatting.


The hypothetical C++2.0 would have less to do with C++ than C++ would have to do with C, and no one disputes they are entirely separate languages.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: