神秘的 10 倍效率程序员

正文

请到「今天看啥」查看全文

因此，如果一个程序的设计和实现不是线性能力，像经验、编码能力、知识和识别等无用之物，在我看来，不仅仅是线性的优势，当这些事物作用在一起时，它们的效果就远不是一加一这么简单了。当然，当程序员可以同时处理程序的设计和实现时，这种现象发生得更多。如果越以“目标导向”为任务，那么拥有10倍效率潜力的程序员为了轻松地达到目标就越可以开拓她/他的能力。

当手头有非常刚性的任务时，这个任务有具体的指南：必须使用哪些工具和如何实现事物。那么 10 倍效率的程序员在更短的时间内执行大量工作的能力就被削弱了：他仍然可以开拓“局部”上设计的潜能，但却不能以更意义深远的方式去实现目标，这也许包括，可能、甚至完全从项目中删除部分规范，即便需要达到的目标几乎看起来相同但需要付出的努力程度由于一个大因素被减少了。

在作为程序员工作的二十年中，我观察着与我一起工作的其他由我指导的程序员同事，我下发指定的目标，他们则给 Redis 和其他项目提供补丁。期间，很多人告诉我，他们相信我是一个非常高效的程序员。考虑到我根本不是一个工作狂，我也把自己当作快速编码的一类人。

以下这些品质，我认为将引发程序员生产力高低截然不同：

纯粹的编程能力：完成子任务

程序员最显著的限制或优势之一就是处理实际执行程序部分的一个子任务：一个函数，一个算法等。令人惊讶的是，根据我的经验，非常有效地使用基本的命令式编程结构来实现某些功能的能力，并不像人们想象的那么普遍。在一个团队中，有时我观察到非常无能的程序员，甚至不知道一个简单的排序算法，和在理论上非常有能力、但实施解决方案的实践非常不足的刚毕业程序员相比，他们的工作往往事倍功半。

经验：模式匹配

通过使用经验：我的意思是一系列已经探索完成的用于大量重复的任务解决方案。有经验的程序员最终知道如何处理各种子任务。这既避免了很多的设计工作，也是针对设计错误的非常强大的武器，但反过来却又是简洁的最大敌人之一。

请到「今天看啥」查看全文