- Java's latest addition of green threads is 100% lifted from Go.
- Rust and Zig's built-in language tooling, including dependency management and an opinionated autoformatter.
- Java's ZGC was an obvious response to Go's GC. There's also the realization that the fewer GC knobs there are to tune the better.
- Possibly Java's quest to add value types as well, not 100% sure on the timeline.
- Broad industry trend towards providing easy cross compilation into static binaries.
> Java's latest addition of green threads is 100% lifted from Go.
or gevent, or many other greenlet implementations across languages, 100%
> Java's latest addition of green threads is 100% lifted from Go.
Why do you say it was lifted from Go and not from one of the places Go lifted it from, like the two I mentioned?
> Rust and Zig's built-in language tooling
Maybe my memory is failing here, but I don't recall rust ecosystem tooling ever lagging behind Go's. The opposite, if anything.
> Java's ZGC/value types
Can't comment on this one, could be right, although are any of these things clearly sourced from Go? Not disagreeing, I just don't know the history here.
I'm willing to believe that Java is copying from Go, because it's one of the most lumbering languages in popular use today.
> Broad industry trend towards providing easy cross compilation into static binaries.
I'm pretty sure Go does't get credit for this one either. This has been happening independently across many ecosystems as a natural response to increasing containerization and falling storage costs.