模糊的软件工程术语

很多人都没听说过 总线号 以前,我觉得非常有用。一旦有人向他们解释了这一点,我注意到他们真的从中得到了乐趣,并立即看到了这样一个概念的效用。

对于你们这些以前没听说过的人来说,一个项目或事业的公共汽车号码是 如果被公共汽车撞到,会导致项目失败或使项目处于失败危险中的最少人数 . 每当一个人对一个项目拥有过多的机构或技术知识时,总线号就变成1,这意味着如果这个人不可用,项目就可能失败。(你可以说这样的人是 信息仓库 ,这是另一个有用的术语。)

你的目标是让巴士号码接近整个团队的规模(也就是说,团队中的很大一部分人必须在面临严重的失败风险之前停止工作)。

请注意,低总线数本身并不坏。这可能是因为你的团队成员拥有令人难以置信的专业知识,需要很长时间才能将这些知识传授给其他人。但这是一个警告信号,表明你有一个很难缓解的风险:你不能仅仅雇佣其他人来代替这个人,也不能要求这个人教育其他团队成员,而不牺牲他们的至少一部分效力,并暂时减缓进展。

我认为你应该做两件事:

1. 如果你在面试中遇到行话,停下来让面试官解释他们的意思。这给面试官一个更好的印象,你是诚实的,对学习感兴趣,而不是试图绊倒通过面试。
2. 创建一个技术术语文件。当你在工作中、博客上或其他什么地方遇到“技术债务”之类的事情时,把它添加到你的行话文件中。谷歌它,并得到它的意义。

完成第二步后,在此处发布答案:)

我所知道的唯一一个类似于“技术债务”的金融类比术语是“软件税”:需要做的工作,但不会带来直接利益,如国际化(或i18n)。

根据语言(卫生宏?),应用程序域(快速时间?)、业务领域(任意数量的TLA)、公司文化(Microsoftese)或历史遗产。

在面试中,承认你不知道专业术语的意思比对你不知道的事情给出不准确的答案要好得多。

面试问题通常是面试官了解你个性的一种方式,你给出的答案其实并不重要。