2.6free~7 min

The new 10x engineer

1. The phrase you've heard

You've heard "10x engineer." Someone who ships ten times what their peers ship. The phrase used to mean a person who typed fast, knew the stack inside-out, and didn't get blocked.

That person still exists. They are no longer 10x. They're 1.5x at most, because the typing-speed advantage shrank to nothing and the stack-knowledge advantage is now available to anyone with a chat window.

The new 10x engineer does something else. This unit is about what that something else is.

2. They write specs so sharp the first generation is shippable

Watch a great engineer work with the model. The first thing you'll notice is how much longer they spend on the prompt than you expected. They're not in a hurry. They're spelling out the goal, the constraints, the inputs, the edge cases, and the format of the answer. By the time they hit enter, the spec reads like a small design document.

The result: the model produces code that's 80% right on the first shot. They tweak the last 20%. You, with a fuzzy prompt, produce code that's 40% right on the first shot, then spend three rounds steering. The spec-clarity gap is most of the productivity gap.

3. They verify in seconds, not minutes

Reading code fast is a skill that scales. The new 10x engineer reads a function and tells you in five seconds whether it's right. Not by reading every line — by reading the shape. They look at the signature, glance at the data flow, check the boundary conditions, check the error paths. The whole scan takes the time you'd spend on the first paragraph.

They got there by reading more code than you. Open-source codebases. Coworkers' PRs. The internals of the libraries they depend on. Every hour they spent reading code in the past is paying out now as verification speed.

4. They know when the output is wrong before they can prove it

The eight categories of AI errors from the last unit — the new 10x engineer recognizes them before reading carefully. The wrong import jumps out. The quadratic loop jumps out. The missing edge case feels like a missing tooth in the code.

This is taste, which is the whole of unit 3.0. For now, the shape: they've seen so much good code and bad code that their pattern-matcher has tuned itself. When the model produces something off, their attention snaps to the wrong line before they could tell you why.

5. They compose multiple sessions instead of one giant one

Average engineers open one chat and try to build the whole feature in it. The conversation gets long, the model loses context, and the output degrades around message twenty.

The new 10x engineer runs three or four shorter sessions in parallel. One session writes the data layer, with its own clean spec. Another writes the API handlers. Another writes the tests. Another reviews the first three. Each session stays focused. The engineer composes the outputs into the final system.

This is the same skill as decomposing a problem before you write code — applied to decomposing a problem before you prompt for code.

6. They reject bad output without ego

Average engineers fall in love with what the model produced. They've watched it appear; it feels like their work. So they edit it instead of throwing it away, even when throwing it away would be faster.

The new 10x engineer deletes the whole output and writes a better spec. No ceremony. No sunk-cost. The model can regenerate in two seconds. The expensive thing was the spec, and if the output is bad, the spec was bad — fix the spec, regenerate.

7. They keep the architecture in their head, not in the model

The model writes pieces. The new 10x engineer writes the system that the pieces fit into. They hold the whole architecture in their head: which service talks to which, where state lives, what the failure modes are, what the deployment looks like. The model can't hold this — its context window is small and its memory of your system is whatever you typed in the last few minutes.

So the 10x engineer is the architect. The model is the carpenter. The carpenter is fast. The architect is the one who knows the house won't fall down. (More on this in unit 3.3.)

8. The composite

Put it together. A new 10x engineer:

  • Writes specs that are sharp enough to generate from on the first try.
  • Reads code fast enough to verify in seconds.
  • Recognizes the categories of AI error before reading carefully.
  • Composes multiple short focused model sessions instead of one long fuzzy one.
  • Deletes bad output without grief.
  • Keeps the architecture in their head while the model writes the pieces.

Each of those is a learnable skill. None of them require you to be born smart. They all require deliberate practice, which means looking at code and your own work and asking — every time — what would the better version of this be?

The good news: you can become this engineer in two years if you train deliberately. The career used to take ten. That's the part of the change that's working in your favor.