几天前，我夫人和我正在杂货店采购。柜台后的收银员很开心的对我们滔滔不绝。当她收了我的现金，我应该获得$0.25找零时。之后就发生了下面的对话：
收银员： 你应该找25美分。你想让我写一张支票吗？
我: 不了，谢谢。现金就好。
夫人: 亲爱的，她在拿支票开玩笑呢。
现在，我的夫人比我自己更了解我，而且她完全知道我根本不理解讽刺。同样的，在可能的范围内我常常在笑点没有显现的时候，不明白那些笑话。这个收银员可能会给我撕一张支票，因此我把它当真了。在那个时刻，我只是把它看成了“纸袋还是塑料袋”式的问题。
现在，我可以怪罪这桩奇事于我的教育或者我的个性，但是我真的觉得它根源于我的技术背景。每天，当我与技术人员讨论关于计算机操作的技术问题时，我们必须将我们的对话摆到计算机的层次。你很快就可以理解计算机是按它得到的字面意思理解的。比如，有一次我花了一整天时间调试“F0R LOOP”，最后发现有个隐藏的零替代了字母o。事实上，如果你仔细看，我在前面的“F0R LOOP”写了一个零。
我无法用裸眼识别出这个问题，但是对一台计算机 “F0R”和 “FOR” 是完全不同的。
现在，这直接与你和技术伙伴之间的交互有关。如果你正在和一个试着帮助你解决技术问题的技术支持人员讨论，或者和一个试着理解你的商务需求的开发人员 讨论，你必须清晰，简洁与直接。否则，可能你在说一件事(FOR)，而他们却从中读出了完全不同的东西（F0R）。
这里是我一直以来挑出的一些帮助要点，它们可能在你讨论技术问题的时候帮助你：
1. 总是把自己放在对方的角度，记住他们是第一次接触到这个问题。要提供围绕该问题的所有可能信息，包括:
• 产生一个问题时你做了哪些步骤。我是使用快捷键的粉丝，但是如果你的问题只是由于点击鼠标执行了一个操作，这就是我应当知道的。
• 上述问题和步骤是否可以重现？有时一些小的错误产生后就消失的无影无踪。可以尝试重新开启你的软件甚至是你的机器。如果问题消失了，你可能就节省了去开票然后以重新启动作为排除故障的第一步的大量时间。
• 也要说明这个问题可能比较重要的原因。你的问题也许听起来很微不足道，例如，你说你不能拖动一个应用窗口。但是如果你说它妨碍你点击一个很重要的应用按钮的话，就会听起来像是一个很严重的问题了。
2. 当我们交流时，要注意以下几点:
• 你是在和一个技术人员交流吗? 如果是，你的描述要尽量技术化。如果不是，就以随意对话的语气来表述你的问题。
• 当你提供信息时，你是否在使用另一个人可能听不懂的术语？就我而言，我总是发现自己在谈论SoapUI的属性扩展功能，而对方可能对SoapUI根本就不熟悉。
3. 你的语法怎样？幸运的是，你不需要是纠缠于语法的人，也不需要担心诸如介词位置的事情。但是有些事你需要考虑：
• 避免使用含糊的词去描述一个问题，像“某个”或者“它”。例如：“当我打开文档，内容是倾斜的。当我试着打印文档，打印机堵塞了。怎么这么让人抓狂！”在这个例子的最后一句，你在抱怨的是文档还是打印机？这不是很清楚。所以冒着听起来啰嗦的危险，我也要重复一下。冗余又清晰比让别人困惑要更好。
• 避免缩略词。另外有一天有个客户向我询问POC。当我想这是个关于“概念验证”(Proof Of Concept)的问题时，事实上他们在找“接触点”(Point Of Contact)。如果我没有向他们确认的话，我可能就会在一开始浪费许多时间于没有人需要的概念验证上。同样的，为了避免歧义，不要害怕提出冗余的问题。
因此当你遇到想将电脑扔到窗户外面的技术问题时，试着后退一步，寻求支持并且提供关于该问题及其上下文的清晰的陈述。这样的话，你就会给技术人员提供他们解决问题所需要的信息。