導讀：自從投身編碼事業，經常會受到一些和程式相關的郵件。但只有少數郵件能清楚描述問題，而大部分郵件卻令我們大費周折。
1. 含糊不清的郵件
“A功能不能用了，麻煩修復一下。”
除了說A功能不按照特定使用者期望的方式工作之外，郵件不提供任詳細資訊。問題可能出在任何地方——從災難性的系統故障到部分使用者的簡單誤解。通常來說，為了確定手頭上的問題，程式設計師需要制定一系列的行動：郵件跟蹤、打電話和召開會議。
2. 危言聳聽的郵件
“緊急情況！！！系統宕掉了！我們的使用者什麼都幹不了了！請求幫助！！！”
發件人通常會把郵件標記為重要，並且抄送給聯絡人名單中的每一人。他們極度誇大問題的重要性，無非是為了使問題得到儘快解決或者是因為他們懶得檢查問題所在，只知道朝別人吼叫。通常問題很少像郵件中描述的那樣嚴重，但不幸的是你也得費很大勁去擺平這件事情。
3. 風馬牛不相及的郵件
“你能檢查下A功能還管用嗎？”
結果實際問題跟A功能毫不相關。不幸你事先並不知道。為了弄清楚可能導致A發生故障的原因，你要花費很長時間檢查相關程式碼，到頭來卻發現這一切都是徒勞。
4. 理想的郵件
“當我使用A功能時，B現象卻發生了，其實應該發生的是C。這裡有些問題的截圖。”
郵件清楚、簡潔並且不會胡亂斷言出現問題的原因。至少為程式設計師提供了足夠的資訊去著手解決出現的問題，時常情況下無需額外再去追蹤，單靠這些資訊就能完全解決問題。雖然寫這樣的郵件並不比其他3種型別的郵件費事，但這樣的郵件卻並不多見。不禁感慨，如果所有的郵件都能這樣，生活該多簡單啊！
不知身在職場的你，平時所收到的業務郵件，都是哪些型別呢？歡迎在評論或微博中分享。
Via：kevin william pang 編譯：伯樂線上 敏捷翻譯 –何強
如需轉載，但請註明文章來源和超連結等版權資訊，否則視為侵權，謝謝合作！