bartread
I really don’t care what I run on, as long as it’s some flavour of Linux, it works reliably, and it’s secure.
Not to mention however many production services teams I work with build and maintain that run on Ubuntu.
Ubuntu are dragging their feet and it’s not good enough. Nowhere near good enough.
Get it patched NOW!
And if you’re on here and you work for Ubuntu, then what the hell are you doing reading this when you should be shipping a patch?
Seriously: get on it, will you?
I think this is part of the problem. You think it’s a temperament, but it’s actually a skill, and skills can be developed.
Like all skills, developing it will be often difficult, frustrating, and uncomfortable, so when it’s like that you have to recognise that as part of the process. You’ll think you’re going against your nature when, in reality, you’re simply experiencing the tribulations of learning a new skill.
Source: 50 year old man who used to throw many stones at dogs on a much more regular basis.
The point here is to keep making a living building software they were already building, and kick their former employees hard in the nutsack whilst doing it.
Which is a legitimate form of protest with a long and storied history.
It’s been pub chat amongst my friends for months. We’re too much of a bunch of slackers to have actually done anything about it, but it’s been actively discussed.
We didn’t quite couch it as a protest movement either. My suspicion is that doing so rather ruins the idea from a commercial viability perspective (popularity ruins, or at least changes, everything that becomes too popular).
Also a source of significant dependency churn even excluding security bugs.
Whereas with my own code I don't have to worry about scheduling work that's only arisen because somebody outside my organisation has decided to make a breaking change in a dependency. Paying that tax got old over a decade ago, and my patience with it now is close to zero.
I don’t know about other tasks, but it’s pretty rad for coding, testing, DevOps, and config.
This might be the undoing of the frontier models: if they're impinging on more or less legitimate use cases with their restrictions people will turn to open models that get out of the way and let them get on with what they need to.
Pendulum is swinging against it now though!
His solution is to return us all to an undemocratic model of computing that has been in decline since the 1970s.
I have a phrase in mind that's considerably more appropriate and to the point but, here, out of respect for HN's guidelines, I'll satisfy myself by merely saying: get off my lawn.
LLMs absolutely project who we are back at us.
And if they died at different times, especially when most of them died before the Romans arrived, then the whole big battle theory just sort of falls apart from there.
I claim no great historical authority here but, since I grew up mostly within sight of the hillfort, we were taught about its history at school to an extent that, at the time, felt unrelenting, cruelly repetitive, and utterly tedious. In reality though, it probably lasted for a single term at the fag end of 1985 when we learned about the Celts[0].
But what we learned was that General Vespasian captured Maiden Castle after a brutal one day battle in AD 43 in which Maiden Castle’s Celtic defenders were slaughtered in what amounted to a one-sided rout due to the superior weapons, tactics, and discipline of the Romans. This is what I remembered, but I wanted to look it up to ensure my facts were straight.
Welp… TIL because subsequent investigation and analysis has shown that it didn’t happen at all so, no, dear reader, my “facts” were not straight.
There never was any big battle.
There might have been the odd smaller skirmish during the Roman period, but the bodies we found that were all supposed to have died in the big battle actually span several generations, dying at different times over a period of a couple of hundred years, and the evidence of violence in their deaths was in the vast majority of cases inter-tribal and occurred before the Romans even showed up.
Maiden Castle had already fallen into decline by the time the Romans arrived and was mostly abandoned for a long period until a temple (that you can still visit the ruins of) was built early in the 4th century.
So the reason the battle of Maiden Castle doesn’t appear on the site isn’t because the site is carelessly built AI-slop but because no such battle ever happened.
I have been… disillusioned. Hats off to the human behind the AI that built the site.
[0] I remember this with such precision because it was the first period of history we learned about at middle school, and matters didn’t improve significantly, because next it was the domestic matters of the bleeding Victorians, and lots of episodes of “How we used to live”.
If even moving a plank of wood is illegal I can’t imagine how he got away with that, unmolested by plod, for so many years.
IIRC OpenAI do offer data residency controls but only to enterprise customers and subject to minimum spend.
With that being said, I think it was Fred Brooks that observed (and please correct me if I'm wrong) that software systems are the most complex systems human beings create, and this was all the way back in the 1970s, so there is something to the point of view that making changes to software systems can be difficult.
Nonetheless, I think LLMs and agents have taken software systems from being quite malleable to being really very malleable indeed, and in that sense I absolutely agree with you.
I was fire-wardening at a carol service about 15 years ago (think ~850 year old gothic stone church with thousands of candles spread around on every available flat surface - looked amazing, potentially catastrophic).
I was sat near the back with a bucket of sand under my seat, and a guy sat in the middle of the row just across the aisle from me, who would have been around 40 or so, had a heart attack and died.
No warning, no history, just gone, and leaving a fairly young family behind. It was honestly shocking.
Easier in terms of effort and time, but it still costs, and it still adds drag.
The fact that I can do housekeeping much more easily with agents doesn’t make me want to do more of it. The whole point is to free up my time, energy, and thinking for things that are more worthwhile, interesting, and value-adding. That’s my mentality both at home and at work.
If you’re building a framework or a library, whether open source or commercial, and you think agentic and AI native development gives you more license for breaking changes and churn because your users can just fix it up with their agents, then I’m afraid I’ve got some bad news for you because that blade cuts on both sides.
If you can keep churning and breaking stuff, then I can get fed up, drop your shit like a hot rock, and build it myself. And I will.
I’ve just rebuilt my personal site from scratch after getting cheesed off with the framework I used and it didn’t take very long. What’s actually taken longer is making all the improvements I would have liked to make but were too much hassle before, so one needs to relearn shipping discipline, but that’s OK.
Same goes at work. Even major stack changes, like migrating database engine, are so much easier. Yes, you still need to be methodical and disciplined - in fact I’d argue agents make that more important than ever in many enterprise contexts - but it is still so much easier. I’m seeing projects left and right that in the old world would have taken weeks or months executed in days or weeks. It’s wild times.
Some systems and services still only allow for one owner though (I'm not going to name names), which can be a big problem when MFA is mandated. From what the poster I responded to said, I'd be very surprised if that were the case for them though - just slightly daft policy.
From a programming perspective I do completely get the desire to have the CPU do all the work though - if you want absolutely everything under your control it's easier, and especially if your game is single-threaded.
And? Do you think these cars are incapable of highway driving? What do you think happens when manufacturers release cars that are terribly noisy in the cabin at highway speeds?
I’ll tell you: what’s always happened. Reviewevers and consumers will slag them off and people will vote with their wallets.
A lightweight car is not a car that inherently has to be unpleasant to drive at speed.
And you think cost cutting is new? Robert McNamara and his “whizz kids” near ruined the reputation of the Ford Motor Company due to quality issues stemming from his relentless cost cutting in the 1950s and 1960s. What he and, really, what the rest of Detroit were doing enabled the success of Japanese manufacturers in the USA because they made a higher quality product and charged less for it.
> And these days the over-reliance on plastics for structure and cost reduction
People have been complaining about this since the 1980s. Plastics have been used extensively in cars for decades, including in ways that compromise the durability of critical components and sensors. This is not a new problem.
It is sheer ignorance to claim that any car weighing less than a ton will inherently be unpleasant to drive at highway speeds.
Why would you think that? Well, you sort of explain it, but you don’t have any evidence or experience to back it up, so I’m still not sure why you think it?
Back in the day (think 1990s) plenty of small European hatchbacks weighed less than or around 1000kg, and noise at highway speeds was not a problem: Peugeot, Citroen, Renault, VW, Fiat, and others all had small hatchbacks that were absolutely fine, and perfectly comfortable, at motorway speeds for long distances.
My first car was a used 1998 Renault Clio: depending on which engine and trim level you bought they either weighed a bit less than 1000kg, or a bit more. I looked mine up and it weighed 1050kg.
I did about 50,000 miles in that car, including lots of long journeys. Back then I had a far too heavy right foot - which eventually got me a speeding fine - and even then noise wasn’t an issue on the motorway.
There’s so much more to how noisy a car is inside than merely sound insulation. Aerodynamics are a huge component, but so are shut lines, seals, and panel gaps. Materials and surface finishes also matter. Even things like the shape of the wing mirrors, or how the shape of the front corners and headlights direct air around and past the wing mirrors[0], can have a massive impact on whether or not a car is noisy at speed within the cabin.
This is Hacker News. We all to a greater or lesser extent work or dabble in incredibly detail oriented disciplines. Why would you assume disciplines outside those in majority representation here aren’t equally, or even more, detailed?
[0] I want to say either the Nissan Note or the Nissan Leaf had nobbly protrusions on its headlights specifically to reduce cabin noise by changing the way air flowed around the wing mirrors.
Confession time.
I used to be prone to giving things slightly silly names, particularly unrecoverable structured exceptions. Examples include PancakeLandingException, ReallyBadException, CataclysmicException, ApocalypticDeathException, and the like.
And then years and years ago I used to work for a company called Redgate and I started a tradition of slightly silly messages when early access builds of our .NET products would expire, all based on Monty Python sketches and quotes. So, obviously, the dead parrot sketch featured in there.
So far, so harmless, but this did come to a head somewhat spectacularly and in a couple of different ways.
Firstly, in 2009 one of my colleagues used a modified quote from The Life of Brian as an expiry message on a build. Somebody who appeared to be some sort of religious zealot complained loudly to the company. We were both in LA at the time, with a couple of other colleagues, attending build 2009, so we woke up to a chain of something like 50 panicked emails in our inboxes with people expressing differing levels of outrage and/or amusement whilst discussing various grovelling apology options... until someone figured out that it was actually an elaborate troll that we'd swallowed hook, line, and sinker. I can't remember the name of the person who caught us out but, hats off, well played, sir, well played. It did unfortunately mean we became a bit more cautious and business-like with our early access build expiry messages.
Secondly, and this one needs a bit of context setting... I've always been a fan of descriptive and explicit error messages: there should be enough information in any error message that most of the time the user can figure out what's wrong and fix their own problem OR at least so that if they get in touch with support, then support can quickly figure out the problem and get back to them with a solution. I'm not a fan of unhelpful, information poor, obfuscatory, or cryptic error messages.
But when I wanted to cause an application to exit because there'd been an error related to tampering with our licensing code I played somewhat against type. I wanted error messages that would uniquely identify what had happened, making it easy for us to figure out, whilst giving the user no clue (because I wanted to make it very slightly harder for hackers/crackers - but let's be real: this would never have actually stopped anyone). So I used successive lines of dialogue from a scene in House where House is trying to guess who Wilson's girlfriend is. I have no clear recollection of why I chose this dialogue to reproduce, but... I did.
Anyway, this did lead to some slightly confused support requests coming in from users mostly trying to use the tools legitimately in slightly unusual scenarios, but nothing that was overly burdensome. That was until early 2011, when Greg Young - he of event sourcing fame - posted the following gist because he'd encountered an error that said, "Because I wanna ask you about your girlfriend. I must know who she is, or you would've told me her name.": https://gist.github.com/gregoryyoung/871736.
Not at all creepy, right? And, of course, it went viral on twitter. Cue another massive email thread although, this time round, people just thought it was funny. However, we did decide to make the error messages a bit more boring and, in the end, I just gave them numbers.
Mostly I'm just glad the error Greg got wasn't the final line of dialogue in the exchange between House and Wilson: "Yo mamma." That would have been bad.