龙空技术网

技术行业的5个常用黑话

闻数起舞 757

前言:

目前小伙伴们对“paintnetsource”大约比较关怀,同学们都需要学习一些“paintnetsource”的相关文章。那么小编在网摘上搜集了一些有关“paintnetsource””的相关内容,希望看官们能喜欢,小伙伴们快快来学习一下吧!

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

> What if Ernie were a tech bro?

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

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

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

搭自行车棚 Bike Shedding

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。

给牦牛剃胡子 Yak shaving

> 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。

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

小黄鸭调试 Rubber Duck Debugging?

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

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

背后的故事

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

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

用法例子

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

公共汽车(彩票)因子 Bus (or lottery) factor

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

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

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

背后的故事

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

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

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

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

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

用法例子

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

狗粮 Dogfooding

> 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》,转载请注明出处,原文链接:)

标签: #paintnetsource