News for hackers. Stuff that matters.
Re:Go Should Sometimes Be a No-Go by Mawr on Saturday December 14, 2024 @04:00PM (#42419398)
A distinction that belongs in a dictionary perhaps. To a programmer the ecosystem and the language are one and the same. One cannot rewrite every piece of code out there to suit their fancy.
Re:Go Should Sometimes Be a No-Go by wiseowise on Saturday December 14, 2024 @05:41PM (#42419990)
Java has Spring/Java EE, what people typically call EnterpriseJavaBean and it has Vert.x, Quarkus, Micronaut which are complete opposite.
Re:Go Should Sometimes Be a No-Go by Mawr on Saturday December 14, 2024 @11:34PM (#42421476)
That's not good, it means the language is effectively two languages now and you do not know what to expect when you open a supposedly "Java" codebase.

If you've known Java for years from the Spring POV and the codebase in written in the "modern" style, you're lost in the woods now.

Worse yet, choosing between the two styles is now a decision that every single project and company needs to make. Endless, pointless bikeshedding akin to which code formatting is to be used or Maven vs Gradle.

Such decisions should be made higher up, at the language design/culture level. It should be obvious which options are the correct ones by just looking at the feature set of the language, the ecosystem of code already written in it, the style guides, etc. If changes are needed, the few language creators should bless a single way forward and push for the ecosystem to all move to it instead of deferring the decision to the millions of users of the language.