vips7L

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.

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 enough to warrant the risk.

Scrolling barely works on iOS/Safari, quality i would expect from Anthropic.

Is it because bar is defined after foo?

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 IDE experience for Java is?

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 espresso java implementation.

smallest i've been able to get hotspot is 30mb with jlinking. But even graal native will still give you a few megabytes.

So like less than 1% of the time? What part of the JS ecosystem doesn’t depend on a mountain of untyped dependencies?

Welcome to moltnews. Everyone here is addicted.

I miss when this forum used to talk about computer science and programming languages.

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) {
                "B" -> B()
                "C" -> C()
            }
        }
    }

    val a = A("B")

The paid version of the JDK is OpenJdk.

LLM code isn't allowed in OpenJdk.

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.