<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: audunw</title><link>https://news.ycombinator.com/user?id=audunw</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 06 Sep 2026 15:24:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=audunw" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by audunw in "Why are European countries moving their gold out of North America?"]]></title><description><![CDATA[
<p>There’s a <i>huge</i> 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.<p>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.<p>> 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.<p>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.<p>> Oil is needed for many components inside stuff you mentioned.<p>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).<p>> Oil is a must in military.<p>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?<p>I suspect advancements will reduce need for oil there as well over time. We can already synthesise jet fuel.<p>> If you want clean, abundant, cheap, secure energy, invest in nuclear.<p>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.<p>The main issue that nuclear isn’t cheap enough to be a part of a full decarbonisation solution. We <i>need</i> 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.<p>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)</p>
]]></description><pubDate>Sat, 05 Sep 2026 11:52:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49575667</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49575667</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49575667</guid></item><item><title><![CDATA[New comment by audunw in "Boot a Virtual iPhone via Apple's Virtualization.framework"]]></title><description><![CDATA[
<p>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.<p>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.</p>
]]></description><pubDate>Sun, 30 Aug 2026 13:29:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49498487</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49498487</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49498487</guid></item><item><title><![CDATA[New comment by audunw in "Our decision on Cursor following its acquisition by SpaceX"]]></title><description><![CDATA[
<p>If you integrate Zed with Claude Code through ACP you get plan mode (and some other stuff like memory)</p>
]]></description><pubDate>Sat, 29 Aug 2026 14:10:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49490040</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49490040</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49490040</guid></item><item><title><![CDATA[New comment by audunw in "Our Reality Is Shifting and It's Just the Start"]]></title><description><![CDATA[
<p>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.<p>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.</p>
]]></description><pubDate>Sun, 16 Aug 2026 13:50:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=49320067</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49320067</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49320067</guid></item><item><title><![CDATA[New comment by audunw in "Heart aerospace completes first flight of largest electric aircraft"]]></title><description><![CDATA[
<p>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.</p>
]]></description><pubDate>Fri, 14 Aug 2026 07:32:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49295678</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49295678</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49295678</guid></item><item><title><![CDATA[New comment by audunw in "DeepSeek V4 Flash 0731"]]></title><description><![CDATA[
<p>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.<p>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.</p>
]]></description><pubDate>Sat, 08 Aug 2026 11:03:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49220646</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49220646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49220646</guid></item><item><title><![CDATA[New comment by audunw in "U.S. used 'virtually all' of its long-range precision missiles during Iran war"]]></title><description><![CDATA[
<p>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.<p>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.</p>
]]></description><pubDate>Wed, 05 Aug 2026 02:28:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49177882</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49177882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49177882</guid></item><item><title><![CDATA[New comment by audunw in "Increasing the lifespan of a bulb makes it worse in every other way"]]></title><description><![CDATA[
<p>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.<p>It shows that, yeah, bad designs can fail early. But if you buy from a reputable company, it is likely to be fixed.</p>
]]></description><pubDate>Mon, 03 Aug 2026 02:18:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=49150488</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49150488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49150488</guid></item><item><title><![CDATA[New comment by audunw in "Increasing the lifespan of a bulb makes it worse in every other way"]]></title><description><![CDATA[
<p>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.<p>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).<p>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.<p>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.</p>
]]></description><pubDate>Mon, 03 Aug 2026 02:11:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49150445</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49150445</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49150445</guid></item><item><title><![CDATA[New comment by audunw in "Europe EV Sales BEVs Jump 50% & Reach 26% Market Share"]]></title><description><![CDATA[
<p>This article was about Europe. There is no benefit for Tesla here. It’s all CCS now. Anyone can use Tesla superchargers.<p>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?</p>
]]></description><pubDate>Mon, 03 Aug 2026 01:15:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49150133</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49150133</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49150133</guid></item><item><title><![CDATA[New comment by audunw in "EU Age Verification Project Mandates Hardware-Bound Attestation"]]></title><description><![CDATA[
<p>> You have no such guarantee when you upload government IDs to a server.<p>The problem is that so many people here look at this purely from a USA perspective.<p>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.<p>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)</p>
]]></description><pubDate>Sun, 02 Aug 2026 23:39:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49149519</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49149519</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49149519</guid></item><item><title><![CDATA[New comment by audunw in "Why Is Europe Burning?"]]></title><description><![CDATA[
<p>We don’t <i>need</i> 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.<p>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.<p>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.<p>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.<p>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.</p>
]]></description><pubDate>Sun, 02 Aug 2026 04:02:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49140982</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49140982</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49140982</guid></item><item><title><![CDATA[New comment by audunw in "Baseload Is a Myth (2024)"]]></title><description><![CDATA[
<p>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.<p>So it’s more of an issue when you want to use that excess solar to power your computer in winter.<p>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)</p>
]]></description><pubDate>Thu, 30 Jul 2026 05:36:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49106396</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49106396</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49106396</guid></item><item><title><![CDATA[New comment by audunw in "Buz – A fork of Bun using modern Zig, with sub-1s incremental builds"]]></title><description><![CDATA[
<p>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.<p>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.<p>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.</p>
]]></description><pubDate>Fri, 24 Jul 2026 16:06:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49037662</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49037662</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49037662</guid></item><item><title><![CDATA[New comment by audunw in "Cruller: Bun's Zig Runtime, Continued on Zig 0.16"]]></title><description><![CDATA[
<p>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)<p>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<p>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.<p>But in general, pre-1.0, I think any large project that uses it is just a bonus.</p>
]]></description><pubDate>Thu, 23 Jul 2026 08:53:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49018660</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=49018660</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49018660</guid></item><item><title><![CDATA[New comment by audunw in "Introduce a memory safe compilation mode inspired by Fil-C"]]></title><description><![CDATA[
<p>For posterity here are some comments I’m curious if will be deleted<p>1.<p>> Id like a clarification on how this is safer than Rust?<p>(Seems reasonable enough)<p>2.  meme image with the words “bait” and “retarded” - should be deleted<p>3.<p>> 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.<p>> Someone's still pretty butthurt about Jared and the Bun team.<p>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</p>
]]></description><pubDate>Mon, 20 Jul 2026 15:45:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48980496</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=48980496</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48980496</guid></item><item><title><![CDATA[New comment by audunw in "Introduce a memory safe compilation mode inspired by Fil-C"]]></title><description><![CDATA[
<p>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)<p>And now I see a bunch more comments that are just utterly toxic, which I also expect will be deleted.<p>Serious comments seem to be kept, even when they’re sceptical.</p>
]]></description><pubDate>Mon, 20 Jul 2026 15:37:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48980371</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=48980371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48980371</guid></item><item><title><![CDATA[New comment by audunw in "Introduce a memory safe compilation mode inspired by Fil-C"]]></title><description><![CDATA[
<p>I spend quite a bit of time in the Zig community, more as an outsider as I don’t contribute very much.<p>I really don’t see how you could find the community toxic unless you take everything they want to do differently from other languages (which may come along with some criticism - explicit or implicit) as some kind of toxic negativity?<p>“I'm tired to see zig head people trying to diss Rust whenever they can.”<p>I feel like in every Zig post you’ve got Walter Bright saying D did this 10 years ago and a bunch of other people saying Zig isn’t a robust language because it can’t do memory safety like Rust. I find it annoying, but it’s just how it is. We like to compare things we like and there will unavoidably be some negativity in there. We should try to steelman these comments. And the steelman case for Andrew’s mention of Rust here is that this is just a different approach to memory safety, and that’s it’s just more complete in the specific way he and Fil-C is referencing<p>I’ve seen many Zig enthusiasts who is positive to Rusts approach to memory safety (it’s definitely nice to catch things at compile time), but just don’t consider it the ultimate approach that is best for all kinds of software</p>
]]></description><pubDate>Mon, 20 Jul 2026 15:34:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48980314</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=48980314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48980314</guid></item><item><title><![CDATA[New comment by audunw in "Introduce a memory safe compilation mode inspired by Fil-C"]]></title><description><![CDATA[
<p>I think the point here is to include C library dependencies. Which GC languages in general consider outside the scope of its memory safety.</p>
]]></description><pubDate>Mon, 20 Jul 2026 15:23:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48980162</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=48980162</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48980162</guid></item><item><title><![CDATA[New comment by audunw in "Why It's So Hard to Add a Column in the Middle of a PostgreSQL Table"]]></title><description><![CDATA[
<p>“Here is the catch: that single integer is wearing three hats at once.”<p>How many times did that point have to be reiterated in unnecessary AI style?<p>Was the article AI generated. I hope so, if not it really shows how bad AI has degraded our ability to write. Could you at least have read over and cleaned up the prose a bit? That whole section could have been written in straight forward human language, and it would be shorter, clearer and less infuriating to read.</p>
]]></description><pubDate>Mon, 20 Jul 2026 04:00:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48974196</link><dc:creator>audunw</dc:creator><comments>https://news.ycombinator.com/item?id=48974196</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48974196</guid></item></channel></rss>