大部分我认识的工程师，都会讲行话或用一些抽象词，借此跟大家打成一片，或者在一群人中脱颖而出。但有时这些科技术语（technobabble）会让人很困惑，究竟是因为需求才发明新词，还是只为了同圈子的乐趣──唯有那些也拥有「技术」的人，能够懂得发言者的「语法」。

可惜的是，这些惯用语对于科技圈外的人，难以参透。虽说这也不是谁的错，因为原本工程师的拿手项目就不是在产品策略上，他们很难与使用者真正接触到，因为他们往往在「建立」崇高的理想。但如果你对工程师有足够的了解，那你就知道是时候叫他们停止了，因为有些他们用的惯用语很让人厌烦，只会适得其反，甚至转移焦点，导向和他们原本相反的方向。（然后失败）

如今我发现，如果我们参加骇客周，我们会「亲耳」听到许多这类的惯用语，它们取代其他更为有趣的表达方式，且即使几年后这些惯用语汰旧换新，也差不多是那几个词。

想像看看如果我们把low hanging fruit（短期绝佳的机会）这个常用语，改成slow moving meat，只因为业务本身是一名爱吃肉的猎象者，我们很可能会lose our cookies（此处为双关语，lose our cookies本身有呕吐的意思。）。

无论如何，以下我选出最让我头痛的──前20句软件开发人员会挂在嘴边的话（且让人分心）。我很确定每个QA工程师、网络运营工程师、产品管理团队，都可以添加很多其他句子到列表里。只要出一点力你也可以帮助完成这个「自由编辑」的列表，让你或是每个人都气得半死的词句。

我们没在赶进度

我们需要多一点资源

品质、速度、花费，三选二

这功能的投资报酬率是多少？

我们不需要报表

客户不是真的这样想啦

他们可以用命令行

他们可以用API

你不会懂啦

这功能一定要有

这我们之前试过了

我不懂客户要什么（你看过他们的要求了吗？没）

技术债（Technical debt）

你可以测一下这个吗？

这不是bug，这是特色

这违反CAP定理

Rube Goldberg（注：Rube Goldberg在漫画中创作出Rube Goldberg machine，为一种被设计过度复杂的机械，以曲折的方法去完成非常简单的工作，这此意指把简单的工作复杂化。）

这是平台方的责任

这会耗掉三十点的能量（注：游戏用语）

你昨晚有看流言终结者吗？（流言终结者为美国著名科普影集）

Rube Goldberg机械/图片来源：Flickr

要做出好软件很难，但也不该折磨人。我们秉持着心中目标，开发了Aha!──我们想要打造一个新方式，让产品经理跟工程师，可以创造出惊艳的产品蓝图、彼此有话直说，还有乐在其中。