模糊的软件工程术语

Gur*_*epS 1 terminology

我听到很多程序员都不熟悉的术语(或者我工作的那些术语除了少数之外并不是很好),例如"技术债务"(我研究过甚至看到了第一手资料)工作中).

还有哪些其他模糊/不为人知的术语?这一点特别有用,因为面试官有时会提到复杂的术语,如果我不知道他们的意思,它可能会在面试过程中搞砸.

谢谢

Joh*_*lla 6

很多人以前都没有听过公交车号码,我觉得非常有用.一旦有人向他们解释了这一点,我就注意到他们真的得到了它,并立即看到了这个概念的实用性.

对于那些以前没有听过的人,项目或企业的公交车号码是最小的人数,如果他们被公共汽车撞到,会导致项目失败或将其置于失败的危险.每当一个人对项目拥有太多的机构或技术知识时,总线数就变为1,这意味着如果这个人不在,项目可能会失败.(你可能会说这样的人是一个信息孤岛,这是另一个有用的术语.)

你的目标是让公交车的数量接近整个车队的规模(也就是说,在出现严重的失败风险之前,团队中的很大一部分必须要失去工作量).

请注意,低总线数本身并不差.可能是您的团队成员具有难以置信的专业知识,需要很长时间才能转移给其他人.但这是一个警告信号,表明您有可能难以减轻的风险:您不能仅仅雇用其他人来代替这个人,也不能要求该人教育其他团队成员而不至少牺牲他们的某些有效性和暂时放缓进度.

  • 如果团队中的某个人被公共汽车撞到,项目会变得更好怎么办?这是一个负面的公交车号码吗? (8认同)