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

Is it an explicit design requirement that we never invalidate any Go 1 code or bifurcate the community. Any language changes must keep that in mind. Also, "Go 2" won't be a release as much as it'll be a series of releases. Go 2 might be called "Go 1.15.0". Even if it's named "Go 2.0.0" for marketing/excitement reasons, it'll still effectively be Go 1.15.0 and compile all Go 1 code and be able to call back (and forth!) between Go 1 and Go 2 seamlessly.

We're not doing a Python 2/3 or Perl 5/6.

Presumably that first "doing" in the last sentence was supposed to be a "not."

Whoops, thanks. Fixed.

Now you have two "doing" :)

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