<代码>LeadByExample()：Jakub Chodounsky 谈实用工程、YOLO 心态以及为什么最佳实践不一定是最好的
第三集Jakub Chodounsky 讲述如何通过不确定性进行构建。
在 Iron Software，我们始终认为，优秀的工程领导力不在于循规蹈矩，而在于知道何时打破常规。 因此，我们很高兴在最新一期的 LeadByExample() 中介绍 Jakub Chodounsky。
Jakub 是 Hatch 的联合创始人兼首席技术官，Hatch 是新西兰的财富积累平台，于 2021 年被 FNZ 收购，目前仍在继续发展壮大。 他还是业内阅读量最大的几份开发者时事通讯--《Programming Digest》、《C# Digest》、《React Digest》和《Leadership in Tech》--的创始人，他从 2013 年开始出版这些通讯，现在每月都有数百万订阅者。
他的理念是什么？ 停止崇拜 "最佳实践"，开始构建真正适合您情况的工具。
在这次坦诚的对话中，Jakub 透露了一些可能会让纯粹主义者感到惊讶的信息：支撑他的新闻通讯帝国（每月发送数百万封电子邮件）的系统在构建时没有进行过一次自动测试。而这正是正确的选择。 他还解释了为什么在 Hatch 采用同样的方法会很鲁莽，因为他的团队要处理的是人们的真金白银，而且严格的测试套件是不容商量的。
正是这种细致入微、以上下文为导向的思维方式，将工程师与永远在计划中的工程师区分开来。
您将在本集中学到什么？
在这次坦诚、风趣的访谈中，Jakub 分享了以下内容：
- 为什么 "货物崇拜 "最佳实践会弊大于利？
- 阿拉贡-约罗（Aragorn-YOLO）的备忘录定义了他对不确定性的态度
- Hatch 的超高速发展让他明白，授权不是可有可无，而是生存之道
- 为什么关系和客户比完美的代码更重要
- 塑造他实用主义世界观的意想不到的导师（一位古典吉他手和一位 Turbo Pascal 开发人员
让我们难以忘怀的名言。
他为什么拒绝通用最佳实践？
没有灵丹妙药。 在技术领域有很多'货物崇拜'--人们写了很多东西，你必须根据自己的实际情况使用。
在准备好之前就开始工作的价值：
有时你没有正确的答案，但你甚至没有正确的问题。 您只有在开始使用时才会发现它们。 你不可能事先计划好一切"。
早期工程师对技术的误解：
"我最初认为编写漂亮的代码就是一切，市场和销售并不重要。 他们只是时不时会响起铃声的奇怪家伙"。
关于实际问题：
"在后台使用电子表格，您可以伪造很多东西。 您不必事事都有完美的代码"。
为什么这次对话很重要？
Jakub 的故事之所以能引起共鸣，是因为它真实地反映了领导力的真实面貌：混乱、迭代、充满在没有完整信息的情况下做出的决定。 他对希望预先计划一切的工程师有何建议？ 有时，您只需要得到许可就可以开始构建--即使图片还不完整。
无论您是在扩大初创企业规模、启动副业项目，还是在试图找出哪些 "最佳实践 "真正适用于您的情况，本集都将为您提供令人耳目一新的务实视角。
这正是我们创建 LeadByExample() 所要展示的思维方式。
订阅并关注我们，更多精彩内容即将上线。
