Jaana Dogan, Googles Chefingenieurin und Go-Sprachlegende, enthüllte, dass das Team um den verteilten Proxy-Orchestrator stritt, der seit einem Jahr nicht fertiggestellt worden war, und sie nutzte Claude Code, um den Prototyp in einer Stunde fertigzustellen. Sie sagte, das Team sei bei einer großen Firma krank geworden, und das Meeting plus PPT habe gestritten. Sie sagte, Claude habe eine “Experten-Ästhetik” erreicht.
Google Big Company Sick vs. Claude Code liefert schnelle Lieferung
Jaana Dogan wollte eine komplexe Systemtechnik lösen, die als verteilter Proxy-Orchestrator bezeichnet wird. Gruppe A sagte, sie sollten diesen Plan verwenden, und Gruppe B meinte, der Plan sei besser, mit endlosen Diskussionen, Kompromissen und Prozessüberprüfungen, und das Ergebnis war, dass das Projekt nach einem Jahr immer noch “versuchte zu bauen”. Diese Art von Großunternehmenskrankheit ist hier wahrscheinlich von allen gut verstanden.
Aber diesmal schien Jaana ein schlechtes Temperament zu haben, und sie hielt es nicht mehr aus. Aus einer Laune heraus warf sie das Bedürfnis direkt an Claude Code im Haus von Anthropic. Unerwartet, aber vernünftig, gab Claude Code ihr in nur einer Stunde direkt einen Prototyp eines laufenden Systems. Obwohl es nicht zu 100 % perfekt ist, ist das etwas, woran das Team seit einem Jahr gearbeitet hat, ohne es zu entwickeln.
Das klingt nach einem Gott. Schließlich ist Google keine kleine Werkstatt, und diese Ingenieure sind keine Vegetarier. Angesichts solcher Zweifel antwortete diese mürrische junge Dame direkt: Mach keine TM-Bar, probier es selbst aus, such dir ein Fachgebiet, in dem du am besten bist, und lass es etwas Komplexes von Grund auf schreiben, dann wirst du wissen, wovon ich spreche.
Neben dem Hinterfragen gibt es natürlich noch mehr Leute, die seltsam sind: Gibt es nicht eine Menge Pro-Son-Tools wie Antigravity in Google? Warum benutzt du es nicht? Angesichts dieser Art von Sarkasmus war ihre Antwort sehr sympathisch und sagte, dass es die beste Entscheidung sei, Ingenieuren die besten KI-Programmierwerkzeuge zu geben, und dass es das Herzstück eines Top-Unternehmens sei, den Mitarbeitern zu ermöglichen, mit Produkten zu konkurrieren.
Ein kognitives Erdbeben im obersten Kreis des Silicon Valley
Wenn man das sieht, könnten manche sagen, es müsse daran liegen, dass der Code zu einfach ist oder dass diese Person die Welt nie gesehen hat. Aber Jaana Dogan ist keine frischgebackene Absolventin, sie ist Googles Chefingenieurin, eine Legende in der Go-Sprachgemeinschaft und eine der besten 1 % der weltweit führenden Technologieexperten. Selbst Experten dieses Niveaus sind der Meinung, dass die aktuellen Programmieragenten, insbesondere der von Claude Code geschriebene Code, nicht nur nutzbar sind, sondern auch architektonisch und logisch auf Expertenniveau ästhetisch wirken.
Kollektive Zertifizierung von Top-Entwicklern
### Jaana Dogan, leitende Ingenieurin bei Google
· Eine Legende in der Go-Sprachgemeinschaft
· Top 1 % der weltweit führenden Technologen
· Zertifizieren Sie den Claude Code nach ästhetischen Expertenstandards
### xAI-Kernmitglied Igor Babuschkin
· Eine Schlüsselfigur in Musks xAI-Team
· Öffentlich zugeben, dass “Opus 4.5 ziemlich gut ist”
· Werbeempfehlungen von Konkurrenten sind am überzeugendsten
### Andrej Karpathy, der beste Spieler im KI-Kreis
· Ehemaliger Tesla-KI-Direktor und Gründungsmitglied von OpenAI
· Direktreparatur-Zertifizierung Claude Fähigkeit
· Erreichen Sie die gesamte KI-Entwicklungsgemeinschaft
### Boris Cherny, Gründer von Claude Code
· Sende einfache Anwendungs-Tutorials bereit
· Es zog sofort mehr als 2 Millionen Menschen an, die zuschauten und lernten
· Es beweist, dass die Marktnachfrage explodiert ist
Dieses kognitive Erdbeben fegt durch den gesamten oberen Kreis des Silicon Valley. Heutzutage muss nicht nur Jaana, sondern auch Igor Babuschkin, ein Kernmitglied von Musks xAI, zugeben, dass Opus 4.5 ziemlich gut ist. Andrej Karpathy, der oberste männliche Gott im KI-Kreis, hat direkt eine Messerzertifizierung hinzugefügt. Gestern Abend veröffentlichte Boris Cherny, der Gründer von Claude Code, ganz beiläufig ein einfaches Tutorial, das sofort mehr als 2 Millionen Menschen zum Zuschauen und Lernen anzog.
Einerseits rufen die Spitzen, dass sich der Himmel verändert hat, andererseits erfinden Millionen von Menschen über Nacht Lektionen. Wenn die weltweit führenden Technologen ein Tool gemeinsam zertifizieren, ist das kein Hype oder Gimmicks mehr, sondern ein echter Wandel in der Branche. Diese Leute haben die besten Programmierwerkzeuge gesehen, die fortschrittlichsten Entwicklungsumgebungen genutzt, und wenn sie sagen, Claude Code ist auf Expertenniveau, dann ist es das wirklich.
Die Effizienzrevolution hinter dem Werkzeugkrieg
Heutzutage gibt es immer eine große Anzahl von Menschen im Internet, die jeden Tag mit verschiedenen Fragen beschäftigt sind: Wenn ich sehe, wie KI Frontend-Logik schreibt, kann sie dann Backend-Logik schreiben? Wenn man sieht, dass die KI ein Bild zeichnet, sprüht man es auf – das ist nur ein Flickenteppich, kein Design. Das Problem ist jedoch, dass man nach langem Hinterfragen vielleicht nicht einmal einmal versucht hat. Das bringt eine wesentlichere Wahrheit ans Licht: Ein Werkzeug ist ein Werkzeug.
Es spielt keine Rolle, ob es Google oder Anthropic ist, ob es ein Haushaltslicht oder ein großes Modell im Ausland ist, solange es das Problem lösen und die Effizienz verbessern kann, ist das eine gute Sache. Jaana Dogans Ansatz ist die beste Anmerkung dieses Pragmatismus. Als Chefingenieurin von Google hätte sie darauf bestehen können, interne Tools zu nutzen, um Loyalität zu zeigen, aber sie hat sich entschieden, Effizienz zu priorisieren.
Hinter dieser Entscheidung steht die Denkweise der Top-Ingenieure: Sie kümmern sich nicht darum, woher die Werkzeuge kommen, sondern ob sie Probleme lösen können. Wenn das Team in einem einjährigen Kampfzyklus feststeckt, brich das Eis mit Claude Code für eine Stunde, und diese Effizienzsteigerung ist kein Prozent, sondern eine Größenordnung. Von 1 Jahr bis 1 Stunde ist die Effizienz 8.760-mal höher.
Kommentator YuChen Jin wies darauf hin, dass es die beste Entscheidung ist, Ingenieuren die besten KI-Programmierwerkzeuge zu geben. Mitarbeitern zu ermöglichen, mit Produkten zu konkurrieren, ist das Herzstück eines Top-Unternehmens. Diese Offenheit ist bei Tech-Giganten äußerst selten und einer der Gründe, warum Google Top-Talente anziehen kann. Wenn ein Unternehmen Mitarbeiter zwingt, unabhängig von der Effizienz ausschließlich interne Werkzeuge zu verwenden, ist letztlich das Unternehmen selbst betroffen.
Im Jahr 2026 gibt es nur zwei Arten von Menschen: Macher und Kritiker
Jeder, der denkt, KI sei eine Blase, hat Claude Opus 4.5 sicherlich nicht benutzt. Dieser Satz, obwohl leicht absolut, drückt den Kernwiderspruch der aktuellen KI-Kontroverse aus. Das Problem der meisten Skeptiker ist nicht übermäßige Vorsicht, sondern einfach keine wirkliche Nutzungserfahrung. Sie treffen Urteile auf Basis von Vorstellungskraft und Voreingenommenheit, nicht auf tatsächlichen Testergebnissen.
Es ist 2026, leg deine Vorurteile weg und lass deine Arroganz los. In dieser Ära gibt es nur zwei Arten von Menschen: Macher, die KI (sogar konkurrierende Produkte) nutzen, um Dinge zu erledigen, und Kritiker, die am Ufer stehen und darüber diskutieren, ob das Wasser kalt ist oder nicht. Diese Unterscheidung wird in den nächsten ein bis zwei Jahren noch deutlicher werden. Entwickler, die KI-Tools nutzen, werden exponentielle Effizienzsteigerungen verzeichnen, während diejenigen, die an alten Mustern festhalten, es zunehmend schwer haben werden, Schritt zu halten.
Der Fall von Jaana Dogan ist kein Einzelfall, sondern ein Mikrokosmos des Paradigmenwechsels, der sich in der gesamten Branche abfindet. Wenn Experten auf Chefingenieur-Ebene beginnen, auf KI-Programmierwerkzeuge zu setzen, geht es nicht darum, dass Werkzeuge Menschen ersetzen, sondern darum, dass Menschen Werkzeuge nutzen, um die Grenzen der Produktivität zu durchbrechen. Diejenigen, die KI als Blase hinterfragen, hinterfragen im Grunde das, was sie nicht verstehen wollen. Es ist besser, es auszuprobieren, als darüber zu reden.
