> 这句格言有些过时，但依然真实：你不能增加另一个开发者就让流程变快。这通常会拖慢团队。我从事这个行业已经30年了，这又是一个某种意义上的政治口号。这在每一份 imaginable 的工作中都是真实的——新的人会拖慢你的进度，直到他们不再如此，并成为你希望是的高效运转团队的一部分。我不明白为什么人们坚持这么说，这就像说“读这本书，它说太阳明天早上会升起”> 我一再看到：初创公司从市场契合阶段转向运营卓越阶段，依靠风险投资资金开始大量招聘人员。这些开发者大多数都是受过良好教育、专业性强、技术能力深的人，他们经常被安排去让盒子更蓝，或者花好几个小时和产品经理开会。当你增加更多人时，团队的产出会变慢。我并不是在谈论初创公司或让盒子更蓝的开发者，我是在谈论我个人的经历。…
源讨论编写更少的代码，更负责任原帖 126 条评论 · 导入时统计如果你从未读过弗雷德·布鲁克斯（Fred Brooks），我建议你读一读。这句格言有些过时，但依然真实：你不能通过增加另一个开发人员来加快进程。这通常会让团队变慢。 我一再看到这种情况：初创公司从市场契合阶段进入运营卓越阶段，依靠风险投资资金开始大量招聘人员。这些开发人员大多是受过良好教育、专业化的高技能人员，他们经常被安排去做让盒子更蓝的事情，或者花好几个小时和产品经理开会。当你增加更多人时，团队的产出会变慢。 你没有配额。如果你星期五没有添加那3万行代码，也不会少卖多少单位。 这是知识工作。工作是理解问题并知道如何解决它们。你增加更多人，就会增加开销。沟通、协调、…
完整原文把你的经验，加入这段讨论。
如果你已经听了很多次却仍然不愿意考虑别人说的话，那么也许我帮不了你。 我是基于超过二十年作为开发人员，以及一段时间内作为经理的个人经验来说的。
完整原文当人们说代码是瓶颈时，他们并不总是指缺乏代码：也是代码的积累，这就像牙菌斑一样堵塞了你的动脉。当太多人写出太多代码时，这可能会导致你的创业公司失败。一些创业公司就是因为写了太多代码而失败的。
完整原文> 新人一开始会减慢你的进度，但之后他们不会，他们会成为你团队这个运转良好的机器的一部分 这对于培训新人做常规工作是正确的。你花一些时间教他们，他们学习，然后教学/学习的开销会消失，这会减慢你们双方的进度。 但知识型工作有所不同，因为不断的更改和创造东西意味着其他团队成员必须不断学习你更改/创建的内容，以便能做任何事情。因此，除非你将任务分开，使得彼此之间需要处理的信息量最小且不变，否则你永远无法达到这种“运转良好”的状态。这个原则甚至在多线程编程中也适用于性能，因为线程之间不断共享和更改数据实际上可能比单线程过程的性能更差。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。