今天在FaceBook上看到一篇文章，突然有感而發，來寫下快發霉的Blog吧！
首先是文章出處： 程式設計師常見藉口
對這話題沒興趣，或者不想聽冷日意見的朋友們，你們可以離席了，請恕冷日不送。

首先這裡轉載內容如下：

第 20 名：這很奇怪喔。
冷日：如果不奇怪，就不會找到程式設計師這邊來了；所以冷日覺得這不是藉口，只是很正常的反應，但冷日也不能否認，這樣的回覆與反應對於問題是一點幫助都沒有低

---

第 19 名：以前從來不會這樣啊！
冷日：冷日向來討厭這樣的說法，如果原本就有（或說就知道有）問題，那就是Coder本身的問題，狀況一定是在意外下發生低，所以沒啥『以前不會這樣阿！？』、『剛剛還好好得阿！？』這真的都是沒有意義的推托之詞

---

第 18 名：昨天明明會動的啊！
冷日：同第19名，既然昨天會動，身為工程師的你，就去找昨天和今天的差異吧，解釋是沒有用低

---

第 17 名：怎麼可能~
冷日：這幾個字...常常在冷日心裡OS，卻不常說出來，因為怪狀況絕對不是工程人員可以預期低，如果可以預期早就先避免了啦

---

第 16 名：這一定是機器的問題。
冷日：怪機器？那這工程人員就不是好Coder，專業有經驗的Coder一定知道，機器比人可靠多了（當然此處不討論硬體研發過程中的磨合期）

---

第 15 名：你到底是打了什麼才讓程式當掉的？
冷日：這是冷日常問的一句話（差不多意思啦），最常搞死程式的就是人，防呆防不了蠢、防蠢防不了壞阿

---

第 14 名：一定是你的資料有問題。
冷日：這也是常常在冷日心裡出現的OS，資料亂七八糟都不整理，程式不被你搞死也被你搞的一整坨的慢（因為要考慮一大堆有的沒的例外、做一大堆不需要得運算）

---

第 13 名：我已經好幾個禮拜沒碰那一段程式了。
冷日：哈～這真的是冷日的現況，寫完就忘...誰有那麼多鬼心力去記所有寫過的程式思路阿？所以冷日都是寫完就忘，通常一段Code不會再冷日腦袋裡停留超過三個月

---

第 12 名：你一定是用到舊版了。
冷日：版本控管本來就難，碰上不愛理你的用戶更難，這是所有工程師（包括硬體和韌體吧！？）的痛阿

---

第 11 名：一定是巧合！為什麼這種壞運氣只讓你碰上。
冷日：就是巧合！壞運氣只是不想直說「你到底要怎麼惡搞我的程式啦！？」

---

第 10 名：我不可能什麼功能都測試到吧，有 bug 是正常的！
冷日：不然你請一個測試員給我！？我要都能預先知道所有Bug會出再哪裡，那我想世界首富輪不到比爾先生

---

第 9 名：這個不可能是那個的原始碼！
冷日：那...你就是被客人惡搞啦！？這還有啥好說低？但若是你（Coder）自己都看不懂自己寫出來的東西另當別論：轉行吧你

---

第 8 名：這程式應該是會動的，只是我寫好後還沒做測試。
冷日：這是台灣很常見的狀況與悲哀，大多數時候工程人員都被時程壓力壓的死死低，沒有足夠的時間作測試，只好把End User當作白老鼠了

---

第 7 名：可惡！一定有人改了我的程式。
冷日：團隊的話，請去找兇手，和客戶抱怨這個沒有意義，是你家裡面的問題！個人的話，改你程式的『那個人』大概是髒東西吧

---

第 6 名：你有檢查過你的電腦有沒有病毒嗎？
冷日：病毒、系統環境、軟體衝突，這個對於Coder來說是永遠無法擺脫的痛。當無法確認使用者使用環境的時候，再好的程式也只是羊入虎口而已

---

第 5 名：儘管這功能還不能動啦，你覺得他如何？
冷日：和第八名一樣，這是台灣程式設計師的悲哀，『一定』沒有足夠的時間測試，『通常』也沒有足夠的用戶經驗回饋，大家都是一句話：「你不先做出來我怎麼知道好不好用？」

---

第 4 名：在你的系統不能用那一個版本的程式啦！
冷日：和第六名也是一樣道理，如果一個程式可以真正的跨平台：無視作業系統、無視其他函式庫、無視硬體需求、無視系統資源使用狀況，那請您先去M$報名開發下一代OS，你有機會成為下一個世界首富！

---

第 3 名：你幹嘛要那樣操作，都是你的問題。
冷日：第十五名已經說過了一次，防呆防不了蠢，防蠢防不了壞心，很多使用者擺了明就是想惡搞；歡迎你回家先把你的電視放到魚缸裡面以後再開機，然後你就可以慢慢的跟來修電視的工程師抱怨他們家的電視爛了

---

第 2 名：程式發生問題時你在哪裡？
冷日：使用者看到提示訊息時根本沒在理他，隨便點、隨便選然後再來抱怨「怎麼和我想的不一樣？」、「東西怎麼出不來？」更慘的是，很多時候請他重複一次操作過程，他卻會跟你說『做不到』！那時，冷日只能說：又鬼檔牆了

---

第 1 名：在我的機器明明就可以動啊！
冷日：透過第一名、第四名、第六名，我們可以知道，系統環境和機器的使用習慣，對工程師而言是多麼可怕的屏障，全面測試近乎不可能，那就請別全面苛求吧

結論：
寫程式是門苦力，但是軟體工程卻是門藝術，如何面對客戶則是種態度！
如果您所碰上的程式設計師可以向您說明的清清楚楚讓您統統聽得懂，而且設計出您滿意的東西，請您給他多一點掌聲鼓勵。
畢竟大多程式設計師是不善於和客戶溝通（會唬爛、耍嘴皮的，早就去當業務了，你以為程式設計師收入很高阿！？）的人。
但若您和程式設計師之間溝通的不太好，請您也靜下來思考一下，他所說得東西您有去理解了嗎？他所給您的資料您有去詳讀了嗎？他所提醒您的事項您有牢記嗎？
不知道為什麼，程式這個看不著摸不到卻幾乎和空氣一樣重要的存在（現在哪裡不用電器、電腦？那裡可以不需要程式？），卻從來不被台灣人重視呢？

回頭來說，冷日在讀過本文後對於作者標題的『藉口』兩個字有些微的不爽，才會引發這一連串的說明。
如果大家多一點點的體諒與互相學習的精神，一定可以讓上面這些「藉口」不復存在！
不然呆丸真的就只有仇恨和對立了！