There could be some interesting actual OS design innovations for new permissions, access control, and sandboxing systems that are designed from the ground up for these "conjurable" experiences (or even OS components themself).
Finding some balance between access and safety for vibe-conjuring parts of the OS in a way that's still powerful but won't accidentally nuke or corrupt itself.
I do think there's some interesting space to be explored in capability-based systems, but even then I think it would mostly end up looking similar to how existing systems are, just with one more element added
The historical baggage is so heavy I don't think anyone can realistically throw it away, so what we'll end up getting are almost certainly incremental improvements to existing foundations.
Oh, ok. I guess computer science is finished, then. I should have known. It's not like there's any evidence that it's been blown wide open recently.
(The irony is that all the reading that's gone into our design is like, old CSAIL papers. Maybe it's true! Maybe everything we're doing is just crate-digging through old settled computer science. That would be on brand. I should find a way to work Athena into it. Maybe we'll use Zephyr for messaging.)
I guess it really is over if this is what professionals (supposedly) seem to think.
OP is right though, an OS remains an OS, same as it’s always been. What’s changed is how we interact with it and what we lay on top of it. Nothing magical or philosophical about it.
I think operating systems have changed. They don't interact directly with hardware much anymore, and the hardware is filled with SoCs all running systems of their own, sometimes with entire network stacks, communicating with devices and each other, collecting and processing data, often totally invisible to the operating system the user gets to work with. The operating systems most people use have gone from giving users control over their computer to being a sandboxed interface to manage files and some of what their computer is doing.
Could you elaborate on what you mean by "don't interact with hardware much anymore"? If you compare modern drivers with similar ones from 20 years ago, for example, you'll find the modern ones tend to be quite a bit more complex.
No directly anyway, for the OS it's all abstractions and isolation. There was a time when the OS could basically see and control everything, but now there are subsystems all over the place with their own memory, their own software, all outside of the control of the OS. CSME runs while the computer is powered off.
That makes a lot of sense in a world where we’re importing all our software from strangers. It makes less sense in the world we’re heading to, where most of the software we’re carving up fiefdoms for has the same provenance.
If I'm running software written by an LLM, even if I was the one who prompted the LLM, I would still want my OS to treat it as if written by a stranger.
I know he's not necessarily talking about relaxing security models here, but he's not being very specific about his vision otherwise.
Nope. There has never been a "good" post written in this genre ("I'm leaving my last team, here's my new project") and I'm not going to waste interesting bits on my pro-forma transition post.
I didn't submit this! Happy to chat about it, but I feel like I was pretty clear in the post that I wasn't bidding for the front page.
I think OP may be onto something real, while you are definitely right if we translate concepts directly. But maybe the challenge, with current platforms included, is because we try to cram identities by reference. If a phone had its own identity, with which you transact as with any party then lots of the security concerns would dissolve. To tone down crankiness, I refer to identity in the technical sense, not personality etc. This doesn’t solve the challenge but it might point to a different foundation for a security model.
Ownership does not imply co-identity. If my phone harms someone else, without me being responsible but e.g. the brand that updated its firmware? Your questions are good, and I don’t have the answers. I just think our current model doesn’t either.
I mean, everything should eh sandboxed imo. Even OS included software.
Problem with sandboxes is that it doesn't solve the "user who doesn't know or care" problem.
If you have to give access to particular files to an app, your average user will just give access to all. Someone installing tiktok doesn't look at the permissions...
The best thing would be for apps to operate on their own copy of a file regardless. But that doesn't stop bad apps from leaking importsnt files. Unless files can be signed as being for x thing requiring y special permissions as granted by the originator and not the user.
The crowd on here we can't to be able to truly own our devices. But I think for the safety of the average person they should be locked down by default, same as dev mode on android devices where you accept liability for doing silly things.
The right basic idea is, the UI for "do X to Y" must combine designating which Y you want and giving permission to access that Y (and no other). It's when the OS shell separates these aspects that you have to choose between extra annoying useless permission pop-ups and any security boundaries.
(Yes reworking our all our systems in terms of capability security is a giant job. But there's a difference between a giant job and )
I love the idea that normal people building software to solve real problems in their life is, necessarily, a toy; the only real software is blessed by our sacred priesthood of PLT experts.
Don't be discouraged if what you produce initially is something other people dismiss as a toy. In fact, that's a good sign. That's probably why everyone else has been overlooking the idea. The first microcomputers were dismissed as toys
Uncharitably... because eventually they hope to produce a phone that isn't running iOS or Android?
More charitably because the title is actually an important question right now in the abstract for almost everything, not just operating systems.
But the forces that shape the question are so large and hard to get a handle on when we are living through the moment that you have to start thinking about it somewhere, why not OSes?
Consider: what does computing look like in a world where many (maybe most) applications have an audience of just 1-2 people? How is software distributed? What does it run on?
The same. The slop apps remain just that. They may do something useful for you, but that's it. A bit like a branch in a repository.
It's the same thing as looking down your nose at people who use Excel as a database because it's not a "real" database.
Yes, I'm sure we all have horror stories about spreadsheets that got out of hand, but that ignores the thousands (or more) spreadsheets that are silently productive everyday.
That's a pretty good simile in fact. Excel programs are very useful to the people who write them (including myself sometimes); and yet - almost none of them are widely shared, becoming fundamental tools.
I agree with the gist of how weird everything is going to get, and how we are living in a time where people haven't come close to internalizing the shift.
IMO even this AI phone is doomed in the slightly longer run.
One more step into the weirdness and people will just be working with AI to build their own bespoke phone with the specs sent over to a manufacturer that is "like PCBWay, but spits out whole devices".
I have no idea what this does to society, the economy, etc when we reach a point where nobody really "needs" any kind of middleman for almost anything (well, except for things they actually really need, like food and shelter), but it looks like I'll see it happen for a bit before I die.
Hardware is still constrained by compromise. If I want a screen for movies with a battery that lasts and doesn't burn my leg when it's in my pocket, I give up a physical keyboard and nice speakers and a bigass physical camera lens.
The physical device that is best for me is probably the best car compromise for several million other people.
if my ex calls and I want my glass brick to flash the "help me" in SOS on the screen, play Hector Berlioz, and dim all the lights in the room – I can have that. I don't have to want the same thing a million other people do.
Taking it at face value, it seems to me this will also collapse and get folded into the model.
Unclear what will be left next to it. It will just live on your phone and take care of everything. The apps will be markdown files describing what they do, probably compiled ahead of time for latency.
But the model will be in control, so what else is left to implement besides giving it bash, a compiler and a display?
I guess there is value in the year before that happens.
In my opinion, this post misses the forest for the trees. Yes, the model of an OS running various off-the-shelf apps for various tasks will soon become obsolete. But it's not the idea of the OS that's outdated - it's the idea of apps. Why would you ever want to ask an AI to make an app for you to complete some task, if you can instead ask the AI to complete the task directly? The future isn't a bunch of extremely personalized apps - the future is a single AI assistant doing all the work.
An AI assistant can give different answers for the same inputs. An application written by an AI assistant, if it doesn't just call an LLM at runtime, will mostly likely produce the same answer for the same inputs. That is, unless there's something intrinsic to its business logic that makes it nondeterministic.
Sometimes you really want the latter even if the former is less effort.
I want an agent studio and execution sandbox where my LLM driven assistant builds and maintains my apps with a receipt or transcript like history of what it did to create each app. Determinism built per use case with non deterministic assistance orchestrating the build and management layer. Extra credit if I can trivially share and collaborate with others per “deterministic silo” via a shared link. Something like Claude Code + AWS Lambda|(Docker|Podman) + Tangled.org with LLM code generation for my phone and workstation.
The LLMs empower for building, the determinism improves output-expectation alignment. It’s fundamentally an on device software factory, hypervisor, and storage system.
If the code works good enough, it works good enough. If good enough is insufficient for success criteria, you’ll have to trade app evolution velocity and flexibility for more determinism via more human effort (“artisanal hand crafted”), evaluated on a per use case basis. “Does this software have to be good? How good? Have I hit diminishing returns yet?”
Pros and cons to code being cheap to generate now, it’s always about tradeoffs. I don’t want to build cars, I want to drive cars.
Only in the sense that your build-a-car will be "good enough" as long as you never find out why your palms are always itchy, and you never press the brake so hard it stops working, and nobody determines which of the cars started the fireball during the accident.
People suck at "good enough". All major engineering disasters were something "good enough" for somebody. People burn down their houses with "good enough" electrical work.
Cattle can do complex tasks too. Including managing other cattle.
Think of all those bad sci-fi movies where aliens take over Earth, enslave all humans and treat them like cattle. Very competent cattle that's put in charge of local governments, scientific research etc. but very much still cattle where individuals are entirely interchangeable and killing them is just everyday work. This is me and AI assistants. (I'm the aliens.)
And when applicable, the program would be much more efficient than the LLM.
So it would really be beneficial for the LLMs to be able to have their own environments to write and run code, but also to store those programs for later use automatically.
A *human* assistant can give different answers for the same inputs. At some point, we'll need to stop treating computers as instruction executors and start treating them as autonomous agents. Non-determinism isn't a bug to be fixed, it's just the reality of working with this new kind of machines, and operators of those machines need to embrace that fact, like they did for human assistants.
But sometimes you do just want the same answer each time. Not this human woo crap, where the answer depends on god knows what, but a deterministic function of some kind, reliably producing a given output for a given input according to a fixed set of rules.
Yes, but sometimes (quite often actually) you really don't care. The entire subfield of audiovisual compression is built around the principle that you don't care. The data is actively being lost and the image distorted, and you're fine with it. Wanting deterministic results out of MP3 is like wanting AC units to be loud. Sure, they are loud, just like MP3 is deterministic, but why exactly is being loud one of your requirements when choosing an AC unit? Isn't it enough to produce cool air, or in case of MP3 - sound good enough?
It would be like telling the computer to compress a music file containing Bach's Toccata and Fugue in D Minor, and getting back a file that contains Rick Astley's Never Gonna Give You Up. Maybe you don't care, but I do.
You are talking about AI outright failing to get anything remotely close to the correct result. That's a completely different argument and has nothing to do with non-determinism. Things can be deterministically wrong too.
Accuracy, precision and determinism are completely different things. Lossless compression reduces precision, and by that also accuracy, but it doesn't become undeterministic.
And we started adding rules for the humans to follow, until we have complex bureaucracy. We invented tons of formal notations systems and error detecting and correction mechanisms. We invented deterministic machines. All because we are deeply unsatisfied with the non-determinism! Because it means you can never trust some process, optimize it away and stop thinking about it. You always need to check, and there is always something missing.
A lot of our manufacturing ability improvement during the last 200 years, as well as our engineering ability improvement during the last 500 years, is not just the raw power we unlocked, but that we made it deterministic, reliable and reproducible and hence automatable and automatic.
There's a reason bureaucracy has negative connotations. Also, notice how we still ended up with a system where everybody in the bureaucracy has a lot of leeway in what decisions they make.
Can you build a new hospital? Up to the local government to decide. How much is your property tax? Only a tax assessor can tell you. Which trees get trimmed and which are left intact? Decided on case by case basis with no strict rules. Which convenience stores are getting audited for tax and food safety compliance this week? There's a middle rank officer who makes that decision every week, my mum used to be one. How high is the bail set in criminal proceedings? Judges are famously very inconsistent on that and it's a good thing. In countries without constitutional gun rights, it's common that the final step in the process of obtaining gun permit is some government employee having a good gut feeling about you, and if they get bad feeling you get denied. And so on and so forth everywhere you look.
Manufacturing is a different beast entirely. I'm not saying we should put Siri and Cortana in charge of bolting down Boeing fuselage. But for most office and bureaucratic tasks, demanding perfect determinism is not only unnecessary but actively harmful.
So would you want a genius figuring out how to do everything you ask it to from scratch, or do you want to train someone how you want something done, so they do it the same way every time and you don’t have to explain yourself over and over?
Nondeterminism is actually a bug in many cases, and training, process and procedure, is how we mitigate it in humans.
You know what they call doing a task the same way every time? Micromanagement. Red tape. Waterfall design. In general, a bad thing. Kills creativity, slows everything down, minor setbacks become huge problems because there's no flexibility.
Defining every single step of every single task and making them perfectly repeatable works in an assembly line. But as an office assistant - and doubly so as a personal assistant - it creates inefficiency, makes dealing with edge cases very painful, and greatly increases maintenance burden of keeping all procedures up to date. Instead, giving people some leeway in how they approach their tasks and deliberately underspecifying processes to let them exercise their judgement is shown to work much better. Surely you had it covered in your training materials?
Inputs for the ui might be me talking, or typing, or having someone else talk or type. They might also be GPS, temperature, BLE devices nearby. Or maybe a button I smash because I don't feel like re explaining something.
What happens after an input is still the best part of a UI. We like seeing/hearing/feeling things in different ways.
The fun part about AI assistant is that you can straight up tell it how you want data presented, and it will do its best to present it that way (within limitations of its capabilities and available tools).
Had this thought this morning after seeing DHH announcing that Basecamp isn't writing code by hand anymore and they're using AI to write Rust for Hey's backend.
To me they're failing to see the even bigger picture that maybe even Hey itself is outdated in the Ai era and not only is its Ruby framework antiquated... the whole Hey service is too.
Yes, the model of an OS running various off-the-shelf apps for various tasks will soon become obsolete.
I doubt it. Most people would rather stab at their phone to download an app that just does what they want than explain to a chatbot over a period of minutes/hours and several reiterations to get it to spew out what they want, let alone what kind of software they want it to make for them. Most people can barely articulate what they want in the first place.
The market for applications isn't going anywhere and neither is the OS. I can't imagine booting a computer directly into a chat window where I have to explain to a bot what I wish would show up on my screen, where on my screen, and how it should look. What a total nightmare that would be!
Even if what passes for "AI" these days was as smart and capable as the computers on Star Trek (and it very much isn't) you wouldn't want to ask it for everything. Even the Enterprise had an OS that people interacted with. What they also had though was an OS with configurable interfaces that people could customize according to their current task and preferred workflow.
That sort of thing is maybe possible in the future for "AI" empowered operating systems we might live to see, but 90% of the people using computers aren't going to bother with any of that, just like they've never seen the settings/options in most of their applications or their operating system right now. Not because it couldn't make their time working the computer better, but because they just can't be bothered.
The writer of this piece remembers how, as a child, computers promised to let him write his own software and games and it seemed like there were endless possibilities until the reality that programing takes effort killed a little of that enthusiasm (although not enough that he didn't eventually become a programmer), but many people never see a computer as anything more than a means to an end or a device for mainly passive content consumption.
The cognitive dissonance is astounding in AI circles. The vast majority of people have a personal computer in their pocket and they use it the vast majority of the time to scroll Instagram, play games, and occasionally interact with their bank and other social services. People who have laptops and desktop computers have them for specialized tasks they already do. None of the vast majority of users who buy their phone when the screen cracks and the battery stops working care about the agentic AI world because their phone already does everything they want to do.
I think the rise of Claw's, Grok Bot and Muse is a good counterpoint to this. Yes they are still niche specialized interfaces right now, but they are basically allowing non-technical people to do things that have been easily possible with scripts and cronjobs for a long time. Its basically the Ford and faster houses analogy.
When I look around me, the only time people get their phone out of their pockets is either for youtube, some social media, or calling/chatting with people. It's very rare to even see them set reminders or use the calculator. It's look like you're in some tech bubble. People outside of that don't scripts or do repetitive and formalized stuff. The people that do create apps and services to sell.
My wife is as non-technical as it gets, but she still spends hours with ChatGPT everyday. Calorie counting, parenting tips, gardening help, fact checks, looking up celebrities, road trip planning, meal planning, health related questions, all with ChatGPT. I really don't think she's the only one. It wasn't the most downloaded iPhone app of 2025 for nothing.
This is a bizarre sentence seeing as Google is a portal for most people. So replacing Google with ChatGPT is replacing all those destination sites as well.
Okay, I went too far with that one sentence. Can we all pretend I have instead said "this model will be obsolete for most, not all, but most productivity apps and most, not all, but most office tools"?
It’s funny you say this because Apple resisted an App Store for apps. They originally expected web based apps. The market demanded an App Store. Remember web snippets where one could clip a portal to view a small section of a website?
Like browsing TikTok or messaging your friends? People want their devices to work like their friends’ devices do. Your prediction seems to be out of touch with how and why people actually use computing devices. Nobody actually uses them to "perform tasks".
Maybe we need an app store just for agents to make purchases. Imagine a world where startups have their valuations determined by how many agents are using their apps. Those startups... Also operated by agents. We don't even need users anymore!!!
if you can instead ask the AI to complete the task directly?
Going to entirely depend on the nature of the task and where AI pricing goes in the future.
Would you like to spend $0.10 on every task or would you like to spend $1.00 to make an app that does it free for you forever?
I don't think it'll be one or the other.
But also I don't see things like video games ever being replaced by 1 off AI. If for no other reason then the fact that a lot of games are fun because of multiplayer capabilities. That's not something you can do a 1 and done with AI (unless you only want to play games with family and close friends).
If it costs $0.10 to do the task once, then you can be sure as hell it costs orders of magnitude more than $1 to vibe code a whole damn app that does that thing, especially if you want good user experience which is the whole point of custom vibe coded apps. Whereas the App Store will have an inferior, mass-market version of what you want actually priced $1.
That's not necessarily true. Vibecoding a simple JSON -> YAML converter to translate a 2MB JSON is going to be much cheaper than including that JSON in a prompt and burning hundreds of thousands of tokens. Besides, there's lots of cases where the math simply favors a bigger one-time cost rather than paying fees in perpetuity.
Even today, an advanced AI model will realize exactly what you said, and generate a script and run it behind your back to save the costs and ensure correctness. To me, that's still using the agent directly, not vibe coding. No app gets developed in the process, and if the agent doesn't tell you, you won't even know any coding took place.
With the caveat that literal today's models are not allowed to run code themselves but instead give you the code in the chat window and ask you to run it yourself for security and safety reasons. But the capability is there.
Right, which makes the one-shot task cost the same as the permanent solution in that case. So if you wanted to do this task even twice, you would still be better off creating the tool once and just using it. Imagine if proof assistants like Lean didn't exist. Research with AI would get a whole lot more expensive if it had to re-create Lean every single time you asked it to prove something.
If you want to do literally the exact same task in literally the exact same configuration and ideally the exact same input data, then yes, it costs the same. But that solution is as permanent as it is useless.
A tool for generating a report for September 2026 is no more expensive than an agent generating a report for September 2026. But that tool is useless for you in October 2026. You'll need to generate a whole new tool for October 2026, and generating 2 tools costs as much as generating 2 reports so you're not saving anything.
Making a tool that can generate a report for any single month can easily cost 10 times more than a single report, entirely due to the extra code flow analysis required to extract the right variables in the right places. And that's without any UI. If you want UI that's another several times more tokens because UI is hard. Also it will suck compared to a simple chat window where you can ask the assistant for anything and it will understand. If you want UI that's better than the chat, that alone costs you more than everything you spent so far.
All in all, your permanent solution starts paying for itself in about 4 to 6 years, assuming you never had to update how the report is generated in the meantime.
Or you could have a very simple, very cheap script that only gets run once then gets deleted (or even better, kept for future reference to make future report scripts even cheaper to generate).
Note that this is all in the hypothetical future where AI is actually capable of one shotting such a task. If it makes mistakes, then human-made apps are still the most cost-effective option and this whole discussion is moot.
I've seen a few posts of the form "why would you ever want to use anything else than AI from now on?" by now. My counterpoints would be:
Unless you have a local model and the appropriate hardware for it, your agent is Somebody Else's Computer. Do you really want to send all your data and make your entire computing experience dependent on whatever OpenAI or Anthropic or whoever else is planning in this moment?
That's not even starting with inference time and token cost. Despite all the incredible advances in inference, it still takes more time than most non-AI computer functionality. Do you really want to wait a few minutes and pay money for something that you could also do with a few clicks fully locally on your PC?
But the most important thing: User interfaces. Right now, we're basically cramming everything you could possibly want to do at a computer into a chat interface. But there are lots of applications fir which specialized graphical interfaces are much more suitable. Why would you want to get rid of them?
Somewhat connected to that: Repetition. If you have to do the same task again every week or every day, it seems wasteful to ask the AI for it every time: Not just are you wasting a lot of time, energy and tokens, you're also at risk of getting inconsistent results, if the agent from today's session will interpret the requirements slightly differently than the agent from yesterday.
You can circumvent all those things by having the AI write you a custom app, but then using the app without AI to do the task.
Those are all techbical limitations that will be solved with time. In 5 years I would be surprised if we do NOT have an AI as smart as today's frontier models, that runs completely locally, and has a real time voice interface.
I'm not a Treky but I think Star Trek has the right interface here. For basic operations you just use voice and tell it your intent or what you need to know "Computer, what's the fastest route for me to get home?". "Madison is fastest right now, it's 3 minutes faster than Lake, it traffic is building up".
This isn't just whatever Waze gives you, it knows about your constraints and preferences. So you need to program that somehow. Imagine taking it one step further "Computer, what's the fastest route to pickup my daughter and get home?" or even it just responding to the first prompt "Take Roosevelt, and today you need to pickup your daughter from volleyball".
In Star Trek they often do this when they create "simulations". They tell the computer constraints and then it refines it. No writing programs, but effectively that's what you are doing but with the natural language voice interface.
"Computer let's create a simulation to figure out the fastest way for me to get home. I want to take a route along the expressway and know whether to get off at Roosevelt, Madison, or Lake. I need to pickup my daughter when she has volleyball." You don't need to repeat the whole instruction each time, and behind the scenes it is probably turning it into some deterministic code, so next time you trigger that program it's not going to hallucinate some nonsense.
"Computer let's create a simulation to figure out the fastest way for me to get home. I want to take a route along the expressway and know whether to get off at Roosevelt, Madison, or Lake. I need to pickup my daughter when she has volleyball."
Imagine saying that to a random dude with a map and that should give you a good idea on how many info you're leaving out. You can say that the AI will infere those but that seems to be the common fallacy of AI enjoyers: They're always assuming the AI will magically find out the missing information from their prompt somehow.
I have Organic Maps installed on my phone and within a few minutes (faster than my car warming up) I can set a multi stop route (you can bookmark places). Training a random user to use such apps is also equally fast. The same happens with various pro tools: once trained, a user can be very fast with them.
Much tighter electronic control of fuel, ignition and even cooling system combined with tighter tolerances and modern oil formulations. Wait for the cat to light off and the revs drop and then put it in gear and take it easy for the next couple of minutes of driving.
The main thing is that it takes a long time to hit operating temperature at idle. Of course it still requires warming up, but every knows the other poster meant sitting at idle, not driving easy for a couple minutes.
I have Organic Maps installed on my phone and within a few minutes (faster than my car warming up) I can set a multi stop route (you can bookmark places).
Wow that's slow. I can do the same in Google Maps in seconds. Can you tell me what I'm missing? I'm definitely missing something.
We live in a "capitalist" society. Moats will be built, regulations will be enacted to ensure the American Corporation controls the market segment. No one has been able to unseat Amazon, no one has been able to unseat Google, no one has been able to unseat Microsoft, no one has been able to seat Twitter, Facebook, etc. The modern market is segments that are controlled by a single entity. There will be no local models.
Afair Star Trek AI is more like 'Ok Google', and generally doesn't really seem like very agentic, more like a computer with a voice interface, able to execute simple commands and answer simple questions.
I think Star Trek is interesting in that "AI" was explored so often by so many different writers that you have the entire spectrum of agency or sophistication levels by now - the ship's computer at one end, then the Holodeck characters, Data and eventually the Borg at the other end...
We are talking about a hypothetical future where coding AIs are good enough, cheap enough and ubiquitous enough that not just expert programmers, but everybody is capable of vibe coding exactly what they need, to the point they actually reach for coding AIs and not the app store with ready-made apps. That future is still far away, at least 5 years, probably closer to 10-15. In that hypothetical future, most of the problems you're talking about would be solved, or else we wouldn't have that future yet.
Sometimes it is wild to me how two people can look at the same information and come to completely different conclusions.
As best as I can tell, the only constraint the really matters right now is availability of compute, or as a buddy of mine put it "GPU GO BRRRRRRRRRRR!"
the model of an OS running various off-the-shelf apps for various tasks will soon become obsolete
"ChatGPT, please send <username> a message with the following contents: <content>. Oh, what platform? Create the platform to send the message for me. That username doesn't mean anything on this brand new platform? Uhhhh" [insert step where the AI-psychotic decides to give up on communicating with humans and tells ChatGPT to roleplay as the person they intended to message, I guess]
I hate that web platforms and other low level cloud infrastructure are called "apps" these days. Makes it impossible to talk about actual end user apps, vs. all the other code that's also running in addition to actual end user apps, which will remain in place even if actual end user apps become obsolete.
In other news, switching from gas guzzlers to electric cars had the unfortunate side effect of highways disappearing.
I imagine the future of computer interaction could evolve into a split model combining foundational capabilities that just make sense to be pre-built, tested and shared deterministic code - codecs, numerical solvers, geometry kernels, databases and transactional tools, compilers, theorem provers, cryptography, etc. - with a fluid interaction layer that accesses either local or cloud-provided versions of those foundational capabilities and is capable of synthesising any tools it needs where it would be helpful to build it first - either as a one-off or something to cache - for anything that can’t just be done as a task.
Applications are compressed bundles of some assumptions about how something should work and be interacted with. So you wouldn’t need VLC, it’s a shell around a foundational codec layer. Instagram is just a view over data in the Instagram social network, and you could customise it as you see fit. Transmit is a lovely application but you can delegate that to a fluid task layer that can do one-off tasks or make something you can re-use.
Everything in the fat ‘middle layer’ of software that is connecting a user to something foundational through interface assumptions might disappear, unless it’s more useful for it to exist as a permanent tool. Things that a lot of people share or that are more complex, Blender for example.
I also imagine there’d be a lot more focus on making explicit things like canonical records or schema, contracts, provenance, versioning, access policies, some kind of fixed views. Things that your local fluid interface would rely on the structure for when it came to connecting to your bank and doing whatever you want with your finances.
Not all software as we think of it might disappear, but the things that are lightweight layers over something more stable could all be subsumed with tools synthesised on demand.
the future is a single AI assistant doing all the work.
Sounds more realistic than what this blog post is proposing. Meta also tried releasing a phone, how did that go?
Muse on the other hand is the polished version of what OpenClaw should have been and Meta appears to have given a lot of thought about it more than this blog post.
The future isn't a bunch of extremely personalized apps - the future is a single AI assistant doing all the work.
I suppose if you break your glasses, squirt real hard, and drop down about 30 IQ points, then sure.
We're extremely far from anyone, even those with the most interest and capability, giving a practical demo of this future you're suggesting.
What we all see irrefutably happening is some new people are just barely able to do slightly more than they used to. That's the impact we'd expect from a better search engine and a better "I'm feeling lucky" button which, of course, is what this era of AI is.
We're extremely far from anyone, even those with the most interest and capability, giving a practical demo of this future you're suggesting.
Yes, absolutely. This is a very far future. But that future is (maybe, possibly, hopefully) coming, unlike this other future which is absolutely never coming.
Having AI "do the task directly" sounds just as miserable as anything else people keep insisting is the future. We can't rely on probabilistic methods. We will still need humans in the loop to pin down the deterministic parts and also the parts we intended (often the same, but not always).
Humanity has dreamed of being able to control computers by having actual conversations for the last 80 years or so based on nearly all sci-fi movies ever released, and that dream is finally becoming reality. And it's not a coincidence - talking is the most natural, the most human way to interact with a computer, and the only reason we haven't done that successfully before was technical limitations. By which I mean, if not for technical limitations, we'd have been talking to our computers a long freaking time ago. Wait, how old is Siri now?
If AI keeps getting better, then it is inevitable that voice conversations will become the dominant way in which mostbpeople use most computers for most tasks most of the time. It's just part of human nature and there's no way around it. The only way this doesn't happen is if AI never becomes good enough to support it.
Personally, I'm not a fan of voice input. But I want AI to get better. And the future where voice conversations work well enough to be used as the main HCI method is inevitably also the future where voice conversations are used as the main HCI method by most people. I'm hopeful for technological progress, that's all. It's just that you cannot have this progress but not have people take advantage of it in this exact way.
Compare it to the future where most people vibe code their own apps, which has zero chance of happening no matter how good AI gets.
There is a big misconception in your answer in that you seem to believe that an LLM would always produce (machine) code that does what the user intended, in a correct and safe manner. Neither of these assumptions is true. If you knew how LLMs are built and operate, you would know they are not reliable at all. What you might ask from an AI interpreter OS might be unique and thus might be absent from its training set and might not follow a pattern inferred from its training set either.
LLMs are the first machine learning models that blatantly and regularly produce incorrect output and we have been brainwashed into accepting that. An application on the other hand can be exhaustively verified. There is no comparison.
First and foremost, I'm comparing specifically just having a suite of heavily personalized vibecoded apps like in OP blog post, versus using an agent directly. I'm comparing just these two options and nothing else.
If we don't assume up front that AIs are good enough for at least one of those things, then there's no conversation to be had. Personally I'd rather have a conversation than not have a conversation, but you do you.
Why would you ever want a nice word processor to write a letter to someone when you could just ask AI to write the letter? Why would you ever want photo editing software when you could just tell the AI to make your picture look good? Why would you want audio recording and mixing software when you could just tell the AI to output the next Billboard 100 hit? Why would you want a camera when you could just ask AI to generate photos for you?
Apps will become barely visible data providers. Some will provide specialized widgets for those cases where a specialized UI is needed. And data will be designed to inter operate.
It is not clear whether models will be both capable enough and cost effective enough but not as capable to wipe us all out. The outcome is a tiny sliver of possible futures and even then likely short-lived.
Current capabilities are not there. You need software engineers to keep it going. And even then as intoxicating as it might be to be able to bring to life all the side projects you often had no energy/skill to finish, today it is still may be cost / “cognitive load” -effective to buy off the shelf apps that somebody else has to maintain (even if they are not as personal / less customized for your use-case).
Absolutely agree.
At the start of the year when Opus 4.6 came out, I remember my co-worker showing me a bunch of apps he made for himself to make himself more productive.
Fast forward a few months, and most of those apps are abandonware. Not that he's not as productive, he just skipped the middlemen (the apps), and started directly asking the agent to do those things.
Why would you ever want to ask an AI to make an app for you to complete some task, if you can instead ask the AI to complete the task directly?
Given the current trends in predictive language models, once users are able to articulate their needs with clarity and precision, conventional software development may become obsolete.
This reminds me the car industry touchscreen craze: if you can paint anything and control anything via the touchscreen, then the only thing you need is the touchscreen, right?
Is this how the internet finally dies? Not with a bang but with the whimper of thousands of AI slop apps scrapping websites into oblivion?
Most of these problems the slop apps can solve are dependent on gathering information to answer questions. If no one ever visits weather.com to get weather information, ad revenue will completely dry up and the site will go under. Then the slop stops slopping and I can’t get my hyper local weather app to work.
I’m not going to go as far as to say this article is wrong, in fact in this cursed timeline it’s probably right. I just don’t see how it’s good.
Ironically this may finally force the fulfillment of the Web 2.0 paid API service dream. Remember when people were pushing companies that just provided a paid API?
There might very well be more of that. In a world where everyone has agents filtering data on their behalf, it seems more complicated to figure out a way to force a user to view certain content along with their desired data than to simply refuse to supply data until a small transaction completes.
On the other hand, that’s just traditional banner/video style advertising where the goal is to force specific content on the user. If someone wants to spread the word about their product or service, I’m sure they’ll pay money to advertising services that use agents to inject their message into the global context. This is happening already, we just talk about it in the frame of “dead internet theory” and AI influencers, etc. Anywhere that content is being produced and consumed is an opportunity for the message to be nudged in favor of the person paying money.
So we go from the days when we have to pay our ISP so that we could go to weather.com to see it if it's raining outside, to a future where we have to pay for our ISP, so that we can connect to the AI company who we also have to pay, so that we can have their AI connect to the API at weather.com which we also have to pay for, so that we can see if it's raining outside? I'm not convinced that'd be making our lives better through technological progress.
It's the thing that runs your AI agent, that runs your AI pocket bot (AIBI looks cute btw), that runs the software doing the training of AI models, that runs the datacenters doing the inference, etc.
There's still data. There are still bits moving. Filesystems and networking aren't going anywhere.
In a charitable reading the title is something like "what is even a desktop OS now?" or "what is even a consumer OS now?".
As for the new project, I've got one bet: there's Linux involved to host it.
Linux is an OS.
P.S: as a sidenote the entire "users don't install apps anymore" was already true to some extent. A shitload of users are totally fine with an OS that runs a browser and that's it. And they're fully operational. And we still all know what an OS is, even for, say, a Chromebook. Heck, I'm not even sure "installing apps" as ever been, except during the first install of the OS, what an OS was ever about.
The OS is the distilled wisdom of other experts. Wisdom that neither I, nor the current generation of next-word-guessers, could possibly keep pace with; no matter how many reddit bots the frontier lab operates in its attempt to extract complex concepts into simpler vectors. It will be the collection of things that are so unbelievably expensive to reinvent and re-learn for each machine and user, that they are not subject to to the market forces that come with making the slop cheaper. Any well-maintained OS will maintain that role. And be ever more important in the future, as apps diverge into even lower quality and even less shared benefit from improving them (for the other approx. 2 users).
The OS is a giant collection of legacy compatibility shims which many people agree isn’t how you would design things if you were starting from a clean sheet of paper today.
If you look at software like sophisticated database kernels they bypass the OS almost completely because they can reimplement a better OS in userspace, using the kernel as little more than a device driver. Over time this has become more common, not less. OS like Linux have actively embraced this role.
Being able to effectively specialize the OS for specific applications has large benefits. It is a specialized skill but not unusually expensive to implement.
I think people will still buy templated software - applications that come with source your AI modifies or plugins your AI writes. Most people need Excel, not a badly written clone, but they may want a bunch of custom plugins that can deeply modify the UI for their use case.
"But it booted straight into BASIC. That’s all it did. I was, like, 8 years old. I wasn’t about to learn BASIC. What I learned instead: computers were not as awesome as I’d imagined."
You were the exception. Most kids felt awe. We started learning BASIC and creating "dumb games". That's the origin story of most people my age who ended up in this doomed industry.
I think you were the exception. Most kids never even knew what BASIC was. If there was a game already on the computer, they'd be happy to play it. If they really liked the game they might learn how to start the game if it wasn't already running, but they didn't care about doing anything else. Kids who were into computers looked at a computer and saw endless possibility. Everybody else played sports outside, watched TV, or hung out with their friends.
It was probably a function of not just personality type but education. For whatever reason I was taught basic in elementary school as a millennial and it left an impression.
Education has to help demystify computers and give people an idea of what they could do with one. Basic seems like a weird choice for a millennial, but at least it had you actually write code instead of abstracting it away into pushing around icons like some of the systems I've seen for teaching young kids about software or even just giving directions to turtles.
Why is BASIC a weird choice? It wasn't really a choice at all. All the computers in my school ran it until I was 8 or 9 and the school board could afford to upgrade to Windows machines.
Depending on where you draw the line for millennials the school computers could have been running anything from Windows 95 to Windows XP. BASIC wouldn't have been included in XP or 2000, and depending on what exactly they were using, it may have been easier to use something with more features. QBasic for example wouldn't have syntax highlighting. Simple programs in languages like python or perl can be used to teach the same concepts, with fairly similar syntax, and would have been more applicable to software people were actually writing at the time.
If you define a millennial as someone born from 1982-1996, the majority of those kids by the time the had a computer lab (say by the time they were in middle school) would have been too old for BASIC. You are talking 92-06, Windows 95 took over the majority market share by the end of '96, and you are forgetting a whole lot of schools had Apples being pumped in, so a lot less access to BASIC. Unless you were in a programming adjacent class, the majority of millennials weren't learning basic. Ask your non tech millenials how much BASIC they learned and they would look at you like you grew an extra arm.
Ask your non tech millenials how much BASIC they learned and they would look at you like you grew an extra arm.
Yes, but they would say the same about any other programming language too.
BASIC was common on the Apple ][ series, and in the Win95 era QBasic was popular.
It was not impossible to have access to computers in the educational environment (either in class or as an extracurricular) before middle school, either.
You got a computer in that era because you thought you talked to them and they did what you asked them to do.
Then you got the computer and when it started up you got a flashing K. It was a bit of a disappointment. But you flicked open the hefty manual, started reading and before long you were hooked.
One career later, I now have a computer that is very, very close to what I wanted all those years ago but with a significant and irritating genie attitude to granting my wishes.
Yeah, I did that too. That's what you did with these machines. Deeply unsatisfying! Like: a real lesson in how gnarly real computers actually were. This is my point. You got one of these thingies and thought you could do anything, but it turns out "anything" took on values ranging from "hours to many hours of typing in BASIC listings and then working through inscrutable errors until something showed up on the screen but then crashed". Computers sucked ass!
You got one of these thingies and thought you could do anything..
Why did you think that? Did you see people use it like that? anything? really?
For me, computers became intriguing after I started programming in BASIC. Not before that. Before that I was just curious about what the big deal about these things are...
In the literature, there would be passages that describe how computer followed "instructions", but I never could make sense of that or understood what an "instruction" was. So it didn't really sway me either way. I just tried hard and remained curious to understand what this "instruction" was and how I could give it to computers...
As near as I can remember, my first real programming experience was when I was eight years old, writing basic programs on an Apple IIc at school in 3rd grade. (I was too poor to afford my own computer until my senior year of college). It was awesome.
I have never found computers disappointing, and I have spent most of my career/life learning about them - from processor design through to distributed systems. Mostly I've been disappointed in the disparity between the number of interesting things I'd like to do, and the number of lifetimes I have available to me.
Figuring out inscrutable errors seems highly educational. I guess I don't have enough data to determine whether your bad experience was more or less common (probably less common on HN though). I imagine some (like yourself at 8) found computers frustrating and bad, while others (some peer posters on HN, who might also have been a bit older when they started) found them frustrating and good!
I did come to appreciate that. I was a professional C programmer for a lot of years! A hand tool woodworker, so to speak. It's great. But it's not the same as what I had thought computers were when I was a little kid.
Different strokes, I guess. FWIW, I also started at 8 -- with a Commodore 64 and a Commodore Vic-20, both connected to a television -- and I found the process of trail-and-error learning my way through BASIC to be absolutely awesome.
I would start with a completely blank slate and then, gradually, be able to create something out of nothing. If I was clever enough, it could do whatever I wanted (as long as my wants were modest). It was magical and I have nothing but fond memories of the time I spent doing that.
Haha! I did, but not for a few years, until I took up Pascal and MacOS and then wanted to find a way around the 32k text limit that was a stubbornly difficult problem to solve for a while (and was the original reason that BBEdit became so popular).
Trying to correctly render a vertical blinking cursor on top of proportional fonts took me ages to get right...ish.
I learned that I really enjoy working on fine details, hyperspecializing, and doing deep dives into particular systems --- all the things you do to be a competent software security person --- but that end-to-end application construction, front-end to backend to operations --- is necessarily a multiple person project, unless it's like a crazy labor of love that you dedicate all your free time to.
Aside from the Spectrum, the Amstrad CPC (CP/M!), at various times a secondhand BBC Model B and then later the family PC, I wrote complex programs for a Sharp PC-1246 (because I had the cassette interface).
This was the very opposite of unsatisfying. I don’t recognise this idea that computers sucked.
AI-assisted coding is, to me, way more soul-destroying than hitting the limits of a simple home computer. In most regards I feel like I have reached the end of my interest in computing, and the pivot I had in mind — teaching - looks like it has been joy-deadened too. Nobody is going to want to learn how anything that is not AI actually works, tech people insist that AI will replace (they say augment, they mean replace) teachers and trainers, politicians seem to be listening, and non-tech people now increasingly resent technology.
I barely recognise the industry I spent my life in; I do not recognise the evident enthusiasm for a world that is abandoning a whole, transformative pedagogy in favour of the programming equivalent of games consoles: button pushing vibes.
I am not at all of the opinion that AI has no value, though it does not have anywhere close to the value people insist it must have for me. I am learning, trying to find an ethical angle on it that doesn’t make me feel uncomfortable and exhausted by the hype.
But it is the final nail in the coffin of the joy of tech work for me, and as a single middle-aged man I perceive this as life changing and very likely life-shortening, in the way that psychologically unhealthy things are a health risk for older adults: unless I find something that gives my work life a sense of connected purpose again, I figure I will be gone before the Spectrum makes it to fifty.
Nobody is going to want to learn how anything that is not AI actually works, tech people insist that AI will replace teachers and trainers, politicians seem to be listening, and non-tech people now resent technology
I disagree with most of your post, but this one the most.
Non-tech people already resent technology... Try and sit next to a non tech person use a desktop pc. It wasn't until the smart phone that the average person started to use technology like you or I recognise. And that's only because it's been simplified to the extreme for them. (I don't blame them btw).
AI is such a step change for learning and teaching... For anyone who is inquisitive. Ask it endless questions, explore ideas, get it to generate images to help you...
I did the same thing writing sample code from DirectDraw APIs to make windows games. There was a huge gap between copying tutorials and writing my own game. I never got there. LLMs could bridge the divide. Tutorials can give me the nuts and bolts and feel of whats possible. LLMs can bring into reality the bigger ideas from my mind.
Sure they can. Of course they can. "Computers suck" is practically the motto of the entire field of software security. That doesn't mean they're not fun to work with! Just that they suck.
The kids who loved computers were the ones plugging in line after line of BASIC. Well, them and the ones who just really loved games. Games were a gateway drug for a lot of kids because for so long games could really make you work for it. Games had kids making changes to config.sys and setting BLASTER environment variables, connecting to a BBS or FTP sites for downloads, and troubleshooting network issues to get LAN games running with friends. You could get pretty good at computers just getting your fix. That took a pretty strong commitment though because if all you cared about were games, and if you had them, consoles made gaming very simple. Too simple if you valued the sense of learning and accomplishment that came from winning a wrestling match with an unforgiving computer keeping you from the game you wanted to play.
I was one of the kids who didn't have a computer at home but had friends with those, and would read the BASIC listings in the magazines many times over to figure exactly what they did and think about what I could change before I visited my friends and started typing it all on their computer.
I would like to point out that you were playing a bit of goal post moving.
Most kids felt awe.
then
which many kids somehow managed to type in and run.
The number of kids that had computers that typed in BASIC programs was absolutely tiny, unless they were doing it as part of a school as a grade. The number of kids at home that had computers in around 93 was less than 1/5th of all households and those tended to be the most wealthy. Even then they were so expensive most parents were telling them to stay away and not letting them edit random files.
In that area, kids with computers that booted straight to basic like the spectrum, bbc micro, c64 etc fell into two camps -- those who were interested, and those whose parents were interested. I suspect the former were more numerous, as to have a parent interested enough to spend a fortune on a computer without the pester power of the kid feels quite niche.
The vast majority of kids never touched computers, other than maybe running logo at school to move a turtle around.
Most kids who were only interested in a game had a NES or Sega console.
Of the former group, the awe began when you wrote in the example program from the manual or magazine, made it do something, and then changed it. Even something as simple as changing from 3 lives to 99.
I suspect the former were more numerous, as to have a parent interested enough to spend a fortune on a computer without the pester power of the kid feels quite niche.
Having been one of the interested kids (but it took quite a while before any real program design or analysis clicked for me) my experience was that most of the others didn't seem all that interested (and were really just there to play games).
Probably for quite a while kids were more likely to have a console than access to an actual computer. But if you had a computer it was not like you could rely on having someone else around to start up the game for you. In fact there was a good chance that your access to a computer was arranged by adults who specifically expected you to learn how to use it.
I ended up a systems programmer in this doomed industry. BASIC on a Z80 didn't get me there (exploits on a DG/UX at a library system did.) Different people, different vectors.
I feel like the future is bright precisely because AI sucks so bad while also lowering the bar.
It made people not take software and software engineers for granted. Public perception of software has also finally matured. Boomers and tech CEOs fell into a tarpit that harshly exposes their stupidity while laypeople now feel like they can change the system.
This is all exciting in the best ways. My usage of AI at work and for personal projects goes as far as whatever the AI summary is on google. That's more than enough for me to get enough of a productivity boost on par with those who embarrassingly thrust themselves balls deep and refuse to pull out. Not everyone has to push the "I'm feeling lucky" button to get the same work done at the same pace.
There's nothing to be excited for. Even if AI works as well as people say (and to be clear: it very much doesn't), that future sucks ass. No more fun making things, no fun solving problems, just hand it off to the machine that does things for you. That's an awful future where every shred of joy is gone from computing.
I think that it should not need to be mutually exclusive. You can make it you can enter the programs yourself (if you prefer to do for whatever reason, including, it does not work well (like you mention), or because of Dijkstra objection or other objections to the use of AI for programming the computer or AI in general), but that AI can also be possible.
It's amazing for people who couldn't build anything before, but now can.
(Raises hand.) I'm doing things with my online law-school course materials, in just a few minutes using Claude, that I never even considered doing before because I didn't want to take the time to improve my rudimentary JavaScript- and CSS skills. Instead of just a fairly-simple, single-page HTML document, Claude is helping me turn the materials into something genuinely useful for both my students and practitioners.
Yes. I have a really hard time getting past the sheer scale of enablement for normal people, and we're stacking it up against, what, the joy professional developers get out of hand-cutting dovetail keys? And then like a whole cinematic universe about how if all the joinery isn't hand-cut, everything's going to collapse, which, like, obviously no.
One of my favorite journalists is Jerusalem Demsas, who just on a podcast mentioned --- in passing --- that she'd vibe-coded the photo editor they were using for her publication. That's a bananas statement! And we're all just, shrug, or worse: "that's slop!"
Don't get me wrong, I think we'll print money hats off this sentiment. By all means, do whatever you can to leave the lane we're building in as open and stigmatized as possible!
It sucks that most of those people are going to be entirely dependent on a proprietary service to build things for them and they will never actually bother learning or improving their skills, even though the tools to do so have never been more freely and widely available.
It also sucks that so many people in tech think that the widespread loss of education, knowledge and freedom is a good thing.
I do not think it's a good thing for normal people to have to learn programming languages to built programs to solve their problems. To me this is like how the HAM radio people used to be required to learn Morse code.
I get that it might suck for people like us, who took the time to learn those languages! Oh well.
I do not think it's a good thing for normal people to have to learn programming languages to built programs to solve their problems. To me this is like how the HAM radio people used to be required to learn Morse code.
No one is saying that anyone has to, but being able to is the whole thesis of the hacker ethos. Knowing how to do things yourself versus being a consumer dependent on corporations.
And children are learning how to program nowadays... although that won't be the case for long. My nephew is taking programming classes in school and making games in Roblox. But soon the only thing they'll teach is how to prompt Claude. We were almost at a point where programming could become general knowledge and that might have enabled widespread freedom and control over the evils of proprietary software and commercialism. Now we're burning it all down and a depressing number of people like yourself on this erstwhile forum of programmers and hackers are actually dancing on the ashes.
Using a service to generate software for you is not "building programs to solve your problems." You aren't building anything, and you certainly aren't learning anything that would give you any real control over it or let you exercise freedom relative to it. AI is just proprietary software and data theft with more steps and a lot more fascism.
It doesn't just suck for us, it sucks for everyone.
If I tell you to build me a house and you do so, I have not built the house.
I can give you requirements, give you feedback during the process, and otherwise contribute to the design, but at the end of the day I did not build the house.
Are you telling us the only reason why making things was fun is because it made you "special"? And now that anyone can do it it isn't worth it for you anymore?
For me, I made things because I liked the process of making things, it was never really about the result. Much like solving crossword puzzles is about the process itself, not about getting the answer.
You are completely right. I am not entitled to anything. But before I was paid to have fun, I spent years trying to get better at it and then suddenly it completely lost its value. From fun of solving crossword puzzles to the dread of validating if crossword puzzles bot solved crossword puzzle correctly, with worse pay, less job security or opportunities.
I am not entitled for things to continue as they were, but I can still feel sad about it, you know.
I have never been able to understand this perspective. It's come up so often that it almost feels like a pro-AI propaganda strawman in the style of the "virgin vs chad" meme.
You can and should still write most of the code yourself and use AI to assist when you get stuck. Apart from saving yourself some hours because you no longer hit dead ends on google, I don't understand how that's meaningfully different from using a search engine and finding solutions on StackOverflow and GitHub. I don't even understand how people think this traditional workflow I'm suggesting is any slower than reviewing LLM output either. It takes the same cognitive load and the same time in the end. The only people who believe they can go faster and reduce cognitive load aren't just inexperienced, but also seem to have ADHD or something. Like they just wanna bask in the vibes of the machine-generated text scrolling by.
If your goal is to make something you're going to live with and maintain long term, or is more generally the foundation of a bigger idea, you can't ignore any part of the code or delegate it away. It's still writing that you're bound by like any other document.
I have never been able to understand this perspective. It's come up so often that it almost feels like a pro-AI propaganda strawman in the style of the "virgin vs chad" meme.
The "strawman" comes from the businesses promoting the frontier LLMs and many of the best-known influencers in the space, especially on Xitter.
I'm not even that old, but totally agree with this sentiment. Going to miss those times. It's amazing being able to build whatever you want now, but it's bittersweet because if you truly wanted to learn how to do it, you could do it yourself.
I don't understand this. Back in the early days of the internet, you absolutely couldn't learn 'how to do it' without finding obscure books or knowing someone. Now though? You can learn all of it, and find the resources almost instantly. Want to build a computer, self host, program, you have millions of resources at your hand.
Me too! Though I never learned how to use functions (subroutines) until I picked up C from a book later on. I still have dozens of programs I wrote back in the day in qbasic, largely based off the examples in the help system.
Agreed! What’s this weird `SCREEN` command? Punch F1 and you get a complete breakdown of all the screen modes, color palettes, and their resolutions.
As I mentioned in another comment, I think if you didn’t grow up with it, you just underestimate how amazing QBASIC was as an IDE, a programming language, and perhaps most importantly as an educational tool. I mean, it even came with actual BASIC programs (GORILLA, NIBBLES, etc) right there that you could use to explore and tweak the values as you learned.
There’s no better way to learn how something works than to physically play with the actual values, change constants, change variables, and observe how that affects the behavior of the game.
Back in the early days of the internet, there were FAQs written about everything. You could talk to people who actually knew what they were doing, as opposed to today.
Things that are easy to do don't necessarily mean that's the right way to do it. Grueling work sometimes helped you learn far more than just getting the answer to something easy.
There were a lot of books written back then on programming. My local book shops had a section dedicated to computer programming - including all the popular programming languages of the day like C, C++, Basic (and eventually Visual Basic), Java and so on. The books were technical and specific, but they were incredibly easy to find. And back in those days book shops were everywhere.
I learned C, Java, JavaScript and Obj-C from books over the years. Those books were honestly much better resources for a beginner programmer than most online resources are today.
Your priors are all out of whack. Most people never learned BASIC, let alone at 8. Programming is much more accessible now than then, but the overwhelming majority of people still don’t know any JavaScript or python or anything else.
Unix/Linux historically gave gave you a shell prompt (allowing you to type in shell programs) after login and a C compiler in the box. Modern Ubuntu or macOS technically still have terminal apps and shell prompts, but usually boot into a desktop GUI.
Programming (by humans) is less accessible in 2026 because most personal computing devices don't boot into a programming environment and they don't include a user-friendly programming instruction manual (graphing calculators may be an exception however). And before the era of "there's an app for that" it was assumed that users would need to write their own programs, so systems were designed to support that. Vibe programming (by LLMs) is more accessible now however.
BASIC was designed as a simplified, interactive version of FORTRAN that non-experts could learn in an afternoon, but which was still powerful enough for a wide range of applications including numerical methods, simulations, data processing, and games. It was also small enough to implement effectively on a timeshared minicomputer or an 8-bit microcomputer.
Even though the Mac was GUI-based, for a time it shipped with, and promoted, HyperCard, which led to a brief explosion of user-created programs developed as HyperCard stacks.
most personal computing devices don't boot into a programming environment
Yes, but now everyone and their mum has a personal computing device, and there's tutorials readily accessible, and five seconds of googling can bring you to an online programming environment.
All true, but the onramp isn't included in the box. When you get a smartphone, how do you know that you could even program it? Is there any encouragement to do so vs. just buying apps? They are more like game consoles, in more ways than one.
As I mentioned, I think graphing calculators might be an exception.
In the mid 80s, something like 10% of US households had any computer at all. That the onramp is in the box doesn't really matter to the people who never saw the box.
I guess the question is how you measure accessibility - per device, or across the population as a whole? In 2026 several billion people have personal computing devices, but the devices no longer provide that programming onramp. Interestingly enough, it looks like ~25% of the world's population is still offline.
Have you ever been diagnosed with ADD or autism? I don't expect you to answer back on that. People that have these characteristics tend to cluster in fields like tech. This means without any prior knowledge you self filtered to a set of actions you didn't know you had a much higher attraction to than a random sample of the population.
In addition this also increases the probability that your unaware of others peoples drives, likes, and abilities, which can easily mislead you to believe that a large portion of the is skilled like you in the same way and wants to conquer information.
I learned it at age 12. It was pretty much as the author described, except in my case the "computer" was a Texas Instruments teletype, a phone, and a 300 baud modem. Plus a booklet with reddish cover introducing the BASIC language and how to connect to our school account at Washtenaw Computing Services. That was the beginning of a life-long journey with computers.
You were the exception too. A PC was one of the most expensive items in my house when we bought it. The computer table it sat on was the second most. I was so afraid of doing anything on it that'd break it. Heck I freaked out one time when I shut it down from the power button directly.
My Acorn BBC Model B booted straight into BBC BASIC as well, and I too thought it was awesome and taught myself BASIC straight away, and then 6502 assembler and latterly BCPL and so on. I was even younger than OP.
But I think we were the exception, even if we didn’t realise it at the time. In hindsight, my interest was most definitely not shared by my peers.
I remember getting magazines with basic games, where the full syntax was printed out. I would type it in and save to floppies on my Apple 2e - which my mother purchased second hand.
I refuse the accusation - I had a very good idea what BASIC was even at 5 years old. QBASIC was the program that allowed you to open GORILLA.BAS and play the Gorilla fruit throwing game.
..at that time I have to admit, most of what I saw there went over my head. I understood the concept of program code, but had very little idea of what was going on, but wanted to learn. Eventually I started modifying the code, and started making my own stuff, driven mostly by determination rather than any understanding of what was going on.
Reading through all the comments, I think there’s also a bit of a generational gap here.
There’s a huge difference between a kid turning on a Commodore 64 or an Apple II and being dropped into the relatively no-frills versions the BASIC interpreter versus a kid in the early ’90s who had a DOS machine with MS-DOS 5 bundled with QBasic which IMHO is a more representative example of a “batteries included” BASIC environment that was significantly more user-friendly.
I also encountered QBASIC as an elementary school kid - it felt like the closest thing to sorcery. People who grew up in the age of the internet really underestimate how awesome it was to be able to just be able to place the cursor on a more obscure command (like PEEK/POKE or POINT) and see something like this:
Returns the current graphics cursor coordinates or the color attribute of a specified pixel.
'This example requires a color graphics adapter.
SCREEN 1
LINE (0, 0)-(100, 100), 2
LOCATE 14, 1
FOR y% = 1 TO 10
FOR x% = 1 TO 10
PRINT POINT(x%, y%);
NEXT x%
PRINT
NEXT y%
If I remember correctly QBasic even allowed configuring and controlling serial/parallel ports. Just imagine what a guy could do with that if he was bold enough to poke wires into a parallel port....
Today, computers don't even have parallal/serial ports. Everyone has to pay the USB gods their tribute to have the mercy of allowing to program arbitrary IO from their computers....And they still need some kind of serial receptacle on the other end...
Absolutely~ I remember many summer days as a kid trying to figure out how to send commands to our serial-port driven 2400 baud modem using the AT command set:
OPEN "COM1:2400,N,8,1,BIN" FOR OUTPUT AS #1
Followed by my parents yelling at me to get off the phone since we only had the one landline. :)
I think the true generational divide was between DOS and Windows. After spending an inordinate amount of time in DOS (making the journey to Borland C), it felt awesome that you could draw onto the screen, no questions asked. I made so many games and graphical programs just drawing to the screen and then reading the input in a loop, it worked great.
Then I transitioned to Windows, and had to contend with all the complexity.. What's a Window Class and how do you write an event loop to respond to window messages, why is this all so complex.. Why is MFC somehow not really better.
Having written a simple DOS GUI (that kinda looked like Windows), I had to discover that a Windows app of equivalent functionality took more and messier code.
And forget drawing to the screen, you had to grapple with GDI drawing contexts, it was slow and bad.. (Not like Linux was any better than this regard).
As for DOS, I have had the privilege of hacking together a bitbanging VGA adapter, so I know for a fact that drawing to the screen is really as simple as setting values in an array, then, scanning it out to the display.
As for DOS, I have had the privilege of hacking together a bitbanging VGA adapter, so I know for a fact that drawing to the screen is really as simple as setting values in an array, then, scanning it out to the display.
Screen mode 13h was definitely fantastic. Being able to light up a pixel by mapping directly to the 64k contiguous bytes in the address space was very intuitive.
And yeah dealing with Win32 stuff definitely came with its own set of complexities, I practically had the Charles Petzold Programming Windows book memorized back in the day.
But let’s also not forget Visual Basic, which outside of maybe Delphi, I'd consider one of the greatest RAD environments ever created. Being able to just grab a button onto a form and then double-click it which would instantly create a handler that you could add your logic to was very approachable even for younger audiences.
The only problem of course is that Visual Basic wasn’t bundled with Windows, so it was a lot less accessible than QBasic which came bundled for free with MS DOS 5.0.
I think you’re half right. To echo the other comments, I think 8 is too young for most kids to get into BASIC. I learnt programming on BASIC but I was 12 or so and had a teacher and hence structured guidance. I don’t know that I had the mental capacity to self-teach that kind of programming even at 12, let alone 8!
But 8 is not too early to learn programming as such, because my kids started around that age. Only they started creating dumb games using Scratch in a modern browser on a full-fledged modern OS. The environment you start with probably matters a lot for how much you take to it.
I was really surprised by the article, I assumed it was going to be the same as my experience which was amazement at having the ability to write instructions that caused the system to do stuff, like make dumb games initially in basic and then better games in assembly.
I don’t think the post has a lot to offer, but I will share thoughts on how a modern operating system can add _a lot of value_ both for non-agentic users and for agents.
Looking towards macOS and iOS for example, an underrated feature for the “it just runs your web browser” crowd is all of the system-provided databases. These turn rather specialized systems - photo libraries, music streaming, calendaring, contacts management, and mail into shared databases that link applications together.
On iOS it goes much further - because of HealthKit, my Withings scale, my Garmin (when I had one), my MyNetDiary nutrition tracker, my continuous Glucose Monitor, and my third-party analytics apps share the same access to my data. And it is done securely - I can choose exactly which part each sees. This is a tremendous resource for both developers and LLMs.
My calendar, hosted on a personal server but available through Calendar, is transparently available to my to-do list app - so I can see my appointments, my tasks, and even my workouts (thanks to health kit) in one view.
Weather is a system service on iOS. Calendar is a system service. Contacts is a system service. Health data is a system service. Even music - third-party apps can control and consume your music library on iOS - is a system service (if you use it).
My Mac knows how to develop RAW files out of the box, and it can connect with integrations to get them printed, and use my library metadata to sync my favorites to my phone. I have a third party app that syncs my Apple photos library to my NAS.
A good OS, like iOS or macOS, could be the fabric that holds all your vibe-coded and ephemeral LLM apps together. I see it making a whole new category of things possible.
But so much of macOS is also uninstrumentable except via undocumented APIs that are unreliable at best. Why wouldn't Linux or even FreeBSD be even better? They're not limited to content but even the source that can be updated and rebuilt to do literally anything.
Honestly, as a long time Emacs user, agents are amazing because when all your functionality and data lives in open source code and text files, the world is literally your oyster.
Linux and the BSDs might be more instrumentable, but the rest of the experience is so fragmented in comparison. Regardless of category, there is no single service or data format that everybody has agreed to use and build on top of.
The advantage of the Apple approach is that the user’s data is instantly available across third party apps. For example, instead of needing to build (or import) a whole CalDAV apparatus to be able to build a little calendar-based todo app, you can just use the system calendar API and let the OS do the heavy lifting, making your app much more lightweight and instantly usable with almost no user configuration. This naturally applies for scripts and agent skills, too.
Why wouldn't Linux or even FreeBSD be even better?
Because Linux doesn’t offer a rich set of system services built around the needs of desktop users and exposed through curated APIs.
Linux can’t be better at providing a shared calendar API or a shared photos library API, or one of dozens of other APIs because Linux just doesn’t have those features.
Some particular DE could offer those features, but then who is going to build the app ecosystem around that? And isn’t it going to suck when you want to make a Linux native photos app but it doesn’t work on Ubuntu because your LLM was trained on KDE?
For the record: I didn't suggest this post did have a lot to offer. I didn't submit or upvote it. I pretty conscientiously kept it simple and abstract, because (as I said in a different thread) this genre of posts ("I just left the company I'm highly associated with, to do this new thing") is deeply cursed.
You still gotta write the post, though, because otherwise what you get is a circulating Twitter post.
I'll write something more fulfilling about this next week, I think.
Forget the map, just tell me if I should get off the Eisenhower Expressway and take Roosevelt, Madison, or Lake back home?
Is there a meeting happening anywhere right this minute that I’m supposed to be in?
You can go on and on like this. These all sound trivial. That’s the point. They’re normal-life problems nobody would have built serious programs around, because the audience sounds too small.
Waze does not answer my commute question for me. Waze finds what it believes to be the quickest route from west loop to my house, but that route is virtually never reasonable. There's only 4 reasonable routes; I just need to know which one to take.
You get that this is a commute, right? Not charting a course through unfamiliar territory. A drive I've done thousands of times. I don't care if Waze thinks I should be on Harrison or Race. Fuck you, Waze. There's 4 reasonable routes; I just want to know which one.
It's an app with an audience of just me. That's the point. You're not supposed to want it. You have your own problems.
Apple literally has automatic commute notifications that tell you the optimal route (15 minutes via Easy St.), in this hypothetical world where your agent knows enough about you to suggest today's route, why doesn't your digital panopticon purveyor (be it Apple, Google, your car manufacturer) automatically pull that info the second you get into your car?
we could spend time answering that question or, as tptacek proposes, diy the solution because the app making app is right there, and answers to your input not Apple/Google's
I don't know how many different ways there are to say that I do not want "the optimal route" according to Apple or Google.
I think this is coming across as glib or crabby but there's something more significant I'm trying to communicate. This subthread is in one of the classic software developer problem solving modes: pose a question or a problem, respond with "what are you really trying to do", argue that the problem was misconceived to begin with.
Eric Raymond wrote a whole giant piece about this.
But the world in which nerds could congratulate themselves about knowing what the real questions were and separating them from the dumb questions being asked by noobs who aren't holding things right is gone. Why do I care whether a software developer thinks I'm holding the tool right? Why do I care that someone familiar with Apple's fixed-function prefab software ecosystem believes there's a better way to handle my commute than what I'm trying to do?
OK? You use those tools. I'm just going to have my computer do the thing the way I want it to work. It's my commute, and my computer, this is the very specific tool I want, and all it took to get it on my screen and working reliably was for me to ask an agent, which didn't lecture me about the proper way to ask the question or what question I should have asked instead, but instead just fucking did the thing I asked for.
It's wild to me that software nerds believe they're going to win this argument.
What even is "product and software development" anymore?
You might as well just say "I think you're overestimating the general public's interest in using computers", because that's what it's going to mean to use a computer in a couple years, and way sooner than we think --- asking it to do arbitrary, random things, whatever we want in the moment, and then having that happen.
We don't even need to get better than Opus 5.5 to reach that moment. We just need Opus 5.5 to get significantly cheaper and faster. You can bet against that if you want, but I'm glad to be on the other side of that bet.
I don't mean to be snippy, but I think this is a really important feature of the discussion about personal apps, and it's worth being clear about it.
FWIW I do kind of see your point. I have lots of software / hardware with a user base of one to a handful of people. I also know it sucks having to maintain software that drives your life, even if that maintenance is AI supported.
Just with the bit I quoted above, that seemed like a big misread of the market and the implications of everyone writing their own apps.
In this future, are people paying the API pricing of traffic providers? In this future, who's supplying the traffic data if no one is using their mapping apps?
It’s not the fastest route, because the algorithm is stupid as a result of trying to be smart.
It sees a small side road and thinks “I will take the user down here because there’s no traffic”
But it doesn’t consider that the side road is empty because you’ll have to turn across four lanes of traffic in rush hour. So you get stuck for twenty minutes.
If your answer is you tell it, then the obvious solution to improve the app is to provide a way of specifying a road exclusion list, and that is extremely feasible.
There won't be an OS anymore. All you need will be a network enabled graphics driver (Hello X11) for the AI to connect to and draw on.
Then the AI will just create the image that resembles a spreadsheet or whatever on the fly and write straight to the framebuffer.
All other tasks that go with the spreadsheet will also be done on the fly.
But I could imagine our language will change and certain words will basically act like macros and create a set of assumptions and specifications for the prompt that you're using.
This reminds me of WWDC 2010 when Steve Jobs said developers using private APIs 'know exactly what they're doing'. Good luck with your project, but I think you're vastly underestimating the problem. And many OSes are already integrating user generated AI apps.
The more AI is wideapread and is used by power users to build apps, the more devices will be locked from running any custom ("non-certified / non-licensed") software. For your safety and security, of course.
I don't know what's wrong with my perspective. I cannot relate to this at all.
I am at a job where I am paid well to build software to do things in a distributed system that processes information across various external systems (some with physical world impacts). The outcome of that computing is revenue for the company. Using agent-wrapped LLMs makes the software authorship component of the job really fast. The rest is virtually the same speed.
For Thomas's mobile computing examples, these are done really well by my phone's operating system's built-in voice command system, mature for a decade by now.
At home, I use software that is well-crafted to do some thing. Or I write a series of scripts to do narrow things that for some reason aren't in Aptitude or Snap, for example "copy all the photos off my iPhone and rename them and sort them by date in my filesystem".
Perhaps I have no imagination, but I don't feel like having an LLM make applications on my phone. I want good software that someone that I trust wrote.
Thomas has been a successful cryptographer, vulnerability analyst, and entrepreneur, so he probably knows what he's doing. I just don't get it.
At home, I use software that is well-crafted to do some thing. Or I write a series of scripts to do narrow things that for some reason aren't in Aptitude or Snap, for example "copy all the photos off my iPhone and rename them and sort them by date in my filesystem".
Perhaps I have no imagination, but I don't feel like having an LLM make applications on my phone. I want good software that someone that I trust wrote.
I do not use LLM either, and do not intend to do. I can write my own programs. Even if someone does want to use LLM, it should neither be required nor expected nor the default (and there are also reasons why I think that it should be discouraged to use LLM too much); you should be able to write the scripts and programs by yourself if you want to do it that way (and the computer made to make this possible to do without LLM), even if some people can make LLM to do it at their option, but it should not to require LLM and AI.
I also think that the computer that can start with a programming language such as BASIC or Forth (without first needing menus and GUI to access all of the programs) is useful, and that it is not as good that many modern computers do not do like that.
you should be able to write the scripts and programs by yourself if you want to do it that way
Having chat gpt one write me a powershell script took a 3 hour manual task using software and made it a 10 minute task which I can repeat any time I fancy should I need to.
Writing something similar would've taken me an hour+ just to dig out the key pieces of information I needed to start in a language I am proficient in. Why would I waste my time?
Let me add my voice to that. It's strange to me that people are now talking about LLM integration in daily-driving their computer as if it would be something desirable. As if being able to "write one's own programs" directly wouldn't be enough; as if the focus shouldn't be on just making that as easy as possible, so that you can just type out what you want instead of expecting a nondeterministic system to infer your meaning. And that's before considering the security risks.
It feels to me rather analogous to being in a foreign country and, rather than learning the local language, you get to hire this translator that works for absurdly cheap, but you have no real idea of the accuracy (because you didn't learn!) and for some reason the translator is only able to speak while physically holding your wallet.
Oddly enough, from what I can tell, AI-powered translation services are not capturing a lot of imagination, while interest in AI-powered (human) language tutoring is booming (at least on the supply side).
Nothing. Thomas, as most ambitious start up founders do according to PG, is living in the future.
There are already a few places that are living in the future in this respect. Silicon Valley is one of them: an unknown person working on a strange-sounding idea won't automatically be dismissed the way they would back home ...
The right way to deal with new ideas is to treat them as a challenge to your imagination — not just to have lower standards, but to switch polarity entirely, from listing the reasons an idea won't work to trying to think of ways it could.
What I did on my computer, any power user can do on theirs.
Back when Google was the newest thing, I would Google all the obscure things that I could think of, trying to fill in gaps in my knowledge. Trying to verify urban myths but usually debunking them, etc.
Any power user or even any user, could have done that. But most people who considered themselves critically thinkers actually did the opposite, digging deeper into all the harmful rabbit holes we see today.
A lot of things can done "with just a few steps" with AI but I think it's underestimated how hard it is to come up with those steps.
I'm tired of reading about the awesome future that could happen, but doesn't. If you think this future can happen, go and make it. Surely it's just a few Claude prompts away? Or surely you already live in this time you describe, so it's not the future, but the present?
I doubt that we are entering a world where people will be using AI to write their own little apps, and that is coming from someone who does it.
All you need to do is look at history to realise that. We had things like BASIC, HyperCard, and the early web that attracted droves of people who were excited by the opportunities. While a lot of those people went into industry to write software for other people, a lot did not. Most people, I suspect, didn't even explore the potential because they simply don't think of computers as programmable machines -- even if they were aware that there are people who program computers for a living.
In my opinion, an OS that hosts a local agent can produce things for you on the fly in response to a particular task in addition to the baseline set of features.
Too often have I ran into "you can't do that" in operating systems, especially Macos where you either have to buy a paid app to implement what they should have already, or what you want is niche enough that you have to build it yourself.
Plus and agent can operate across your hardware including the cloud. I could ask something like "graphics cards are expensive and always out of stock so when some pop up can you notify me and show me the price etc" and then receive a rich alert on whatever device I happen to be using at the time it happens, once agents are aware of where we are and what we're doing (yes, it will be pretty dystopian with current governments and the drooling animals who vote for tribalism).
Or being able to be like "I want my photo gallery to show animated thumbnails when I've taken a series of photos of the same subject. Oh, little bit slower like one every second thanks" boom done.
And much UI will becomes defunct in the first place, UI only exists because of many annoying discrete steps we have to do to get something done. If I can just ask an agent to do the thing I want then I don't care about that.
It's like how I only need to make a PowerPoint now and then and every time I open it I've completely forgotten where all of the stupid fucking buttons are in the stupid fucking ribbon bullshit they made.
I agree with BASIC taking effort, yet the baseline for effort has also changed. Over the span of my lifetime, we have gone from virtually everyone performing tasks without the aid of computers, to a few hobbyists and early adopters writing their own software, to buying software off the shelf, to using targeted online applications for free or nominal cost. At the same time people are expecting applications to be easier to use. As you suggested, constant churn in infrequently used applications can cause a lot of frustration.
Now I agree with you if the discussion is about using AI to immediately solve the problem at hand. I simply don't agree that it will end up with people creating reusable applications to perform the task. While overcoming the technical hurdles would be easy enough, I think that it takes a certain type of personality to think of creating a long term solution. Then there is describing the problem in a way that an LLM can translate into code, then there is the testing of the software generated.
The barrier to entry is lower now because of AI. Even though I code, I ask the AI to write a lot of little helper apps for my wife who homeschools our kids, and I don't code review many of them. I only do enough user testing to ensure they function as requested.
Armed with this knowledge, I have tried in vain to get various family and friends who are not technically minded to do anything like this. In some cases, they just tell me that they can't think of anything the AI can help with.
Many things that seem simple to them are more complex, and they can't tell the difference between simple apps that the AI can knock out in a few minutes and larger projects that require internet hosting and/or vastly more AI credits than they would ever be willing to pay for.
By far the biggest problem is that many of them are not very good at describing what they want. For simple apps, you can go back and forth with the AI to ask for changes, but the more complex the solution, the more its becomes like a traditional engineering design project where carefully though out design of features and their interactions are critical for success. The new "code" may be more like human language, but the user facing details must still be specified.
The thing is the LLM interfaces encourage people to write their own apps.
Claude especially, where you might say “how can I do task xyz more quickly” and Claude responds with a little JS app. This creates an expectation that it’s possible to do anything if you ask Claude right.
I have seen this first hand where my partner - a deeply non technical person - came to ask what an API token is and how she can get one for Canva. Claude was busy automating her Canva -> Pinterest workflow.
She now has a half dozen of these things and hunts through her Claude chats to reuse them.
Most people don't have specialised computing / software needs or uses. In fact, they're generally Overwhelmed by the current software landscape. They want less, not more tools.
And to them software is generally a not much more than a home-screen bookmark to some client that could be a website.
Hey, all. I really don't know what to do with a post like this.
I'm being sincere when I say (as I've said on two threads here) that this genre of posts --- "I'm leaving this company I've been very publicly associated with, and here's the new thing I'm doing" --- is deeply cursed. There's no way to say anything interesting without it just stinking like an ad for the new thing.
Obviously, anything at all you say about a commercial project you're working on is easily read as promotional. And you're right, this kind of writing almost always is promotional. But there's a way to do it where at least you're trying to be in conversation with your peers, rather than hitting people over the head with how awesome you think the project is.
But I don't know how to do that in a post like this. I think the only way to read it is as, like, an investor memo. Not my goal, but I don't make the rules.
So my strategy here is just to stay kind of vague, and talk about where I think the world is going, rather than the specific thing we're doing. I can talk your ears off about capability systems, datalog, models driving hardware, virtualization, whatever. Those are fun conversations and I'm very psyched to have them; it's what lights me up about the work we're doing now.
But I don't think it can work here. I didn't submit this post and I didn't upvote it. I wrote it because I didn't want the whole thing I'm leaving Fly.io for to be wrapped up in some dumb Twitter thread.
If you're unsatisfied with the post, I don't blame you, but it's less a bid for the front page of HN than it is an update to my "about me" page. I'd literally rather talk about HN meta, and how to write for HN, than I would about operating systems at this moment. I truly appreciate the interest though.
These are bad-faith arguments toward "What about self modifying software".
Self modifying software has no grounds in reality or predictable behavior. It is an unreasonable expectation that software is magic. You would not fly on a self-modifying airplane. This is not a future i want to live in.
The author, as a kid, believed computers where like a genie that could manifest anything they ask for. It seems to be a case of wishful thinking of a kid.
But it seems that he is falling for the LLM hype the same way. We all have the kid version of ourselves hiding somewhere within our grown versions, it seems...
Did he fall for it or does he see the dollar signs? Removing the bias of the article I do agree with some of his points. I actually wish we'd move away from Apple, Microsoft and Google and have more control. But as the author damn well knows: the masses will dig themselves a tar pit using AI in this way.
The author is smarter than falling for the hype, I think. But if not AI psychosis is a hell of a thing.
First, the halting problem is only undecidable on arbitrary programs. Here we would be writing programs specifically to be easy to prove correct. In fact, we would be developing programs and proof at the same time.
Second, determinism is a nice property, but it's independent of whether you can proof software correct.
HyperLogLog only gives you a probabilistic approximation of the true number of distinct items. Here the proof would be about the probability that you are within some acceptable window around the true answer.
How can it be proven correct if it's not deterministic?
Depends on domain, but basically all the same lessons we have for software written the old way by humans.
Which, ah, admittedly isn't great.
Isn't this the halting problem?
No.
1. The halting problem applies specifically to deterministic systems; there may be a non-deterministic equivalent, but not enough people cared before AI got good.
2. For practical purposes, it's fine to reject things that take too much effort to prove correct.
3. "Proven correct" is different from "proven to halt eventually". I guess Gödel's incompleteness theorems would be a partial fit, but even then the goal here is to reject anything you can't prove, rather than the much harder (impossible) challenge of proving the validity of all possible statements it might come up with.
Why the hostility? The author has stated that he believes AI will alter how we think about operating systems. I don't think that's actually true, but I can see how this line of inquiry could lead to discoveries about how AI will change the line between installed software created by others and software that is "created" by users themselves. It's reasonable to suppose those discoveries in turn will result in new products. I wish him well and hope to hear more.
Hi Thomas, I think you're being too defensive. It's ok, I look forward to your technical posts, on what you imaging this OS powered by AI to be. Will be a fun ride.
If you're looking for a UX idea, when the phone boots, it asks "What are the top 5 things you do?". And that's how the phone experience starts.
All the best. (Ignore the silly haters, they're lost in their AI pessimism to just look forward to a new intersting thing).
We were on a call recently where I mentioned that as a fly user SDLC and declarative config was more important than ever, and so I was pushing for sprites to have OCI images.
I'm pretty AI pilled, and I'm building a local-first personal software platform, but I dunno... I've been feeling like i need to cram the "AI spirit" into very specifically shaped boxes to actually build robust software tastefully at speed. Like software on the outside and AI on the inside instead of the other way around.
I do think the future of computing will definitely be more like the Linux diaspora than the apple ecosystem, but also.. it is easy to get "duped" by AI without actually shipping. I'm starting to want "KPIs" to help me measure if my time is actually well spent against the things i care about.
I guess I'm extrapolating from your post, but even if the programming language is English, we'll probably still want to spend a large amount of additional compute to produce "artifacts" that have things like performant code, security hardening, and certified taste.
I do think the future of computing will definitely be more like the Linux diaspora than the apple ecosystem, but also... when i first got into linux i spent way too long trying to get my desktop perfectly aesthetic because it was all suddenly malleable. Now i vibe more with Debian.
I wish you luck, and I'm looking forward to seeing what you come up with! Fun times ahead for sure.
I've been feeling like i need to cram the "AI spirit" into very specifically shaped boxes to actually build robust software tastefully at speed.
This is such incredible verbiage. Thank you for saying something so clearly that I've been saying myself in many other ways. I've been using terms such as "providing structure" and "applying constraints" and "reducing degrees of freedom".
I think very specifically the idea of "taste" is going to be extremely important in these AI-saturated days, and it's really where experienced humans will shine...at least for a while.
A post a few days ago turned funtional core, imperative shell into deterministic core, non-deterministic shell. And a comment [1] on that discussed turning that into "slop core, artisinal shell". Which makes a lot of sense actually despite feeling the wrong round initially. And maybe what an OS needs to do is to support that, at a higher level. What I think we will need is strong isolation - all the software might be coming from the "same place", but do we trust that place? Certainly not currently!
Personally, I'd like to hear the full pitch, and I suspect many others would too. If the ideas are interesting enough for you to dedicate the next N years of your life to, I'm probably willing to spend 10 minutes reading the blog post. Particularly from you, a known-good writer.
I’m already edging in the article’s direction on my desktop. I recognised a lot of this, and it makes a great deal of sense.
The only question is if it’ll still make sense in six months, or if an even more unreasonable approach will be the correct one. Feels like a singularity.
Sounds like "secure phone for mass vibeware." Probably containers, authentication, auto analysis, protected user data, etc. Just diff enough from apple/andr that it can't be slapped in overnight.
I completely agree that we haven’t even gotten past the first post yet in terms of the magnitude of change that is likely to occur. People fail to comprehend that we’re still assimilating the Internet as a means of communication. Cell phones. It will be decades before what we have today is fully utilized, let alone what is likely to be developed. Anyway, thanks for the article.
You are overthinking it :) You are one of the most interesting people on HN. I am sure others think along those lines too and would love to learn more about what you are building and where the industry is going. Others can just tune it out.
1. When you write a comment in a discussion of an article, be upfront with being the author. It took me a while to understand that from your comment. "Author here" is a thing.
2. Your article itself doesn't have clear authorship stated. At the very bottom there is a copyright notice, but that's pretty generic and not a single person either. Just place your name at the top together with a date. Not everybody knows you or follows your blog.
3. When I read this ...
When I was a little kid, a family friend sold us our first “computer” — scare quotes because I’m pretty sure it was a VTech Laser 200 clone, a chiclet keyboard Z80 that ran off cassette tapes and plugged into our TV.
.. I prepared to stop reading since .. how is that not a computer? After another paragraph or two which just felt like rambling, I gave up.
with 3. being the most prominent one.. I made it a little further than that "hot take" but a few more paragraphs in the thoughts expressed seemed neither novel nor to go anywhere. SaaSpocalypse but on localhost... shrugs
Reading this, my first thought is to worry about the security aspects of it. But if you're the author, I expect that you've spent a few brain cells in that direction...
I appreciate you saying that. I have a modus operandi with posts like this when I'm really trying to get something across and persuade, where I'll saturate it with technical details, and here I'm literally handwaving, which makes me uncomfortable (on Hacker News, I mean --- I'm comfortable with it everywhere else).
And then of course it's super self-indulgent of me just to write navel-gazing stuff like this. But I'm an HN person first and an entrepreneur second, so here we are.
I am thankful people are being so nice about it though!
Circa 2005 I was thinking about "sessile robots" and how even smartphones of the time had enough sensors to know you were putting them in your bag and then riding on the bus and acting appropriately.
The model I see is that it is like a butler instead of a home computer, like you are driving into a strange town and looking for food and you are not going to open the McDonald's app but instead your agent does a search and through a conversational recommender you get sent somewhere. It might be sitting in your pocket the whole time and you are talking to it through something like AirPods. Maybe you put on smart glasses and it can show you things.
Apple can't give you the A.I.-native phone because it is too dependent on the app economy. For a few months I've been asking "Who is working on this?" and figured it was one of those cursed ideas that Silicon Valley would be unable to fund much like the pharmaceutical-industrial complex of Cambridge was unable to fund Facebook. I was expecting it to come out of some hungry Chinese manufacturer so I'm happy to see another horse in this race.
(e.g. I love the image that Meta has developed around Muse which makes it look like it is a "butler" when it is really much more like the old Kraftwerk song where "I program my home computer")
They don't really have to fight, most people these days accept their role as a guest on their hand-held computer.
The hand-held computer tells them what they're permitted to do, and they conform.
Sometimes, one of the users has a non-conforming idea and says "I'd like to be a superuser on my computer" and they're shouted down with a chorus of "you'll be hacked" and "nobody will be able to trust your computer and you'll be excluded from online services". Sometimes the organisations saying this even use the excuse that "restricting the user is essential to maintaining the user's privacy".
I agree with the first part of the thesis (AI means unlimited custom software for power users who are able to describe exactly what they want) and strongly disagree with the second part (this means we don’t need any of the technology we’ve developed for software development, or distribution, resource management, etc.)
In recent times, I've palpably felt the excitement of being able to imagine like I was a kid again. BUT here's the reality I've simultaneously been hit with:
Most people, and I wouldn't be surprised if it was 90%, who've had any interaction with AI are still stuck on chatting with a chatbot. They've got no clue how far you can now go with a few well written markdown files and/or prompts, all in natural language!
So while I mostly agree on your outlook, and think it's super exciting, I've also felt firsthand that building with AI hasn't yet diffused as much I'd hoped it would. It's still concentrated in the hands of people who have an aptitude for building in some way, shape or form.
The question is: How do you get more people, who aren't power users or builders, to start building with AI? Maybe it starts with getting them to see that building to solve their own life's problems makes life more interesting?
The idea of software provided by domain experts has to continue even if you can write software to do what you want by chatting to AI.
"Write an app to provide psychological advice to people with mild anxiety, then market it and sell it to people with mild anxiety."
If an entrepreneur did that with no domain expertise, imagine the potential liability.
How do you know the output is correct for anything that matters more than completing simple and repetitive tasks? You still have to know an expert in a domain has vetted the software. The result of applying AI to OS development is making itself fairly clear with MS I believe.
Software in the future will have to be building blocks for agents to extend. For my projects I decided to generate LLM targeted guides in the docs/ folder, to teach agents quickly "how to" use the project as a framework.
How to implement an MVC view, where to place the files, a guide how to write a good backend route, how to extend the schemas, and other articles like that.
In my opinion we've already reached "Star Trek like computers". Our OS will have to accommodate for better sandboxing and better permission management and better role separation policies, because currently that whole security sector assumes that programs will be static and won't change before/after an approval.
We need to figure out how to better sandbox programs in terms of not only control flow, but also in terms of access to _data_ on a user's behalf.
I look forward to following your and Kurt's new adventure. I love Fly in no small part to your writing for its blog. Wild to see what feels like a complete changing of the guard at Fly, at least from the outside. Your post resonates; reminiscent of the Ink&Switch talk from local first conf that I watched today.
If you give an ape a slingshot he might think he can take over the entire world. But he doesn't even know what rubber bands are, or what it takes to make them.
Is there a meeting happening anywhere right this minute that I’m supposed to be in?
Nothing about this is groundbreaking and could have been written in BASIC.
I grew up on BASIC using a BBC Micro in the 80s, using a QWERTY keyboard and a screen. Some decades later I'm using a QWERTY keyboard and a screen with a few more pixels. I'm betting nothing will change much. An OS will do OS things, just a lot faster and more securely.
Spreadsheets will still be useful for making deterministic calculations about finances. It will just no longer take 100 engineers to build one.
GIS software will continue to use deterministic algorithms for calculating areas because it's a useful function but, hopefully it will get more user friendly.
He talks about applications he generated without specifying what they are or do. Does he really believe everybody is going to generate their own text editor, paint program, file explorer or graphical windowing environment with A.I. just because they can?
I believe the author is misguided about A.I.'s capabilities just like many analysts and investors are.
A.I. (or should I say LLMs) is useful for specific problems but contrary to its name it has no "intelligence."
He's talked about this before. I don't remember exactly what those apps were, but they sounded like reasonable tools one would want. Thomas is a competent guy, but I think he's vastly overestimating the agency and competence of normal people. They don't have a product-oriented mindset; they might get annoyed by a bug or slow loading times, but they're not good at coming up with features or entire apps that they would want to use. Even if there are people who can do this, they don't want to spend their weekend thinking about a detailed spec for an app they want. They really just want to consume.
People could already vibe-code simple products today, but there's hardly any non-programmers that do. This is even true for businesses. For the last year people have been boasting about canceling their SaaS products, but nothing seems to have changed. SaaS stocks got hit by the ai hysteria in January, but many are back to previous levels and some even higher. There's an Indiehacker on Twitter whose product is a simple stage timer. It's not a hardware product. It's literally just the software for a stage timer. One would expect his business to have died already, but he's apparently doing completely fine.
It’s not simply to “provide access to hardware resources”; plenty of embedded systems do that with runtimes that have no business calling themselves an “OS”. No, the core purpose of a modern operating system is to partition different applications off from each other, and carefully control how they can communicate.
First of all the initial definition is totally correct, and if your embedded function needs to call an intermediate layer to access the hardware that layer is an OS. Second of all, all those "purposes" are exactly achieved by providing _managed_ access to hardware resources.
And that is valuable in whatever world we end up living in. Sure, 10 years from now my bank app and my Hacker News browser may both be written by "my LLM" and tailored to my use cases and desires. Will I want them to share memory? I don't think so.
I feel like most articles challenging OSes have no idea what an OS is.
Sure question what the latest tool can offer and how to integrate with it... but that's just being an app, or a window manager, or a package manager, or a distribution, that's not challenging what the OS itself is and does.
If your OS doesn't change how a computer allocates resources, then you are talking about higher level, and that can be super valuable too, arguably more valuable, but ... that's a different thing.
PS: also chroot (half a century, just checked for the fun of it), jails, containers, VMs, etc limiting how the allocation can be done do exist and have been used for decades already.
I hear what you’re saying, but we don’t have a word for that different thing. OS means the kernel. But OS also means the entire distribution - all of macOS, all of iOS, all of windows, Ubuntu, Android, etc.
Until we have a standard word for the ui “shell” that comes out of the box with the OS distribution, people - including me - are gonna call (and think of it) as the OS. Or part of the os. Or something like that.
As far as I am concerned an OS is really simple to define. Its the thing that manages hardware resources on a device to allow other software to run using said resources.
LLMs are not OSes and never will be, they will always need some software to first bootstrap the hardware before the software which processes the weighting can begin.
Its like we need Richard Stallman to come and argue the difference between GNU and Linux again!
If we ask this a different way, is there a single self executable file when written to the sector of the disk the hardware looks for can contain the instructions for the hardware and the weights all in one?
I can't thing of any informational theory reason why this can't be the case. The only thing I can think of structuring such far more complex and less worthwhile than just having separate layers. Dealing with this biological/intelligence mess in humans is already hard enough as it is.
How is that any different to adding a calculator or word processing app in with your os?
The OS bootstraps the hardware and allows the software to run. If your software is contained in the same blob then great, but it still needs the bootstrapping code first.
The bootstrapping/hardware management portion on its own would be considered an OS but the LLM code would not, I think thats the main distinction here.
Having built software runnging on everything from microcontrollers to cloud servers to browsers, I also have no idea what an OS is.
In the context of a microcontroller, is it an RTOS? How is that different from something like Embassy with Rust, where hardware allocation and coordination is handled more at build time and less at runtime? In the context of a something showing up on a screen, is an OS something providing a UI framework and hardware abstraction - something like Win32 or Cocoa? What does that make Chrome?
In 2006 it felt like an answer to the question "what is an OS" was straightforward. In 2026, I'm rather confident that I don't have a single, simple answer. If there were ever a time to re-assess what we thought we knew about computing - now seems like a good time to do it.
While reading your post, I kept thinking of K&R, and the beards of the 70s. Isn't this a return to early Unix? Users writing their own small tools in C, the system shipping building blocks... walls between users rather than programs?
partition different applications off from each other, and carefully control how they can communicate.
without
provide access to hardware resources
That’s still definitely what an OS does. The application model is often very loosely coupled. See web browsers.
A difference between embedded systems and operating systems is the ability to provide access to hardware (in such a way as to isolate and dictate communication) _dynamically_ with a-prior unknown requests.
So the product is a phone without the bits that allow you to run apps on the basis that AI will implement the stuff the apps would have done? I'm not sure that'd work well with consumers buying the thing?
After reading the post i was reminded of this. I agree i'd say vibeos is more artistic; but I think it still highlights the ~way someone might interact with software in the future and is worth keeping in mind.
An operating system is software which provides useful things for interfacing arbitrary software with hardware. For example:
- Providing a memory allocator
- Providing threads which manage how the CPU cores are used
- Interacting with network hardware, the motherboard's RTC, memory address mapping etc
- Scheduling arbitrary software to run simultaneously
- Providing a file system
- etc
Why do we have modern operating systems? It’s not simply to “provide access to hardware resources”; plenty of embedded systems do that with runtimes that have no business calling themselves an “OS”. No, the core purpose of a modern operating system is to partition different applications off from each other, and carefully control how they can communicate.
This gets at the core of it; i.e. you don't need anything in that list above to run software, but it's useful when you want third party software to run on the hardware, and multiple pieces of software co-existing with each other, and running without special hardware knowledge.
So, to this point, I agree with the article/author on this distinction. I think differences arise from how different people use computers, and perhaps I quibble with the title more than the contents. There is many software I run and write which I imagine will continue relatively unchanged (or changed incrementally) for decades. Broadly, GUI creative software, media consumption etc. CAD, EDA, structural biology/bioinformatics software, games, media consumption (video, text etc), IDEs. I suppose another highlight is that I never personally understood the appeal of terminal-based software that many software programmers love. (Not just software programmers: bioinformaticians love CLI-based workflows too, i.e. piping stdin/out around)
I would love Android/iPhone competition! Although I imagine the same obstacle of "How do I get my societal-connections functionality to work in a way where I'm not excluded" will continue to be a problem in the short term, at least. (Banking, communications, NFC payments etc)
Suddenly, everything has changed. Computers now work the way I thought they did when I was 8.
I've been feeling this way for months and months. If you're a person who's curious about computers and what they can do you can do for you, we just kind of talk to the computer now and ask it to do the thing. And it does it. I know most of what's happening the whole time yet it still feels like magic. We're pondering orbs all day now.
I've been a professional software person for 15+ years... my assumptions as to what the right decisions are in building software now are racked every day. And more than ever I want the device you're describing: blank slate hardware I build to do what I want how I want it to. Yes, I know that's not for everybody. But I really want to just boot up something from scratch and say, "this is how we should deal with email." Because the way I want to deal with email is the way I want to deal with email, and LLMs will help me get there. Get all this UI chrome out of my face.
Last, I've also mused (heh) about a sort of GitHub for PRDs:
...there’ll be thousands of times more applications that pull in 1/7th of the guts of a word processor to solve some idiosyncratic work or home life problem for somebody who doesn’t know what a for-loop is.
I think those guts-as-md-files can be maintained in on publicly available platform for all to use. Sort of a "best practices of the commons." Language-agnostic. Or rather, one language: English. Apps going forward don't necessarily need a datatable plugin — because every datatable plugin eventually has defaults or assumptions that clash with what you need — but it needs the schematics for the types of parts a datatable can have.
It's just such an interesting time to be curious about computers.
Interesting times! What a time to be alive! This is the device I have always wanted! Founders are living in the future! This is Star Trek level! Drop whatever you are doing right now and join this movement!
A few lines before the reveal I thought of this a a product sold by business, then right after resuming reading again felt the old "ahh, missed the chance again" when you laid out you're already planning it...
But really, a platform that allows one to do all levels off apps in this way where one can cleanly reset their side effects and effect on the system, and the app is exposed just as an icon, not a folder of source files, could already be possible and could lower the bar of starting vibe coding to the bottom
@tptacek I think my question about your post is this — right now people rely on a lot of apps written by professionals for things like mobile banking, messaging, medical providers, mobile payments, and subscription services (music, tv, etc). The interests of the app publishers aren’t aligned with total user freedom — banking app developers don’t want a totally malleable OS where there are no process separations or trust partitions. Rather, they want to rely on OS level guarantees that their code is isolated from other apps, that the binaries are signed, that the platform is somehow trusted.
I love your idea of an OS where users write their own apps as they want. But if they want to connect to third party services or use commercial software, won’t there still have to be a lot of security guarantees? I don’t just mean the depressing “browsers must implement DRM or you can’t watch streaming video.” I mean “how will medical providers trust your device enough to give you your lab results” if you are thinking of majorly changing the mobile device security model.
It’s not a hostile question, I’m genuinely curious about this design tradeoff.
My lab medical results are mine and only mine. It’s for me to decide if my device is secure enough. I do not need my insurance company to decide for me what device I should use.
Same with my money in the bank.
Streaming is fair. Netflix can dictate their rules. I can decide not to pay for their content.
I’d love for this to be the case, but we’re going to need laws to make it happen. Banks will have to be forced into it and probably also shielded from liability in case the user does something dumb.
Maybe we can force them into providing APIs for us while we’re at it so I don’t have to pay Plaid if I want to build an app to track my finances.
While I agree in spirit: after a recent rib injury I wasn't allowed to take a picture of my own X-Ray using my phone or even have a copy sent to me since "that isn't the policy"... very hard to say that data was "mine" until it is "released" to me.
There is an infinitesimally small liability that some "other patient's" data might be visible on scanning device, a horde of companies assuring asses are covered and without a legal obligation to give me all "my" health data per visit I don't see an easy path to using our own devices soon, unfortunately.
Under the law now, at least in the US and EU, you do not have the legal authority to waive the obligations of your medical and financial service providers under regulatory law and court precedent.
If you want that power, you’ll need to get your national government to change the law.
Banks and schools and businesses should get in the business of simply vending APIs (or MCP connections). Agents and bots are taking away the need for the endless knobs and dials of traditional software. Just expose my data securely and my agent will do what I want with it, when I need it.
"Should get", so yea, not going to happen. The most obvious should get is exactly where we are now. What you're saying is "They should be forced to" which is just what we call laws and regulations regarding digital availability. Of course this is difficult to do since they will fight back monetarily against what they would consider perverse motivation to what we are already considering perverse motivations from them.
Doesn't sound hostile at all. These are the real hard questions. The 2 major mobile platforms don't seem to want this to happen at all, but you can work around that by building your own platform. But the largest API vendors don't want it either, and they're much harder to work around.
The fear maybe a year ago was SaaSpocalypse. Why pay for Salesforce when I can vibe a CRM to my exact needs? Turns out to not be that easy.
The lion's share of value in a product like Salesforce is the ability to say "we run Salesforce" and have everyone know what you mean and have ready answers to all your problems even if they're not perfectly tailored (or cheap). Same thing with OS really. If natural language is now the most powerful programming language then having shared vocabulary on technical topics is more valuable than ever.
The fear maybe a year ago was SaaSpocalypse. Why pay for Salesforce when I can vibe a CRM to my exact needs? Turns out to not be that easy.
In fact, it looks like the advent of AI has actually accelerated revenue growth for SaaS rather than killed it off. People simply aren't building these custom SaaS-killers as much as commenters on HN would have us believe.
Have you seen the Googlebook? I think Google is taking the lead here with "Create a Widget". I think some have overlooked this feature or treated it as a gimmick. But this is the first step into average users building small micro apps just for themselves. I think it will go from Create a Widget to Create an App within a short period.
I recently replaced my $HEALTHCARE_APP with the PWA of their website. It was the *exact* same. The app was just a webview (and a pretty good one at that!)
It makes me really question how much “security” these services need when they have websites that can do everything the app can do.
I conjured for myself, with English as my programming language.
What I did on my computer, any power user can do on theirs.
Will do on theirs.
It’s fucking inevitable.
That’s a statement about the reality; a “prediction”, if you want a concession to your skepticism about AI, but only in the sense that I can predict that the sun will rise in the east tomorrow
Really reads like an inner dialogue or when someone wants to sell me something.
If OP sees this, I really like how you are thinking about things. It's really hard to see forward. The target isn't fixed. Bell Labs, Apple, etc. were mostly solving for a fixed target. But now the target is a relationship between humans and LLMs, and the way that LLMs work has been evolving rapidly. I can think of a number of ways to conceptualize how things are moving, but they're probably all wrong. My best guesses about what needs to remain stable is that I don't think shared software is going away entirely, and I don't think all input is going to collapse to just a microphone and a camera. There is a floor on tasks that we want agents to do for us. I'd rather rename a file on my desktop or text my friend myself. Apple and Google have both tried very hard to abstract the file away from user reach, but it's such a convenient unit of sharing, that it might stick around for a while.
In some way, a "file" dates back thousands of years when ancient civilizations wrote ownership and debt and whatnot on clay slates. Then hundreds of years of paper records. It’ll probably stick around for quite some time.
I’m aware that no matter what I write here, I’m going to sound like yet another startup nerd talking about “the future of programming” before announcing that I’ve joined, like, Sri Lanka’s answer to Uber or something.
There is no better way to put it. I feel like I’ve joined a literal revolutionary war, surrounded by and fighting alongside guerilla troops, and it’s win or die.
What a load of self-aggrandizing bullshit. How do we keep minting these guys with a completely confabulated sense of perspective?
If this VUI (Vibed User Interface) future comes about it entirely dismantles Apple's (and Android's) App Store moat. From a cynical perspective this may be why Apple may be shifting their strategy to enshittification: https://techcrunch.com/2026/09/06/phil-schillers-app-store-e...
However, if the slew of AI wearable or "companion" devices coming out are any indication -- from the failed Humane Pin, to Meta's keychain and glasses, to Microsoft's office badge (which OMG is so on-point in its enterpriseyness) to whatever Jonny Ive is cooking up at OpenAI -- the smartphone form factor may not be the eventual one we settle on for AI. Something to keep in mind when designing the OS.
Here’s what’s about to happen: users will increasingly interact with stuff they themselves conjured into being.
I find this unlikely. It's far more likely that every good idea that anyone has will just be more quickly folded into software from the big software houses.
AI doesn't slow this down, because big software houses have much more money for compute and tokens.
You have a good idea for a communication add-on? Two weeks later it's available in Teams, Slack and WhatsApp.
People aren't writing their own software, for the same reason they aren't 3D printing their own items.
*"Forget the map, just tell me if I should get off the Eisenhower Expressway and take Roosevelt, Madison, or Lake back home?"
I'm driving some place new, but of course, I first have to go through all my neighborhood streets to the freeway, and then later, eventually, something unfamiliar. I call up Google maps and it calls out all the play by play turns and such, starting from my house, instead of just saying get on the I5 North for 70 miles, then shuts up until I am close to the unfamiliar exit. It's why I mute it, I hate the blow by blow through familiar territory. Google knows where I go, God damn them, why don't they use that information already?
From having seen what happened during the development of FirefoxOS (Boot2Gecko), from a developer point of view. My take is that the biggest hurdle are not the development of the core applications, but the approval and certifications from the various partners.
For example, some company did not like the fact that the call stack could be reverse engineered … yet they would not help you build a prototype at the pace of development (and this was back in 2011)
Then once you have a working OS, the second hurdle was to demonstrate a very high number of active users, such that they dare to even consider your new environment as a potential target. This a bootstrap challenge which is hard to achieve. To get traction from App developer implied getting traction from users, which implied having apps the users care about …
While you goal of removing the application layer sounds like a nice way to work-around the bootstrap problem, I fear you will still have it at the API level.
I wish you good luck, and I hope the landscape has changed in the last decade.
I would say the OS is even more necessary for two major areas:
* improved authorization, transparency and control. Presently OS's have privileged and unprivileged modes . AI has too many privileges in unprivileged modes (all credentials, all files). better control over delegating authority is needed.
* improved interface consistency. UIs still inform people on the capabilities and intentions of the machine. A blank text box with an agent is not informative. How many people have the agency to turn the blank box into a creation. A UI illustrates the toolbox available to people and the machines broader capabilities
What it has always been. Nothing has changed in this regard.
This is by and for people who do not distinguish between the UI and the OS, like how "MSIE" is "The Internet" for them.
There could be some interesting actual OS design innovations for new permissions, access control, and sandboxing systems that are designed from the ground up for these "conjurable" experiences (or even OS components themself).
Finding some balance between access and safety for vibe-conjuring parts of the OS in a way that's still powerful but won't accidentally nuke or corrupt itself.
I do think there's some interesting space to be explored in capability-based systems, but even then I think it would mostly end up looking similar to how existing systems are, just with one more element added
The historical baggage is so heavy I don't think anyone can realistically throw it away, so what we'll end up getting are almost certainly incremental improvements to existing foundations.
I've heard very competent people claiming similar things. I think there's an abstraction I'm missing. I know they don't mean it literally.
The most recent was Loris Degioanni yesterday in a conference talk.
I think saying " This dumb dumb doesn't know what a device driver is" is a very incorrect read since you know, he's written a bunch of them
I mean it literally.
Oh, ok. I guess computer science is finished, then. I should have known. It's not like there's any evidence that it's been blown wide open recently.
(The irony is that all the reading that's gone into our design is like, old CSAIL papers. Maybe it's true! Maybe everything we're doing is just crate-digging through old settled computer science. That would be on brand. I should find a way to work Athena into it. Maybe we'll use Zephyr for messaging.)
Are you reducing computer science to… just OSs?
I guess it really is over if this is what professionals (supposedly) seem to think.
OP is right though, an OS remains an OS, same as it’s always been. What’s changed is how we interact with it and what we lay on top of it. Nothing magical or philosophical about it.
I didn't say there was no such thing as an OS.
I think operating systems have changed. They don't interact directly with hardware much anymore, and the hardware is filled with SoCs all running systems of their own, sometimes with entire network stacks, communicating with devices and each other, collecting and processing data, often totally invisible to the operating system the user gets to work with. The operating systems most people use have gone from giving users control over their computer to being a sandboxed interface to manage files and some of what their computer is doing.
Could you elaborate on what you mean by "don't interact with hardware much anymore"? If you compare modern drivers with similar ones from 20 years ago, for example, you'll find the modern ones tend to be quite a bit more complex.
No directly anyway, for the OS it's all abstractions and isolation. There was a time when the OS could basically see and control everything, but now there are subsystems all over the place with their own memory, their own software, all outside of the control of the OS. CSME runs while the computer is powered off.
If I'm running software written by an LLM, even if I was the one who prompted the LLM, I would still want my OS to treat it as if written by a stranger.
I know he's not necessarily talking about relaxing security models here, but he's not being very specific about his vision otherwise.
Nope. There has never been a "good" post written in this genre ("I'm leaving my last team, here's my new project") and I'm not going to waste interesting bits on my pro-forma transition post.
I didn't submit this! Happy to chat about it, but I feel like I was pretty clear in the post that I wasn't bidding for the front page.
I think you got your comment replies mixed up? I don't see the relevance of this (https://news.ycombinator.com/item?id=49851040) to that (https://news.ycombinator.com/item?id=49850998).
Sorry, I'm responding to the (apt) complaint that there aren't a lot of details in the post. They're right, and I'm just adding why.
The fault is mine. I commented before reading TFA, and couldn't fathom from the title that it would be a "pro-forma transition post".
I think OP may be onto something real, while you are definitely right if we translate concepts directly. But maybe the challenge, with current platforms included, is because we try to cram identities by reference. If a phone had its own identity, with which you transact as with any party then lots of the security concerns would dissolve. To tone down crankiness, I refer to identity in the technical sense, not personality etc. This doesn’t solve the challenge but it might point to a different foundation for a security model.
If the phone injures or defrauds you, does it have to make restitution? If so, how?
'Transacting' requires not only identity but accountability, a completely controlled-by-you phone cannot meaningfully transact separately from you.
Ownership does not imply co-identity. If my phone harms someone else, without me being responsible but e.g. the brand that updated its firmware? Your questions are good, and I don’t have the answers. I just think our current model doesn’t either.
I feel like a lot of new security concerns would be created.
Indeed. Some would go, some would come.
I mean, everything should eh sandboxed imo. Even OS included software.
Problem with sandboxes is that it doesn't solve the "user who doesn't know or care" problem.
If you have to give access to particular files to an app, your average user will just give access to all. Someone installing tiktok doesn't look at the permissions...
The best thing would be for apps to operate on their own copy of a file regardless. But that doesn't stop bad apps from leaking importsnt files. Unless files can be signed as being for x thing requiring y special permissions as granted by the originator and not the user.
The crowd on here we can't to be able to truly own our devices. But I think for the safety of the average person they should be locked down by default, same as dev mode on android devices where you accept liability for doing silly things.
The right basic idea is, the UI for "do X to Y" must combine designating which Y you want and giving permission to access that Y (and no other). It's when the OS shell separates these aspects that you have to choose between extra annoying useless permission pop-ups and any security boundaries.
(Yes reworking our all our systems in terms of capability security is a giant job. But there's a difference between a giant job and )
Kernel + Shell + Slop
Don't forget systemd :-\
he did mention slop
Adult Roblox
I love the idea that normal people building software to solve real problems in their life is, necessarily, a toy; the only real software is blessed by our sacred priesthood of PLT experts.
Didn’t mean any judgement just the metaphor that came to mind
Roblox is a game where you make the game. This sounds like an OS where you make the OS.
Probably could have spelled it out more, being too pithy perhaps
No, you're fine, and I might be a little hair trigger; sorry about that.
https://www.paulgraham.com/organic.html
This is why he has a bajillion dollars and I have more HN karma than him. I'd rather yell about it!
Incredible how anti-intellectualism keeps taking over the software engineering profession.
LMAO that's horrifying.
not just startup nerd, he also make gas town and drunken rant
steve yegge is not tptacek (thanks for cryptopals, tptacek!)
You've misunderstood; the quoted line from the post is most likely subtweeting Steve Yegge (in particular https://steve-yegge.medium.com/why-i-left-google-to-join-gra...).
got it, thanks!
Why does this article have this title? I could see nothing in it at all that relates to the question posed by the title.
Uncharitably... because eventually they hope to produce a phone that isn't running iOS or Android?
More charitably because the title is actually an important question right now in the abstract for almost everything, not just operating systems.
But the forces that shape the question are so large and hard to get a handle on when we are living through the moment that you have to start thinking about it somewhere, why not OSes?
Sure, but then think about OSes ... not just "software".
The same. The slop apps remain just that. They may do something useful for you, but that's it. A bit like a branch in a repository.
Have you thought carefully about this? What does it mean to call a piece of software that solves a real problem you have in your life "slop"?
It's the same thing as looking down your nose at people who use Excel as a database because it's not a "real" database.
Yes, I'm sure we all have horror stories about spreadsheets that got out of hand, but that ignores the thousands (or more) spreadsheets that are silently productive everyday.
That's a pretty good simile in fact. Excel programs are very useful to the people who write them (including myself sometimes); and yet - almost none of them are widely shared, becoming fundamental tools.
I agree with the gist of how weird everything is going to get, and how we are living in a time where people haven't come close to internalizing the shift.
IMO even this AI phone is doomed in the slightly longer run.
One more step into the weirdness and people will just be working with AI to build their own bespoke phone with the specs sent over to a manufacturer that is "like PCBWay, but spits out whole devices".
I have no idea what this does to society, the economy, etc when we reach a point where nobody really "needs" any kind of middleman for almost anything (well, except for things they actually really need, like food and shelter), but it looks like I'll see it happen for a bit before I die.
Hardware is still constrained by compromise. If I want a screen for movies with a battery that lasts and doesn't burn my leg when it's in my pocket, I give up a physical keyboard and nice speakers and a bigass physical camera lens.
The physical device that is best for me is probably the best car compromise for several million other people.
if my ex calls and I want my glass brick to flash the "help me" in SOS on the screen, play Hector Berlioz, and dim all the lights in the room – I can have that. I don't have to want the same thing a million other people do.
Taking it at face value, it seems to me this will also collapse and get folded into the model.
Unclear what will be left next to it. It will just live on your phone and take care of everything. The apps will be markdown files describing what they do, probably compiled ahead of time for latency.
But the model will be in control, so what else is left to implement besides giving it bash, a compiler and a display?
I guess there is value in the year before that happens.
In my opinion, this post misses the forest for the trees. Yes, the model of an OS running various off-the-shelf apps for various tasks will soon become obsolete. But it's not the idea of the OS that's outdated - it's the idea of apps. Why would you ever want to ask an AI to make an app for you to complete some task, if you can instead ask the AI to complete the task directly? The future isn't a bunch of extremely personalized apps - the future is a single AI assistant doing all the work.
An AI assistant can give different answers for the same inputs. An application written by an AI assistant, if it doesn't just call an LLM at runtime, will mostly likely produce the same answer for the same inputs. That is, unless there's something intrinsic to its business logic that makes it nondeterministic.
Sometimes you really want the latter even if the former is less effort.
I want an agent studio and execution sandbox where my LLM driven assistant builds and maintains my apps with a receipt or transcript like history of what it did to create each app. Determinism built per use case with non deterministic assistance orchestrating the build and management layer. Extra credit if I can trivially share and collaborate with others per “deterministic silo” via a shared link. Something like Claude Code + AWS Lambda|(Docker|Podman) + Tangled.org with LLM code generation for my phone and workstation.
The LLMs empower for building, the determinism improves output-expectation alignment. It’s fundamentally an on device software factory, hypervisor, and storage system.
Remember when everyone was talking about treating computers as cattle rather than pets?
This seems like a weird inversion. Programs as pets instead of cattle. Toxoplasmosis, ahoy...
If the code works good enough, it works good enough. If good enough is insufficient for success criteria, you’ll have to trade app evolution velocity and flexibility for more determinism via more human effort (“artisanal hand crafted”), evaluated on a per use case basis. “Does this software have to be good? How good? Have I hit diminishing returns yet?”
Pros and cons to code being cheap to generate now, it’s always about tradeoffs. I don’t want to build cars, I want to drive cars.
Only in the sense that your build-a-car will be "good enough" as long as you never find out why your palms are always itchy, and you never press the brake so hard it stops working, and nobody determines which of the cars started the fireball during the accident.
People suck at "good enough". All major engineering disasters were something "good enough" for somebody. People burn down their houses with "good enough" electrical work.
Cattle can do complex tasks too. Including managing other cattle.
Think of all those bad sci-fi movies where aliens take over Earth, enslave all humans and treat them like cattle. Very competent cattle that's put in charge of local governments, scientific research etc. but very much still cattle where individuals are entirely interchangeable and killing them is just everyday work. This is me and AI assistants. (I'm the aliens.)
And when applicable, the program would be much more efficient than the LLM.
So it would really be beneficial for the LLMs to be able to have their own environments to write and run code, but also to store those programs for later use automatically.
A *human* assistant can give different answers for the same inputs. At some point, we'll need to stop treating computers as instruction executors and start treating them as autonomous agents. Non-determinism isn't a bug to be fixed, it's just the reality of working with this new kind of machines, and operators of those machines need to embrace that fact, like they did for human assistants.
But sometimes you do just want the same answer each time. Not this human woo crap, where the answer depends on god knows what, but a deterministic function of some kind, reliably producing a given output for a given input according to a fixed set of rules.
Computers can do that!
Yes, but sometimes (quite often actually) you really don't care. The entire subfield of audiovisual compression is built around the principle that you don't care. The data is actively being lost and the image distorted, and you're fine with it. Wanting deterministic results out of MP3 is like wanting AC units to be loud. Sure, they are loud, just like MP3 is deterministic, but why exactly is being loud one of your requirements when choosing an AC unit? Isn't it enough to produce cool air, or in case of MP3 - sound good enough?
It would be like telling the computer to compress a music file containing Bach's Toccata and Fugue in D Minor, and getting back a file that contains Rick Astley's Never Gonna Give You Up. Maybe you don't care, but I do.
You are talking about AI outright failing to get anything remotely close to the correct result. That's a completely different argument and has nothing to do with non-determinism. Things can be deterministically wrong too.
Accuracy, precision and determinism are completely different things. Lossless compression reduces precision, and by that also accuracy, but it doesn't become undeterministic.
And we started adding rules for the humans to follow, until we have complex bureaucracy. We invented tons of formal notations systems and error detecting and correction mechanisms. We invented deterministic machines. All because we are deeply unsatisfied with the non-determinism! Because it means you can never trust some process, optimize it away and stop thinking about it. You always need to check, and there is always something missing.
A lot of our manufacturing ability improvement during the last 200 years, as well as our engineering ability improvement during the last 500 years, is not just the raw power we unlocked, but that we made it deterministic, reliable and reproducible and hence automatable and automatic.
There's a reason bureaucracy has negative connotations. Also, notice how we still ended up with a system where everybody in the bureaucracy has a lot of leeway in what decisions they make.
Can you build a new hospital? Up to the local government to decide. How much is your property tax? Only a tax assessor can tell you. Which trees get trimmed and which are left intact? Decided on case by case basis with no strict rules. Which convenience stores are getting audited for tax and food safety compliance this week? There's a middle rank officer who makes that decision every week, my mum used to be one. How high is the bail set in criminal proceedings? Judges are famously very inconsistent on that and it's a good thing. In countries without constitutional gun rights, it's common that the final step in the process of obtaining gun permit is some government employee having a good gut feeling about you, and if they get bad feeling you get denied. And so on and so forth everywhere you look.
Manufacturing is a different beast entirely. I'm not saying we should put Siri and Cortana in charge of bolting down Boeing fuselage. But for most office and bureaucratic tasks, demanding perfect determinism is not only unnecessary but actively harmful.
So would you want a genius figuring out how to do everything you ask it to from scratch, or do you want to train someone how you want something done, so they do it the same way every time and you don’t have to explain yourself over and over?
Nondeterminism is actually a bug in many cases, and training, process and procedure, is how we mitigate it in humans.
You know what they call doing a task the same way every time? Micromanagement. Red tape. Waterfall design. In general, a bad thing. Kills creativity, slows everything down, minor setbacks become huge problems because there's no flexibility.
Defining every single step of every single task and making them perfectly repeatable works in an assembly line. But as an office assistant - and doubly so as a personal assistant - it creates inefficiency, makes dealing with edge cases very painful, and greatly increases maintenance burden of keeping all procedures up to date. Instead, giving people some leeway in how they approach their tasks and deliberately underspecifying processes to let them exercise their judgement is shown to work much better. Surely you had it covered in your training materials?
This is the part that many people are missing. Decades ago I heard "the ideal UI is a search box," and I agree today even more.
I don't understand why people are still thinking that clicking on stuff will still be a desirable thing in the future.
Inputs for the ui might be me talking, or typing, or having someone else talk or type. They might also be GPS, temperature, BLE devices nearby. Or maybe a button I smash because I don't feel like re explaining something.
What happens after an input is still the best part of a UI. We like seeing/hearing/feeling things in different ways.
The fun part about AI assistant is that you can straight up tell it how you want data presented, and it will do its best to present it that way (within limitations of its capabilities and available tools).
What you’re describing is basically a terminal. We’ve had those for a while.
I agree, which is why I don't understand why these are treated like magic tools by the laymen.
I agree - we should have many more good fully-keyboard-accessible UIs!
I don't want to talk to my computer to use it.
Had this thought this morning after seeing DHH announcing that Basecamp isn't writing code by hand anymore and they're using AI to write Rust for Hey's backend.
To me they're failing to see the even bigger picture that maybe even Hey itself is outdated in the Ai era and not only is its Ruby framework antiquated... the whole Hey service is too.
I doubt it. Most people would rather stab at their phone to download an app that just does what they want than explain to a chatbot over a period of minutes/hours and several reiterations to get it to spew out what they want, let alone what kind of software they want it to make for them. Most people can barely articulate what they want in the first place.
The market for applications isn't going anywhere and neither is the OS. I can't imagine booting a computer directly into a chat window where I have to explain to a bot what I wish would show up on my screen, where on my screen, and how it should look. What a total nightmare that would be!
Even if what passes for "AI" these days was as smart and capable as the computers on Star Trek (and it very much isn't) you wouldn't want to ask it for everything. Even the Enterprise had an OS that people interacted with. What they also had though was an OS with configurable interfaces that people could customize according to their current task and preferred workflow.
That sort of thing is maybe possible in the future for "AI" empowered operating systems we might live to see, but 90% of the people using computers aren't going to bother with any of that, just like they've never seen the settings/options in most of their applications or their operating system right now. Not because it couldn't make their time working the computer better, but because they just can't be bothered.
The writer of this piece remembers how, as a child, computers promised to let him write his own software and games and it seemed like there were endless possibilities until the reality that programing takes effort killed a little of that enthusiasm (although not enough that he didn't eventually become a programmer), but many people never see a computer as anything more than a means to an end or a device for mainly passive content consumption.
The cognitive dissonance is astounding in AI circles. The vast majority of people have a personal computer in their pocket and they use it the vast majority of the time to scroll Instagram, play games, and occasionally interact with their bank and other social services. People who have laptops and desktop computers have them for specialized tasks they already do. None of the vast majority of users who buy their phone when the screen cracks and the battery stops working care about the agentic AI world because their phone already does everything they want to do.
I think the rise of Claw's, Grok Bot and Muse is a good counterpoint to this. Yes they are still niche specialized interfaces right now, but they are basically allowing non-technical people to do things that have been easily possible with scripts and cronjobs for a long time. Its basically the Ford and faster houses analogy.
Howl was faster houses, Ford was faster horses.
When I look around me, the only time people get their phone out of their pockets is either for youtube, some social media, or calling/chatting with people. It's very rare to even see them set reminders or use the calculator. It's look like you're in some tech bubble. People outside of that don't scripts or do repetitive and formalized stuff. The people that do create apps and services to sell.
My wife is as non-technical as it gets, but she still spends hours with ChatGPT everyday. Calorie counting, parenting tips, gardening help, fact checks, looking up celebrities, road trip planning, meal planning, health related questions, all with ChatGPT. I really don't think she's the only one. It wasn't the most downloaded iPhone app of 2025 for nothing.
Sounds like it's replaced Google Search for her, not much else.
This is a bizarre sentence seeing as Google is a portal for most people. So replacing Google with ChatGPT is replacing all those destination sites as well.
Google search is neither Youtube nor social media nor calling/chatting with people.
Okay, I went too far with that one sentence. Can we all pretend I have instead said "this model will be obsolete for most, not all, but most productivity apps and most, not all, but most office tools"?
It’s funny you say this because Apple resisted an App Store for apps. They originally expected web based apps. The market demanded an App Store. Remember web snippets where one could clip a portal to view a small section of a website?
The current market very clearly demands AI assistants that can do everything. See ChatGPT app, or the new Muse app.
Like browsing TikTok or messaging your friends? People want their devices to work like their friends’ devices do. Your prediction seems to be out of touch with how and why people actually use computing devices. Nobody actually uses them to "perform tasks".
Maybe we need an app store just for agents to make purchases. Imagine a world where startups have their valuations determined by how many agents are using their apps. Those startups... Also operated by agents. We don't even need users anymore!!!
Going to entirely depend on the nature of the task and where AI pricing goes in the future.
Would you like to spend $0.10 on every task or would you like to spend $1.00 to make an app that does it free for you forever?
I don't think it'll be one or the other.
But also I don't see things like video games ever being replaced by 1 off AI. If for no other reason then the fact that a lot of games are fun because of multiplayer capabilities. That's not something you can do a 1 and done with AI (unless you only want to play games with family and close friends).
If it costs $0.10 to do the task once, then you can be sure as hell it costs orders of magnitude more than $1 to vibe code a whole damn app that does that thing, especially if you want good user experience which is the whole point of custom vibe coded apps. Whereas the App Store will have an inferior, mass-market version of what you want actually priced $1.
That's not necessarily true. Vibecoding a simple JSON -> YAML converter to translate a 2MB JSON is going to be much cheaper than including that JSON in a prompt and burning hundreds of thousands of tokens. Besides, there's lots of cases where the math simply favors a bigger one-time cost rather than paying fees in perpetuity.
Even today, an advanced AI model will realize exactly what you said, and generate a script and run it behind your back to save the costs and ensure correctness. To me, that's still using the agent directly, not vibe coding. No app gets developed in the process, and if the agent doesn't tell you, you won't even know any coding took place.
With the caveat that literal today's models are not allowed to run code themselves but instead give you the code in the chat window and ask you to run it yourself for security and safety reasons. But the capability is there.
Right, which makes the one-shot task cost the same as the permanent solution in that case. So if you wanted to do this task even twice, you would still be better off creating the tool once and just using it. Imagine if proof assistants like Lean didn't exist. Research with AI would get a whole lot more expensive if it had to re-create Lean every single time you asked it to prove something.
If you want to do literally the exact same task in literally the exact same configuration and ideally the exact same input data, then yes, it costs the same. But that solution is as permanent as it is useless.
A tool for generating a report for September 2026 is no more expensive than an agent generating a report for September 2026. But that tool is useless for you in October 2026. You'll need to generate a whole new tool for October 2026, and generating 2 tools costs as much as generating 2 reports so you're not saving anything.
Making a tool that can generate a report for any single month can easily cost 10 times more than a single report, entirely due to the extra code flow analysis required to extract the right variables in the right places. And that's without any UI. If you want UI that's another several times more tokens because UI is hard. Also it will suck compared to a simple chat window where you can ask the assistant for anything and it will understand. If you want UI that's better than the chat, that alone costs you more than everything you spent so far.
All in all, your permanent solution starts paying for itself in about 4 to 6 years, assuming you never had to update how the report is generated in the meantime.
Or you could have a very simple, very cheap script that only gets run once then gets deleted (or even better, kept for future reference to make future report scripts even cheaper to generate).
Note that this is all in the hypothetical future where AI is actually capable of one shotting such a task. If it makes mistakes, then human-made apps are still the most cost-effective option and this whole discussion is moot.
What if all computer games from now on are AI Dungeon?
I've seen a few posts of the form "why would you ever want to use anything else than AI from now on?" by now. My counterpoints would be:
Unless you have a local model and the appropriate hardware for it, your agent is Somebody Else's Computer. Do you really want to send all your data and make your entire computing experience dependent on whatever OpenAI or Anthropic or whoever else is planning in this moment?
That's not even starting with inference time and token cost. Despite all the incredible advances in inference, it still takes more time than most non-AI computer functionality. Do you really want to wait a few minutes and pay money for something that you could also do with a few clicks fully locally on your PC?
But the most important thing: User interfaces. Right now, we're basically cramming everything you could possibly want to do at a computer into a chat interface. But there are lots of applications fir which specialized graphical interfaces are much more suitable. Why would you want to get rid of them?
Somewhat connected to that: Repetition. If you have to do the same task again every week or every day, it seems wasteful to ask the AI for it every time: Not just are you wasting a lot of time, energy and tokens, you're also at risk of getting inconsistent results, if the agent from today's session will interpret the requirements slightly differently than the agent from yesterday.
You can circumvent all those things by having the AI write you a custom app, but then using the app without AI to do the task.
Those are all techbical limitations that will be solved with time. In 5 years I would be surprised if we do NOT have an AI as smart as today's frontier models, that runs completely locally, and has a real time voice interface.
I'm not a Treky but I think Star Trek has the right interface here. For basic operations you just use voice and tell it your intent or what you need to know "Computer, what's the fastest route for me to get home?". "Madison is fastest right now, it's 3 minutes faster than Lake, it traffic is building up".
This isn't just whatever Waze gives you, it knows about your constraints and preferences. So you need to program that somehow. Imagine taking it one step further "Computer, what's the fastest route to pickup my daughter and get home?" or even it just responding to the first prompt "Take Roosevelt, and today you need to pickup your daughter from volleyball".
In Star Trek they often do this when they create "simulations". They tell the computer constraints and then it refines it. No writing programs, but effectively that's what you are doing but with the natural language voice interface.
"Computer let's create a simulation to figure out the fastest way for me to get home. I want to take a route along the expressway and know whether to get off at Roosevelt, Madison, or Lake. I need to pickup my daughter when she has volleyball." You don't need to repeat the whole instruction each time, and behind the scenes it is probably turning it into some deterministic code, so next time you trigger that program it's not going to hallucinate some nonsense.
Imagine saying that to a random dude with a map and that should give you a good idea on how many info you're leaving out. You can say that the AI will infere those but that seems to be the common fallacy of AI enjoyers: They're always assuming the AI will magically find out the missing information from their prompt somehow.
I have Organic Maps installed on my phone and within a few minutes (faster than my car warming up) I can set a multi stop route (you can bookmark places). Training a random user to use such apps is also equally fast. The same happens with various pro tools: once trained, a user can be very fast with them.
If your car is relatively new (couple decades) you don't need to warm it up, just drive easy for a couple minutes.
What engineering innovation in the recent decades has enabled oil-lubricated internal combustion engines to not require warming up?
Getting rid of the internal combustion engine is the main one, but your point stands.
Much tighter electronic control of fuel, ignition and even cooling system combined with tighter tolerances and modern oil formulations. Wait for the cat to light off and the revs drop and then put it in gear and take it easy for the next couple of minutes of driving.
Planned obsolescence.
The main thing is that it takes a long time to hit operating temperature at idle. Of course it still requires warming up, but every knows the other poster meant sitting at idle, not driving easy for a couple minutes.
so your... warming it up?
The important part is that you're not prevented from driving when it's still cold.
Wow that's slow. I can do the same in Google Maps in seconds. Can you tell me what I'm missing? I'm definitely missing something.
Why don't you just use the transporter instead of your car?
We live in a "capitalist" society. Moats will be built, regulations will be enacted to ensure the American Corporation controls the market segment. No one has been able to unseat Amazon, no one has been able to unseat Google, no one has been able to unseat Microsoft, no one has been able to seat Twitter, Facebook, etc. The modern market is segments that are controlled by a single entity. There will be no local models.
And yet, even on Star Trek we can see people typing things into screens or onto pads. The helmsman doesn't fly the ship by talking to the computer.
My point is that text-based interfaces - and voice is just a convenience around text - are not the best interfaces for a lot of tasks.
Afair Star Trek AI is more like 'Ok Google', and generally doesn't really seem like very agentic, more like a computer with a voice interface, able to execute simple commands and answer simple questions.
I think Star Trek is interesting in that "AI" was explored so often by so many different writers that you have the entire spectrum of agency or sophistication levels by now - the ship's computer at one end, then the Holodeck characters, Data and eventually the Borg at the other end...
We are talking about a hypothetical future where coding AIs are good enough, cheap enough and ubiquitous enough that not just expert programmers, but everybody is capable of vibe coding exactly what they need, to the point they actually reach for coding AIs and not the app store with ready-made apps. That future is still far away, at least 5 years, probably closer to 10-15. In that hypothetical future, most of the problems you're talking about would be solved, or else we wouldn't have that future yet.
Man, you seem like you're thinking linearly... the capability growth does not look to be linear... 3 years tops IMO
Actually I'm thinking sublinearly. Ceiling is coming.
You really believe that?
Sometimes it is wild to me how two people can look at the same information and come to completely different conclusions.
As best as I can tell, the only constraint the really matters right now is availability of compute, or as a buddy of mine put it "GPU GO BRRRRRRRRRRR!"
Empirically, nobody has a problem with their stuff running on someone else's computer, with chat interfaces, or with repetition, or with repetition.
Loss of control/privacy, poor performance at high cost, bad UX.
Fortunately our industry has been getting people used to these for years.
Are you criticizing vibe coding or assistants here? I really can't tell.
So, any Apple computer?
"ChatGPT, please send <username> a message with the following contents: <content>. Oh, what platform? Create the platform to send the message for me. That username doesn't mean anything on this brand new platform? Uhhhh" [insert step where the AI-psychotic decides to give up on communicating with humans and tells ChatGPT to roleplay as the person they intended to message, I guess]
I hate that web platforms and other low level cloud infrastructure are called "apps" these days. Makes it impossible to talk about actual end user apps, vs. all the other code that's also running in addition to actual end user apps, which will remain in place even if actual end user apps become obsolete.
In other news, switching from gas guzzlers to electric cars had the unfortunate side effect of highways disappearing.
I imagine the future of computer interaction could evolve into a split model combining foundational capabilities that just make sense to be pre-built, tested and shared deterministic code - codecs, numerical solvers, geometry kernels, databases and transactional tools, compilers, theorem provers, cryptography, etc. - with a fluid interaction layer that accesses either local or cloud-provided versions of those foundational capabilities and is capable of synthesising any tools it needs where it would be helpful to build it first - either as a one-off or something to cache - for anything that can’t just be done as a task.
Applications are compressed bundles of some assumptions about how something should work and be interacted with. So you wouldn’t need VLC, it’s a shell around a foundational codec layer. Instagram is just a view over data in the Instagram social network, and you could customise it as you see fit. Transmit is a lovely application but you can delegate that to a fluid task layer that can do one-off tasks or make something you can re-use.
Everything in the fat ‘middle layer’ of software that is connecting a user to something foundational through interface assumptions might disappear, unless it’s more useful for it to exist as a permanent tool. Things that a lot of people share or that are more complex, Blender for example.
I also imagine there’d be a lot more focus on making explicit things like canonical records or schema, contracts, provenance, versioning, access policies, some kind of fixed views. Things that your local fluid interface would rely on the structure for when it came to connecting to your bank and doing whatever you want with your finances.
Not all software as we think of it might disappear, but the things that are lightweight layers over something more stable could all be subsumed with tools synthesised on demand.
Perhaps, at least.
The author is missing fundamentals. Exactly what to expect from someone who thought the built is BASIC was lame.
“Go enjoy my family photos for me.”
“Go play video games for me”
“Go create music for me”
Idk. Seems like there is still use for apps.
Sounds more realistic than what this blog post is proposing. Meta also tried releasing a phone, how did that go?
Muse on the other hand is the polished version of what OpenClaw should have been and Meta appears to have given a lot of thought about it more than this blog post.
I don't think we need yet another phone.
I suppose if you break your glasses, squirt real hard, and drop down about 30 IQ points, then sure.
We're extremely far from anyone, even those with the most interest and capability, giving a practical demo of this future you're suggesting.
What we all see irrefutably happening is some new people are just barely able to do slightly more than they used to. That's the impact we'd expect from a better search engine and a better "I'm feeling lucky" button which, of course, is what this era of AI is.
Yes, absolutely. This is a very far future. But that future is (maybe, possibly, hopefully) coming, unlike this other future which is absolutely never coming.
Why "hopefully"?
Having AI "do the task directly" sounds just as miserable as anything else people keep insisting is the future. We can't rely on probabilistic methods. We will still need humans in the loop to pin down the deterministic parts and also the parts we intended (often the same, but not always).
What else did you have in mind?
Humanity has dreamed of being able to control computers by having actual conversations for the last 80 years or so based on nearly all sci-fi movies ever released, and that dream is finally becoming reality. And it's not a coincidence - talking is the most natural, the most human way to interact with a computer, and the only reason we haven't done that successfully before was technical limitations. By which I mean, if not for technical limitations, we'd have been talking to our computers a long freaking time ago. Wait, how old is Siri now?
If AI keeps getting better, then it is inevitable that voice conversations will become the dominant way in which mostbpeople use most computers for most tasks most of the time. It's just part of human nature and there's no way around it. The only way this doesn't happen is if AI never becomes good enough to support it.
Personally, I'm not a fan of voice input. But I want AI to get better. And the future where voice conversations work well enough to be used as the main HCI method is inevitably also the future where voice conversations are used as the main HCI method by most people. I'm hopeful for technological progress, that's all. It's just that you cannot have this progress but not have people take advantage of it in this exact way.
Compare it to the future where most people vibe code their own apps, which has zero chance of happening no matter how good AI gets.
There is a big misconception in your answer in that you seem to believe that an LLM would always produce (machine) code that does what the user intended, in a correct and safe manner. Neither of these assumptions is true. If you knew how LLMs are built and operate, you would know they are not reliable at all. What you might ask from an AI interpreter OS might be unique and thus might be absent from its training set and might not follow a pattern inferred from its training set either.
LLMs are the first machine learning models that blatantly and regularly produce incorrect output and we have been brainwashed into accepting that. An application on the other hand can be exhaustively verified. There is no comparison.
First and foremost, I'm comparing specifically just having a suite of heavily personalized vibecoded apps like in OP blog post, versus using an agent directly. I'm comparing just these two options and nothing else.
If we don't assume up front that AIs are good enough for at least one of those things, then there's no conversation to be had. Personally I'd rather have a conversation than not have a conversation, but you do you.
Why would you ever want a nice word processor to write a letter to someone when you could just ask AI to write the letter? Why would you ever want photo editing software when you could just tell the AI to make your picture look good? Why would you want audio recording and mixing software when you could just tell the AI to output the next Billboard 100 hit? Why would you want a camera when you could just ask AI to generate photos for you?
Exactly my opinion too.
Apps will become barely visible data providers. Some will provide specialized widgets for those cases where a specialized UI is needed. And data will be designed to inter operate.
I have reached this conclusion from a specific example I'm working on, more details in this blog post if you pardon a link to a website of mine: https://cloudywithachanceoflatency.net/blog_02-how-llm-accel...
It is not clear whether models will be both capable enough and cost effective enough but not as capable to wipe us all out. The outcome is a tiny sliver of possible futures and even then likely short-lived.
Current capabilities are not there. You need software engineers to keep it going. And even then as intoxicating as it might be to be able to bring to life all the side projects you often had no energy/skill to finish, today it is still may be cost / “cognitive load” -effective to buy off the shelf apps that somebody else has to maintain (even if they are not as personal / less customized for your use-case).
Absolutely agree. At the start of the year when Opus 4.6 came out, I remember my co-worker showing me a bunch of apps he made for himself to make himself more productive.
Fast forward a few months, and most of those apps are abandonware. Not that he's not as productive, he just skipped the middlemen (the apps), and started directly asking the agent to do those things.
Given the current trends in predictive language models, once users are able to articulate their needs with clarity and precision, conventional software development may become obsolete.
Define "soon".
Banks in the UK have thirty million customers each. They have moved away from web interfaces to apps on well-controlled platforms.
Social media doesn't use the mobile web; it's not good enough.
Neither of these applications for a phone are simply going to surrender to agentic environments on a phone that de-emphasises apps.
They both have a need to fully control that experience, and yet they are polar opposites in terms of seriousness.
We can't even stop voice assistants acting on commands they mishear from TV shows, youtube clips, radio.
This reminds me the car industry touchscreen craze: if you can paint anything and control anything via the touchscreen, then the only thing you need is the touchscreen, right?
A bunch of dot files, obviously.
Is this how the internet finally dies? Not with a bang but with the whimper of thousands of AI slop apps scrapping websites into oblivion?
Most of these problems the slop apps can solve are dependent on gathering information to answer questions. If no one ever visits weather.com to get weather information, ad revenue will completely dry up and the site will go under. Then the slop stops slopping and I can’t get my hyper local weather app to work.
I’m not going to go as far as to say this article is wrong, in fact in this cursed timeline it’s probably right. I just don’t see how it’s good.
Ironically this may finally force the fulfillment of the Web 2.0 paid API service dream. Remember when people were pushing companies that just provided a paid API?
There might very well be more of that. In a world where everyone has agents filtering data on their behalf, it seems more complicated to figure out a way to force a user to view certain content along with their desired data than to simply refuse to supply data until a small transaction completes.
On the other hand, that’s just traditional banner/video style advertising where the goal is to force specific content on the user. If someone wants to spread the word about their product or service, I’m sure they’ll pay money to advertising services that use agents to inject their message into the global context. This is happening already, we just talk about it in the frame of “dead internet theory” and AI influencers, etc. Anywhere that content is being produced and consumed is an opportunity for the message to be nudged in favor of the person paying money.
So we go from the days when we have to pay our ISP so that we could go to weather.com to see it if it's raining outside, to a future where we have to pay for our ISP, so that we can connect to the AI company who we also have to pay, so that we can have their AI connect to the API at weather.com which we also have to pay for, so that we can see if it's raining outside? I'm not convinced that'd be making our lives better through technological progress.
Not better, just more profitable (for a small handful)
Like many major cultural phenomenon, expect a pendulum effect, more than a beginning or end of a trend.
It's the thing that runs your AI agent, that runs your AI pocket bot (AIBI looks cute btw), that runs the software doing the training of AI models, that runs the datacenters doing the inference, etc.
There's still data. There are still bits moving. Filesystems and networking aren't going anywhere.
In a charitable reading the title is something like "what is even a desktop OS now?" or "what is even a consumer OS now?".
As for the new project, I've got one bet: there's Linux involved to host it.
Linux is an OS.
P.S: as a sidenote the entire "users don't install apps anymore" was already true to some extent. A shitload of users are totally fine with an OS that runs a browser and that's it. And they're fully operational. And we still all know what an OS is, even for, say, a Chromebook. Heck, I'm not even sure "installing apps" as ever been, except during the first install of the OS, what an OS was ever about.
So - yet another way to turn a computer into a subscription service (to pay for the AI providers). No, thanks.
The OS is the distilled wisdom of other experts. Wisdom that neither I, nor the current generation of next-word-guessers, could possibly keep pace with; no matter how many reddit bots the frontier lab operates in its attempt to extract complex concepts into simpler vectors. It will be the collection of things that are so unbelievably expensive to reinvent and re-learn for each machine and user, that they are not subject to to the market forces that come with making the slop cheaper. Any well-maintained OS will maintain that role. And be ever more important in the future, as apps diverge into even lower quality and even less shared benefit from improving them (for the other approx. 2 users).
The OS is a giant collection of legacy compatibility shims which many people agree isn’t how you would design things if you were starting from a clean sheet of paper today.
If you look at software like sophisticated database kernels they bypass the OS almost completely because they can reimplement a better OS in userspace, using the kernel as little more than a device driver. Over time this has become more common, not less. OS like Linux have actively embraced this role.
Being able to effectively specialize the OS for specific applications has large benefits. It is a specialized skill but not unusually expensive to implement.
I think people will still buy templated software - applications that come with source your AI modifies or plugins your AI writes. Most people need Excel, not a badly written clone, but they may want a bunch of custom plugins that can deeply modify the UI for their use case.
Surely it's simply software that has its own kernel, that could be booted to from BIOS/uEFI or any other low level hardware initialisation process.
You were the exception. Most kids felt awe. We started learning BASIC and creating "dumb games". That's the origin story of most people my age who ended up in this doomed industry.
This was me too, but objectively speaking we were in the minority. Most kids did not learn BASIC.
I think you were the exception. Most kids never even knew what BASIC was. If there was a game already on the computer, they'd be happy to play it. If they really liked the game they might learn how to start the game if it wasn't already running, but they didn't care about doing anything else. Kids who were into computers looked at a computer and saw endless possibility. Everybody else played sports outside, watched TV, or hung out with their friends.
It was probably a function of not just personality type but education. For whatever reason I was taught basic in elementary school as a millennial and it left an impression.
10 print "hello"
20 goto 10
10 print "<brother's name> is dumb"
20 goto 10
s/brother/teacher
Education has to help demystify computers and give people an idea of what they could do with one. Basic seems like a weird choice for a millennial, but at least it had you actually write code instead of abstracting it away into pushing around icons like some of the systems I've seen for teaching young kids about software or even just giving directions to turtles.
Why is BASIC a weird choice? It wasn't really a choice at all. All the computers in my school ran it until I was 8 or 9 and the school board could afford to upgrade to Windows machines.
Depending on where you draw the line for millennials the school computers could have been running anything from Windows 95 to Windows XP. BASIC wouldn't have been included in XP or 2000, and depending on what exactly they were using, it may have been easier to use something with more features. QBasic for example wouldn't have syntax highlighting. Simple programs in languages like python or perl can be used to teach the same concepts, with fairly similar syntax, and would have been more applicable to software people were actually writing at the time.
When I was in high school we used VB6 and VB.NET on Windows XP. Does Visual Basic not count?
If you define a millennial as someone born from 1982-1996, the majority of those kids by the time the had a computer lab (say by the time they were in middle school) would have been too old for BASIC. You are talking 92-06, Windows 95 took over the majority market share by the end of '96, and you are forgetting a whole lot of schools had Apples being pumped in, so a lot less access to BASIC. Unless you were in a programming adjacent class, the majority of millennials weren't learning basic. Ask your non tech millenials how much BASIC they learned and they would look at you like you grew an extra arm.
In India, I think we still had BASIC taught in schools and private coaching centers in 95-98.
Yes, but they would say the same about any other programming language too.
BASIC was common on the Apple ][ series, and in the Win95 era QBasic was popular.
It was not impossible to have access to computers in the educational environment (either in class or as an extracurricular) before middle school, either.
Why would you get a computer in that era if you didn't want to learn BASIC?
Kids weren’t getting computers, their parents were.
Yes, there was no good reason for us to have had that computer. A friend of the family sold it to us. I had no say! I was like 8.
To play the games that were included in books and magazines as BASIC program listings that you could type in and play.
You got a computer in that era because you thought you talked to them and they did what you asked them to do.
Then you got the computer and when it started up you got a flashing K. It was a bit of a disappointment. But you flicked open the hefty manual, started reading and before long you were hooked.
One career later, I now have a computer that is very, very close to what I wanted all those years ago but with a significant and irritating genie attitude to granting my wishes.
Now if we can just tone down the genie stuff…
Because you could get pirated games from the other kids at school. Or at least that seemed like the most popular reason.
Yet magazines and books commonly published program listings for games in BASIC which many kids somehow managed to type in and run.
Yeah, I did that too. That's what you did with these machines. Deeply unsatisfying! Like: a real lesson in how gnarly real computers actually were. This is my point. You got one of these thingies and thought you could do anything, but it turns out "anything" took on values ranging from "hours to many hours of typing in BASIC listings and then working through inscrutable errors until something showed up on the screen but then crashed". Computers sucked ass!
Until like a year ago.
Why did you think that? Did you see people use it like that? anything? really?
For me, computers became intriguing after I started programming in BASIC. Not before that. Before that I was just curious about what the big deal about these things are...
In the literature, there would be passages that describe how computer followed "instructions", but I never could make sense of that or understood what an "instruction" was. So it didn't really sway me either way. I just tried hard and remained curious to understand what this "instruction" was and how I could give it to computers...
May be your falling the same way for LLMs now..
I don't know probably because I was eight years old.
Good point - what might become fun and engaging at 10 or 11 could be more frustrating at 8, especially on your own.
As near as I can remember, my first real programming experience was when I was eight years old, writing basic programs on an Apple IIc at school in 3rd grade. (I was too poor to afford my own computer until my senior year of college). It was awesome.
I have never found computers disappointing, and I have spent most of my career/life learning about them - from processor design through to distributed systems. Mostly I've been disappointed in the disparity between the number of interesting things I'd like to do, and the number of lifetimes I have available to me.
Different strokes for different folks, I guess.
Figuring out inscrutable errors seems highly educational. I guess I don't have enough data to determine whether your bad experience was more or less common (probably less common on HN though). I imagine some (like yourself at 8) found computers frustrating and bad, while others (some peer posters on HN, who might also have been a bit older when they started) found them frustrating and good!
I did come to appreciate that. I was a professional C programmer for a lot of years! A hand tool woodworker, so to speak. It's great. But it's not the same as what I had thought computers were when I was a little kid.
Different strokes, I guess. FWIW, I also started at 8 -- with a Commodore 64 and a Commodore Vic-20, both connected to a television -- and I found the process of trail-and-error learning my way through BASIC to be absolutely awesome.
I would start with a completely blank slate and then, gradually, be able to create something out of nothing. If I was clever enough, it could do whatever I wanted (as long as my wants were modest). It was magical and I have nothing but fond memories of the time I spent doing that.
Did you end up writing a word processor? :)
Haha! I did, but not for a few years, until I took up Pascal and MacOS and then wanted to find a way around the 32k text limit that was a stubbornly difficult problem to solve for a while (and was the original reason that BBEdit became so popular).
Trying to correctly render a vertical blinking cursor on top of proportional fonts took me ages to get right...ish.
I learned that I really enjoy working on fine details, hyperspecializing, and doing deep dives into particular systems --- all the things you do to be a competent software security person --- but that end-to-end application construction, front-end to backend to operations --- is necessarily a multiple person project, unless it's like a crazy labor of love that you dedicate all your free time to.
Aside from the Spectrum, the Amstrad CPC (CP/M!), at various times a secondhand BBC Model B and then later the family PC, I wrote complex programs for a Sharp PC-1246 (because I had the cassette interface).
https://www.computinghistory.org.uk/det/1421/sharp-pc-1246/
This was the very opposite of unsatisfying. I don’t recognise this idea that computers sucked.
AI-assisted coding is, to me, way more soul-destroying than hitting the limits of a simple home computer. In most regards I feel like I have reached the end of my interest in computing, and the pivot I had in mind — teaching - looks like it has been joy-deadened too. Nobody is going to want to learn how anything that is not AI actually works, tech people insist that AI will replace (they say augment, they mean replace) teachers and trainers, politicians seem to be listening, and non-tech people now increasingly resent technology.
I barely recognise the industry I spent my life in; I do not recognise the evident enthusiasm for a world that is abandoning a whole, transformative pedagogy in favour of the programming equivalent of games consoles: button pushing vibes.
I am not at all of the opinion that AI has no value, though it does not have anywhere close to the value people insist it must have for me. I am learning, trying to find an ethical angle on it that doesn’t make me feel uncomfortable and exhausted by the hype.
But it is the final nail in the coffin of the joy of tech work for me, and as a single middle-aged man I perceive this as life changing and very likely life-shortening, in the way that psychologically unhealthy things are a health risk for older adults: unless I find something that gives my work life a sense of connected purpose again, I figure I will be gone before the Spectrum makes it to fifty.
So yeah, no. No.
Same here. I can understand indifference, but this I don't get.
FFS I even loved playing with calculators!
I disagree with most of your post, but this one the most.
Non-tech people already resent technology... Try and sit next to a non tech person use a desktop pc. It wasn't until the smart phone that the average person started to use technology like you or I recognise. And that's only because it's been simplified to the extreme for them. (I don't blame them btw).
AI is such a step change for learning and teaching... For anyone who is inquisitive. Ask it endless questions, explore ideas, get it to generate images to help you...
That is some next-level motivated reasoning
I did the same thing writing sample code from DirectDraw APIs to make windows games. There was a huge gap between copying tutorials and writing my own game. I never got there. LLMs could bridge the divide. Tutorials can give me the nuts and bolts and feel of whats possible. LLMs can bring into reality the bigger ideas from my mind.
They can't have sucked that much if you saw fit to build a career around them.
Sure they can. Of course they can. "Computers suck" is practically the motto of the entire field of software security. That doesn't mean they're not fun to work with! Just that they suck.
The kids who loved computers were the ones plugging in line after line of BASIC. Well, them and the ones who just really loved games. Games were a gateway drug for a lot of kids because for so long games could really make you work for it. Games had kids making changes to config.sys and setting BLASTER environment variables, connecting to a BBS or FTP sites for downloads, and troubleshooting network issues to get LAN games running with friends. You could get pretty good at computers just getting your fix. That took a pretty strong commitment though because if all you cared about were games, and if you had them, consoles made gaming very simple. Too simple if you valued the sense of learning and accomplishment that came from winning a wrestling match with an unforgiving computer keeping you from the game you wanted to play.
I was one of the kids who didn't have a computer at home but had friends with those, and would read the BASIC listings in the magazines many times over to figure exactly what they did and think about what I could change before I visited my friends and started typing it all on their computer.
I would like to point out that you were playing a bit of goal post moving.
then
The number of kids that had computers that typed in BASIC programs was absolutely tiny, unless they were doing it as part of a school as a grade. The number of kids at home that had computers in around 93 was less than 1/5th of all households and those tended to be the most wealthy. Even then they were so expensive most parents were telling them to stay away and not letting them edit random files.
In that area, kids with computers that booted straight to basic like the spectrum, bbc micro, c64 etc fell into two camps -- those who were interested, and those whose parents were interested. I suspect the former were more numerous, as to have a parent interested enough to spend a fortune on a computer without the pester power of the kid feels quite niche.
The vast majority of kids never touched computers, other than maybe running logo at school to move a turtle around.
Most kids who were only interested in a game had a NES or Sega console.
Of the former group, the awe began when you wrote in the example program from the manual or magazine, made it do something, and then changed it. Even something as simple as changing from 3 lives to 99.
Having been one of the interested kids (but it took quite a while before any real program design or analysis clicked for me) my experience was that most of the others didn't seem all that interested (and were really just there to play games).
Probably for quite a while kids were more likely to have a console than access to an actual computer. But if you had a computer it was not like you could rely on having someone else around to start up the game for you. In fact there was a good chance that your access to a computer was arranged by adults who specifically expected you to learn how to use it.
Yes! Paraphrasing my childhood:
“Mom, I’m bored will you buy this a new computer game?” “Lol no! Go outside.” “Well crap. I guess I’ll have to write my own game.”
Yes! I loved BASIC! It was what got me hooked on computers.
I ended up a systems programmer in this doomed industry. BASIC on a Z80 didn't get me there (exploits on a DG/UX at a library system did.) Different people, different vectors.
That was my origin story. I was 8. Tandy CoCo2. I didn’t have a cassette so I had to type all the programs from the books. Again and again.
I hope this makes you feel better: all industries are doomed. But few rise and fall in one lifetime.
Same here but with the first CoCo, TRS-80.
Anyone remember "The Treasure of Raaka-Tu"?
Nice attempt at slipping one past, but the industry is far from doomed. Where do you work now that you believe that?
Holdouts feel everything is doomed.
Adopters feel the future is brighter than ever.
Article author is excited. I am too.
I exist outside your dichotomy.
I feel like the future is bright precisely because AI sucks so bad while also lowering the bar.
It made people not take software and software engineers for granted. Public perception of software has also finally matured. Boomers and tech CEOs fell into a tarpit that harshly exposes their stupidity while laypeople now feel like they can change the system.
This is all exciting in the best ways. My usage of AI at work and for personal projects goes as far as whatever the AI summary is on google. That's more than enough for me to get enough of a productivity boost on par with those who embarrassingly thrust themselves balls deep and refuse to pull out. Not everyone has to push the "I'm feeling lucky" button to get the same work done at the same pace.
"I exist outside your dichotomy" is one for the ages.
There's nothing to be excited for. Even if AI works as well as people say (and to be clear: it very much doesn't), that future sucks ass. No more fun making things, no fun solving problems, just hand it off to the machine that does things for you. That's an awful future where every shred of joy is gone from computing.
It might genuinely suck for you. It's amazing for people who couldn't build anything before, but now can. And there's more of them than you.
I think that it should not need to be mutually exclusive. You can make it you can enter the programs yourself (if you prefer to do for whatever reason, including, it does not work well (like you mention), or because of Dijkstra objection or other objections to the use of AI for programming the computer or AI in general), but that AI can also be possible.
(Raises hand.) I'm doing things with my online law-school course materials, in just a few minutes using Claude, that I never even considered doing before because I didn't want to take the time to improve my rudimentary JavaScript- and CSS skills. Instead of just a fairly-simple, single-page HTML document, Claude is helping me turn the materials into something genuinely useful for both my students and practitioners.
Yes. I have a really hard time getting past the sheer scale of enablement for normal people, and we're stacking it up against, what, the joy professional developers get out of hand-cutting dovetail keys? And then like a whole cinematic universe about how if all the joinery isn't hand-cut, everything's going to collapse, which, like, obviously no.
One of my favorite journalists is Jerusalem Demsas, who just on a podcast mentioned --- in passing --- that she'd vibe-coded the photo editor they were using for her publication. That's a bananas statement! And we're all just, shrug, or worse: "that's slop!"
Don't get me wrong, I think we'll print money hats off this sentiment. By all means, do whatever you can to leave the lane we're building in as open and stigmatized as possible!
It sucks that most of those people are going to be entirely dependent on a proprietary service to build things for them and they will never actually bother learning or improving their skills, even though the tools to do so have never been more freely and widely available.
It also sucks that so many people in tech think that the widespread loss of education, knowledge and freedom is a good thing.
I do not think it's a good thing for normal people to have to learn programming languages to built programs to solve their problems. To me this is like how the HAM radio people used to be required to learn Morse code.
I get that it might suck for people like us, who took the time to learn those languages! Oh well.
No one is saying that anyone has to, but being able to is the whole thesis of the hacker ethos. Knowing how to do things yourself versus being a consumer dependent on corporations.
And children are learning how to program nowadays... although that won't be the case for long. My nephew is taking programming classes in school and making games in Roblox. But soon the only thing they'll teach is how to prompt Claude. We were almost at a point where programming could become general knowledge and that might have enabled widespread freedom and control over the evils of proprietary software and commercialism. Now we're burning it all down and a depressing number of people like yourself on this erstwhile forum of programmers and hackers are actually dancing on the ashes.
Using a service to generate software for you is not "building programs to solve your problems." You aren't building anything, and you certainly aren't learning anything that would give you any real control over it or let you exercise freedom relative to it. AI is just proprietary software and data theft with more steps and a lot more fascism.
It doesn't just suck for us, it sucks for everyone.
Those people who couldn't build anything before still can't.
This is obviously false.
If I tell you to build me a house and you do so, I have not built the house.
I can give you requirements, give you feedback during the process, and otherwise contribute to the design, but at the end of the day I did not build the house.
You're welcome to not make things.
Are you telling us the only reason why making things was fun is because it made you "special"? And now that anyone can do it it isn't worth it for you anymore?
That's the wrong reason to do something.
For me, I made things because I liked the process of making things, it was never really about the result. Much like solving crossword puzzles is about the process itself, not about getting the answer.
Then nothing has changed. You're free to continue doing things as you like.
Unless you're complaining you can't be paid to do it the old way. But none of us were paid to have fun, we were paid to deliver results.
You are completely right. I am not entitled to anything. But before I was paid to have fun, I spent years trying to get better at it and then suddenly it completely lost its value. From fun of solving crossword puzzles to the dread of validating if crossword puzzles bot solved crossword puzzle correctly, with worse pay, less job security or opportunities.
I am not entitled for things to continue as they were, but I can still feel sad about it, you know.
I have never been able to understand this perspective. It's come up so often that it almost feels like a pro-AI propaganda strawman in the style of the "virgin vs chad" meme.
You can and should still write most of the code yourself and use AI to assist when you get stuck. Apart from saving yourself some hours because you no longer hit dead ends on google, I don't understand how that's meaningfully different from using a search engine and finding solutions on StackOverflow and GitHub. I don't even understand how people think this traditional workflow I'm suggesting is any slower than reviewing LLM output either. It takes the same cognitive load and the same time in the end. The only people who believe they can go faster and reduce cognitive load aren't just inexperienced, but also seem to have ADHD or something. Like they just wanna bask in the vibes of the machine-generated text scrolling by.
If your goal is to make something you're going to live with and maintain long term, or is more generally the foundation of a bigger idea, you can't ignore any part of the code or delegate it away. It's still writing that you're bound by like any other document.
The "strawman" comes from the businesses promoting the frontier LLMs and many of the best-known influencers in the space, especially on Xitter.
I find it is an amplifier of my skills, not a replacement.
Naw, you had the knack.
fond memories modifying the variable for velocity in GORILLA.BAS before I really knew what velocity was :)
I don't remember there being any filesystem at all, let alone FAT.
I'm not even that old, but totally agree with this sentiment. Going to miss those times. It's amazing being able to build whatever you want now, but it's bittersweet because if you truly wanted to learn how to do it, you could do it yourself.
I don't understand this. Back in the early days of the internet, you absolutely couldn't learn 'how to do it' without finding obscure books or knowing someone. Now though? You can learn all of it, and find the resources almost instantly. Want to build a computer, self host, program, you have millions of resources at your hand.
QBasic's bultin help/documentation was good enough for me..
Me too! Though I never learned how to use functions (subroutines) until I picked up C from a book later on. I still have dozens of programs I wrote back in the day in qbasic, largely based off the examples in the help system.
Agreed! What’s this weird `SCREEN` command? Punch F1 and you get a complete breakdown of all the screen modes, color palettes, and their resolutions.
As I mentioned in another comment, I think if you didn’t grow up with it, you just underestimate how amazing QBASIC was as an IDE, a programming language, and perhaps most importantly as an educational tool. I mean, it even came with actual BASIC programs (GORILLA, NIBBLES, etc) right there that you could use to explore and tweak the values as you learned.
There’s no better way to learn how something works than to physically play with the actual values, change constants, change variables, and observe how that affects the behavior of the game.
If I remember correctly, there were even sample programs included in this documentation.
Yes! To my knowledge, I think almost every single keyword in the built-in help had a small example program at the bottom that you could type in.
For example GET/PUT had this one:
Back in the early days of the internet, there were FAQs written about everything. You could talk to people who actually knew what they were doing, as opposed to today.
Things that are easy to do don't necessarily mean that's the right way to do it. Grueling work sometimes helped you learn far more than just getting the answer to something easy.
There were a lot of books written back then on programming. My local book shops had a section dedicated to computer programming - including all the popular programming languages of the day like C, C++, Basic (and eventually Visual Basic), Java and so on. The books were technical and specific, but they were incredibly easy to find. And back in those days book shops were everywhere.
I learned C, Java, JavaScript and Obj-C from books over the years. Those books were honestly much better resources for a beginner programmer than most online resources are today.
Your priors are all out of whack. Most people never learned BASIC, let alone at 8. Programming is much more accessible now than then, but the overwhelming majority of people still don’t know any JavaScript or python or anything else.
I had Turbo C as a young teenager, but really learned C at the csh prompt of a terminal connected to a giant DG/UX computer in my first summer job.
I actually still don't know BASIC.
Unix/Linux historically gave gave you a shell prompt (allowing you to type in shell programs) after login and a C compiler in the box. Modern Ubuntu or macOS technically still have terminal apps and shell prompts, but usually boot into a desktop GUI.
Programming (by humans) is less accessible in 2026 because most personal computing devices don't boot into a programming environment and they don't include a user-friendly programming instruction manual (graphing calculators may be an exception however). And before the era of "there's an app for that" it was assumed that users would need to write their own programs, so systems were designed to support that. Vibe programming (by LLMs) is more accessible now however.
BASIC was designed as a simplified, interactive version of FORTRAN that non-experts could learn in an afternoon, but which was still powerful enough for a wide range of applications including numerical methods, simulations, data processing, and games. It was also small enough to implement effectively on a timeshared minicomputer or an 8-bit microcomputer.
Even though the Mac was GUI-based, for a time it shipped with, and promoted, HyperCard, which led to a brief explosion of user-created programs developed as HyperCard stacks.
Yes, but now everyone and their mum has a personal computing device, and there's tutorials readily accessible, and five seconds of googling can bring you to an online programming environment.
All true, but the onramp isn't included in the box. When you get a smartphone, how do you know that you could even program it? Is there any encouragement to do so vs. just buying apps? They are more like game consoles, in more ways than one.
As I mentioned, I think graphing calculators might be an exception.
In the mid 80s, something like 10% of US households had any computer at all. That the onramp is in the box doesn't really matter to the people who never saw the box.
I guess the question is how you measure accessibility - per device, or across the population as a whole? In 2026 several billion people have personal computing devices, but the devices no longer provide that programming onramp. Interestingly enough, it looks like ~25% of the world's population is still offline.
You can also pull up a repl in any desktop web browser by pressing F12.
Also true, though it seems like Peak Desktop is behind us.
Have you ever been diagnosed with ADD or autism? I don't expect you to answer back on that. People that have these characteristics tend to cluster in fields like tech. This means without any prior knowledge you self filtered to a set of actions you didn't know you had a much higher attraction to than a random sample of the population.
In addition this also increases the probability that your unaware of others peoples drives, likes, and abilities, which can easily mislead you to believe that a large portion of the is skilled like you in the same way and wants to conquer information.
I’d argue programming is much less accessible now. For starters “programming” means a thousand different things and where do you even start?
My Apple //e came with one language, BASIC, it was built in, nothing to buy, and came with a book on how to get started writing it.
But yeah I didn’t start at 8.
We didn’t get that Apple until I was 10, so that’s then I started.
I learned it at age 12. It was pretty much as the author described, except in my case the "computer" was a Texas Instruments teletype, a phone, and a 300 baud modem. Plus a booklet with reddish cover introducing the BASIC language and how to connect to our school account at Washtenaw Computing Services. That was the beginning of a life-long journey with computers.
"doomed industry?"
Please.
You were the exception too. A PC was one of the most expensive items in my house when we bought it. The computer table it sat on was the second most. I was so afraid of doing anything on it that'd break it. Heck I freaked out one time when I shut it down from the power button directly.
lucky people, as soon as I learn how something works it's pretty much impossible for me to keep any interest in it
I guess that means you are still interested in pretty much everything
My Acorn BBC Model B booted straight into BBC BASIC as well, and I too thought it was awesome and taught myself BASIC straight away, and then 6502 assembler and latterly BCPL and so on. I was even younger than OP.
But I think we were the exception, even if we didn’t realise it at the time. In hindsight, my interest was most definitely not shared by my peers.
I remember getting magazines with basic games, where the full syntax was printed out. I would type it in and save to floppies on my Apple 2e - which my mother purchased second hand.
I refuse the accusation - I had a very good idea what BASIC was even at 5 years old. QBASIC was the program that allowed you to open GORILLA.BAS and play the Gorilla fruit throwing game.
..at that time I have to admit, most of what I saw there went over my head. I understood the concept of program code, but had very little idea of what was going on, but wanted to learn. Eventually I started modifying the code, and started making my own stuff, driven mostly by determination rather than any understanding of what was going on.
Reading through all the comments, I think there’s also a bit of a generational gap here.
There’s a huge difference between a kid turning on a Commodore 64 or an Apple II and being dropped into the relatively no-frills versions the BASIC interpreter versus a kid in the early ’90s who had a DOS machine with MS-DOS 5 bundled with QBasic which IMHO is a more representative example of a “batteries included” BASIC environment that was significantly more user-friendly.
I also encountered QBASIC as an elementary school kid - it felt like the closest thing to sorcery. People who grew up in the age of the internet really underestimate how awesome it was to be able to just be able to place the cursor on a more obscure command (like PEEK/POKE or POINT) and see something like this:
If I remember correctly QBasic even allowed configuring and controlling serial/parallel ports. Just imagine what a guy could do with that if he was bold enough to poke wires into a parallel port....
Today, computers don't even have parallal/serial ports. Everyone has to pay the USB gods their tribute to have the mercy of allowing to program arbitrary IO from their computers....And they still need some kind of serial receptacle on the other end...
Absolutely~ I remember many summer days as a kid trying to figure out how to send commands to our serial-port driven 2400 baud modem using the AT command set:
Followed by my parents yelling at me to get off the phone since we only had the one landline. :)
I think the true generational divide was between DOS and Windows. After spending an inordinate amount of time in DOS (making the journey to Borland C), it felt awesome that you could draw onto the screen, no questions asked. I made so many games and graphical programs just drawing to the screen and then reading the input in a loop, it worked great.
Then I transitioned to Windows, and had to contend with all the complexity.. What's a Window Class and how do you write an event loop to respond to window messages, why is this all so complex.. Why is MFC somehow not really better.
Having written a simple DOS GUI (that kinda looked like Windows), I had to discover that a Windows app of equivalent functionality took more and messier code.
And forget drawing to the screen, you had to grapple with GDI drawing contexts, it was slow and bad.. (Not like Linux was any better than this regard).
As for DOS, I have had the privilege of hacking together a bitbanging VGA adapter, so I know for a fact that drawing to the screen is really as simple as setting values in an array, then, scanning it out to the display.
Screen mode 13h was definitely fantastic. Being able to light up a pixel by mapping directly to the 64k contiguous bytes in the address space was very intuitive.
And yeah dealing with Win32 stuff definitely came with its own set of complexities, I practically had the Charles Petzold Programming Windows book memorized back in the day.
But let’s also not forget Visual Basic, which outside of maybe Delphi, I'd consider one of the greatest RAD environments ever created. Being able to just grab a button onto a form and then double-click it which would instantly create a handler that you could add your logic to was very approachable even for younger audiences.
The only problem of course is that Visual Basic wasn’t bundled with Windows, so it was a lot less accessible than QBasic which came bundled for free with MS DOS 5.0.
I think you’re half right. To echo the other comments, I think 8 is too young for most kids to get into BASIC. I learnt programming on BASIC but I was 12 or so and had a teacher and hence structured guidance. I don’t know that I had the mental capacity to self-teach that kind of programming even at 12, let alone 8!
But 8 is not too early to learn programming as such, because my kids started around that age. Only they started creating dumb games using Scratch in a modern browser on a full-fledged modern OS. The environment you start with probably matters a lot for how much you take to it.
I was really surprised by the article, I assumed it was going to be the same as my experience which was amazement at having the ability to write instructions that caused the system to do stuff, like make dumb games initially in basic and then better games in assembly.
I don’t think the post has a lot to offer, but I will share thoughts on how a modern operating system can add _a lot of value_ both for non-agentic users and for agents.
Looking towards macOS and iOS for example, an underrated feature for the “it just runs your web browser” crowd is all of the system-provided databases. These turn rather specialized systems - photo libraries, music streaming, calendaring, contacts management, and mail into shared databases that link applications together.
On iOS it goes much further - because of HealthKit, my Withings scale, my Garmin (when I had one), my MyNetDiary nutrition tracker, my continuous Glucose Monitor, and my third-party analytics apps share the same access to my data. And it is done securely - I can choose exactly which part each sees. This is a tremendous resource for both developers and LLMs.
My calendar, hosted on a personal server but available through Calendar, is transparently available to my to-do list app - so I can see my appointments, my tasks, and even my workouts (thanks to health kit) in one view.
Weather is a system service on iOS. Calendar is a system service. Contacts is a system service. Health data is a system service. Even music - third-party apps can control and consume your music library on iOS - is a system service (if you use it).
My Mac knows how to develop RAW files out of the box, and it can connect with integrations to get them printed, and use my library metadata to sync my favorites to my phone. I have a third party app that syncs my Apple photos library to my NAS.
A good OS, like iOS or macOS, could be the fabric that holds all your vibe-coded and ephemeral LLM apps together. I see it making a whole new category of things possible.
But so much of macOS is also uninstrumentable except via undocumented APIs that are unreliable at best. Why wouldn't Linux or even FreeBSD be even better? They're not limited to content but even the source that can be updated and rebuilt to do literally anything.
Honestly, as a long time Emacs user, agents are amazing because when all your functionality and data lives in open source code and text files, the world is literally your oyster.
Linux and the BSDs might be more instrumentable, but the rest of the experience is so fragmented in comparison. Regardless of category, there is no single service or data format that everybody has agreed to use and build on top of.
The advantage of the Apple approach is that the user’s data is instantly available across third party apps. For example, instead of needing to build (or import) a whole CalDAV apparatus to be able to build a little calendar-based todo app, you can just use the system calendar API and let the OS do the heavy lifting, making your app much more lightweight and instantly usable with almost no user configuration. This naturally applies for scripts and agent skills, too.
Because Linux doesn’t offer a rich set of system services built around the needs of desktop users and exposed through curated APIs.
Linux can’t be better at providing a shared calendar API or a shared photos library API, or one of dozens of other APIs because Linux just doesn’t have those features.
Some particular DE could offer those features, but then who is going to build the app ecosystem around that? And isn’t it going to suck when you want to make a Linux native photos app but it doesn’t work on Ubuntu because your LLM was trained on KDE?
My photos are not text files.
For the record: I didn't suggest this post did have a lot to offer. I didn't submit or upvote it. I pretty conscientiously kept it simple and abstract, because (as I said in a different thread) this genre of posts ("I just left the company I'm highly associated with, to do this new thing") is deeply cursed.
You still gotta write the post, though, because otherwise what you get is a circulating Twitter post.
I'll write something more fulfilling about this next week, I think.
Waze and Calendars. Both have huge audiences.
Waze does not answer my commute question for me. Waze finds what it believes to be the quickest route from west loop to my house, but that route is virtually never reasonable. There's only 4 reasonable routes; I just need to know which one to take.
You're right, "tell me which of these four preconceived routes is fastest" is much nicher than "telly me the fastest route"
You get that this is a commute, right? Not charting a course through unfamiliar territory. A drive I've done thousands of times. I don't care if Waze thinks I should be on Harrison or Race. Fuck you, Waze. There's 4 reasonable routes; I just want to know which one.
It's an app with an audience of just me. That's the point. You're not supposed to want it. You have your own problems.
Apple literally has automatic commute notifications that tell you the optimal route (15 minutes via Easy St.), in this hypothetical world where your agent knows enough about you to suggest today's route, why doesn't your digital panopticon purveyor (be it Apple, Google, your car manufacturer) automatically pull that info the second you get into your car?
we could spend time answering that question or, as tptacek proposes, diy the solution because the app making app is right there, and answers to your input not Apple/Google's
I don't know how many different ways there are to say that I do not want "the optimal route" according to Apple or Google.
I think this is coming across as glib or crabby but there's something more significant I'm trying to communicate. This subthread is in one of the classic software developer problem solving modes: pose a question or a problem, respond with "what are you really trying to do", argue that the problem was misconceived to begin with.
Eric Raymond wrote a whole giant piece about this.
But the world in which nerds could congratulate themselves about knowing what the real questions were and separating them from the dumb questions being asked by noobs who aren't holding things right is gone. Why do I care whether a software developer thinks I'm holding the tool right? Why do I care that someone familiar with Apple's fixed-function prefab software ecosystem believes there's a better way to handle my commute than what I'm trying to do?
OK? You use those tools. I'm just going to have my computer do the thing the way I want it to work. It's my commute, and my computer, this is the very specific tool I want, and all it took to get it on my screen and working reliably was for me to ask an agent, which didn't lecture me about the proper way to ask the question or what question I should have asked instead, but instead just fucking did the thing I asked for.
It's wild to me that software nerds believe they're going to win this argument.
I think there's some irony of this reply. You're a software developer, I think you're vastly overestimating the general public's interest in product and software development. Almost like https://www.explainxkcd.com/wiki/index.php/2501:_Average_Fam...
What even is "product and software development" anymore?
You might as well just say "I think you're overestimating the general public's interest in using computers", because that's what it's going to mean to use a computer in a couple years, and way sooner than we think --- asking it to do arbitrary, random things, whatever we want in the moment, and then having that happen.
We don't even need to get better than Opus 5.5 to reach that moment. We just need Opus 5.5 to get significantly cheaper and faster. You can bet against that if you want, but I'm glad to be on the other side of that bet.
I don't mean to be snippy, but I think this is a really important feature of the discussion about personal apps, and it's worth being clear about it.
FWIW I do kind of see your point. I have lots of software / hardware with a user base of one to a handful of people. I also know it sucks having to maintain software that drives your life, even if that maintenance is AI supported.
Just with the bit I quoted above, that seemed like a big misread of the market and the implications of everyone writing their own apps.
In this future, are people paying the API pricing of traffic providers? In this future, who's supplying the traffic data if no one is using their mapping apps?
It’s not the fastest route, because the algorithm is stupid as a result of trying to be smart.
It sees a small side road and thinks “I will take the user down here because there’s no traffic” But it doesn’t consider that the side road is empty because you’ll have to turn across four lanes of traffic in rush hour. So you get stuck for twenty minutes.
So it's wrong about the fastest route. Fix that instead of inventing a new type of app.
How would an LLM know not to take that road then?
If your answer is you tell it, then the obvious solution to improve the app is to provide a way of specifying a road exclusion list, and that is extremely feasible.
There won't be an OS anymore. All you need will be a network enabled graphics driver (Hello X11) for the AI to connect to and draw on.
Then the AI will just create the image that resembles a spreadsheet or whatever on the fly and write straight to the framebuffer.
All other tasks that go with the spreadsheet will also be done on the fly.
But I could imagine our language will change and certain words will basically act like macros and create a set of assumptions and specifications for the prompt that you're using.
It's going to come full circle and the model's output layer is going to be the grid of pixels. Nvidia will have returned home.
This reminds me of WWDC 2010 when Steve Jobs said developers using private APIs 'know exactly what they're doing'. Good luck with your project, but I think you're vastly underestimating the problem. And many OSes are already integrating user generated AI apps.
The more AI is wideapread and is used by power users to build apps, the more devices will be locked from running any custom ("non-certified / non-licensed") software. For your safety and security, of course.
A solution in search of a problem already solved that no longer exists.
This seems to be only thought out after a day of vibe coding apps that no-one uses.
I don't know what's wrong with my perspective. I cannot relate to this at all.
I am at a job where I am paid well to build software to do things in a distributed system that processes information across various external systems (some with physical world impacts). The outcome of that computing is revenue for the company. Using agent-wrapped LLMs makes the software authorship component of the job really fast. The rest is virtually the same speed.
For Thomas's mobile computing examples, these are done really well by my phone's operating system's built-in voice command system, mature for a decade by now.
At home, I use software that is well-crafted to do some thing. Or I write a series of scripts to do narrow things that for some reason aren't in Aptitude or Snap, for example "copy all the photos off my iPhone and rename them and sort them by date in my filesystem".
Perhaps I have no imagination, but I don't feel like having an LLM make applications on my phone. I want good software that someone that I trust wrote.
Thomas has been a successful cryptographer, vulnerability analyst, and entrepreneur, so he probably knows what he's doing. I just don't get it.
I do not use LLM either, and do not intend to do. I can write my own programs. Even if someone does want to use LLM, it should neither be required nor expected nor the default (and there are also reasons why I think that it should be discouraged to use LLM too much); you should be able to write the scripts and programs by yourself if you want to do it that way (and the computer made to make this possible to do without LLM), even if some people can make LLM to do it at their option, but it should not to require LLM and AI.
I also think that the computer that can start with a programming language such as BASIC or Forth (without first needing menus and GUI to access all of the programs) is useful, and that it is not as good that many modern computers do not do like that.
Having chat gpt one write me a powershell script took a 3 hour manual task using software and made it a 10 minute task which I can repeat any time I fancy should I need to.
Writing something similar would've taken me an hour+ just to dig out the key pieces of information I needed to start in a language I am proficient in. Why would I waste my time?
Let me add my voice to that. It's strange to me that people are now talking about LLM integration in daily-driving their computer as if it would be something desirable. As if being able to "write one's own programs" directly wouldn't be enough; as if the focus shouldn't be on just making that as easy as possible, so that you can just type out what you want instead of expecting a nondeterministic system to infer your meaning. And that's before considering the security risks.
It feels to me rather analogous to being in a foreign country and, rather than learning the local language, you get to hire this translator that works for absurdly cheap, but you have no real idea of the accuracy (because you didn't learn!) and for some reason the translator is only able to speak while physically holding your wallet.
Oddly enough, from what I can tell, AI-powered translation services are not capturing a lot of imagination, while interest in AI-powered (human) language tutoring is booming (at least on the supply side).
Nothing. Thomas, as most ambitious start up founders do according to PG, is living in the future.
https://www.paulgraham.com/early.html
What I did on my computer, any power user can do on theirs.
Back when Google was the newest thing, I would Google all the obscure things that I could think of, trying to fill in gaps in my knowledge. Trying to verify urban myths but usually debunking them, etc.
Any power user or even any user, could have done that. But most people who considered themselves critically thinkers actually did the opposite, digging deeper into all the harmful rabbit holes we see today.
A lot of things can done "with just a few steps" with AI but I think it's underestimated how hard it is to come up with those steps.
Not that the article isn't interesting otherwise.
Not really related except the title: Its time for operating systems to rediscover hardware - USENIX 21: https://youtube.com/watch?v=36myc8wQhLo
I'm tired of reading about the awesome future that could happen, but doesn't. If you think this future can happen, go and make it. Surely it's just a few Claude prompts away? Or surely you already live in this time you describe, so it's not the future, but the present?
I doubt that we are entering a world where people will be using AI to write their own little apps, and that is coming from someone who does it.
All you need to do is look at history to realise that. We had things like BASIC, HyperCard, and the early web that attracted droves of people who were excited by the opportunities. While a lot of those people went into industry to write software for other people, a lot did not. Most people, I suspect, didn't even explore the potential because they simply don't think of computers as programmable machines -- even if they were aware that there are people who program computers for a living.
I disagree. Basic etc still required effort.
In my opinion, an OS that hosts a local agent can produce things for you on the fly in response to a particular task in addition to the baseline set of features.
Too often have I ran into "you can't do that" in operating systems, especially Macos where you either have to buy a paid app to implement what they should have already, or what you want is niche enough that you have to build it yourself.
Plus and agent can operate across your hardware including the cloud. I could ask something like "graphics cards are expensive and always out of stock so when some pop up can you notify me and show me the price etc" and then receive a rich alert on whatever device I happen to be using at the time it happens, once agents are aware of where we are and what we're doing (yes, it will be pretty dystopian with current governments and the drooling animals who vote for tribalism).
Or being able to be like "I want my photo gallery to show animated thumbnails when I've taken a series of photos of the same subject. Oh, little bit slower like one every second thanks" boom done.
And much UI will becomes defunct in the first place, UI only exists because of many annoying discrete steps we have to do to get something done. If I can just ask an agent to do the thing I want then I don't care about that.
It's like how I only need to make a PowerPoint now and then and every time I open it I've completely forgotten where all of the stupid fucking buttons are in the stupid fucking ribbon bullshit they made.
I agree with BASIC taking effort, yet the baseline for effort has also changed. Over the span of my lifetime, we have gone from virtually everyone performing tasks without the aid of computers, to a few hobbyists and early adopters writing their own software, to buying software off the shelf, to using targeted online applications for free or nominal cost. At the same time people are expecting applications to be easier to use. As you suggested, constant churn in infrequently used applications can cause a lot of frustration.
Now I agree with you if the discussion is about using AI to immediately solve the problem at hand. I simply don't agree that it will end up with people creating reusable applications to perform the task. While overcoming the technical hurdles would be easy enough, I think that it takes a certain type of personality to think of creating a long term solution. Then there is describing the problem in a way that an LLM can translate into code, then there is the testing of the software generated.
I think I agree for somewhat different reasons.
The barrier to entry is lower now because of AI. Even though I code, I ask the AI to write a lot of little helper apps for my wife who homeschools our kids, and I don't code review many of them. I only do enough user testing to ensure they function as requested.
Armed with this knowledge, I have tried in vain to get various family and friends who are not technically minded to do anything like this. In some cases, they just tell me that they can't think of anything the AI can help with.
Many things that seem simple to them are more complex, and they can't tell the difference between simple apps that the AI can knock out in a few minutes and larger projects that require internet hosting and/or vastly more AI credits than they would ever be willing to pay for.
By far the biggest problem is that many of them are not very good at describing what they want. For simple apps, you can go back and forth with the AI to ask for changes, but the more complex the solution, the more its becomes like a traditional engineering design project where carefully though out design of features and their interactions are critical for success. The new "code" may be more like human language, but the user facing details must still be specified.
The thing is the LLM interfaces encourage people to write their own apps.
Claude especially, where you might say “how can I do task xyz more quickly” and Claude responds with a little JS app. This creates an expectation that it’s possible to do anything if you ask Claude right.
I have seen this first hand where my partner - a deeply non technical person - came to ask what an API token is and how she can get one for Canva. Claude was busy automating her Canva -> Pinterest workflow.
She now has a half dozen of these things and hunts through her Claude chats to reuse them.
LLMs are simply the latest incarnation of VB6 + Clippy.
Most people don't have specialised computing / software needs or uses. In fact, they're generally Overwhelmed by the current software landscape. They want less, not more tools.
And to them software is generally a not much more than a home-screen bookmark to some client that could be a website.
Hey, all. I really don't know what to do with a post like this.
I'm being sincere when I say (as I've said on two threads here) that this genre of posts --- "I'm leaving this company I've been very publicly associated with, and here's the new thing I'm doing" --- is deeply cursed. There's no way to say anything interesting without it just stinking like an ad for the new thing.
Obviously, anything at all you say about a commercial project you're working on is easily read as promotional. And you're right, this kind of writing almost always is promotional. But there's a way to do it where at least you're trying to be in conversation with your peers, rather than hitting people over the head with how awesome you think the project is.
But I don't know how to do that in a post like this. I think the only way to read it is as, like, an investor memo. Not my goal, but I don't make the rules.
So my strategy here is just to stay kind of vague, and talk about where I think the world is going, rather than the specific thing we're doing. I can talk your ears off about capability systems, datalog, models driving hardware, virtualization, whatever. Those are fun conversations and I'm very psyched to have them; it's what lights me up about the work we're doing now.
But I don't think it can work here. I didn't submit this post and I didn't upvote it. I wrote it because I didn't want the whole thing I'm leaving Fly.io for to be wrapped up in some dumb Twitter thread.
If you're unsatisfied with the post, I don't blame you, but it's less a bid for the front page of HN than it is an update to my "about me" page. I'd literally rather talk about HN meta, and how to write for HN, than I would about operating systems at this moment. I truly appreciate the interest though.
This is absolute bullshit.
These are bad-faith arguments toward "What about self modifying software".
Self modifying software has no grounds in reality or predictable behavior. It is an unreasonable expectation that software is magic. You would not fly on a self-modifying airplane. This is not a future i want to live in.
No; sorry, no.
Agreed. Read the article through and felt cringe most of the way through.
The author, as a kid, believed computers where like a genie that could manifest anything they ask for. It seems to be a case of wishful thinking of a kid.
But it seems that he is falling for the LLM hype the same way. We all have the kid version of ourselves hiding somewhere within our grown versions, it seems...
Did he fall for it or does he see the dollar signs? Removing the bias of the article I do agree with some of his points. I actually wish we'd move away from Apple, Microsoft and Google and have more control. But as the author damn well knows: the masses will dig themselves a tar pit using AI in this way.
The author is smarter than falling for the hype, I think. But if not AI psychosis is a hell of a thing.
As long as the software is proven correct, who cares how it achieves that?
How can it be proven correct if it's not deterministic? Isn't this the halting problem?
Can't the non-deterministic LLM produce deterministic software? Assuming it is not allowed to modify the theorem proving software.
You seem a bit confused?
First, the halting problem is only undecidable on arbitrary programs. Here we would be writing programs specifically to be easy to prove correct. In fact, we would be developing programs and proof at the same time.
Second, determinism is a nice property, but it's independent of whether you can proof software correct.
Have a look at eg randomised quicksort or the 'expected linear time minimum-spanning-tree algorithm' https://en.wikipedia.org/wiki/Expected_linear_time_MST_algor...
Or have a look at HyperLogLog. https://en.wikipedia.org/wiki/HyperLogLog
HyperLogLog only gives you a probabilistic approximation of the true number of distinct items. Here the proof would be about the probability that you are within some acceptable window around the true answer.
Depends on domain, but basically all the same lessons we have for software written the old way by humans.
Which, ah, admittedly isn't great.
No.
1. The halting problem applies specifically to deterministic systems; there may be a non-deterministic equivalent, but not enough people cared before AI got good.
2. For practical purposes, it's fine to reject things that take too much effort to prove correct.
3. "Proven correct" is different from "proven to halt eventually". I guess Gödel's incompleteness theorems would be a partial fit, but even then the goal here is to reject anything you can't prove, rather than the much harder (impossible) challenge of proving the validity of all possible statements it might come up with.
But I would use a self-modifying music player, editor, game, etc. It's not black and white as you are trying to paint.
Why the hostility? The author has stated that he believes AI will alter how we think about operating systems. I don't think that's actually true, but I can see how this line of inquiry could lead to discoveries about how AI will change the line between installed software created by others and software that is "created" by users themselves. It's reasonable to suppose those discoveries in turn will result in new products. I wish him well and hope to hear more.
You're already living in it
Hi Thomas, I think you're being too defensive. It's ok, I look forward to your technical posts, on what you imaging this OS powered by AI to be. Will be a fun ride.
If you're looking for a UX idea, when the phone boots, it asks "What are the top 5 things you do?". And that's how the phone experience starts.
All the best. (Ignore the silly haters, they're lost in their AI pessimism to just look forward to a new intersting thing).
Oh, I'm not worried about the haters, they're the air we all breathe; I'm just neurotic about my writing.
But as an AI skeptic, you optimists are the air that I breathe. So we’re just breathing each others?
The AI/SI is going to read this and be all like 'well now I gotta control the air supply to get these engineers in line' /s
We were on a call recently where I mentioned that as a fly user SDLC and declarative config was more important than ever, and so I was pushing for sprites to have OCI images.
I'm pretty AI pilled, and I'm building a local-first personal software platform, but I dunno... I've been feeling like i need to cram the "AI spirit" into very specifically shaped boxes to actually build robust software tastefully at speed. Like software on the outside and AI on the inside instead of the other way around.
I do think the future of computing will definitely be more like the Linux diaspora than the apple ecosystem, but also.. it is easy to get "duped" by AI without actually shipping. I'm starting to want "KPIs" to help me measure if my time is actually well spent against the things i care about.
I guess I'm extrapolating from your post, but even if the programming language is English, we'll probably still want to spend a large amount of additional compute to produce "artifacts" that have things like performant code, security hardening, and certified taste.
I do think the future of computing will definitely be more like the Linux diaspora than the apple ecosystem, but also... when i first got into linux i spent way too long trying to get my desktop perfectly aesthetic because it was all suddenly malleable. Now i vibe more with Debian.
I wish you luck, and I'm looking forward to seeing what you come up with! Fun times ahead for sure.
This is such incredible verbiage. Thank you for saying something so clearly that I've been saying myself in many other ways. I've been using terms such as "providing structure" and "applying constraints" and "reducing degrees of freedom".
I think very specifically the idea of "taste" is going to be extremely important in these AI-saturated days, and it's really where experienced humans will shine...at least for a while.
A post a few days ago turned funtional core, imperative shell into deterministic core, non-deterministic shell. And a comment [1] on that discussed turning that into "slop core, artisinal shell". Which makes a lot of sense actually despite feeling the wrong round initially. And maybe what an OS needs to do is to support that, at a higher level. What I think we will need is strong isolation - all the software might be coming from the "same place", but do we trust that place? Certainly not currently!
1. https://news.ycombinator.com/item?id=49784704
Personally, I'd like to hear the full pitch, and I suspect many others would too. If the ideas are interesting enough for you to dedicate the next N years of your life to, I'm probably willing to spend 10 minutes reading the blog post. Particularly from you, a known-good writer.
I’m already edging in the article’s direction on my desktop. I recognised a lot of this, and it makes a great deal of sense.
The only question is if it’ll still make sense in six months, or if an even more unreasonable approach will be the correct one. Feels like a singularity.
Sounds like "secure phone for mass vibeware." Probably containers, authentication, auto analysis, protected user data, etc. Just diff enough from apple/andr that it can't be slapped in overnight.
I really appreciate the post.
I completely agree that we haven’t even gotten past the first post yet in terms of the magnitude of change that is likely to occur. People fail to comprehend that we’re still assimilating the Internet as a means of communication. Cell phones. It will be decades before what we have today is fully utilized, let alone what is likely to be developed. Anyway, thanks for the article.
You are overthinking it :) You are one of the most interesting people on HN. I am sure others think along those lines too and would love to learn more about what you are building and where the industry is going. Others can just tune it out.
no idea you were working on fly !
As someone who's building its news project on it, it's both reassuring, but also not since you're leaving..
Iirc he was one of the founders :)
My 3ct:
1. When you write a comment in a discussion of an article, be upfront with being the author. It took me a while to understand that from your comment. "Author here" is a thing.
2. Your article itself doesn't have clear authorship stated. At the very bottom there is a copyright notice, but that's pretty generic and not a single person either. Just place your name at the top together with a date. Not everybody knows you or follows your blog.
3. When I read this ...
.. I prepared to stop reading since .. how is that not a computer? After another paragraph or two which just felt like rambling, I gave up.
I shared this experience 1:1
with 3. being the most prominent one.. I made it a little further than that "hot take" but a few more paragraphs in the thoughts expressed seemed neither novel nor to go anywhere. SaaSpocalypse but on localhost... shrugs
You get that this a post I wrote on my site, that I did not submit here, right?
Reading this, my first thought is to worry about the security aspects of it. But if you're the author, I expect that you've spent a few brain cells in that direction...
I think you hit a lot themes I've personally been thinking about as well and was a nice read, thanks.
I actually think this post gets the point across better than most.
I appreciate you saying that. I have a modus operandi with posts like this when I'm really trying to get something across and persuade, where I'll saturate it with technical details, and here I'm literally handwaving, which makes me uncomfortable (on Hacker News, I mean --- I'm comfortable with it everywhere else).
And then of course it's super self-indulgent of me just to write navel-gazing stuff like this. But I'm an HN person first and an entrepreneur second, so here we are.
I am thankful people are being so nice about it though!
Circa 2005 I was thinking about "sessile robots" and how even smartphones of the time had enough sensors to know you were putting them in your bag and then riding on the bus and acting appropriately.
The model I see is that it is like a butler instead of a home computer, like you are driving into a strange town and looking for food and you are not going to open the McDonald's app but instead your agent does a search and through a conversational recommender you get sent somewhere. It might be sitting in your pocket the whole time and you are talking to it through something like AirPods. Maybe you put on smart glasses and it can show you things.
Apple can't give you the A.I.-native phone because it is too dependent on the app economy. For a few months I've been asking "Who is working on this?" and figured it was one of those cursed ideas that Silicon Valley would be unable to fund much like the pharmaceutical-industrial complex of Cambridge was unable to fund Facebook. I was expecting it to come out of some hungry Chinese manufacturer so I'm happy to see another horse in this race.
(e.g. I love the image that Meta has developed around Muse which makes it look like it is a "butler" when it is really much more like the old Kraftwerk song where "I program my home computer")
Big tech will fight tooth and nail to prevent users from becoming power users.
That's the bet.
They don't really have to fight, most people these days accept their role as a guest on their hand-held computer.
The hand-held computer tells them what they're permitted to do, and they conform.
Sometimes, one of the users has a non-conforming idea and says "I'd like to be a superuser on my computer" and they're shouted down with a chorus of "you'll be hacked" and "nobody will be able to trust your computer and you'll be excluded from online services". Sometimes the organisations saying this even use the excuse that "restricting the user is essential to maintaining the user's privacy".
An OS is what launches the web browser. Duh.
I agree with the first part of the thesis (AI means unlimited custom software for power users who are able to describe exactly what they want) and strongly disagree with the second part (this means we don’t need any of the technology we’ve developed for software development, or distribution, resource management, etc.)
I didn't say we don't need operating systems anymore. That's not what I believe.
In recent times, I've palpably felt the excitement of being able to imagine like I was a kid again. BUT here's the reality I've simultaneously been hit with:
Most people, and I wouldn't be surprised if it was 90%, who've had any interaction with AI are still stuck on chatting with a chatbot. They've got no clue how far you can now go with a few well written markdown files and/or prompts, all in natural language!
So while I mostly agree on your outlook, and think it's super exciting, I've also felt firsthand that building with AI hasn't yet diffused as much I'd hoped it would. It's still concentrated in the hands of people who have an aptitude for building in some way, shape or form.
The question is: How do you get more people, who aren't power users or builders, to start building with AI? Maybe it starts with getting them to see that building to solve their own life's problems makes life more interesting?
The idea of software provided by domain experts has to continue even if you can write software to do what you want by chatting to AI.
"Write an app to provide psychological advice to people with mild anxiety, then market it and sell it to people with mild anxiety."
If an entrepreneur did that with no domain expertise, imagine the potential liability.
How do you know the output is correct for anything that matters more than completing simple and repetitive tasks? You still have to know an expert in a domain has vetted the software. The result of applying AI to OS development is making itself fairly clear with MS I believe.
This is the reasonable stance. But both profit and convenience override reason.
It seems to me as if the current entrepreneur playbook largely is to run really fast and hope the judicial system doesn't catch up.
I kind of agree with the premises of the author.
Software in the future will have to be building blocks for agents to extend. For my projects I decided to generate LLM targeted guides in the docs/ folder, to teach agents quickly "how to" use the project as a framework.
How to implement an MVC view, where to place the files, a guide how to write a good backend route, how to extend the schemas, and other articles like that.
In my opinion we've already reached "Star Trek like computers". Our OS will have to accommodate for better sandboxing and better permission management and better role separation policies, because currently that whole security sector assumes that programs will be static and won't change before/after an approval.
We need to figure out how to better sandbox programs in terms of not only control flow, but also in terms of access to _data_ on a user's behalf.
I look forward to following your and Kurt's new adventure. I love Fly in no small part to your writing for its blog. Wild to see what feels like a complete changing of the guard at Fly, at least from the outside. Your post resonates; reminiscent of the Ink&Switch talk from local first conf that I watched today.
If you give an ape a slingshot he might think he can take over the entire world. But he doesn't even know what rubber bands are, or what it takes to make them.
Nothing about this is groundbreaking and could have been written in BASIC.
I grew up on BASIC using a BBC Micro in the 80s, using a QWERTY keyboard and a screen. Some decades later I'm using a QWERTY keyboard and a screen with a few more pixels. I'm betting nothing will change much. An OS will do OS things, just a lot faster and more securely.
Spreadsheets will still be useful for making deterministic calculations about finances. It will just no longer take 100 engineers to build one.
GIS software will continue to use deterministic algorithms for calculating areas because it's a useful function but, hopefully it will get more user friendly.
The same as it has always been, per Computer Science definitions.
And then there are products that call themselves an "OS", but which they have nothing to do with computer operating systems...
He talks about applications he generated without specifying what they are or do. Does he really believe everybody is going to generate their own text editor, paint program, file explorer or graphical windowing environment with A.I. just because they can?
I believe the author is misguided about A.I.'s capabilities just like many analysts and investors are.
A.I. (or should I say LLMs) is useful for specific problems but contrary to its name it has no "intelligence."
Out of curiosity, what definition of "intelligence" are you using when you say that an LLM doesn't have it?
True reasoning capabilities and continuous learning.
And self-awareness for bonus points.
He's talked about this before. I don't remember exactly what those apps were, but they sounded like reasonable tools one would want. Thomas is a competent guy, but I think he's vastly overestimating the agency and competence of normal people. They don't have a product-oriented mindset; they might get annoyed by a bug or slow loading times, but they're not good at coming up with features or entire apps that they would want to use. Even if there are people who can do this, they don't want to spend their weekend thinking about a detailed spec for an app they want. They really just want to consume.
People could already vibe-code simple products today, but there's hardly any non-programmers that do. This is even true for businesses. For the last year people have been boasting about canceling their SaaS products, but nothing seems to have changed. SaaS stocks got hit by the ai hysteria in January, but many are back to previous levels and some even higher. There's an Indiehacker on Twitter whose product is a simple stage timer. It's not a hardware product. It's literally just the software for a stage timer. One would expect his business to have died already, but he's apparently doing completely fine.
Hubris detected.
In all seriousness though, I'm not so sure.
Power users are lazy users.
And we're not all serial entrepreneurs with 400k karma points on HN, remember.
First of all the initial definition is totally correct, and if your embedded function needs to call an intermediate layer to access the hardware that layer is an OS. Second of all, all those "purposes" are exactly achieved by providing _managed_ access to hardware resources.
And that is valuable in whatever world we end up living in. Sure, 10 years from now my bank app and my Hacker News browser may both be written by "my LLM" and tailored to my use cases and desires. Will I want them to share memory? I don't think so.
I feel like most articles challenging OSes have no idea what an OS is.
Sure question what the latest tool can offer and how to integrate with it... but that's just being an app, or a window manager, or a package manager, or a distribution, that's not challenging what the OS itself is and does.
If your OS doesn't change how a computer allocates resources, then you are talking about higher level, and that can be super valuable too, arguably more valuable, but ... that's a different thing.
PS: also chroot (half a century, just checked for the fun of it), jails, containers, VMs, etc limiting how the allocation can be done do exist and have been used for decades already.
Agreed. Investing in creating a whole new phone just to usher in the concepts here sounds like an expensive and slow way to do it.
I hear what you’re saying, but we don’t have a word for that different thing. OS means the kernel. But OS also means the entire distribution - all of macOS, all of iOS, all of windows, Ubuntu, Android, etc.
Until we have a standard word for the ui “shell” that comes out of the box with the OS distribution, people - including me - are gonna call (and think of it) as the OS. Or part of the os. Or something like that.
I can't quite tell if you're being cheeky
distribution/distro and shell are exactly the words we have for these things
But OS sounds more impressive/important, so it's a lot more prevalent.
Microsoft hasn't really used that nomenclature since NT took over all their operating systems. Windows shell+kernel = OS. MacOS = shell+kernel = OS.
It's really the unix/linux world that stuck hard with these being separate things.
As far as I am concerned an OS is really simple to define. Its the thing that manages hardware resources on a device to allow other software to run using said resources.
LLMs are not OSes and never will be, they will always need some software to first bootstrap the hardware before the software which processes the weighting can begin.
Its like we need Richard Stallman to come and argue the difference between GNU and Linux again!
If we ask this a different way, is there a single self executable file when written to the sector of the disk the hardware looks for can contain the instructions for the hardware and the weights all in one?
I can't thing of any informational theory reason why this can't be the case. The only thing I can think of structuring such far more complex and less worthwhile than just having separate layers. Dealing with this biological/intelligence mess in humans is already hard enough as it is.
How is that any different to adding a calculator or word processing app in with your os?
The OS bootstraps the hardware and allows the software to run. If your software is contained in the same blob then great, but it still needs the bootstrapping code first.
The bootstrapping/hardware management portion on its own would be considered an OS but the LLM code would not, I think thats the main distinction here.
i.e. most users think the OS is shell, not the kernel.
Having built software runnging on everything from microcontrollers to cloud servers to browsers, I also have no idea what an OS is.
In the context of a microcontroller, is it an RTOS? How is that different from something like Embassy with Rust, where hardware allocation and coordination is handled more at build time and less at runtime? In the context of a something showing up on a screen, is an OS something providing a UI framework and hardware abstraction - something like Win32 or Cocoa? What does that make Chrome?
In 2006 it felt like an answer to the question "what is an OS" was straightforward. In 2026, I'm rather confident that I don't have a single, simple answer. If there were ever a time to re-assess what we thought we knew about computing - now seems like a good time to do it.
After reading the last two paragraphs of this article, I have to think that the person who wrote it never saw a non-x86 computer.
A new phone? How trite.
While reading your post, I kept thinking of K&R, and the beards of the 70s. Isn't this a return to early Unix? Users writing their own small tools in C, the system shipping building blocks... walls between users rather than programs?
You can’t
without
That’s still definitely what an OS does. The application model is often very loosely coupled. See web browsers.
A difference between embedded systems and operating systems is the ability to provide access to hardware (in such a way as to isolate and dictate communication) _dynamically_ with a-prior unknown requests.
Collecting fantasies from the Joe Rogan show in order to get funding:
https://www.proactiveinvestors.com/companies/news/1082001/te...
So, what are you really working on?
So the product is a phone without the bits that allow you to run apps on the basis that AI will implement the stuff the apps would have done? I'm not sure that'd work well with consumers buying the thing?
My colleague Steve Sanderson showed off VibeOS already back in June https://www.youtube.com/watch?v=7NfyZhV1dKM
Sounds like this is a more serious and phone-centered take on what Steve demoed. We sure live in interesting times.
After reading the post i was reminded of this. I agree i'd say vibeos is more artistic; but I think it still highlights the ~way someone might interact with software in the future and is worth keeping in mind.
Your post basically is Alexa.
An operating system is software which provides useful things for interfacing arbitrary software with hardware. For example:
This gets at the core of it; i.e. you don't need anything in that list above to run software, but it's useful when you want third party software to run on the hardware, and multiple pieces of software co-existing with each other, and running without special hardware knowledge.
So, to this point, I agree with the article/author on this distinction. I think differences arise from how different people use computers, and perhaps I quibble with the title more than the contents. There is many software I run and write which I imagine will continue relatively unchanged (or changed incrementally) for decades. Broadly, GUI creative software, media consumption etc. CAD, EDA, structural biology/bioinformatics software, games, media consumption (video, text etc), IDEs. I suppose another highlight is that I never personally understood the appeal of terminal-based software that many software programmers love. (Not just software programmers: bioinformaticians love CLI-based workflows too, i.e. piping stdin/out around)
I would love Android/iPhone competition! Although I imagine the same obstacle of "How do I get my societal-connections functionality to work in a way where I'm not excluded" will continue to be a problem in the short term, at least. (Banking, communications, NFC payments etc)
I've been feeling this way for months and months. If you're a person who's curious about computers and what they can do you can do for you, we just kind of talk to the computer now and ask it to do the thing. And it does it. I know most of what's happening the whole time yet it still feels like magic. We're pondering orbs all day now.
I've been a professional software person for 15+ years... my assumptions as to what the right decisions are in building software now are racked every day. And more than ever I want the device you're describing: blank slate hardware I build to do what I want how I want it to. Yes, I know that's not for everybody. But I really want to just boot up something from scratch and say, "this is how we should deal with email." Because the way I want to deal with email is the way I want to deal with email, and LLMs will help me get there. Get all this UI chrome out of my face.
Last, I've also mused (heh) about a sort of GitHub for PRDs:
I think those guts-as-md-files can be maintained in on publicly available platform for all to use. Sort of a "best practices of the commons." Language-agnostic. Or rather, one language: English. Apps going forward don't necessarily need a datatable plugin — because every datatable plugin eventually has defaults or assumptions that clash with what you need — but it needs the schematics for the types of parts a datatable can have.
It's just such an interesting time to be curious about computers.
Interesting times! What a time to be alive! This is the device I have always wanted! Founders are living in the future! This is Star Trek level! Drop whatever you are doing right now and join this movement!
A few lines before the reveal I thought of this a a product sold by business, then right after resuming reading again felt the old "ahh, missed the chance again" when you laid out you're already planning it...
But really, a platform that allows one to do all levels off apps in this way where one can cleanly reset their side effects and effect on the system, and the app is exposed just as an icon, not a folder of source files, could already be possible and could lower the bar of starting vibe coding to the bottom
@tptacek I think my question about your post is this — right now people rely on a lot of apps written by professionals for things like mobile banking, messaging, medical providers, mobile payments, and subscription services (music, tv, etc). The interests of the app publishers aren’t aligned with total user freedom — banking app developers don’t want a totally malleable OS where there are no process separations or trust partitions. Rather, they want to rely on OS level guarantees that their code is isolated from other apps, that the binaries are signed, that the platform is somehow trusted.
I love your idea of an OS where users write their own apps as they want. But if they want to connect to third party services or use commercial software, won’t there still have to be a lot of security guarantees? I don’t just mean the depressing “browsers must implement DRM or you can’t watch streaming video.” I mean “how will medical providers trust your device enough to give you your lab results” if you are thinking of majorly changing the mobile device security model.
It’s not a hostile question, I’m genuinely curious about this design tradeoff.
My lab medical results are mine and only mine. It’s for me to decide if my device is secure enough. I do not need my insurance company to decide for me what device I should use. Same with my money in the bank.
Streaming is fair. Netflix can dictate their rules. I can decide not to pay for their content.
I’d love for this to be the case, but we’re going to need laws to make it happen. Banks will have to be forced into it and probably also shielded from liability in case the user does something dumb.
Maybe we can force them into providing APIs for us while we’re at it so I don’t have to pay Plaid if I want to build an app to track my finances.
Whats wrong with playing for plaid to connect all your banks to your own software? I think i pay 50 cents a month or something
While I agree in spirit: after a recent rib injury I wasn't allowed to take a picture of my own X-Ray using my phone or even have a copy sent to me since "that isn't the policy"... very hard to say that data was "mine" until it is "released" to me.
There is an infinitesimally small liability that some "other patient's" data might be visible on scanning device, a horde of companies assuring asses are covered and without a legal obligation to give me all "my" health data per visit I don't see an easy path to using our own devices soon, unfortunately.
Under the law now, at least in the US and EU, you do not have the legal authority to waive the obligations of your medical and financial service providers under regulatory law and court precedent.
If you want that power, you’ll need to get your national government to change the law.
Banks and schools and businesses should get in the business of simply vending APIs (or MCP connections). Agents and bots are taking away the need for the endless knobs and dials of traditional software. Just expose my data securely and my agent will do what I want with it, when I need it.
"Should get", so yea, not going to happen. The most obvious should get is exactly where we are now. What you're saying is "They should be forced to" which is just what we call laws and regulations regarding digital availability. Of course this is difficult to do since they will fight back monetarily against what they would consider perverse motivation to what we are already considering perverse motivations from them.
Third party apps and commercial software will be the slowest to adapt to the new paradigm.
Doesn't sound hostile at all. These are the real hard questions. The 2 major mobile platforms don't seem to want this to happen at all, but you can work around that by building your own platform. But the largest API vendors don't want it either, and they're much harder to work around.
The fear maybe a year ago was SaaSpocalypse. Why pay for Salesforce when I can vibe a CRM to my exact needs? Turns out to not be that easy.
The lion's share of value in a product like Salesforce is the ability to say "we run Salesforce" and have everyone know what you mean and have ready answers to all your problems even if they're not perfectly tailored (or cheap). Same thing with OS really. If natural language is now the most powerful programming language then having shared vocabulary on technical topics is more valuable than ever.
In fact, it looks like the advent of AI has actually accelerated revenue growth for SaaS rather than killed it off. People simply aren't building these custom SaaS-killers as much as commenters on HN would have us believe.
Stripe Economics, The SaaSpocalypse was more like a RenaiSaaS: https://www.stripeeconomics.com/p/the-saaspocalypse-was-more...
Have you seen the Googlebook? I think Google is taking the lead here with "Create a Widget". I think some have overlooked this feature or treated it as a gimmick. But this is the first step into average users building small micro apps just for themselves. I think it will go from Create a Widget to Create an App within a short period.
My little story:
I recently replaced my $HEALTHCARE_APP with the PWA of their website. It was the *exact* same. The app was just a webview (and a pretty good one at that!)
It makes me really question how much “security” these services need when they have websites that can do everything the app can do.
Really reads like an inner dialogue or when someone wants to sell me something.
If OP sees this, I really like how you are thinking about things. It's really hard to see forward. The target isn't fixed. Bell Labs, Apple, etc. were mostly solving for a fixed target. But now the target is a relationship between humans and LLMs, and the way that LLMs work has been evolving rapidly. I can think of a number of ways to conceptualize how things are moving, but they're probably all wrong. My best guesses about what needs to remain stable is that I don't think shared software is going away entirely, and I don't think all input is going to collapse to just a microphone and a camera. There is a floor on tasks that we want agents to do for us. I'd rather rename a file on my desktop or text my friend myself. Apple and Google have both tried very hard to abstract the file away from user reach, but it's such a convenient unit of sharing, that it might stick around for a while.
In some way, a "file" dates back thousands of years when ancient civilizations wrote ownership and debt and whatnot on clay slates. Then hundreds of years of paper records. It’ll probably stick around for quite some time.
this sound like omarchy mobile
Hah, shots fired! https://steve-yegge.medium.com/why-i-left-google-to-join-gra... (Which to be fair was a prescient critique of Google too.)
What a load of self-aggrandizing bullshit. How do we keep minting these guys with a completely confabulated sense of perspective?
This is probably what Naval Ravikant means when he says "Apple is dead" so you're in good company -- https://news.ycombinator.com/item?id=47956505
If this VUI (Vibed User Interface) future comes about it entirely dismantles Apple's (and Android's) App Store moat. From a cynical perspective this may be why Apple may be shifting their strategy to enshittification: https://techcrunch.com/2026/09/06/phil-schillers-app-store-e...
Google has seen the future, and like their strategy with search (but unlike Apple, which continues blocking and suing "everything" app makers) are willing to disrupt themselves: https://techcrunch.com/2026/05/12/googles-create-my-widget-f...
However, if the slew of AI wearable or "companion" devices coming out are any indication -- from the failed Humane Pin, to Meta's keychain and glasses, to Microsoft's office badge (which OMG is so on-point in its enterpriseyness) to whatever Jonny Ive is cooking up at OpenAI -- the smartphone form factor may not be the eventual one we settle on for AI. Something to keep in mind when designing the OS.
I find this unlikely. It's far more likely that every good idea that anyone has will just be more quickly folded into software from the big software houses.
AI doesn't slow this down, because big software houses have much more money for compute and tokens.
You have a good idea for a communication add-on? Two weeks later it's available in Teams, Slack and WhatsApp.
People aren't writing their own software, for the same reason they aren't 3D printing their own items.
*"Forget the map, just tell me if I should get off the Eisenhower Expressway and take Roosevelt, Madison, or Lake back home?"
I'm driving some place new, but of course, I first have to go through all my neighborhood streets to the freeway, and then later, eventually, something unfamiliar. I call up Google maps and it calls out all the play by play turns and such, starting from my house, instead of just saying get on the I5 North for 70 miles, then shuts up until I am close to the unfamiliar exit. It's why I mute it, I hate the blow by blow through familiar territory. Google knows where I go, God damn them, why don't they use that information already?
From having seen what happened during the development of FirefoxOS (Boot2Gecko), from a developer point of view. My take is that the biggest hurdle are not the development of the core applications, but the approval and certifications from the various partners.
For example, some company did not like the fact that the call stack could be reverse engineered … yet they would not help you build a prototype at the pace of development (and this was back in 2011)
Then once you have a working OS, the second hurdle was to demonstrate a very high number of active users, such that they dare to even consider your new environment as a potential target. This a bootstrap challenge which is hard to achieve. To get traction from App developer implied getting traction from users, which implied having apps the users care about …
While you goal of removing the application layer sounds like a nice way to work-around the bootstrap problem, I fear you will still have it at the API level.
I wish you good luck, and I hope the landscape has changed in the last decade.
I would say the OS is even more necessary for two major areas:
* improved authorization, transparency and control. Presently OS's have privileged and unprivileged modes . AI has too many privileges in unprivileged modes (all credentials, all files). better control over delegating authority is needed.
* improved interface consistency. UIs still inform people on the capabilities and intentions of the machine. A blank text box with an agent is not informative. How many people have the agency to turn the blank box into a creation. A UI illustrates the toolbox available to people and the machines broader capabilities
Plebian os update incoming. It's a GPU terminal with openbox fallback. Each tile in the tiling kitty terminal interface uses its own xvfb.
Everything in the shell and you can click it. I'm building custom needle2 models to operate the panels and tabs instead of using tokens and md files