3 ms·
> but I just wanted to emphasize that I doubt that Java's concurrency story can ever be a match for Go's Project Loom is already targeted for preview for JDK19
by azth 4y ago
> but I just wanted to emphasize that I doubt that Java's concurrency story can ever be a match for Go's
Project Loom is already targeted for preview for JDK19. Not only does it match golang's concurrency story, it is superior to it.
- mumblemumble 4y agoIt's technically very impressive and I'm looking forward to it. But my point around ergonomics still stands. There will still always be all the legacy stuff, and there's not necessarily any way around having to understand how that works, too, because there's generally going to be some pre-existing library or legacy code or whatever that forces you to.
- azth 4y agoThe whole point of Loom is to keep using legacy (blocking) calls, and the JVM will automatically take care of things for you. > and there's not necessarily any way around having to understand how that works Same with golang, you have to understand how things work. The entire narrative that golang is "simple" is just not true. The moment things start to go wrong, you're going to have to understand how things are working behind the scenes.