Carta – Was ich gelernt habe
Am 23. Mai 2025 habe ich meinen letzten Tag bei Carta, wo ich die Möglichkeit hatte, in den letzten zwei Jahren als CTO zu arbeiten. Ich habe so viel gelernt und wollte meine Gedanken über das, was ich gelernt habe, zusammenfassen, bevor ich mein Kapitel dort beende. Eines der wichtigsten Dinge, die ich bei Carta gelernt habe, war, mich in Details zu vertiefen. Bevor ich bei Carta angefangen habe, war ich eher auf einem abstrakten Level tätig. Die Fähigkeit, die Expertise anderer zu nutzen, um Lücken zu füllen, ist eine wertvolle Fähigkeit, aber wenn sie zu häufig angewendet wird, kann sie einschränkend sein. Bei Carta wird von Führungskräften erwartet, sich tief in die Details zu begeben, um informiert zu sein und das Tempo anzutreiben. Was ich dort praktiziert habe, führte zu den Teilen über Strategie-Tests und der Entwicklung von Fachkenntnissen.
Ein weiteres wichtiges Thema war die Verfeinerung meiner Herangehensweise an die Ingenieursstrategie. In den letzten 18 Monaten habe ich ein Buch über Ingenieursstrategie geschrieben, mit ersten Kapiteln, die nächsten Monat bei O’Reilly veröffentlicht werden. Das Buch soll voraussichtlich im Oktober erscheinen. Bei Carta hatte ich die Möglichkeit, meine Kernthese zur Ingenieursstrategie zu praktizieren und komplexe Projekte mit exzellenten Menschen wie Dan, Shawna und Vogl umzusetzen.
Ein weiterer wichtiger Punkt war die Einführung von LLMs (Low Latency Messaging) in unsere Produkte. Vor einem Jahr habe ich Notizen zur Einführung von LLMs basierend auf unseren bisherigen Erkenntnissen verfasst. Seitdem haben wir viel dazugelernt und die LLMs selbst haben sich deutlich verbessert. Carta hat LLMs in geschäftskritische Workflows integriert und erweitert diese nun auch auf interne Prozesse und die Schaffung neuer Produktfunktionen.
Ein weiterer wichtiger Aspekt war die Einführung des Navigator-Programms bei Carta, bei dem Senior-Ingenieure direkte Kontextinformationen erhielten, anstatt ausschließlich auf indirekte Repräsentation durch das Ingenieurmanagement angewiesen zu sein. Dieses Programm könnte nicht für sehr kleine Unternehmen geeignet sein, aber ich glaube, dass Unternehmen mit mehr als 100-150 Ingenieuren von einer ähnlichen Maßnahme profitieren könnten.
Ein weiterer wichtiger Punkt war die Schaffung von Softwarequalität. Bei Carta konnte ich meine Denkweise zu Softwarequalität weiterentwickeln und verstehen, warum einige Softwareteile trotz geringer Skalierbarkeit aus Daten- oder Konkurrierperspektive so schwierig zu entwickeln sind. Diese Systeme, die ich als "hohe wesentliche Komplexität" bezeichne, verdienen Anerkennung für ihre Komplexität, auch wenn sie wenig Komplexität in Bezug auf die Infrastruktur-Skalierung aufweisen.
