LeadByExample() : Jakub Chodounsky sur l'ingénierie pragmatique, l'état d'esprit YOLO et pourquoi les meilleures pratiques ne sont pas toujours les meilleures
Troisième épisode : Jakub Chodounsky sur la construction dans l'incertitude
Chez Iron Software, nous avons toujours pensé qu'un grand leadership en matière d'ingénierie ne consiste pas à suivre des règles, mais à savoir quand les enfreindre. C'est pourquoi nous sommes ravis de présenter Jakub Chodounsky dans notre dernier épisode de LeadByExample().
Jakub est cofondateur et directeur technique de Hatch, la plateforme de constitution de patrimoine basée en Nouvelle-Zélande qui a été rachetée par FNZ en 2021 et qui continue de se développer. Il est également le fondateur de certaines des newsletters pour développeurs les plus lues du secteur - Programming Digest, C# Digest, React Digest et Leadership in Tech - qu'il publie depuis 2013 et qui touchent désormais des millions d'abonnés chaque mois.
Sa philosophie ? Cessez de vénérer les "meilleures pratiques" et commencez à construire ce qui fonctionne réellement dans votre situation.
Dans cette conversation franche, Jakub révèle quelque chose qui pourrait surprendre les puristes : le système qui alimente son empire de lettres d'information - qui envoie des millions de courriels chaque mois - a été construit sans un seul test automatisé. Et c'était exactement la bonne décision. Il explique également pourquoi la même approche aurait été imprudente chez Hatch, où son équipe gère de l'argent réel et où une suite de tests rigoureuse n'est pas négociable.
C'est ce genre de réflexion nuancée et contextuelle qui distingue les ingénieurs qui expédient des ingénieurs qui planifient pour toujours.
Ce que vous apprendrez dans cet épisode
Dans cet entretien honnête et souvent drôle, Jakub nous fait part de ses impressions :
- Pourquoi le "cargo culting" des meilleures pratiques peut nuire plus qu'il ne peut aider
- Le mème Aragorn-YOLO qui définit son approche de l'incertitude
- L'hypercroissance de Hatch lui a appris que la délégation n'est pas facultative - c'est une question de survie
- Pourquoi les relations et les clients sont plus importants qu'un code parfait
- Les mentors inattendus (un guitariste classique et un développeur Turbo Pascal) qui ont façonné sa vision pragmatique du monde
Citations qui nous ont marqués
Il explique pourquoi il rejette les meilleures pratiques universelles :
"Il n'y a pas de solution miracle. Il y a beaucoup de culte du cargo dans la technologie - beaucoup de choses que les gens écrivent, et vous devez en quelque sorte utiliser ce qui fonctionne pour votre situation"
Sur l'importance de commencer avant d'être prêt :
Parfois, vous n'avez pas les bonnes réponses, mais vous n'avez même pas les bonnes questions. On ne les trouve que lorsqu'on s'y met. On ne peut pas tout prévoir à l'avance"
Sur ce que les ingénieurs en début de carrière se trompent à propos de la technologie :
Au départ, je pensais qu'il suffisait d'écrire du beau code et que le marketing et les ventes n'étaient pas importants. Ce sont juste des types bizarres qui nous rappellent quelque chose de temps en temps"
Sur ce qui compte vraiment :
"On peut truquer beaucoup de choses avec un tableur en arrière-plan. Il n'est pas nécessaire d'avoir un code parfait pour tout"
Pourquoi cette conversation est importante
L'histoire de Jakub résonne parce qu'elle est honnête sur ce à quoi ressemble réellement le leadership : désordonné, itératif et plein de décisions prises sans informations complètes. Son conseil aux ingénieurs qui veulent tout planifier à l'avance ? Parfois, il suffit d'avoir la permission de commencer à construire, même si l'image n'est pas complète.
Que vous soyez en train de développer une startup, de lancer un projet parallèle ou que vous essayiez de déterminer quelles "meilleures pratiques" s'appliquent réellement à votre situation, cet épisode offre une perspective pragmatique et rafraîchissante.
C'est exactement le type de réflexion que nous avons créé LeadByExample() pour mettre en valeur.
Abonnez-vous et suivez-nous pour d'autres épisodes à venir.
