是卡车系数还是公交系数？

Question

似乎这两个术语都被抛到了很多位置。我认为，两者都描述了同样的想法。哪个是先建立的？

此外，似乎有些人认为拥有低x因子是一件好事，而其他人则认为拥有高x因子是一件好事。这是什么？

Answer 1

你想要一个高卡车/公共汽车因素：

  

卡车因素（定义）：“数字   团队成员必须成为的人   在项目开始前用卡车击中   陷入严重困境“

（来自：http://www.agileadvice.com/archives/2005/05/truck_factor.html）

即。你不希望代码的某些部分只有一个人知道它是如何工作的，或者只有一个人可以扩展/维护。知识应该通过维基信息和配对编程等方式在整个团队中传播。

Answer 2

维基百科说公交车号码是“more commonly known as truck number”但是在美国，“乘坐公共汽车”实际上是一个成语，而“被卡车撞”并不是（尽管这两个词都很容易理解。）关于高/低是好的，维基百科的文章说：

  

“高总线号码很好（带有   最佳情况等于数量   项目开发人员）。这意味着   所有开发人员都了解代码库   或多或少平等。总线号码低   （特别是，一个）代表一个高   风险。“

我会添加@cartoonfox said： 混杂对编程是一种在团队中分发关键知识的好方法，以便卡车号码尽可能高。 如果您不经常与交换 和许多不同的团队成员，那么知识就不会很快分发。

Answer 3

卡车编号（或卡车系数）是具有您无法替换的关键知识的人数，即如果这些人同时在卡车下进行，您将无法继续显影

我认为，由于这个原因，某些化学公司禁止员工的主要成员一起旅行......

在此讨论： http://c2.com/cgi/wiki?TruckNumber

这是一个关于比尔·阿特金森是Mac卡车因素中关键人物的故事 - 这是Mac早期使用QuickDraw的关键人物之一。显然有车祸，人们担心他无法完成他在Mac的图形软件上的工作：

http://folklore.org/StoryView.py?project=Macintosh&story=I_Still_Remember_Regions.txt

高卡车数量更好 - 即一次消灭那些许多重要人物更难......

卡车数量较低 - 即一些关键人员可能生病或离开或死亡的风险更大，使项目处于无法恢复的状态。

配对编程是一种在团队中分发关键知识的好方法，以便卡车号码尽可能高。

Answer 4

无论你怎么说，校长都是一样的：

• 公交车号码
• 卡车号码
• 公交系数
• 卡车因素
• 等

此外，无论您是否使用更高的数字表示更好，或更低的数字更好，原则是相同的：

• 如果您描述可能被公交车撞到的项目成员的数量并让项目生存下来，那么高的公交车号码是好的;
• 如果您描述在公共汽车事故中幸存并且项目能够继续存在的项目成员数量，那么总线数量很低。

我确实曾经对它进行过一次调查，但我不记得是哪一个出现过（请参阅@Paolo的回答）。无论哪个首先出现，我都经历过足够的混乱，我确保所有各方都使用相同版本的数字，无论是高还是低。 ;）