WIADOMOśCI Z BRANżY

LeadByExample(): Jakub Chodounsky o pragmatycznej inzynierii, mentalności YOLO i dlaczego najlepsze praktyki nie zawsze są najlepsze

Zaktualizowano:

Odcinek trzeci: Jakub Chodounsky o budowaniu w obliczu niepewności

YouTube Video Player

W Iron Software zawsze wierzyliśmy, że doskonałe przywództwo inżynierskie nie polega na przestrzeganiu zasad — polega na tym, by wiedzieć, kiedy je łamać. Dlatego z radością przedstawiamy Jakuba Chodounsky'ego w naszym najnowszym odcinku LeadByExample().

Jakub jest współzałożycielem i dyrektorem ds. technologii w Hatch, nowozelandzkiej platformie służącej do budowania majątku, która została przejęta przez FNZ w 2021 roku i nadal się rozwija. Jest on również założycielem jednych z najczęściej czytanych biuletynów dla programistów w branży — Programming Digest, C# Digest, React Digest oraz Leadership in Tech — które wydaje od 2013 roku i które obecnie docierają do milionów subskrybentów każdego miesiąca.

Jaka jest jego filozofia? Przestańcie czcić "najlepsze praktyki" i zacznijcie tworzyć rozwiązania, które faktycznie sprawdzają się w waszej sytuacji.

W tej szczerej rozmowie Jakub ujawnia coś, co może zaskoczyć purystów: system napędzający jego imperium newsletterowe — wysyłający miliony e-maili miesięcznie — został zbudowany bez ani jednego testu automatycznego. I była to dokładnie właściwa decyzja. Wyjaśnia również, dłączego takie samo podejście byłoby lekkomyślne w firmie Hatch, gdzie jego zespół zarządza prawdziwymi pieniędzmi klientów, a rygorystyczna Suite testów jest niepodważalna.

To właśnie takie subtelne, oparte na kontekście myślenie odróżnia inżynierów, którzy wprowadzają produkty na rynek, od tych, którzy bez końca je planują.

Czego nauczysz się w tym odcinku

W tym szczerym, często zabawnym wywiadzie Jakub opowiada:

  • Dłączego "kult cargo" w odniesieniu do najlepszych praktyk może bardziej zaszkodzić niż pomóc
  • Mem Aragorn-YOLO, który definiuje jego podejście do niepewności
  • Jak hiperwzrost firmy Hatch nauczył go, że delegowanie zadań nie jest opcjonalne — to kwestia przetrwania
  • Dłączego relacje i klienci są ważniejsi niż idealny kod
  • Nieoczekiwani mentorzy (gitarzysta klasyczny i programista Turbo Pascal), którzy ukształtowali jego pragmatyczny światopogląd

Cytaty, które zapadły nam w pamięć

O tym, dłączego odrzuca uniwersalne najlepsze praktyki:

"Nie ma jednego uniwersalnego rozwiązania. W technologii często spotyka się zjawisko "kultu cargo" — ludzie piszą wiele rzeczy, a ty musisz po prostu używać tego, co sprawdza się w twojej sytuacji.

O wartości rozpoczęcia pracy, zanim będzie się gotowym:

"Czasami nie znasz właściwych odpowiedzi — ale nie znasz nawet właściwych pytań. Znajdziesz je dopiero wtedy, gdy zaczniesz działać. Nie da się wszystkiego zaplanować z wyprzedzeniem.

O tym, w czym początkujący inżynierowie mylą się w kwestii technologii:

"Początkowo myślałem, że pisanie pięknego kodu to wszystko, a marketing i sprzedaż nie są ważne. To po prostu dziwni goście, którzy od czasu do czasu dzwonią do drzwi.

O tym, co naprawdę ma znaczenie:

"Wiele rzeczy można obejść, mając w tle arkusz kalkulacyjny. Nie musisz mieć idealnego kodu do wszystkiego.

Dłączego ta rozmowa ma znaczenie

Historia Jakuba budzi rezonans, ponieważ szczerze pokazuje, jak naprawdę wygląda przywództwo: chaotyczne, iteracyjne i pełne decyzji podejmowanych bez pełnych informacji. Jaka jest jego rada dla inżynierów, którzy chcą wszystko zaplanować z wyprzedzeniem? Czasami po prostu potrzebujesz pozwolenia, aby zacząć tworzyć — nawet jeśli obraz nie jest jeszcze kompletny.

Niezależnie od tego, czy rozwijasz startup, uruchamiasz projekt poboczny, czy próbujesz ustalić, które "najlepsze praktyki" faktycznie mają zastosowanie w Twojej sytuacji, ten odcinek oferuje odświeżającą, pragmatyczną perspektywę.

To jest dokładnie rodzaj myślenia, który stworzyliśmy, aby zaprezentować LeadByExample().

Zapisz się i śledź nas, aby nie przegapić kolejnych odcinków, które pojawią się wkrótce.