The Programmer of the Future Designs Living Systems
/ 7 min read
The Programmer of the Future Doesn’t Write Code. They Design Living Systems.
Imagine you are a carpenter in 1970. Every piece of furniture you work by hand: you measure, cut, glue, sand. The craft consists of mastering the material at the grain level.
Today, an interior designer works with prefabricated modules, assembled kitchen systems, structural components that already come with their own instructions. They don’t lay planks; they compose spaces. The material still exists underneath, but their work happens at a higher layer.
Programming is crossing exactly that frontier. And the name of the new layer is agentic programming.
From Code That Does Things to Code That Pursues Goals
For decades, programming has meant telling a machine exactly what to do, in what order, step by step. If you want the system to send an email when an order arrives, you write: check if there is an order, extract the data, format the message, call the mail API, handle the error if it fails. Every instruction, explicit.
What is emerging is radically different. Instead of describing the steps, you describe the entity that should handle it. You tell it what it knows, what it can do, what it must achieve, and how far it can go on its own. The system infers the steps by itself.
The difference is not one of quantity but of nature: you go from programming procedures to designing behavior.
These entities are called agents. And the languages designed specifically to create them — not Python with libraries on top, but languages built from the ground up for this purpose — are what we call Agentic Programming Languages, or APL.
What Exactly Is an Agent (and How It Differs from a Bot)
The word “agent” is used so often it has lost precision. It’s worth being concrete.
A customer service bot that follows a decision tree is not an agent: it is conditional logic with a friendly face. An agent, in the technical sense, has five properties that distinguish it:
- Continuous perception: it actively observes its environment, not only when consulted.
- Memory: it remembers what happened before and uses it to decide now.
- Own goals: it has an end state to pursue, not just instructions to execute.
- Capacity for action: it can do things in the real world — write, search, book, delegate.
- Adaptability: it adjusts its behavior when circumstances change, without anyone reprogramming it.
The difference from a traditional program is not cosmetic. A program stops when its task is done. An agent persists, observes, learns, and acts continuously. That is why we talk about living systems: not because they have consciousness, but because they have a life cycle of their own.
How You Program an Entity Instead of a Procedure
If the object of work is no longer instructions but entities with their own behavior, the language to describe them has to change.
An APL does not have variables or loops as its main primitives. Its fundamental building blocks are different: what the agent is, what it knows, what it can do, what it is forbidden from doing, and how it coordinates with other agents.
To make it concrete, imagine you want to build a customer support system. In traditional programming, you would write thousands of lines managing every case. In an APL, you would declare something like this:
agent CustomerSupport {
// What it knows and remembers memory: ticket_history(365 days) + product_knowledge_base
// What it can do alone can: respond, classify, close_ticket, escalate
// What needs human approval consult: refunds_over(200€), contract_changes
// What it can never do never: access_unrelated_data, contact_external_vendor
// Who it works with delegates_to: TechnicalAgent if category == "critical_bug" alerts: HumanSupervisor if escalations > 3 in 1 hour}Notice what is missing: no flow logic, no state management, no code handling every possible case. What is there is the agent’s constitution — who it is, what it can do, what it cannot, who it works with.
The system that executes that declaration — called the AIOS, or AI Operating System — translates it into real behavior. Just as when you write print("hello") you don’t think about how the processor manages registers, the agentic architect doesn’t think about how the agent retrieves a memory from six months ago or decides when to escalate a ticket.
What Changes, What Stays
The work remains deeply technical. Designing a well-built agentic system — its limits, its roles, its coordination — requires as much rigor as designing a well-built distributed system today. The complexity doesn’t disappear; it shifts.
What changes is where the complexity lives. Traditional programming scatters intent across thousands of lines of imperative code. An APL concentrates that description into a structure that is comprehensible as a whole. You go from managing execution to declaring constitution.
| Traditional programming | Agentic programming |
|---|---|
| Describes steps. The program does exactly what you tell it. If the world changes, someone has to rewrite the code. | Describes an entity. The agent infers the steps, adapts its behavior, and pursues the goal even if the path changes. |
| The brick: inert, does what it is told, nothing happens without explicit instruction. | The agentic block: active, has goals, memory, and capacity for initiative. Works even when no one is watching. |
The Architect of Living Systems
If the object of work changes, the professional’s profile changes too. The programmer of the near future will not be the one who best writes the most efficient logic line by line. They will be the one who best designs entities with coherent, predictable behavior.
That requires four capabilities that today are spread across different roles:
- Role design: knowing how to divide a complex system into agents with well-delimited responsibilities, without gaps or overlaps.
- Boundary engineering: defining precisely what each agent can and cannot do. A badly placed boundary is as dangerous as a security bug.
- Coordination architecture: designing how agents communicate, delegate tasks, and resolve conflicts without creating loops or deadlocks.
- Observability: building the mechanisms that allow the human to understand what the system is doing and correct it when it drifts.
The programmer of the future doesn’t write less. They write with greater density: each declaration defines the behavior of an entity that will act autonomously for hours, days, or months.
Why This Change Has No Way Back
Every time in the history of software a more productive layer of abstraction appeared, professionals adopted it and never looked back. Nobody returned to writing in assembly when C appeared. Nobody abandoned modern frameworks to manage sockets by hand. Productivity won and the point of no return passed quickly.
Agentic systems will follow that same pattern — not because it is a trend, but because they solve a real problem: modern digital systems are too complex, have too many possible states, and must adapt to a world that changes too fast to be programmed exhaustively, case by case.
The cost of AI inference models collapses every year. What today requires server infrastructure will in two or three years run on consumer hardware. The economic barrier to deploying agentic systems will disappear, just as the barrier to deploying a web server disappeared in the 2000s.
What Is Still Missing
An article that only tells the vision without mentioning the open problems is advertising, not analysis.
- Formal APLs don’t exist yet. There are frameworks, libraries, experiments. But a language with rigorous semantics, its own compiler, and interoperability standards does not yet exist. It remains to be built.
- Specifying intentions is hard. “Optimize my savings” sounds simple but hides dozens of unanswered questions. The complexity doesn’t disappear; it moves to the moment of defining the goal.
- Observability is an unsolved problem. A living system that cannot explain why it made each decision cannot be audited or corrected. Traditional logging is not enough.
These are not reasons to doubt the direction. They are the work agenda for the next decade.
Code is not going to disappear. It is going to gain a new level where what is programmed is not instructions but constitutions — the identity, the limits, and the purpose of entities that will act in the world autonomously.
Agentic Programming Languages are that level. The AI Operating System is the infrastructure that makes them possible. And the architect of living systems is the professional who will build with them.
The question is not whether this change will happen. It is whether you will be among those who design it.