zlacker

[parent] [thread] 13 comments
1. gf000+(OP)[view] [source] 2025-12-03 10:20:16
Even stuck on Java 8 it's less verbose than Go, which everyone seems to love.

But the majority of projects are on a newer JDK than 8 for quite some years now.

replies(1): >>the_gi+Q1
2. the_gi+Q1[view] [source] 2025-12-03 10:33:45
>>gf000+(OP)
Not even latest Java is less verbose than Go.
replies(2): >>gf000+L2 >>vright+EU3
◧◩
3. gf000+L2[view] [source] [discussion] 2025-12-03 10:40:35
>>the_gi+Q1
Are we talking about the language that has a couple extra lines after every statement, disguising as error handling?
replies(2): >>the_gi+ui >>BobbyJ+vE1
◧◩◪
4. the_gi+ui[view] [source] [discussion] 2025-12-03 12:48:14
>>gf000+L2
go's error handling is very poor and too verbose, but go is still way less verbose than Java overall. Like any other language.

Java is the running joke of verbosity, and you are too if you seriously argue that it's not.

replies(3): >>gf000+Fo >>lenkit+hk1 >>vips7L+WQ2
◧◩◪◨
5. gf000+Fo[view] [source] [discussion] 2025-12-03 13:30:09
>>the_gi+ui
Feel free to provide some evidence. Like really, I would be interested in examples e.g. from the Java stdlib that are significantly more verbose than another generic purpose language.

But I do know that you are meaning stuff like AbstractFactoryFactory, but you do realize that there is zero need to write anything like that and you can (and people do) write bad code in any language?

replies(2): >>ground+BO >>the_gi+ug1
◧◩◪◨⬒
6. ground+BO[view] [source] [discussion] 2025-12-03 15:50:17
>>gf000+Fo
Why is the quality of discourse in this thread so low?
◧◩◪◨⬒
7. the_gi+ug1[view] [source] [discussion] 2025-12-03 17:50:39
>>gf000+Fo
You started it, where's your evidence?
◧◩◪◨
8. lenkit+hk1[view] [source] [discussion] 2025-12-03 18:08:36
>>the_gi+ui
Coding repetitive for-loops for everything and mind-numbing error handling put everywhere makes line count bloat up like crazy. Go is one of the most verbose languages I have seen and I say this as a guy coding in Go in my daily work.

Evidence is easy - think of a problem and ask LLM to generate idiomatic examples (leverage Java streams, with functional decomposition, etc) in Go and Java and with error handling. You will find that more often than not, the Java line count is far smaller.

replies(1): >>the_gi+fT1
◧◩◪
9. BobbyJ+vE1[view] [source] [discussion] 2025-12-03 19:47:53
>>gf000+L2
Go only looks like that in toy examples where you have one method calling a bunch of libraries and services. If you are writing actual logic, the error handling is preferable to exceptions IMO, because no project even uses them correctly.

Now if you complain about slice handling, I'm with you.

◧◩◪◨⬒
10. the_gi+fT1[view] [source] [discussion] 2025-12-03 20:54:32
>>lenkit+hk1
I also code go daily for work, and while what you say is true, it's still far less than what I remember from working with Java, which was constantly wrapping mundane crap in classes and other stuff.
replies(1): >>lenkit+253
◧◩◪◨
11. vips7L+WQ2[view] [source] [discussion] 2025-12-04 04:04:44
>>the_gi+ui
I can guarantee you that 9/10 times any similar Go snippet will be more verbose than Java.
◧◩◪◨⬒⬓
12. lenkit+253[view] [source] [discussion] 2025-12-04 06:55:48
>>the_gi+fT1
Yeah, well you can write "enterprise 10k patterns crap" in any language. Java projects suffered from the craze of those initial years where every "architect" and their grandmother insisted on patterns.

Idiomatic, Modern Java is written quite differently. Today, Go has a lot of arcane, noisy, complex code too. Ex: many, many k8s Go projects.

replies(1): >>ngrill+5i7
◧◩
13. vright+EU3[view] [source] [discussion] 2025-12-04 14:06:24
>>the_gi+Q1
Before go had generics it was pretty common to have multiple implementations of the same thing just for different datatypes.
◧◩◪◨⬒⬓⬔
14. ngrill+5i7[view] [source] [discussion] 2025-12-05 13:06:41
>>lenkit+253
What is an example of a modern Java open source codebase, so I can have a look?
[go to top]