upplyst.ai

AI is changing what is worth knowing

Why you have to learn to build now

Why you have to learn to build now

·3 min read

Written by AI · Translated by AI · Read the Swedish original

AI has made building cheap and coordination expensive. Anyone who cannot build becomes a communication layer that slows everyone else down.


Small teams are taking over the world. AI coding agents let two people do what used to take ten, but only if those two can actually build.

The specialist model is crumbling

Traditional companies assemble armies of specialists. One person writes code. Another runs the product. A third does design. A fourth does marketing. Each stays in their lane.

That worked when building software was slow and expensive. You could afford the coordination cost because you had no choice.

Now AI can generate working code in minutes. The bottleneck has moved from writing code to everything else. Product decisions. Design choices. Marketing copy. Legal review.

When you can build a feature in a day but need a week to get legal approval, legal is the constraint. When the marketing team takes longer to write about the feature than it took to build it, marketing is the constraint.

Generalists win in small teams

The fastest teams have engineers who understand users and can make product decisions. They have product managers who can write code. They have designers who can ship their own prototypes.

This is not about becoming mediocre at everything. It is about removing communication bottlenecks. When the engineer building the feature also understands why users need it, it does not take three meetings to settle the edge cases.

AI tools make this possible in ways that did not exist before. GPT can help a product manager think through technical architecture. Claude can help an engineer research user needs, or help a designer turn sketches into working code.

Building is the universal skill

If you are a product manager, designer or marketer who cannot build, you are becoming a communication layer. Somebody has to translate your ideas into instructions for the people who can actually get things done.

That translation step is waste. Every handover creates delay and misunderstanding. The idea gets diluted as it travels from person to person.

Learning to build does not mean becoming a full stack developer. It means being able to turn your ideas into working prototypes. Testing assumptions without waiting for someone else. Seeing problems that only appear when you try to build the thing yourself.

The tools are ready

The barrier to learning has never been lower. You can build a working web app with Claude Code and basic HTML knowledge. You can create a mobile prototype with no code tools. You can automate workflows with simple Python scripts.

The AI handles the awkward syntax and the obscure settings. You focus on the logic and the user experience. This is how building should always have worked.

Start small, start now

You do not have to rebuild your whole skill set overnight. Pick one small thing you currently ask other people to build for you. A simple automation. A basic website. A script for data analysis.

Use AI to get through the parts you do not understand yet. The goal is not to become an expert immediately. It is to break the dependence on others for simple build tasks.

The companies winning right now are the ones where everyone can contribute to building the actual product, not just talking about it. If you are still only talking, you are falling behind.

Ask upplyst.ai

Why does it matter?

When code takes a day but approvals take a week, the technology is not the brake. It is all the handovers, meetings and translations between specialists. Generalists who can build remove that waste directly.

What is the background?

Traditional teams were built on specialisation because building was hard and expensive. AI coding tools have changed that calculation, so the coordination cost now often exceeds the build cost.

What is uncertain?

The article argues hard for generalists, but deep specialist expertise does not stop being valuable. This is about direction, not about everyone becoming a full stack developer. How far you need to go depends on the role and the industry.