Boris Cherny (Erfinder von Claude Code) über seinen Werdegang und die Entwicklung bei Anthropic

Perspektive

Dieses Gespräch mit Boris Cherny (Erfinder von Claude Code, ehemaliger Meta Principal Engineer) ist eine Meisterklasse im bewussten Karriereaufbau. Bemerkenswert ist nicht nur die Entwicklung von Meta E4 zu Anthropic - sondern das zugrunde liegende Muster.

Das Prinzip der latenten Nachfrage: Boris’ größte Erfolge bei Meta kamen davon, zu erkennen, was die Leute bereits versuchten zu tun, und dann Produkte zu bauen, die es einfacher machten. Nicht neue Verhaltensweisen erfinden, sondern Reibung aus bestehenden entfernen. Dieses Prinzip zeigt sich in seiner TypeScript-Arbeit, seinen State-Management-Frameworks und jetzt in Claude Code selbst.

Die Side-Quest-Philosophie ist besonders relevant für AI Engineers heute. Boris brach sich beide Arme bei einem Motorradunfall und konnte buchstäblich kein JavaScript mehr schreiben - also lernte er Haskell und funktionale Programmierung, weil sie weniger Tastenanschläge erforderten. Diese Einschränkung führte zu einer kompletten Verschiebung in der Art, wie er über Code denkt (Typsignaturen über Implementierung). Diese Art des lateralen Lernens potenziert sich auf Weisen, die man nicht vorhersagen kann.

Die Claude Code-Einblicke sind beeindruckend: Anthropic hat die Mitarbeiterzahl verdreifacht, aber die Produktivität pro Engineer ist um 70% gestiegen - wegen Claude Code. Das ist keine Automatisierung, die Arbeit ersetzt - das ist Augmentation, die Hebelwirkung schafft. Boris’ Rat: “Baue nicht für das Modell von heute. Baue für das Modell in 6 Monaten.”

Auf die Frage, wie viele Engineers es heute bräuchte, um die Facebook Groups Migration neu zu bauen (ursprünglich 20-30 Engineers für 2 Jahre), seine Schätzung: 5 Engineers für 6 Monate. Dann hält er inne: “Wenn du mir diese Frage in 3 Monaten oder 6 Monaten stellst, wird meine Antwort völlig anders sein. In 6 Monaten könnte die Antwort sein, dass es tatsächlich ein Engineer ist.”

Das Generalisten-Thema zieht sich durch alles. Bei Anthropic coden Produktmanager. Data Scientists coden. User Researcher coden. Es geht nicht darum, dass Jobbezeichnungen verschwimmen - es geht darum, die Koordinationskosten der Entwicklung zu reduzieren. Wenn jeder zum Full Stack beitragen kann, steigt die Geschwindigkeit exponentiell.

Seine Empfehlung von “Functional Programming in Scala” als das wirkungsvollste technische Buch ist aufschlussreich. Nicht weil man Scala verwenden wird, sondern weil es neu verdrahtet, wie man über Probleme denkt. Die Spezifika sind weniger wichtig als die Verschiebung des mentalen Modells.

Kernaussagen

• Latente Nachfrage ist alles - Versuche nicht, neue Verhaltensweisen zu schaffen; finde heraus, was die Leute bereits tun, und mache es einfacher (40% der Facebook Groups Posts waren Commerce, also bauten sie Marketplace)
• Side Quests potenzieren sich - TypeScript-Buch, State-Management-Frameworks, Meetups - die “Kirschen auf der Torte” bauen Beziehungen und Fähigkeiten auf, die später zentral werden
• Steig unterhalb deines Levels ein - Niedrigere Erwartungen geben dir Raum zu erkunden und Momentum aufzubauen, indem du sie übertriffst
• Denke in Typen, nicht in Code - Typsignaturen sind wichtiger als Implementierung; diese mentale Modellverschiebung ist wertvoller als jede spezifische Sprache
• 70% Produktivitätssteigerung durch Claude Code - Anthropic verdreifachte die Mitarbeiterzahl, während die Produktivität pro Engineer um 70% durch AI-Tooling wuchs
• Baue für in 6 Monaten - Modelle entwickeln sich so schnell, dass Bauen für heutige Fähigkeiten bereits veraltet ist
• Generalisten gewinnen in AI-Organisationen - Bei Anthropic coden PMs, Data Scientists coden, Researcher coden - Koordinationskosten zu reduzieren ist die neue Hebelwirkung
• Facebook Groups Migration-Schätzung: 5 Engineers, 6 Monate - Runter von 20-30 Engineers für 2 Jahre, und wird in 6 Monaten noch weniger sein

Das große Ganze

Der Erfinder von Claude Code sagt, ein Projekt, das 20-30 Engineers zwei Jahre kostete, könnte jetzt von 5 Engineers in 6 Monaten gemacht werden - und in weiteren 6 Monaten vielleicht nur von einem. Wir beobachten, wie die Bedeutung von “Engineering-Team” in Echtzeit neu definiert wird.