Simple Thread 的创始人 Justin Etheredge 分享了一篇名为 20 Things I’ve Learned in my 20 Years as a Software Engineer 的文章，总结了他从业20年来的深刻感悟。这篇文章在技术圈引起了广泛共鸣，因为它不仅关乎技术，更关乎心态、价值观和职业智慧。
文章精华总结
Justin 的20条建议涵盖了从个人成长、团队协作到系统设计的方方面面。以下是我认为最核心的几个观点：
承认无知与持续学习
“我还不知道的很多。” 无论你工作了多久，技术的世界永远在膨胀。承认无知不是软弱，而是摆脱冒充者综合症（Imposter Syndrome）的第一步，它让你能更坦然地学习和教导他人。构建正确的东西 > 正确地构建东西
软件开发最难的不是写代码，而是搞清楚到底要造什么。不仅要当工程师，还要当半个心理学家和人类学家，去理解用户的真实需求。最好的代码是没写的代码
工程师的天性是写代码解决问题，但最好的解决方案往往是不写代码，或者使用不需要维护的代码。避免“非在此发明（Not Invented Here）”综合症，善用现成的轮子。软件只是手段，不是目的
我们的首要任务是交付价值，而不是展示技术。如果你真的相信这一点，你对工具的选择和问题的解决方式会发生根本性的转变。关于人与团队
- 避坑 > 找牛人：与其费尽心机寻找传说中的 10x 程序员，不如专注于避免那些会拖累团队的 0.1x 程序员。
- 谦逊不等于无知：不要把别人的谦虚误认为是无能。
- 面试很难：在面试中很难准确判断一个团队或一个人的真实能力。
关于系统与设计
- 拥抱“无聊”的技术：创新往往伴随着高风险和维护成本。成熟、“枯燥”的技术通常是更稳健的选择。
- 数据至上：数据比代码更重要，更长久。
- 做小系统：始终致力于缩减系统的规模和复杂性。
工程师的自我修养
- 像设计师一样思考：关注用户体验。
- 定期写作：写作能强迫你理清思路，提升沟通能力。
- 多问“为什么”：不要盲目执行，要探究背后的原因。
读后感与反思
这篇文章读完，最大的感受是：一名优秀的软件工程师，最终都会进化为一名“产品人”和“极简主义者”。
在职业生涯的早期，我们往往痴迷于各种新框架、新语言，热衷于构建复杂的架构，认为代码行数和复杂度代表了能力。然而，随着经验的积累，我们开始意识到，代码本身是一种负债（Liability），而不是资产（Asset）。每一行代码都需要测试、维护、升级。
Justin 提到的“无聊技术（Boring Technology）”让我想起另一篇经典文章《Choose Boring Technology》。在生产环境中，稳定性压倒一切。那些经过时间考验的、文档齐全的、社区活跃的技术，虽然听起来不酷，但能让你睡个好觉。
此外，文章对“沟通”和“写作”的强调也深得我心。代码是写给机器看的，但软件工程本质上是人与人的协作。能够清晰地通过文字表达复杂的逻辑，能够理解用户的非技术语言，这些软技能往往决定了一个工程师职业生涯的高度。
最后，“始终致力于缩减系统规模” 这一条简直是金玉良言。复杂性是软件的死敌。能够在需求膨胀的压力下，依然保持系统的精简和克制，这才是真正的高级智慧。
在这个技术日新月异的时代，这些“反直觉”的老派智慧，或许才是我们最需要的定海神针。