我喜欢在各种类别中对工程师进行评分，但事实上我发现伟大的工程师可以分为两大类：快速型和缓慢型。对于市场测试等任务，整个团队都是快速型工程师。对于支付系统，整个团队都是缓慢型。其他事情我会尽量制造张力——混合两种类型，让他们互相学习和欣赏。这将多维向量压缩成一条线，但足以向非工程师解释。如果你是精确型（缓慢型）工程师，那么你更可能在后端工作，更可能编写测试，更可能避免代价高昂的错误。这种类型在某些任务上会浪费精力（比如尝试新事物），但作为一类，这些任务可以引起很多管理上的兴趣。精确型工作唯一引起管理兴趣的是失败，而且通常是灾难性的失败。不过，安全问题一直存在，我现在正在思考如何消除整个类别的安全和隐私问题，同时让所有类型的工程师工作得更快。
源讨论在‘成熟’的软件工程师中常见的一种行为原帖 119 条评论 · 导入时统计解决一类问题的想法在安全关键软件中很常见。当你找到一个错误的原因时，不只是修复这个错误，而是寻找这种失败模式并修复它，然后理解导致这类错误的各个方面并消除它们。解决这类问题而不是眼前的一个错误，只是良好的工程实践。 但我也曾在一个团队中，因为不够英雄主义而被另一个团队取代，因为我们软件中没有错误，业务没有遇到任何戏剧性的事情来获得它想要和需要的东西。管理层很少重视这种工程实践。
完整原文把你的经验，加入这段讨论。
> 两种类型的优秀工程师：快和慢…… 我试图在其他方面保持紧张感——两者的结合 补充一点，如果你是这些工程师中的一员，一个伟大的职业技巧是找到一个你尊重的、处于相反方面的工程师并与之合作。 作为“慢”型工程师，我确保我们的关键接口和抽象是正确的，而我的“快”型搭档确保一切都能发布，并且我不必为小事操心。这比我自己或与另一个“慢”型工程师合作时取得了更多成功和有影响力项目。
完整原文很有趣。我从未想过这样划分工程师。我知道的两个最好的工程师都是慢的。不只是工作上慢，而是做所有事情都慢。说话、行动等等。这令一些人感到沮丧，但这些工程师节省了其他人很多时间和麻烦，因为他们的工作非常稳固、考虑周全且完整。 而且，一旦考虑到修复错误和验证所花的时间，他们其实并不慢。
完整原文其中一些是根深蒂固的，但能够在不同的问题解决方式之间切换是有用的。 最终，软件开发并没有单一的最佳方法，只是有不同的权衡。在尝试建立对某个新系统的理解时，能够快速构建一个只对某些数据集有效的有缺陷的路径是有用的。在另一端，即使你大部分工作都是短暂的演示，创建几个稳固的构建块也可以避免很多痛苦。
完整原文我可以提议一些带有较少负面含义的术语吗？比如“快速”和“谨慎”？
完整原文作为一名慢工出细活的工程师，我总是喜欢“谨慎”这个词。比如： 谨慎地移动并修复问题； versus 快速移动并破坏东西。
完整原文> 我发现伟大的工程师大致可以分为两类：快速和缓慢 还有一种第三类：那些能够在不同情况下适应适当做法的人。
完整原文这是一个有趣的观察。我认为自己是一个编程速度较慢的人。你认为在获得工作之前在面试中讨论这个问题，以评估你是否适合这个职位，这是一个好主意吗？
完整原文这就是我认为大脑工作方式不同的地方：快速和缓慢——一个大脑可以快速联想，找到信息；另一个大脑加载较慢，但最终你会得到你需要的100%内容。我欣赏那些思维缓慢的大脑。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。