Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vips7L
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
61.
▲
by
vips7L
2mo ago
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.
62.
▲
by
vips7L
2mo ago
Sad days ahead.
63.
▲
by
vips7L
2mo ago
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 d
64.
▲
by
vips7L
2mo ago
Doesn’t field.setAccessible(true) already throw on a modern version?
65.
▲
by
vips7L
2mo ago
Quarkus, Micronaut, Helidon are all the big players. Quarkus has the most market share and is quite enjoyable to work with.
66.
▲
by
vips7L
2mo ago
Those options will exist soon: https://news.ycombinator.com/item?id=49119063
67.
▲
by
vips7L
2mo ago
This will also be an outdated take in a few months. What’s next?
68.
▲
by
vips7L
2mo ago
Yeah I just think you have a fundamental misunderstanding of what the ecosystem is. Spring is used less than you think.
69.
▲
by
vips7L
2mo ago
Go is far more verbose and uglier than Java ever will be.
70.
▲
by
vips7L
2mo ago
Pretty outdated take. Java’s GCs are a generation ahead of Go’s.
71.
▲
by
vips7L
2mo ago
Spring isn’t the language or standard libraries.
72.
▲
by
vips7L
2mo ago
If you want to punish yourself.
73.
▲
by
vips7L
2mo ago
Maven 4 provides alternative build file syntax with extensions: https://github.com/maveniverse/mason
74.
▲
by
vips7L
2mo ago
Spring is not Java. It's also one of the most complex projects out there.
75.
▲
by
vips7L
2mo ago
To me it looks exactly like a cluttered LLM generated one.
76.
▲
by
vips7L
2mo ago
This was a thing before LLMs, but you’d frequently see it in open source repos. So LLMs are just regurgitating what they saw.
77.
▲
by
vips7L
2mo ago
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 is
78.
▲
by
vips7L
2mo ago
No Java teams at my company have moved to Kotlin. There’s a is a shift of Scala -> Java, I think many people are scared of adopting a guest language again and modern Java with records, switch expressions, and sealed types isn’t bad enoug
79.
▲
by
vips7L
2mo ago
Scrolling barely works on iOS/Safari, quality i would expect from Anthropic.
80.
▲
by
vips7L
2mo ago
Is it because bar is defined after foo?
81.
▲
by
vips7L
2mo ago
I always try it every few years, but I can never figure out how to get a good ide experience. I’ve tried both VSCode and IntelliJ. I most recently tried to make it work for advent of code last year. Maybe I’m just too used to how good the
82.
▲
by
vips7L
2mo ago
I think the Graal team was also trying to take a meta-interpreter approach like this too. For cases where you need to dynamically load bytecode or do reflection where native couldn't handle it they would try to interpret with their esp
83.
▲
by
vips7L
2mo ago
smallest i've been able to get hotspot is 30mb with jlinking. But even graal native will still give you a few megabytes.
84.
▲
by
vips7L
2mo ago
So like less than 1% of the time? What part of the JS ecosystem doesn’t depend on a mountain of untyped dependencies?
85.
▲
by
vips7L
2mo ago
Welcome to moltnews. Everyone here is addicted.
86.
▲
by
vips7L
3mo ago
I miss when this forum used to talk about computer science and programming languages.
87.
▲
by
vips7L
3mo ago
and for Kotlin/Scala you can use some cheeky operator overloading via companion objects. sealed Interface A { class B: A class C: A companion object { operator fun invoke(s: String) = when (s)
88.
▲
by
vips7L
3mo ago
The paid version of the JDK is OpenJdk.
89.
▲
by
vips7L
3mo ago
LLM code isn't allowed in OpenJdk.
90.
▲
by
vips7L
3mo ago
Isn’t json processing still a dependency in Kotlin? I love the language but I don’t think it’s equivalent to built in json processing.
More ›