经验与复盘经验摘录 · 机器翻译
我就是那种人——一个喜欢过度设计的学术型人物，至少部分……
我就是那种人——一个喜欢过度设计的学术型人物，至少部分从事嵌入式系统的工作。经过二十年的经验，我学到的是，最好将大部分复杂性应用在工具和支撑软件上——测试套件、模糊测试、基准测试、质量评估、代码和数据生成、原型环境、自动生成报告等。同时尽量让实际发布的软件保持尽可能简单。
源讨论问HN：如何与过于聪明的工程师合作？原帖 474 条评论 · 导入时统计展开讨论
这条内容在回应什么？
我现在的团队中有几位工程师，我只能形容为有点过于聪明，而我正在努力思考如何与他们合作。我以前的团队中也遇到过这种工程师，他们都有几个共同的特点： - 他们非常聪明，可以说是学术型的聪明 - 他们对在系统中增加复杂性有极大的兴趣 - 他们也对给自己增加工作量有极大的兴趣 - 他们的代码没有一致的风格 我从事嵌入式系统工作，所以通常为资源受限的系统编写C语言代码。这种环境充满了潜在的陷阱，我大部分时间都在努力避免这些陷阱。其中很大一部分是尽可能保持我们所控制的事物尽可能简单，虽然我们受到资源限制，但这是一个平衡。当有人更愿意………
完整原文社区评论 0
把你的经验，加入这段讨论。
原讨论中的回复 2
我也能看到这可能会变得糟糕。 被讨论的这种思维模式的问题在于，它使得人们很难协作，因为一切都变得复杂而混乱。如果你只是将这个问题从已发布的代码转移到围绕代码的工具链上，你其实并没有真正解决它。仍然存在很大的进入障碍，因为人们不理解你的基础设施。
完整原文“如果你那么聪明，就不会和我一起在这里工作了” 这是我职业生涯中用过几十次的一句话
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。