50条行业经验分享（技术行业的5个常用黑话）

Bikeshedding, rubber ducking, dog fooding, bus factors, yak shaving……哎呀我的同事甚至说？

> What if Ernie were a tech bro?

在搞技术（特别是软件开发人员）的人中，有一些有趣的黑话，使许多人难以理解。我们的首字母缩略词和习惯用隐含的意义包装，来自学术界，内部笑话，著名书籍或思想实验。在行业中的人们喜欢使用它们，因为它就像在同行中使用的秘密代码一样，给人一种归属感。

如果你是行业的新人，现在已经不得不解码人们所说的话，你可能听到很多这些古怪的短语。也许你已经问了你的新同事他们的意思，或者在谈话后你最喜欢的搜索引擎看他们。或者，如果你是大多数人，你可能只是在想自己的同时笑了笑并点头“这是什么意思？”

首字母缩略词和习语应该简化沟通，但如果人们不分享它的语言，那么它就会相反！在工业十年后，我希望将这些表达中的一些表达脱颖而出，任何希望吸收到技术产业的人。所以，这是我在职业生涯中听到的五个最常用的短语的初始入门。

Let’s spend all our time arguing over the paint of the hypothetical bike shed Source: Sandra Cunningham Photography

Bike Shedding 是致力于太多的时间和精力致力于和优化琐碎的问题 - 通常是假设的未来问题，而不是专注于现在实际重要的问题。

该术语来自一个故事，其中一组工程师，建筑师和科学家被聘请建造核电站，但陷入困境，决定在哪里以及如何建立员工自行车棚。自行车会去哪里？它应该持有多少自行车？自行车棚子应该画哪些颜色？所有这些关注员工自行车棚导致资金损失，既不是自行车棚也没有建造的电厂。这也被称为“琐碎的法则”，即人们将为琐碎的事项提供不成比例的体重。或……以较短的次数！

说你在一个月内推出你的产品。您与所有同事在一起，试图计划未来三周的工作。还有很多重要的事情要做，产品甚至没有工作！然而，每个人都在争论如何编写文档：我们应该使用JS文档吗？许多工程师在他们最喜爱的平台上度过宝贵的时间创造新的文档和Wiki。你可能会说“你们，让我们把这个问题放下。在这一点上没关系，只是选择一个！我们现在正是Bike Shedding。

> The shaven yak in his enchanted canoe from Ren & Stimpy’s “Yak Shaving Day”

Yak Shaving是开始工作的一项任务，导致您执行另一个任务，并导致看似永无止境的任务队列，从原始目标转移。

但是，与BikeShedding不同，通常每个任务的时间都很重要，必须在某些时候完成。他们甚至可能是做原始目标的先决条件。试图做其他事情时，它经常以技术债务的形式出现。

该术语由一个MIT博士学位，在90年代初期观看了一系列中的Ren和Stimpy之后，是Carlin Vieri博士。“Yak Shaving”分部描述了一个圣诞节的假期，参加者挂着尿布，用凉拌卷心菜的橡胶靴，并在他迷人的独木舟中观察剃光牦牛的胡子。而不是为圣诞老人留下饼干，孩子们离开剃须膏和剃须刀，所以他可以继续刮胡子。

这些天，我们通常不会引用任人和刺激的短剧，而是认为刮胡子所需的东西。你可以用一双剪刀接近牦牛，但是实现了一双剪刀生锈了，所以你出去尝试磨砺它们。当你出来时，你可能会意识到你需要一个新的水桶来放牦牛毛皮，所以你买一个新的桶。所以等等。这一整个过程被称为“牦牛剃须”，因为剃须牦牛是这样的愿望。

或者，术语有时暗示剃须yak是从原始目标转移的许多方面任务之一。也许有人开始了希望更换灯泡，但最终给牦牛刮胡子。通过这种替代定义，有时人们甚至可能会惊呼“无论你做什么，不要刮胡子！”对正在进行的人。

也许你被分配了一个错误来修复，并且开始修复错误，但您实现了它在使用过时的包中的实用程序功能。所以你去更新包，然后实现完整的功能需要重新开始。所以你这样做，将它拉到自己的文件中，很快你的一行错误修复了气球。你开始旅行只是试图修复一个小虫，而你最终Yak Shaving。

所有你所做的那些事情都很好;修复技术债务始终是重要的！但是，优先考虑重要的问题，并注意到将来的错误，而不是立即延迟您的任务，如果可能的话。

> What is Rubber Duck Debugging? A great article with even more information.

