The age of agents has brought us endless execution. Every idea, every hunch, every experiment is now within immediate reach. For people with endless ideas, this is nirvana.

[…]

This is simply the most fun I've ever had with a computer. And I've loved them dearly for over forty years. I loved programming them myself. I loved the games. The configuration. The tactile experience. But none of it as much as I love the power to execute every idea that crosses my mind.

I’ve loved machines, and computers in particular, for as long as I can remember. I understand why some people miss writing the code by hand. I loved that too.

What I find irresistible now is being able to ask for something and get it. Even a small piece of configuration no longer has to become a three-day research project before I can do the thing I wanted to do in the first place.

I can go straight to the result. I still care about the details when they matter, but I no longer have to turn every detail into the project.

It feels like magic. I love it.

I think they will ask for the thing they want: "Update my CV", "send this email", or "prepare my agenda every morning." The agent will figure out whether it needs an API, an existing tool, or some code to get it done.

Ask for the thing you want

Today we usually translate a need into the shape of an application. We choose a product, learn its interface, enter the data it expects, and follow the workflow somebody designed for us. Even when another person builds the application, we still tend to describe the solution first: "I want a program that does this."

Take the morning agenda. The useful request is: "I want my agenda ready when I wake up." An agent could read an authorised calendar, check the relevant messages, and prepare the document or notification. It may call an existing service or run a script. That is its problem.

The user should not have to decide any of that before asking for the result. This is what I mean when I say the next personal software may not be an app. The program can still exist, but it becomes something the agent uses along the way.

desired result -> agent -> systems, APIs, or code -> result

The agent can still choose code

Code still has a very obvious job here. A lot of work is simply better when it runs deterministically.

If an operation has to validate an exact condition, fresh interpretation on every run is a bad idea. The same applies when a small piece of code can repeat the operation thousands of times without changing its mind. The agent can prepare the inputs, run that component, and deal with whatever it rejects.

It may also write a script for one part of a task. If the same operation keeps coming back, that script can become a stable tool. If a service already does the job well, the agent can call its API. Again, the user asks for the result and the agent figures out the machinery.

I suspect APIs will become even more important if this happens. An agent needs reliable capabilities with clear permissions and predictable responses. Putting a chat in front of an operation does not make the system behind it disappear.

An hour versus ten seconds

Then there is speed.

An agent has to understand the request, collect context, decide which tools to call, wait for them, and check what came back. It burns tokens while doing that. Even if models become much cheaper, the execution still takes time.

So imagine the agent needs an hour for something a small program finishes in ten seconds. The numbers are hypothetical; I am not presenting a benchmark. Use the program.

Tasks that code can run quickly and cheaply will keep running as code. The agent may sit above them to decide when to execute them or to handle the weird case that nobody anticipated. It should not think through a known operation again merely because it can.

Some software is valuable because it stays online

I have two SaaS products, Notion to Maps and Notion to Calendar, whose value continues for as long as people use them. Notion to Maps has the clearest example: a live GPX URL (and many other types).

It can turn a Notion database into a GPX file for GPS devices. You could run that conversion once and copy the file by hand. The SaaS keeps the GPX available through a URL instead. If the device supports it, it can fetch fresh data from that URL while the points of interest continue to be managed in Notion.

That removes the repeated export-and-copy step. The person keeps working in Notion, and Notion to Maps keeps the bridge to the GPS device online.

An agent may eventually manage the Notion database too. The service still has a job: maintain the URL and generate the current GPX whenever the device asks for it. Keeping that infrastructure running makes sense here. The customer gets a URL that is ready whenever the GPS device asks for it, and the SaaS keeps doing useful work between visits.

Tasks and systems have different constraints

A task can leave a result and finish. A system may have to preserve shared state for years. It coordinates different people and keeps working while nobody is talking to an agent.

Booking is a useful conceptual example. A traveller could ask an agent to find and reserve a hotel. The person at reception could use another agent to retrieve the reservation too.

There is still a shared system in the middle. It has to know which rooms are available and preserve the reservation. When the traveller arrives, the hotel has to be expecting the right person. Several people and organisations are working on the same state, and the result exists in the real world.

Agents can start the booking, query the system, and help when something goes wrong. The deterministic software holds the parts that cannot vary. A room cannot be booked twice because two models interpreted the available state differently.

The mobile hypothesis

This may become much more common when an agent has useful, authorised access to the personal context already on a phone. A person could ask for something when they need it, without opening a computer or working out which app contains the workflow.

That complete mobile integration is still a hypothesis. It needs permissions people can understand, and it needs to be reliable enough for ordinary tasks. If that happens, adoption could be brutally fast. By brutal I mean very fast: people would not have to learn how to build or deploy anything.

So this is my guess. For a lot of personal work, you will ask for the result. The agent will use the software that gets it done. The software stays; you just stop having to think about it first.

A large proportion of the ads we see are, and have been for some time, generated with AI, and this trend isn’t going away.

As consumer preferences and the broader entertainment industry continue to shift away from physical discs to digital, physical game disc production for all new games releasing on PlayStation consoles will be discontinued starting January 2028.  Following this date, new games will be available on PlayStation Store and at retailers in digital formats only. This transition has no impact on games that already released, or will be releasing, prior to January 2028 in disc format.

Eighteen months of runway isn't nothing, but the direction has been obvious for years. And Sony is just the first, but others will soon follow.

On PC, digital sales have been the case for years, but there are options and some are not predatory ones.

The announce here is not that Sony removes disc publishing, but that users lose options and sovereignty, over how they want to purchase.

Also, they’re not making the games any cheaper.

So the cheap Macbook is finally here and looks great! It's like a mini macbookpro in miniature, with a small footprint. I love it.

I've missed so much the macbook 12", such a great concept with an impossible tech at the time.

But now? This small toy looks fantastic for everyday usage, specially if you –like me– are working more and more on the cloud.

Apple has some nice basics now together with the recent iPhone 17e which also looks simple and sufficient for day to day.

I'm frankly considering dropping the "Pro" devices, they're super expensive and I'm not as technologist as I once was, my needs are way more basic now.