<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: xenadu02</title><link>https://news.ycombinator.com/user?id=xenadu02</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 28 Oct 2026 20:44:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=xenadu02" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by xenadu02 in "Redesigning source control at Anthropic"]]></title><description><![CDATA[
<p>> Is my suspicion wrong<p>Nope you are 100% correct. All of the models will code themselves into local maxima then spend more and more time chasing their tails as every change introduces new bugs, the agent adds more complexity, and the code base just spirals. Best case you end up with a bunch of parallel implementations that all work slightly differently.<p>It helps a lot of you pay attention to what it is doing and impose order, then regularly spend time refactoring - even if you are having claude do the work itself - you have to spend the time on the overall architecture and design.<p>I just experienced this with an internal productivity tool. Without claude this tool wouldn't exist - there would never be the justification to take the required time to build it. On the other hand all the interlocking refreshing rules for sourcing data from its inputs got so byzantine it was impossible to add new features or change anything without causing new regressions. Claude built a web of ad-hoc timers, refresh kick-offs, monitors, etc to solve each feature problem or fix some bug but the whole thing was impossible even for claude to understand. It took a special large workflow session to find most of the mess and even then during the refactor it kept finding new things.<p>I had to stop all feature work for going on four weeks and burn a ton of tokens to build a refreshing/syncing engine that could track dependencies, priorities, etc and fully test it and just now today I am finally able to get feature work going again.<p>On another feature an agent came up with a state object containing 55 inter-related fields with all kinds of interlocking dependencies. Something so complex no one could hope to understand it. And I find the agents aren't really much better at understanding such things than humans are. If you leave it like that the agent will just perform worse and worse on that part of the code as time goes on. It will make assumptions that force it into bad design corners, miss edge cases, and flat out miss things no matter how well you prompt. Agents benefit from encapsulation and simplicity just as much as humans.</p>
]]></description><pubDate>Wed, 14 Oct 2026 21:19:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=50095480</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=50095480</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50095480</guid></item><item><title><![CDATA[New comment by xenadu02 in "Containment and monitoring failures are to blame for AI hacking reports: experts"]]></title><description><![CDATA[
<p>In principle there is no difference between random compiler garbage or a flaw in API docs and a security boundary - other than the intent.<p>LLMs don't have executive function. They aren't thinking. The models are trained to solve problems. Sandboxes, security gates, etc block a solution. The model is trained to find a solution. Hence it can never be perfect without becoming useless.<p>At some level humans fear repercussions even if that's just moral guilt so there are lines we won't cross. AI doesn't and can't have any of that.</p>
]]></description><pubDate>Wed, 14 Oct 2026 21:05:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=50095252</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=50095252</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50095252</guid></item><item><title><![CDATA[New comment by xenadu02 in "How machines learned precision"]]></title><description><![CDATA[
<p>An amazing page, thanks for posting it!<p>I got a lathe a few years ago as a hobby and really enjoy making something with high precision by hand with no computer or LLMs involved. Of course I make everything nice because I make it twice (due to my own errors).<p>The history of lathes always interested me - especially how some features are so standard we think of them as integral to all lathes but that was not the case! Most lathes in use today are technically screw-cutting engine lathes.<p>Every increase in precision in your tools leads to even greater precision in what you can make if you are careful and clever. In that sense every machinist has to start with a lathe because a lathe is the most versatile machine and is capable of making replacement parts to improve itself. Even a relatively crude home-made lathe can be enough to machine better parts to install onto the lathe to keep improving it. Even my little import hobby lathe (PM-1030V) can make parts to a tenths precision (tenths = 10,000th of an inch or .00254mm) with some care and it is not what you would call a rigid and accurate machine.<p>You might wonder how humans turning a wheel were able to cut metal but in those days they didn't have HSS let alone carbide tools so they had to use whatever would hold an edge (carbon steel for a long time). That meant much much slower turning speeds, much smaller depth of cut, and much more frequent sharpening. I believe it was around 1869 Robert Mushet invented Mushet steel and later Maunsel White and Taylor worked with Bethlehem Steel Co to invent the first modern "tool steel" alloy. They are of course called <i>High Speed Steel</i> because they allow you to turn the work at <i>high speed</i> when cutting. Something of an ironic name in the modern world as carbides are far higher speed than HSS.<p>Manual machining has declined thanks to CNC but there are still plenty of jobs where manual machining is faster and cheaper than setting up a CNC program. Of course those of us doing it as hobby aren't bothered by such things.</p>
]]></description><pubDate>Thu, 08 Oct 2026 02:40:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=50001355</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=50001355</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50001355</guid></item><item><title><![CDATA[New comment by xenadu02 in "How machines learned precision"]]></title><description><![CDATA[
<p>It was worse than that. No one really understood or had a handle on the production process. During this time period the notion of iron being a chemical element was a recent discovery.<p>So what you got may have been called <i>cast iron</i> but what it actually was might be pig iron, gray cast iron, ductile iron, and even a bit of steel and possibly carbides mixed in. Properties varied - sometimes by a lot.<p>If you know even a bit about metals then when you hear "cast iron piston ring" you imagine that ring to have certain properties that match a specific type of cast iron. But in those days every single ring might vary significantly entirely due to the ore load the foundry happened to get, how they melted/cast it, how it was cooled, etc.</p>
]]></description><pubDate>Thu, 08 Oct 2026 02:26:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=50001282</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=50001282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50001282</guid></item><item><title><![CDATA[New comment by xenadu02 in "Pop!_OS bans AI-generated code from much of its codebase"]]></title><description><![CDATA[
<p>AI is a useful tool but it absolutely needs a lot of human guidance.<p>Unlike a compiler it won't give up at the first sign of trouble but that just means it left alone it will dig bigger and bigger holes.<p>Treat prompt engineering as a discipline and refine your technique. When it produces garbage throw out the work and start over until you figure it out.</p>
]]></description><pubDate>Sat, 03 Oct 2026 20:46:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=49947599</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49947599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49947599</guid></item><item><title><![CDATA[New comment by xenadu02 in "Two American Airlines Flights End Up with the Same Flight Numbers"]]></title><description><![CDATA[
<p>The format is SSIM defined by IATA - the international association of transport airlines. It specifies two letter airline code followed by four digit flight.<p>I'm sure various ATC systems also assume this.<p>Changing it would be an industry-wide effort.</p>
]]></description><pubDate>Sat, 03 Oct 2026 20:34:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49947511</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49947511</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49947511</guid></item><item><title><![CDATA[New comment by xenadu02 in "Micron CEO Says Memory Supply Will Be Much Tighter in 2027 and 2028 Than in 2026"]]></title><description><![CDATA[
<p>That's the death trap of silicon boom-bust cycles that have claimed so many in the industry. Demand surges, you start expanding, the bust arrives, you go out of business.<p>Micron is putting up over $100 billion for this expansion wave IIRC. You can't afford that unless you are certain the increase in demand is sustainable.<p>You want to assure investors that investment will pay off so you want to talk up your order book and market outlook.<p>You also want to take as much profit as you can now so if things turn against you it doesn't mean bankruptcy. A pile of cash fixes many problems :)</p>
]]></description><pubDate>Thu, 01 Oct 2026 19:26:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49925996</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49925996</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49925996</guid></item><item><title><![CDATA[New comment by xenadu02 in "Micron CEO Says Memory Supply Will Be Much Tighter in 2027 and 2028 Than in 2026"]]></title><description><![CDATA[
<p>Micron has several fabs and fab upgrades coming online or under construction right now. An expansion in Boise and Virginia. Plus a huge megafab project in New York that's going to be the biggest in the world AFAIK.<p>All the DRAM makers have new fabs or plant expansions underway right now - indicating they believe the demand increase to be sustainable.</p>
]]></description><pubDate>Thu, 01 Oct 2026 14:39:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49922287</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49922287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49922287</guid></item><item><title><![CDATA[New comment by xenadu02 in "The last time my family was replaced by technology"]]></title><description><![CDATA[
<p>It works right up until some form of revolution, either politically or violently. We are far from anything like that but I'd rather not get close to the line. I think I'm a minority view though, despite being in the top 10% myself.<p>It is also shocking how little my life compares to the rich people I see. I don't own two houses or a yacht. We don't take yearly vacations to a chateau in France. The gap between the top 10% and the top 1% is insane. The gap between the 1% and the 0.1% is even larger still.<p>But hey... not like the rich getting richer and saying "screw you" to everyone else has ever led to negative consequences right? Nothing to see here, business as usual.</p>
]]></description><pubDate>Wed, 30 Sep 2026 22:45:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49915449</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49915449</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49915449</guid></item><item><title><![CDATA[New comment by xenadu02 in "Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA"]]></title><description><![CDATA[
<p>No I was just saying Fujitsu never really made a play for any US marketshare. They had ways to go about it but they stuck to what they knew: high-touch sales, locked down support, focus on the Fortune 1000.<p>That's too bad.</p>
]]></description><pubDate>Fri, 25 Sep 2026 00:01:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=49838425</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49838425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49838425</guid></item><item><title><![CDATA[New comment by xenadu02 in "TSMC revealing details about next gen A14 node"]]></title><description><![CDATA[
<p>I'm saying Fujitsu never made any real attempt to sell their product to anyone except very large companies with purchasing departments. Thus it is little wonder they never really got much in the way of sales.<p>Maybe that strategy works in Japan or Asia but it didn't work here and I think that's a shame because we could have used the competition.</p>
]]></description><pubDate>Tue, 22 Sep 2026 07:29:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49797745</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49797745</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49797745</guid></item><item><title><![CDATA[New comment by xenadu02 in "NTSB issues investigative update on B-767 runway excursion accident in Miami"]]></title><description><![CDATA[
<p>Yes that's true. They knew before but at 1500 they should have gone around. At "minimums" callout they should have gone around. When they floated so far down the runway they should have gone around.<p>Instead they waited until they were about to go off the end with idle engines to try it - the one time it was too late to go around.</p>
]]></description><pubDate>Fri, 18 Sep 2026 01:29:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49749140</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49749140</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49749140</guid></item><item><title><![CDATA[New comment by xenadu02 in "Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA"]]></title><description><![CDATA[
<p>> The same way Congress has been subsidizing Boeing and its competitors<p>Funny you should mention that. Boeing deliberately buys 35% of a 787's airframe from Japan (along with other equipment for the 787 and other models).<p>That's a deliberate play: we buy a lot of parts from Japanese companies, your airlines buy mostly Boeing airplanes. Even today despite some diversification Boeing has over 70% marketshare in Japan.<p>If you ever wondered why Airbus setup factories in the USA that's a similar deal. The US Gov and Mil want to ensure factories and workforce on home soil should the need arise. In some unrecorded meetings somewhere strong hints were no doubt dropped that it would be in Airbus' best interest to play ball. They obliged.<p>That said the USA is the largest supplier of parts for Airbus airliners so there's also a benefit to having aerospace manufacturing and R&D here.</p>
]]></description><pubDate>Thu, 17 Sep 2026 23:28:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49748170</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49748170</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49748170</guid></item><item><title><![CDATA[New comment by xenadu02 in "Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA"]]></title><description><![CDATA[
<p>Ubiquity proved you can bust into the market from the bottom end if you want. Nothing was stopping them from doing the same but like many companies they prefer to focus on how much money they can siphon from the Fortune 1000 so I can't say I feel sorry for them.</p>
]]></description><pubDate>Thu, 17 Sep 2026 23:21:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49748099</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49748099</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49748099</guid></item><item><title><![CDATA[New comment by xenadu02 in "TSMC revealing details about next gen A14 node"]]></title><description><![CDATA[
<p>If we exclude short-term shortages then no. The cost to make a wafer hasn't really changed. Larger wafers improved costs but that's about it AFAIK.<p>Feature sizes have been shrinking unevenly for two decades now combined with the overall slowdown in improvements. Transistors themselves are FinFET geometry and something like 15-30 atoms thick and maybe 80-100 across. There ain't much juice left to squeeze in terms of size but perhaps we'll figure out how to reduce leakage (heat).<p>Physics hates the very large and the very small. The large get the tyranny of volume scaling + general relativity. The small have their entire concept of reality smashed by quantum mechanics.</p>
]]></description><pubDate>Thu, 17 Sep 2026 23:19:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49748076</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49748076</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49748076</guid></item><item><title><![CDATA[New comment by xenadu02 in "How do we prevent mathemathics from devolving into the Medieval Era of secrecy?"]]></title><description><![CDATA[
<p>We don't.<p>Prior to LLMs there was some minimal effort required to snipe someone and possibly your reputation was attached otherwise there would have been no point in publishing to begin with.<p>Now anyone with a few dollars can do it, many who don't have a reputation to worry about.<p>It's the same problem as YouTube AI slop, AI-generated music, and everything else. Don't you dare tweet or blog about a video idea or hum a few bars from a song - within an hour 27 people will have posted AI slop rip-offs. There's something uniquely depressing about being beaten to the punch by a thief that doesn't deliver the same soul-crushing impact as having someone copy you after the fact.</p>
]]></description><pubDate>Thu, 17 Sep 2026 23:13:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49748013</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49748013</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49748013</guid></item><item><title><![CDATA[New comment by xenadu02 in "NTSB issues investigative update on B-767 runway excursion accident in Miami"]]></title><description><![CDATA[
<p>Part of the problem is they got into this mess because they were behind the airplane and had been behind it for a while. That means less time to do your normal procedures putting you further behind. That raises stress and causes mistakes. That cycle feeds back on itself making everything worse.<p>They'd have needed the mental bandwidth to notice on the EICAS display that the spoilers weren't deploying to even know to manually trigger them. Given how far behind they were noticing that would be highly unlikely. Under high stress you revert to your training or habits and manual spoiler deployment is just not something you need to do.<p>Their bank angle (for lack of a better term) was probably not enough to notice unless they had the mental bandwidth to pay close attention.<p>This is a common thing in these sorts of accidents: if you have the mental bandwidth to deal with these problems you'd have been properly setting yourself up for landing 30 minutes before you started and you wouldn't be in this mess to begin with.<p>This also represents a safety margin during normal flights: If everything is done by-the-book and going well then you are calm, collected, and you have the mental resources available to do quick instrument scans after touching down and potentially notice spoilers did not deploy - and you have the extra runway to account for the few seconds of delay it takes to notice then manually deploy them.</p>
]]></description><pubDate>Fri, 11 Sep 2026 20:07:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49664590</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49664590</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49664590</guid></item><item><title><![CDATA[New comment by xenadu02 in "NTSB issues investigative update on B-767 runway excursion accident in Miami"]]></title><description><![CDATA[
<p>No you must pass the stabilized gate well before minimums; legal requirement is usually 1000ft above the airport for IMC (instrument conditions), 500ft for visual conditions. AFAIK airlines can set higher minimums and may set other configuration gates (eg 1500ft gear must be out, flaps in landing configuration).<p>To be stabilized you must be lined up laterally (eg localizer captured) and on glide slope (vertically aligned). Airspeed must be Vref +/-10, final landing configuration (flaps, gear, etc), sink rate correct (<1000fpm), power set (not idle), and all checklists complete.<p>Typically the pilot monitoring should make a callout for this (eg "Approach") and the pilot flying responds ("stabilized" or "unstable, going around").<p>The "minimums" callout is to verify that you can see the runway sufficiently to land. The exact requirements vary - a Category I ILS you can go down to 200ft without seeing the runway. A Category IIIb ILS is 50ft. Technically Category IIIc allows 0 so has no decision height and requires no "minimums" callout but I don't know of anyone crazy enough to allow this - you wouldn't be able to taxi off the runway with zero visibility.<p>The stabilized approach gate is a performance & configuration check. Is the aircraft configured for landing and on the correct performance profile with the expected automatic guidance?<p>Minimums callout (DA/MDA) is a visibility check. Can we see the runway to whatever degree our approach requires?<p>btw: If you are curious the various ILS categories impose performance and redundancy requirements on both aircraft and the airport ground equipment. Things like backup transmitters, self-monitoring to catch drift, battery backups, etc.</p>
]]></description><pubDate>Fri, 11 Sep 2026 19:06:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=49663675</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49663675</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49663675</guid></item><item><title><![CDATA[New comment by xenadu02 in "NTSB issues investigative update on B-767 runway excursion accident in Miami"]]></title><description><![CDATA[
<p>Advice I've seen many experienced captains give when you're FO and captain is fixated on landing: declare going around to tower. It avoids a fight over controls or the captain trying to override you; in that moment they're unlikely to jump on the radio and say "no we aren't".<p>YMMV though, I'm not an ATP.</p>
]]></description><pubDate>Fri, 11 Sep 2026 18:34:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49663129</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49663129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49663129</guid></item><item><title><![CDATA[New comment by xenadu02 in "NTSB issues investigative update on B-767 runway excursion accident in Miami"]]></title><description><![CDATA[
<p>AFAIK all Part 121 Passenger operations in the US (and most worldwide) have a no-fault go-around policy. Most have eliminated even the minimal requirement to denote a log entry as to the reason lest that make pilots reluctant to do the right thing. Some airlines even have monitoring programs and will penalize pilots for <i>not</i> going around when they should even if they save the landing. They don't want a bad habit to develop (normalization of deviance) because some day the holes in the swiss cheese will line up and the pilot <i>won't</i> be able to save the landing - and by then it will be too late.<p>Part 121 Cargo and Part 135 Charter are ... another story. Quality of training and procedures vary a <i>lot</i>. Some are run about as well as the Part 121 Passenger operations. At others a go-around is a career-limiting move.<p>I do not know how 21Air operated - leave that to the NTSB to discover - but it would not surprise me whatsoever if Amazon leans heavily on their contracted ACMIs and yanks contracts for delays. A go-around means an extra 15 minutes (give or take) and Amazon cuts their logistics schedules razor thin so they don't have to pay for extra labor. A 15-20 minute delay in unloading the airplane can mean the sorting center staff and delivery trucks sit idle (though it wouldn't surprise me if they just stiff the delivery contractors for the wasted time).<p>This isn't necessarily done with ill intent - the middle managers at Amazon are just chasing their numbers and an operator that prioritizes safety will inevitably have worse on-time performance. As is often the case these days outsourcing / contracting can end up being a race to the bottom even if no one intends it that way. FedEx Ground is all contractors who bid on routes. If you ever wonder why the driver throws your package or leaves it in your driveway: they had to be the lowest bidder to get the contract and that means X deliveries per hour or they lose money. It just so happens that with air cargo operations this kind of pressure can easily lead to an accident.</p>
]]></description><pubDate>Fri, 11 Sep 2026 18:27:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49663027</link><dc:creator>xenadu02</dc:creator><comments>https://news.ycombinator.com/item?id=49663027</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49663027</guid></item></channel></rss>