News for hackers. Stuff that matters.

audunw

Re:Restrooms along the Norwegian Scenic Routes on Sunday November 01, 2026 @07:52AM (#50325175)
Norway was not that poor before oil. That’s a myth. Relative to some other European countries, yes. But it was still a country with a long history of trade, industry and natural resources.

Though I’m not surprised a Swede thinks of us mainly as poor farmers ;) (no bad feelings, you literally had an empire so the attitude is understandable)

Re:Restrooms along the Norwegian Scenic Routes on Sunday November 01, 2026 @07:48AM (#50325149)
I’m not sure I would bring high IQ into this. Norwegians tended to own their own farms, they knew how to manage resources. The winters taught them to plan ahead.

Most importantly, Norway realised it had to avoid spending all its oil money to be responsible. An Iraqi immigrant helped establish this policy. Wouldn’t give him all credit as some give the impression of, but I think it’s interesting that people from the Middle East do have the right ideas. But the environment they’re in prevents their voices from being heard.

Re:Ghostty 1.4.0 on Wednesday October 28, 2026 @12:42PM (#50276538)
> has to pull in a whole programing language stack just for it

That’s implying a lot more than I think is the case for Zig.

Zig itself is a very lean and independent executable. It’s just one binary. Statically linked on Linux I believe. It’s even moving toward removing LLVM dependence.

I don’t know of any other language that aims to be as portable as Zig, including C itself. Of course, not all of those goals have been realised yet, but at this stage I don’t think there’s much preventing portability from Zig’s part itself, other than more architectures supported in its own compiler backend. And I suppose a 1.0 release would make it easier to get the compiler more widely distributed.

Re:Ghostty 1.4.0 on Wednesday October 28, 2026 @12:32PM (#50276385)
LLVM codegen is optional, and LLVM is being turned into a runtime dependency.

Zig has its own compiler backend. With limited arch support of course. Only used in debug modes for now.

I think the most interesting part is they rely on WASM for bootstrapping so all you need to make to bootstrap Zig anywhere is a WASM interpreter (if I understand correctly).

Germany has been spending a lot recently to build new power generation. Of course it’s expensive.

France is now on ancient fully depreciated nuclear reactors that are soon in dire need of replacement. Of course it’s cheap. But they have huge investments ahead of them to replace, upgrade, refurbish, etc. They have identified that that need to expand renewable energy to 50% of power generation, at least.

We’ve also seen recently that Germany has had to save France during hot summers when their reactors have had to shut down.

What’s the lesson from France? Build lots of nuclear all at once many decades ago when labor was cheap and then stop investing and letting your infrastructure rot, and you’ll have cheap power for some limited time? Is that something anyone can or should copy today? No.

Now, even VALCOE (value-adjusted LCOE) of wind and solar is coming down well below all other fossil and nuclear alternatives. So how can you say betting on renewables was the wrong at this time? It has been expensive to transition but long term it’s drastically cheaper than everything else. And we haven’t even started getting the benefits of how repowering old renewable power plants is significantly cheaper than building new ones.

Re:Mold Linker Version 3.0.0 Release – Rewritten in Rust on Monday October 05, 2026 @02:56PM (#49968933)
That’s not entirely true. There’s a third choice. You can go the TigerBeetle route (TigerStyle). Zig is extremely well suited for software where you just avoid dynamic memory allocation all together. It’s extremely fast, very effective and arguably very safe. But not suitable for all applications obviously.

There’s also another caveat that there’s an effort to build in build time static memory safety checks in a way that’s more general than Rusts borrow checker, through a kind of plug in system rather than forced into the language. It’s not part of mainline Zig yet but this seems to be the direction Andrew wants to go.

https://github.com/ityonemo/clr

Uh, why does that need a stronger term than just “AI”?

I don’t feel like the goal posts have moved at all. I think most of us have a pretty good and stable intuition of what AGI should be. Like, just a generally intelligent robot for instance? Nothing too fancy. Just use one of those robot dogs. Don’t have to be smarter than a dog either. But you should be able to put an artificial brain in it and have something that can act about as intelligently as a dog, in a stable way, over the course of 10 years.

Hell, to make the bar even easier: could make it a believable NPC dog in a game.

We’ve pushed AI as close to edge of AGI as I could imagine. It’s hard not to think we’ll find some algorithm that pushes us over the edge fairly soon. But until we actually get there, let’s not exaggerate.

I mean, when we do get an AI algorithm that can actually learn like a human/animal intelligence.. what would we call it if we’ve already used “AGI”? “Very General Artificial Intelligence”?

I’m almost more inclined to start using “ASI” first. Even if our LLMs are not general in the way I’m thinking of, they’re clearly superior to an average human on every aspect they’ve been trained on. They’re also much faster. We can probably soon say “if you can train an AI on something it will be better than any human”.

Re:Zig v0.17.0 on Friday October 02, 2026 @05:56PM (#49939109)
Would recommend checking out the Zig state of the (tagged) union as well.

https://youtu.be/zwi5b5xSsKA?is=PTjJJjSnVMdRuZag

It may surprise some people here to see that Andrew is warming up to using LLMs to discover bugs (inspired by results from SQLlite) and considers it a tool on the path to getting to bug free software.

Re:Zig v0.17.0 on Friday October 02, 2026 @05:54PM (#49939078)
They don’t, at least not any more. Andrew Kelley has explicitly stated that he sees the value of using LLMs to uncover bugs. Inspired by sqllite project.

https://youtu.be/zwi5b5xSsKA?is=PTjJJjSnVMdRuZag

They may just be taking the slow route of rejecting by default until they can be sure that the usage of LLMs provides long term value. I don’t see anything wrong with that. If you’re writing robust software, using LLMs at this stage is a bit of a gamble. We don’t fully know the long term effects on code quality yet.

Re:The AI Race Just Got Awkward on Wednesday September 30, 2026 @12:37PM (#49911154)
I think it’s fairly simple: they’re forced into this situation by being late and worse in terms of capabilities. They’re not far behind, but as long as they’re behind they’ve needed to give people some reason to try and use their models. Cost is one factor. But it probably wasn’t enough. Being open has given them a lot of attention. Free marketing. Good will.

Put another way: if they were not cheaper and open, they would simply not be competitive. They would already be dead.

I don’t think this ends well for the Chinese labs. This is going pretty much like I thought. Western labs is just copying their improvements (I don’t think publishing the techniques matter here.. they’d just hire to gain the knowledge or figure it out themselves), and they have access to more GPUs and have better branding, so in the end where can the Chinese labs compete? Even lower cost? Open weights? I’m not sure open is a sustainable way to compete either. Eventually there will be some fully open source AI models that cuts out that avenue of competition as well.

Re:Sublime Text Build 4213 on Monday September 21, 2026 @02:39PM (#49791475)
I’m using Zed, but I honestly can’t recommend it to anyone yet. They claim 1.0 but in reality it’s still beta software. It is fundamentally broken in how it deals with the file system so the project panel and git panel can easily miss changes, and it’s still not clear if they’ll even address it.

At least it seems the next release might fix the bug where the git panel will jump to a different repo when you click on a file in it. They should seriously have fixed basic stuff like that before releasing 1.0. But they got in lots of cosmetic changes to the markdown viewer.. they really need to consider their priorities

What the West is doing is forcing China into a situation which is impossible to sustain when their economic dividend runs out. Especially considering these investments are fuelled by an extremely high level of debt.

And it’s not a given that they’ll catch up. I think it’s fair to say that their development of jet engines is on track to be obsolete before they’re competitive.

They may in principle have established the technologies to be self sustained but that’s only relevant and sustainable if they develop an economy based on domestic consumption rather than exports. Which they are struggling with as well.

Re:iPhone Duo on Wednesday September 09, 2026 @03:43PM (#49633010)
Apple threw plenty of shit at the wall when Jobs ran the ship. The hockey puck mouse and the Mac Cube was under Jobs. The first Apple TV. That was pretty much what the Vision Pro is: a side project to test the waters and get some experience with a new format. It’s just that the Vision Pro by its nature is a much more expensive and ambitious side project.

All the three product you mentioned is exactly the kind of things Steve Jobs did. Don’t make him into this mythological flawless visionary.

There’s a huge difference in relying on others for daily fuel/fertiliser supplies for your survival, and relying on them for parts for vehicles/infrastructure that can run for decades.

There’s also the fact that EV batteries - and many of the other components in this plan - can be recycled. Once the transition is complete I expect larger regions (ie Europe, but maybe not an individual European country) will be self sufficient in their materials.

> By the way, you can never switch completely to just renewables, it doesn't scale that well. They are simply too inefficient, unsecure, to "switch completely" in a country scale.

You absolutely can. This is a completely outdated idea by this point. We have all the solutions we need. What’s more, if you switch to electricity for industrial heating, metal production and fertiliser production, you will have ALL the buffers you need to absorb fluctuations in renewable energy and more. Especially for heating solutions - storing energy for months is trivial. Most people aren’t aware that just dumping excess energy in geothermal wells in summer has become fairly common in the Netherlands. Especially Americans live in this bubble where they have no clue about solutions that have become commonplace and widespread in other countries.

> Oil is needed for many components inside stuff you mentioned.

No. Oil is just hydrocarbons. It’s not a magical substance. The only thing that’s hard to replace is the longer hydrocarbons. But we’ve been forced to do deal with that anyway due to better vehicle fuel economy (the amount of bitumen you get when refining enough oil to drive a car X km is going down, giving you less bitumen to pave those X km of road).

> Oil is a must in military.

I’ll give you that. For a while. Though the quantities are smaller. Any reason to think Europe couldn’t be self sustained for that purpose?

I suspect advancements will reduce need for oil there as well over time. We can already synthesise jet fuel.

> If you want clean, abundant, cheap, secure energy, invest in nuclear.

It’s not the magic bullet people think. There have been huge supply chain issues with nuclear as well. Though at least you can fairly easily build up a supply of fuel that can last a decade or two.

The main issue that nuclear isn’t cheap enough to be a part of a full decarbonisation solution. We need the dirt cheap intermittent excess electricity from renewables to make decarbonisation of fertilisers and various industrial processes viable. We have started to get the first local self sustained renewable ammonia production plants for fertiliser recently - and they’re generally tied to local renewable electricity production. The cost of the electrolysis and storage solutions for making hydrogen keeps going down, so it’s increasingly viable to produce hydrogen intermittently and store it to use when electricity is more expensive.

I like nuclear. But it’s not essential, and will probably not be competitive barring a huge breakthrough. And no, SMRs are not it. The way to get the cheapest nuclear is to build the biggest reactors. Same as with wind turbines. The scaling laws favour bigger designs (energy production scales with volume, costs roughly scale with reactor vessel surface area)

I don’t think the cookie banner is useless. It’s annoying the hell out of everyone which is creating political demand for another round of legislation that should solve the issue properly.

It was a relatively easy fix which didn’t fully solve the issue but made the very real issue of pervasive tracking visible to everyone.

Re:Our decision on Cursor following its acquisition by SpaceX on Saturday August 29, 2026 @10:10AM (#49490040)
If you integrate Zed with Claude Code through ACP you get plan mode (and some other stuff like memory)
Re:Our Reality Is Shifting and It's Just the Start on Sunday August 16, 2026 @09:50AM (#49320067)
It doesn’t seem like AIs are accelerating at all if you ask me. We seem to be plateauing. Smaller and open weight models are catching up to the closed weight frontier models on benchmarks. If AI labs were able to use the smartest models to accelerate their development, the likes of OpenAI and Anthropic would be accelerating away from their competitors. But no such thing is happening. The focus has shifted from intelligence to cost and speed.

The breakthroughs in mathematics are impressive. But it doesn’t feel that different from what machine learning has done with Chess, Go and protein folding. They’re finding patterns in our systems and in nature. That’s what they’ve always been good at.

I think the generators are meant for intentional longer range trips as well. You get the cost savings for a big share of the trip even if you have to use the generators for part of it.
Re:DeepSeek V4 Flash 0731 on Saturday August 08, 2026 @07:03AM (#49220646)
These companies know their value was never in the models. There’s a scramble to acquire as much hardware as possible, and to build as many services that people get soft locked into, such that they have a moat when the open weight models fully catch up. Doesn’t matter that the models are open weight, if you want access to the hardware you will have to pay.

I dont see how the outlook is any better for the open weight companies. They’re in the exact same situation as the closed weight companies except they have had much less revenue, and built up less of a brand, leading up the the point where they are equal in terms of model quality.

A blockade of Taiwan could be met with a blockade of China. China can survive much longer on their own supply and reserves. But it’s still something to make them think twice. They don’t have the blue water navy to respond to a blockade. Land connections do not have the scale to work around it.

There’s a small port on the east side of Taiwan which could be used to supply some of the bare necessities. I don’t know if USA would fully enter a war but I do think they might do freedom of navigation exercises east of the island. Would China dear hit a US military vessel with missiles and escalate the conflict. I don’t think so.

Re:You have been mislead about lightbulbs on Sunday August 02, 2026 @10:18PM (#49150488)
Only bulbs I’ve had fail in the last 10 year was some IKEA GU10 bulbs (maybe 2-3 years). I got them replaced for free with no receipt, and the new design had obvious improvements to managing thermals.

It shows that, yeah, bad designs can fail early. But if you buy from a reputable company, it is likely to be fixed.

Re:You have been mislead about lightbulbs on Sunday August 02, 2026 @10:11PM (#49150445)
But the article isn’t saying that no form of planned obsolescence exists. If you think it’s important to make people aware of genuine planned obsolescence, then use examples of genuine planned obsolescence. Using incorrect or highly misleading examples is doing the cause a big disfavour.

You say the article is nonsense but all your points are about entirely different products/markets. So what exactly was nonsense about the article. It’s factually correct, and it’s raising awareness of something important: that we shouldn’t trust narratives just because they’re compelling and useful to make people engaged in a cause (the fight against planned obsolescence).

The kind of standardisation we got with light bulbs is exactly the thing we want: the avoid companies trying to sell you a bad product (one that wastes electricity and dumps heat in your home whether you want it or not), so they can use some less important metric (buy this! It lasts twice as long the competitors!) to sell you stuff. Basically a scam.

We don’t want to throw the baby out of the bathwater. Companies should be allowed to cooperate and set standard (NACS is a recent example) that is mutually beneficial to everyone. Then we create regulations to address egregious cases of planned obsolescence. Like EUs recent regulations for replaceable batteries - though as we now see it’s a double edged sword. Some products were made worse in a mildly significant way. That’s OK though as long as we decided that’s what we want through a democratic process.

Re:Europe EV Sales BEVs Jump 50% & Reach 26% Market Share on Sunday August 02, 2026 @09:15PM (#49150133)
This article was about Europe. There is no benefit for Tesla here. It’s all CCS now. Anyone can use Tesla superchargers.

Afaik it’s the same in US, isn’t it? Just with the complication that there’s no government mandated standard, but NACS seems to becoming the de facto standard? So a benefit to Tesla for older models I suppose?

> You have no such guarantee when you upload government IDs to a server.

The problem is that so many people here look at this purely from a USA perspective.

An age check in many European requires no uploading of any ID. It’s an API call toward an ID service, it will tell you which data the service gets access to, and there’s strict regulations and liability around data retention.

I’m not concerned about the government. If they become authoritarian enough to worry, they will impose far tighter surveillance anyway. What we have now is the naive idea that just by not doing ID check, government surveillance is a solved problem in the free democratic world. It’s not. Avoiding ID checks just makes the problem worse because it makes the regular person complacent. The surveillance is implicit and hidden. If we understand that it’s nearly impossible for a non-tech person to avoid being tracked by corporations and governments, then we start working on the things that really help: super tight regulations about what can and can’t be tracked. Requiring audits of large corporations. Solutions that give corporations access to only the data they absolutely need and nothing else (the lack of such things is how we end up by uploading whole ID documents)

Re:Why Is Europe Burning? on Sunday August 02, 2026 @12:02AM (#49140982)
We don’t need any of those things, but they’re in no way the source of our problems anyway, and eliminating them will do nothing of significance to solve the problems. So it’s pointless to discuss.

We have so many plastic toys because plastic is cheap. Plastic is cheap because the feedstocks fall out, practically for free, from the refining of fuel that we absolutely need for society to function at the scale that provides us a healthy and comfortable standard of living.

So the main problem we need to solve is to eliminate the use of fossil fuels. The rest will follow. When the economies of scale for oil and gas extraction go away, the balance will massively tip in the favour of renewable solutions.

We will still make lots of useless plastic toys though. But perhaps it’ll be bio plastics and perhaps the scale will diminish a bit as the price increases.

And I think they’ll end up in trash burning facilities with district heating rather than landfills. That’s already the trend in Northern Europe, and they’ve started importing trash to burn. Yeah, recycle first. But eventually everything degrades and should be burned.

Re:Baseload Is a Myth (2024) on Thursday July 30, 2026 @01:36AM (#49106396)
If the energy you need is in the form of heating, it’s actually surprisingly viable to store energy for months. Heat batteries is probably the cheapest and easiest way to store energy for the long term. It’s just that it’s horribly inefficient to go back to electricity.

So it’s more of an issue when you want to use that excess solar to power your computer in winter.

If not nuclear, I think the northern regions need to focus on geothermal (Quaise?) and trash burning (yes, recycle first, but eventually everything non metal degrades and should be incinerated)

Since they did a one-to-one translation to start with, hypothetically, if these were the true numbers, you could probably get a static analysis tool to guarantee you that 97% of the zig code was safe and tell you which of the 3% were unsafe. Zig has a lot more syntax and conventions to encourage safe code compare to C after all. It just doesn’t have way to mark which parts are safe or unsafe.

An LLM could probably also trivially give you accurate reviews saying which parts were unsafe and in need of tests or reviews. I mean, considering their LLM budgets they could probably have had nightly reviews running every night for years before spending more than their Rust rewrite.

Not that I think Rust rewrite was a bad idea. Rust is a good fit for this kind of project. I say that as a Zig enthusiast. It’s just that their stated motivation and reported results are kinda BS. If they just wrote “we just like Rust and thought it’d be cool to see of LLM could do the whole rewrite”, and left it at that, I think it’d be a more honest description of the motivation. The rest is just rationalisation.

Re:Cruller: Bun's Zig Runtime, Continued on Zig 0.16 on Thursday July 23, 2026 @04:53AM (#49018660)
Why feel bad? If you’re using Zig to write a game or a system tool why should you care if Bun uses it or not? All this drama has very little impact on most users of Zig or its developers (some financial impact, but Andrew had already foreseen that as a risk and avoided depending on it)

libghostty is more impactful than Bun IMO. It doesn’t matter to most other developers that Bun was written in Zig, but that such a a good library is written in Zig could have an impact on whether other devs use Zig to write libraries, or if they consider Zig for their app when having libghostty as a dependency

TigerBeetle is also more important than Bun since Zig is a better match for their needs it was for Bun, and TigerBeetle team seems to be a better partner for the Zig foundation. The Bun/Oven team seemed to be an annoyance rather than a synergetic partner.

But in general, pre-1.0, I think any large project that uses it is just a bonus.

For posterity here are some comments I’m curious if will be deleted

1.

> Id like a clarification on how this is safer than Rust?

(Seems reasonable enough)

2. meme image with the words “bait” and “retarded” - should be deleted

3.

> Funny how memory safety suddenly became a priority right after Bun moved to Rust. That feels like a pretty big departure from Zig's original philosophy.

> Someone's still pretty butthurt about Jared and the Bun team.

Just toxic negativity in my opinion. Author has clearly not followed Zig closely as memory safety has always been a priority as long as it doesn’t come at the expense of Zigs other more basic goals. This isn’t serious criticism and it’s completely valid to delete it. Andrew’s interest in Fil-C predates the Bun debacle AFAICT

I did notice one comment that was there before but which is now gone. But it was a completely unserious and garbage comment (just a comment dissing Zig)

And now I see a bunch more comments that are just utterly toxic, which I also expect will be deleted.

Serious comments seem to be kept, even when they’re sceptical.

Older »