←back to thread

One year after switching from Java to Go

(glasskube.dev)
257 points pmig | 3 comments | 18 Feb 25 16:55 UTC | HN request time: 0.001s | source
Show context
blibble ◴[18 Feb 25 23:31 UTC] No.43096501[source]▶
seems to be mostly criticism of spring rather than java

the company behind spring should ruin go by porting their crappy library to it

(oh look, it's broadcom....)

replies(2): >>43096565 #>>43097365 #
computerdork ◴[19 Feb 25 01:13 UTC] No.43097365[source]▶
Agreed, the spring framework is completely against the spirit of Java. Yeah, auto-wiring was a terrible idea - why do I have to guess what components are going to be pulled in? And why do I have to figure this out a runtime?

The features of Spring Boot are nice, but Spring itself should probably be put out to pasture. Someone needs to write a good alternative to Spring and start promoting it like crazy (probably something exists).

replies(1): >>43097801 #
bdangubic ◴[19 Feb 25 02:17 UTC] No.43097801[source]▶
went to springone conference in vegas in 2016. eight years later, there are still no good alternatives :)
replies(2): >>43097879 #>>43098596 #
1. computerdork ◴[19 Feb 25 02:28 UTC] No.43097879[source]▶
Sad, spring is killing java
replies(1): >>43098148 #
2. bdangubic ◴[19 Feb 25 03:12 UTC] No.43098148[source]▶
if it is, it is doing a very, very, very bad job of it
replies(1): >>43104498 #
3. computerdork ◴[19 Feb 25 17:09 UTC] No.43104498[source]▶
Okay, maybe I spoke to strongly, it is very widely used and does have some nice ideas (Spring Boot is awesome). But it's just my opinion that Spring does give a lot of new devs the idea that Java is overly complex. And for me at least, I've only needed to use dependency injection once throughout my years as a dev (worked in many companies, large to small). Had to rename a class in a large microservice and didn't have to do a search and replace to rename all the places it was used.

But, in my opinion, the cons outweigh the benefits. It adds a lot of complexity for a feature that is rarely used. Am sure if used in a major refactor it'd be nice, but some search and replace is much better than adding an entire layer to your system that in many ways is not strongly typed (auto-wiring), and also adds an entire set of steps to the debugging process. Am actually pretty good at debugging Spring wiring problems, but still don't think you should have to have learned the art of Spring wiring just to debug something relatively simple - how your components are linked together - and all done at runtime.

To me, if tool builders want to support dependency injection, it should be done at the compiler level, along with the rest of the linking of objects. Yeah, don't think dynamically wiring objects is all that useful for a very large majority of builds... ... thought it over, I think I'd like this actually. A new, dedicated component type where the Java compiler checks your DI. That might be very nice. Yeah, also because having a component type will support using DI where it should be, at the component level, not on every class like it tends to be used.