对于橡皮鸭，或小黄鸭调试，是为了大声解释你的代码或问题，希望描述它和听到它的过程将帮助您诊断您的问题。经常是它的它！

在90年代，有一个名为务实程序员的著名书籍，甚至用作许多大学的教科书。在它中，有一个关于程序员的故事，可以通过迫使自己来解释它，向鸭子解释它来调试他们的代码。这个想法是听到自己说话会大声说话将帮助你抓住逻辑谬误。不需要同事！

这个想法已经变得如此受欢迎，甚至有一种科学的方法方法是“橡胶鸭调试”的方法。

听到您自己的解释大声发生的事情可以帮助您更快地调试问题。规范虚构的人物是橡皮鸭，但你可以使用任何东西。你可能会说“嘿，你能帮我解决这个问题吗？实际上，我可能只需要做一些小黄鸭调试。“或者，也许你问一位同事帮忙调试，并通过解释你意识到问题是什么，并感谢成为你的小黄鸭的问题。

> I think we’ve all seen this scenario before (Source: Valohai)

公共汽车因子是一个人或团队持有的责任和知识水平的衡量标准。因素越低，如果该人离开团队，那么风险就越多。

更新：发布此故事后，我已被告知有多种方式可以使用此术语，具体取决于位置。让我们谈谈两个！

该术语也是来自90年代的早期软件工程术语，这是难以追踪的精确起源。这个想法是：如果团队中的一个人或整个团队，明天被公共汽车撞了，那么公司会有没有他们的吗？有没有人知道他们做了什么？如果他们持有代码或产品的所有知识，该怎么办？如果他们没有写文档怎么办，没有人讲述他们正在研究的内容，或者他们甚至加密他们的工作？

理想情况下，知识被分发并委派给团队中的许多人，因此如果一个人或他们的团队有一天丢失，公司可以在没有他们的情况下继续。

在这个术语的更流行版本中，公共汽车因子由在知识未知之前的人数计算。因此，如果一家公司拥有100人，只有4人知道如何做某事，那么那些东西的公共汽车因子是“4”，因为它是4人被禁止默默无闻的公共汽车被击中。在这个版本中，最好拥有高的总线因素;数量越高，风险越少。最糟糕的母线因子是一个案例是1，这意味着如果一个人去缺失，整个项目将被落后于停止。

在这个术语的另一个版本中，总线因子由对项目不可或缺的人数计算。理想情况下，您不希望任何人不可或缺，您希望无限的总线因子，因此0是理想的号码，因为它意味着没有单点故障。

还有很多其他变化，而不是被公共汽车击中的暴力。母线因子的比较受欢迎，更愉快的版本之一是“”因子。也就是说，如果一个人明天赢得并决定提前退休并搬到一个没有接待的岛屿，那么风险是多少？

在您正在开发产品时，您可能会注意到一些有趣的工作流程行为。有些人比其他人在一起，有些人没有文件以及其他人，有些人不要经常与同行交谈。也许你找到了一个人，当他们需要帮助时，每个人都要到，当他们在度假时，进步开始爬到一个停滞不前。您可能会说“我们需要减少此信息的总线因素”，甚至“我们需要减少此人的公共汽车因子”并实施需要新代码的新进程，以便陪同文档，或雇用更多人等。

> Alpo advertisement from the 1986, supposed origin of the term “Dogfooding”

要吃自己的狗粮，是为了让这些团队在释放公众之前使产品本身使用。

这个的起源是更多的争论。我最喜欢的是，在70年代有一个狗粮商业商业，狗食公司的Alpo发言人表示，如果他信任足够的食物，那么你也应该也应该。表述“吃你自己的狗食”据说是从此产生的，并且在Microsoft的80年代的电子邮件中使用了鼓励每个人在内部测试他们的产品。它已缩短为“Dogfooding”。

如果您正在为与公司员工相似的人的产品，您可能会建议您吃自己的狗粮。它不仅有助于捕获错误和产品流程问题，而且还为产品的用户创建同情，并将员工的情感投资提高到产品中。毕竟，如果您自己使用公司的产品，您将更加爵士乐才能解决它！这通常最适合B2B（业务到业务）公司，其中预期用户群类似于在项目上工作的人员。想想与你的同事们在懈怠的时候闲逛！

我希望这有用，并有助于解散技术行业的一些共同点。

(本文由闻数起舞翻译自undefined的文章《5 Commonly Used Idioms in the Tech Industry》，转载请注明出处，原文链接：https://levelup.gitconnected.com/demystifying-5-commonly-used-idioms-in-the-tech-industry-827e8a6d653a)