本文译自 20 Things Developers Should Stop Saying ，作者为产品蓝图开发平台 Aha!的CEO Brian de Haaff 。 via inside.com.tw
大部分我认识的工程师，都会讲行话或用一些抽象词，借此跟大家打成一片，或者在一群人中脱颖而出。但有时这些科技碎语（ technobabble ）会让人很困惑，究竟是因为需求才发明新词，还是只为了同圈子的乐趣──唯有那些也拥有「技术」的人，能够懂得发言者的「语法」。
可惜的是，这些惯用语对于科技圈外的人，难以参透。虽说这也不是谁的错，因为原本工程师的拿手项目就不是在产品策略上，他们很难与使用者真正接触到，因为他们往往在「建立」崇高的理想。但如果你对工程师有足够的了解，那你就知道是时候叫他们停止了，因为有些他们用的惯用语很让人厌烦，只会适得其反，甚至转移焦点，导向和他们原本相反的方向。（然后失败）
如今我发现，如果我们参加骇客周，我们会「亲耳」听到许多这类的惯用语，它们取代其他更为有趣的表达方式，且即使几年后这些惯用语汰旧换新，也差不多是那几个词。
想像看看如果我们把low hanging fruit （短期绝佳的机会）这个常用语，改成slow moving meat ，只因为业务本身是一名爱吃肉的猎象者，我们很可能会lose our cookies （此处为双关语，lose our cookies 本身有呕吐的意思。）。
无论如何，以下我选出最让我头痛的──前20 句软体开发人员会挂在嘴边的话（且让人分心）。我很确定每个QA 工程师、网路维运工程师、产品管理团队，都可以添加很多其他句子到列表里。只要出一点力你也可以帮助完成这个「自由编辑」的列表，让你或是每个人都气得半死的词句。
- 我们没在赶进度
- 我们需要多一点资源
- 品质、速度、花费，三选二
- 这功能的投资报酬率是多少？
- 我们不需要报表
- 客户不是真的这样想啦
- 他们可以用命令行
- 他们可以用API
- 你不会懂啦
- 这功能一定要有
- 这我们之前试过了
- 我不懂客户要什么（你看过他们的要求了吗？没）
- 技术债（ Technical debt ）
- 你可以测一下这个吗？
- 这不是bug，这是功能(feature)
- 这违反CAP 定理
- Rube Goldberg （注：Rube Goldberg 在漫画中创作出Rube Goldberg machine ，为一种被设计过度复杂的机械，以曲折的方法去完成非常简单的工作，这此意指把简单的工作复杂化。）
- 这是平台方的责任
- 这会耗掉三十能量点（ 注：游戏用语）
- 你昨晚有看流言终结者吗？（ 流言终结者为美国著名科普影集）
