模糊的软件工程术语

Question

我听到许多程序员不熟悉的术语（或者我在工作中工作的那些术语除了少数之外并不是很好），例如“技术债务”（我研究甚至是看到第一手工作）。

还有哪些其他模糊/不为人知的术语？这一点特别有用，因为面试官有时会提到复杂的术语，如果我不知道他们的意思，它可能会使面试变得紧张。

由于

Answer 1

很多人之前没有听过公交车号码，我认为这非常有用。一旦有人向他们解释了这一点，我就注意到他们真的得到了它，并立即看到了这个概念的效用。

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

你的目标是让公交车的数量接近整个车队的规模（也就是说，在出现严重的失败风险之前，车队中的很大一部分必须停止运作）。

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

Answer 2

我认为你应该做两件事：

1. 如果你在面试中遇到行话，请停下来，让面试官解释他们的意思。这使得面试官给你一个更好的印象，就是你诚实并且对学习感兴趣，而不是试图偶然发现面试。
2. 启动技术术语文件。当您在工作中，在博客上或其他任何地方遇到“技术债务”之类的事情时，请将其添加到您的行话文件中。谷歌，并了解其含义。

当你完成第二步时，在这里发一个答案：）

Answer 3

我所知道的另一个术语，就像“技术债务”这样的财务类比，是“软件税”：需要做的工作，但没有带来直接的好处，例如国际化（或i18n）。

根据语言（卫生宏？），应用领域（快速时间？），业务领域（任意数量的TLA），公司文化（microsoftese）或历史遗产，可能存在数千种模糊的专业术语。

在采访中，最好承认你不知道一个专业术语的含义，而不是对你不了解的事情给出不准确的答案。

面试问题通常是让面试官了解你的个性的一种方式，你给出的答案并不是必不可少的。