vips7L

Same man. I hate everything about this career path right now, but even real (civil, structural) engineers get paid massively less. I think I’ve just come to a realization that software engineering salaries are just massively inflated, especially for those of us that just do the programming part and not the actual engineering part.

It just seems like there’s a reckoning coming for our field. I’m going to keep doing it, I don’t see any other choice right now.

Speed doesn’t matter.

ANY push back is bots? Yeah this is boot-licker bullshit.

> Wonder how quick this will get removed off the front page

YC’s an investor after all

People are lazy.

If LLMs are any good, like many of you claim, they won’t need these comments. They will ingest the code and know what was done. They won’t need comments about what wasn’t done.

You know there’s no quantitative data. It’s vibes from the top down.

Sad little world we live in tbh.

You might not see this since I'm rather late. What is a value type exception? Is it one that doesn't collect a stack trace? Or doesn't unwind in the usual way or something?

Java's problem with checked exceptions is that they didn't add them fully to the type system (the lambda problem), and they never added any syntax sugar to make them easier to deal with. I really love checked exceptions and wish we could get some improvements.

Except TS has much wider community support. The type definitions/wrappers are already written.

It seems like Java is thinking about it now that Valhalla is landing and they’re expecting more user defined mathematical types.

> my criticism was that Java requires an overengineered GC to compensate for its fundamental language flaws that make optimization all but impossible.

Except this criticism will be outdated. (but then you moved the goal post to syntax).

> Go's GC is nowhere near as complex, and yet it performs much better

Benchmarks prove otherwise.

KotlinJs and ClojureJs too. You always end up having to write wrappers or dealing with problems that would just work if you just used normal js/ts.

Sad days ahead.

It will make criticism outdated with regards to “you can’t do X” when you actually can do X. Your argument still doesn’t refute that that Java’s GC’s are leagues ahead of Go’s.

If your argument is that optional syntax is bad, sure, we can do that, but it has nothing to do with GC performance.

Doesn’t field.setAccessible(true) already throw on a modern version?

Quarkus, Micronaut, Helidon are all the big players. Quarkus has the most market share and is quite enjoyable to work with.

Those options will exist soon:

https://news.ycombinator.com/item?id=49119063

This will also be an outdated take in a few months. What’s next?

Yeah I just think you have a fundamental misunderstanding of what the ecosystem is. Spring is used less than you think.

Go is far more verbose and uglier than Java ever will be.

Pretty outdated take. Java’s GCs are a generation ahead of Go’s.

Spring isn’t the language or standard libraries.

If you want to punish yourself.

Maven 4 provides alternative build file syntax with extensions: https://github.com/maveniverse/mason

Spring is not Java. It's also one of the most complex projects out there.

To me it looks exactly like a cluttered LLM generated one.

This was a thing before LLMs, but you’d frequently see it in open source repos. So LLMs are just regurgitating what they saw.

I don't enjoy Scala personally, but I do really enjoy Kotlin. It's a breath of fresh air to Java. WRT to spring -> Quarkus I think that's just a symptom of the teams being on a supported stack that works for them. There isn't necessarily anything wrong with Spring, unless you absolutely need the build time stuff. Thankfully I've managed to convince my own teams to move from Play to Quarkus.