LeadByExample(): Jakub Chodounsky über pragmatische Technik, die YOLO-Mentalität und warum beste Praktiken nicht immer die besten sind
Episode 3: Jakub Chodounsky über das Bauen im Ungewissen
Bei Iron Software haben wir immer daran geglaubt, dass es bei der Führung von Ingenieuren nicht darum geht, Regeln zu befolgen, sondern zu wissen, wann man sie brechen muss. Deshalb freuen wir uns, Jakub Chodounsky in unserer neuesten Folge von LeadByExample() vorstellen zu können.
Jakub ist Mitbegründer und CTO von Hatch, der neuseeländischen Plattform für Vermögensaufbau, die 2021 von FNZ übernommen wurde und weiter wächst. Er ist auch der Gründer einiger der meistgelesenen Entwickler-Newsletter der Branche - Programming Digest, C# Digest, React Digest und Leadership in Tech -, die er seit 2013 herausgibt und die nun jeden Monat Millionen von Abonnenten erreichen.
Seine Philosophie? Hören Sie auf, "Best Practices" zu verehren, und fangen Sie an, das zu entwickeln, was in Ihrer Situation tatsächlich funktioniert.
In diesem offenen Gespräch verrät Jakub etwas, das Puristen vielleicht überraschen wird: Das System, das sein Newsletter-Imperium antreibt und monatlich Millionen von E-Mails versendet, wurde ohne einen einzigen automatisierten Test entwickelt. Und das war genau die richtige Entscheidung. Er erklärt auch, warum derselbe Ansatz bei Hatch rücksichtslos gewesen wäre, wo sein Team mit dem echten Geld der Leute umgeht und eine strenge Testreihe nicht verhandelbar ist.
Es ist die Art von nuanciertem, kontextbezogenem Denken, das Ingenieure, die liefern, von Ingenieuren unterscheidet, die für immer planen.
Was Sie in dieser Episode lernen
In diesem ehrlichen, oft lustigen Interview erzählt Jakub:
- Warum der "Cargo-Kult" von Best Practices mehr schaden als helfen kann
- Das Aragorn-YOLO-Mem, das seinen Umgang mit Unsicherheit definiert
- Wie das Hyperwachstum von Hatch ihn gelehrt hat, dass Delegieren nicht optional ist - es geht ums Überleben
- Warum Beziehungen und Kunden wichtiger sind als perfekter Code
- Die unerwarteten Mentoren (ein klassischer Gitarrist und ein Turbo Pascal-Entwickler), die seine pragmatische Weltanschauung geprägt haben
Zitate, die uns im Gedächtnis geblieben sind
Warum er universelle Best Practices ablehnt:
"Es gibt kein Patentrezept. In der Technologie gibt es viel Cargo-Culting - viele Dinge, die Leute schreiben, und man muss das verwenden, was für die eigene Situation funktioniert
Über den Wert, anzufangen, bevor man bereit ist:
Manchmal hat man nicht die richtigen Antworten - aber man hat auch nicht die richtigen Fragen. Man findet sie erst, wenn man loslegt. Man kann nicht alles im Voraus planen."
Was angehende Ingenieure in Bezug auf Technik falsch verstehen:
Ich dachte anfangs, dass es nur darum geht, schönen Code zu schreiben, und dass Marketing und Vertrieb nicht wichtig sind. Das sind einfach seltsame Typen, bei denen es ab und zu klingelt."
Auf was es wirklich ankommt:
"Mit einer Tabellenkalkulation im Hintergrund kann man eine Menge Dinge fälschen. Man muss nicht für alles perfekten Code haben"
Warum diese Konversation wichtig ist
Jakubs Geschichte findet Anklang, weil sie ehrlich beschreibt, wie Führung tatsächlich aussieht: chaotisch, iterativ und voller Entscheidungen, die ohne vollständige Informationen getroffen werden. Sein Rat an Ingenieure, die alles im Voraus planen wollen? Manchmal braucht man einfach die Erlaubnis, mit dem Bauen anzufangen - auch wenn das Bild noch nicht vollständig ist.
Ganz gleich, ob Sie ein Startup skalieren, ein Nebenprojekt starten oder herauszufinden versuchen, welche "Best Practices" tatsächlich auf Ihre Situation zutreffen - diese Folge bietet eine erfrischend pragmatische Perspektive.
Das ist genau die Art von Denken, für die wir LeadByExample() geschaffen haben.
Abonnieren Sie uns und folgen Sie uns für weitere Episoden in Kürze.
