well_ackshually

Claude Code is 150k lines of Javascript that doesn't work particularly well. 150k isn't nearly "one of the biggest", even when filtering for actively maintained.

>very doable with <US company>

for anyone not US-based, this company is hostile and you have to assume the US government can and will force them to give access to your data.

I trust my local compute quite a bit more than a random project that has "trusted" in its name.

They repeatedly underspent on hardware (bought 2 canadairs instead of 4 to replace aging ones), people (last time the firemen protested for a higher budget, they were tear gassed by the police), forest management (cut off the budget of the forest management agency), enforcement (private forest owners have to introduce fire cut lines into their parcels, which they didn't do. Forest management agency has nobody to spare to go verify that they did, and even when that happens, it takes years to be judged, or the government drops the case), ecology as a whole, and the list goes on.

But don't worry, it's not just about fires. The same can be said about pretty much everything they've done.

I haven't seen Stanford abuse grey areas of the law yet, SV still has some value to add on to the behaviors that Stanford teaches!

Good thing there was no Bun community then.

I hope Anthropic pays you a lot to defend them this hard <3

Let's play a dumb game and assume that training a new model like K3 costs a billion dollars. (It doesn't, but let's play the dumb game still).

If you count it as part of the defense budget, it is 0.3% of their budget. As part of their education budget? 0.05%. Science? 0.5%.

It's pocket change. They can blow a dozen Kimis every year while their own industry is improving and it's a pain in the ass in the US's backside. They're laughing their asses off watching companies having their values inflated to trillions of dollars, more than the GDP of dozens of countries while producing nothing in value more than GPT 5.6.

> What's the incentive for the Chinese labs to continue releasing weights 5 years from now?

The ongoing money from their government. The absolute collapse of OpenAI/Anthropic. US economy getting fucked because their bright financiers decided that going all in on the funny text generation machine was a good idea. Continuing to take a dump on US imposed copyright. The gigantic amount of soft power being the ones releasing "open" models grants. The fact that the ongoing AI war has made China LESS reliant on the US and are now producing their own GPUs, RAM and have massively caught up to nvidia. The lists is endless, and half the points more or less boil down to "taking a dump on the US is morally right", and the other half that massive government programs lead to giant leaps that benefit your society more than a dozen VCs on coke ever could.

No, without AI, it wouldn't have been done, which would have led to exactly zero bugs added by a needless rewrite.

You're running a closed source piece of software (claude code), running on an effectively closed source piece of software (bun), both of them updated daily by AI psychosis bros.

At this point, charging is the least of your issues.

In the same way that 99.99% of standard mastodon users are on mastodon.social, yes.

No, the million of users sharing porn on entirely isolated mastodon instances that absolutely nobody wants to federate with because you'd be exposed to pictures of minors within 5 minutes do not count.

Yeah, saying JRE is a bit of a shortcut since you're supposed to jlink & jpackage & jdance &jpray to get a slimmed down JVM released with your app, but it's closer to what would be a JRE than a full JDK

On Android, FCM notifications sent with priority HIGH are usually available within 30 seconds and bypasses Doze (unless you're on ultra battery saver mode). Notifications sent with normal priority run within doze windows, so every 15 minutes or more.

Unused apps also indeed go in different App Standby buckets, which while it shouldn't affect FCM notifications, it does on some older android versions (https://developer.android.com/topic/performance/power/power-...)

If you're not using FCM, well you're limited to having to check for notifications yourself, either within doze windows, or by registering a foreground service that keeps your app alive and checking.

Claude "encrypting" its thinking is equally bad. Biggest IP thieves in the world worried about IP theft lmao.

At least Anthropic doesn't pretend that they have open source software in the form of Claude Code.

You mean a JRE, because the whole JDK contains a bunch of things you're never going to need.

Mind you, a default JRE redistribution makes your app at least 100+MB. Using jdeps to strip out unneeded things is a good idea if you want it to get down to 25 ish MBs.

> All common logging backends create a LogEvent or similar object for each logging call, and logging calls also typically construct new strings, which usually means a new StringBuilder object, its internal array (multiple ones if it grows), the final array it is copied to, and the String object that wraps that array.

Which then gets discarded because that was a Log.verbose and your minimum log level in production is WARN.

Which is why many libraries have moved towards making your log message returned by a lambda. One constant lambda allocation (so, not a lot, an invokedynamic is absolutely fuck all.) that allows you to straight up skip allocating a full string that most likely is interpolating things and attempting to reach for context present on other threads is strictly better in 99.9% of the cases. The GC pressure is kept minimal and most importantly, constant.

They're saying that the federal government that DOGE "investigated" was already highly efficient.

Elon's goons are mostly a pack of bumbling morons sent on a mission to steal data for private purposes.

Modern Java is definitely pretty good. But indeed, Java has solidified a lot around "old" style code: making your 50 years old CTO start using collectors and typing `var` instead of MyObject object = new MyObject(); can be a difficult thing. Modern Java is truly quite pleasant.

Kotlin is a fully JVM compatible language. Java is catching up to it in some points (Project Loom has made multithreading in Java almost as pleasant as coroutines in Kotlin), but the experience in writing DSLs, code with lambdas, the brevity afforded by Kotlin makes it more pleasant than java. It's also the default recommended language for Spring/Spring Boot now, that is probably the largest JVM API backend project that ends up being used by default.

The benefits you get are:

* Probably the most stable platform you're ever going to get: the JVM is rock solid and does not require tuning honestly, unless you're trying to get a free few percents of performance. Your shitty SaaS startup doesn't need to do that.

* Probably the most performant JIT in the world. Python isn't nearly close, and Go is, well, not jitted, but offers similar-ish performance. Except that you get a good GC with the JVM. Or rather multiple GCs depending on what you really want: throughput/low pauses/etc.

* The packages are truly a massive thing. The APIs aren't always perfect, but behind python & js, it's probably the most fully fledged option.

* Publishing modules doesn't suck.

* Having to carry a jar around does suck a bit, but fat jars solve the problem, and if you're serious in your work, you can just GraalVM it and you have an AOT compiled executable that works great.

Negatives:

* It's java, man. It's still the same verbose beast. Doing low allocation work is a bit hard. Kotlin makes it better. Kotlin also has kotlin multiplatform with a large and growing API surface, and is probably one of the most pleasant multiplatform options, allowing you to delegate to any platform code you want.

* You're never getting a tiny 5MB executable. If startup time is an issue, work hard on GraalVM.

Ah yes, surely those 6B operations per second are very usable by the CPU and don't take a massive performance hit by syncing. It's definitely not an article to say "i let a fragment shader do very simple math and it was very fast".

Forgetting the JVM when it provides absurdly good performance and more packages than pretty much all three of these languages combined is certainly a choice. Even Java and all its verbosity gets fixed by not having to write it manually. Kotlin is also a very viable option. Scala if you're a bit crazy.

This thread (and post) keeps mistaking immediate mode GUIs with declarative UIs. You can have declarative UIs that aren't immediate: the vast majority of them are, and they are idle most of the time.

Absolutely zero difficulty redoing this in a react style renderer. The only complexity is being careful with your data dependencies so as to not needlessly rerender.

Each pane is easily isolated, can share data with a view model scoped properly, etc. Writing it in an imperative toolkit is a "oops I forgot to update my data here" kind of hell. Data binding makes it slightly less worse

"why would you need features on the thing on which the vast majority of your company's interactions and unofficial note keeping and knowledge building is happening" is a fun question to ask, when the project in question doesn't have bot actions or webhooks.

>he single-handedly developed it by leveraging agentic coding

so, unmaintained in a year because the sole developer got bored/didn't make money from it/burned out ?

Great, I'll run my entire company on it!

I'm sorry, did you believe that HN is a US-only website? Ask dang to geoblock the rest of the world then.

Or maybe, just maybe accept that the US is a highly divisive country and that pretty much nobody in the world really likes you.

Mate, american history is so recent it can basically be covered in detail in a single middle school year. The US has had zero real external threats post revolution, so much land and resources it can afford to burn them for fun and was the recipient of the entire world's brain drain. Take a random south american country and it'll have a dramatically harder history. Including the part where the US probably attacked them or manipulated their elections.

Europeans with the money and investments. Native americans who taught the first americans to survive off the land. The slave labor that americans were very happy to have that built their country. Europeans again with two consecutive world wars that led to the rise of the american industries and military complex.

Americans are not the self made men they made themselves believe to be. Played it well? Certainly. Starting with all the possible cards in your hand and geopolitical stability makes it very easy to do so.

>Perhaps we could try to destroy those power structures without having a giant war lol, just saying.

Does not, will not and cannot happen. Power structures are made to keep themselves alive at any cost necessary. There will be a bloodbath one way or another, and these structures will either disappear, or march ever forward towards enslaving you.

The only way to access Spiderman 2 on PS5 is either through a disc, or Sony's servers and encrypted on the PS5 storage, impossible to backup or restore.

Spiderman 2 on Steam is actual files on your hard drive you can back up, copy anywhere, then you're a single Steamless or Goldberg away from being able to play your purchased game at any time, stripped of its DRM. And if Steam truly decides to fuck you over and delete all the copies of your game, they're still on thepiratebay.

Steam isn't a miracle child, and is to be distrusted just as much as any other company. It just happens to be on a platform where they can't fuck you over quite as hard.