dtech

strictly more powerful than what Java currently calls pattern matching, not nearly as powerful as eg Scala or Haskell

That is very different, because the netcafe own those games. This would be like needing to rent the computer at the cafe, bringing your own purchased game, but then the netcafe also needs a license to allow you to play your own games at the computer.

It's literally what a LLM is, and it's not even a word it's a token which is about 2/3'rds of a word. It has nothing to do with speed of producing tokens. Others are not responsible for correcting your bad understanding of a true statement.

Kotlin has always had smart-casting in if and when (sort of switch) expressions, which are strictly more powerful than the current version of Java "pattern matching". Both don't do de-structuring which I would consider a basic requirement for pattern matching, but at least Kotlin didn't call it pattern matching.

> not to mention that we have yet to adopt a single Kotlin feature; our features usually take a different form, even though Kotlin, Java, and many other languages often rely on the same inspiration, which is usually the ML language

This seems disingenuous at best, or it's a symptom that I've noticed as a user more often that your JDK team seems to have blinders on and dismisses/ignores most other languages even if feature have proven themselves 10 times over.

There's several features Java added or is trying to add, usually 5-10+ years later than Kotlin, and that's ignoring Scala:

* Local type inference

* Switch expressions

* Records, although I found them barely usable because there is no copy() method or with-ers

* String templates unsuccessfully

* A very stripped down version of smart-casting with switch pattern matching

I'm sure there's tech-debt and esoteric compatibility concerns which make evolving Java hard, but from a developer's perspective it's just glacial to evolve and the result is weaksauce.

> the first thing I noticed was how slow it

This really depends on the provider, it's a very fast model with ours

> I heard the reason was that NL doesn't know if SUSE will be sold off again and might end up in the hands of some US PE, but here's the thing, you're the government, you can just block the sale of companies

The Dutch government can famously prevent sales of German and Luxembourgish companies yes.

Think 6 lines of verbal diarrhea on a constant definition

Yeah GPT 5.6 models did it a lot and Opus is absolutely awful on this. It's clearly encoding it's thinking/context into the comments. GPT-6 models seem to be better about it.

What a weird straw-man. The comparison here is a program breaking compatibility with a file in ~/.cache/... and deleting it instead of providing compatibility. I'd do that without thinking about it twice.

The data is stored in ~/.cache which has the contract that it user-wide cached data, which also means it can be deleted without severely impacting programs.

It seems the author has too high expectations of this feature, or vim is using an incorrect path to store this is they want to make it available more reliably

only if unreviewed LLM code - as is becoming increasingly the standard - isn't introducing new RCEs constantly

The thing is mainly there are no quality options available. It's mostly all cheap shit or slightly more expensive, but still equally shit. So how can this reveal preference if there are no options?

I would argue the surge in vintage clothing ecosystems is an indication there is an unmet demand.

Wow that's exactly what I am looking for. Don't know if it's worth $720 though, oof

Not really related to this, but are there good non-IP KVM's left? I'm in the market for one so we can move two home office desks into 1, but all the ones I find seem kinda shit. Asking for USB-C + 2 hdmi or displayports is apparently unreasonable