其實大多數『非資深』工程師，我想你只要給足夠時間，都不會只滿意『會動』就好。

但是資深以後，被時間追著跑，會發現『鋸箭』是應付很多業務人才亂開口答應客戶『不用多少時間』、『很快』…最好的方法。




我覺得…這些變數如果沒跟客戶確定好範圍才是大問題。

所有變數，都改成不定位數範圍的話…天阿∼ 您還是另請高明吧∼

很多案子，沒開始設計前就註定一堆問題了，像變數沒有跟客戶確定範圍是最常見的

這也就是國內很奇怪的現狀，上游隨便做，中下游補不完的漏洞、趕不完的deadline

我身邊有兩個老同事兼同學都碰過這類問題：一個是很早就請硬體端把library list出來，結果都沒有，後面才發現一堆軟體很難補的bug。

另外一個做了三家硬體商的driver，
在我考慮要轉做driver的時候勸告我：
driver就是替硬體補破網的單位，都是全公司的貨全卡在倉庫，被客戶釘在牆壁上的時候
這時候硬體已經領紅利爽歪歪在放假了，只有你頂著全公司眼光、上司老闆的慇慇詢問：
bug解出來了嗎？
等解完出貨，客戶要扣貨款扣了，上游硬體該拿的紅利拿走了…輪到你的時候，所剩已經不多了

基層工程師環境就是這樣，能要什麼高級的quality？
案子剛開始還在有時間的時候，說什麼這個要準備、那個要討論清楚…通常都沒用的。

後面被客戶卡著貨，上司老闆會跳腳的時候哪會記得那麼多？