Re: [請益] 手機程式開發與兼顧硬體能力

: 1. 設計時有沒有考慮到如何測試? : 2. 有沒有用 assert 預先打預防針? : 3. 有沒有留下方便除錯的介面(如 log 機制) : 4. 有沒有考慮過程式語言的缺陷與容易犯錯的地方? : 5. 有沒有紀錄問題的習慣? : 我碰過一個主管打考績的方式是用程式的bug數量來計算,雖然 : 這種方式被很多人反彈,但是我發現被這樣操過之後,寫code就會 : 非常非常的小心,程式出手前也會自己先把功能走一遍,整體的成果 : 結果好非常多,給大家參考一下 在這種情況下，工程師要再沒有任何實體規則 規範的情況下，不要有bug，意思就好像沒有任何的檢查， 那大家就會過於小心而去選擇最少的改變最好寫的方法 以維持安全，不見得可以得到好的結果 以下是我個人的信仰，也是大一點的攻師常見的方法 現在軟體業界的主流應該是用好而完整的regression system (QA)來幫助R&D不要犯錯，而良好的後端 testing 支援也是必要的。 R&D必須測完規定的測試範圍才能把程式交出去， alpha, beta, release都要有完整的test plan要經 過testing team背書，而testing team 自己也要從無到 有測一次，所以從寫code開始至少要經過三關（alpha beta release)。 除了事後的防堵，developing過程中的documentation、 code review、coding style，這些規範也要建立起來， 所以這是一整個完整的制度，不是主管一句話說誰有bug 我就fire誰這麼簡單，以前我也有位主管就說，愈是 天才想法愈創新的人愈可能粗心大意，也就是說像這樣 新專利產量高的人，bug卻很多，他是不好的R&D嗎? 在你的公司他可能兩下就捲鋪蓋走路了 但是既使是這樣，還是會有bug，我的一個主管也跟我說過 "no bug no job"(大家要細細體會一下這個)，bug不是那麼 罪無可赦，只是要想個辦法解決他就好了，只是單純的禁止 在管理上可能算是比較原始的辦法。 -- ◆ From: 114.42.185.57
※ 批踢踢實業坊(ptt.cc)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1316943038.A.70E.html

→ m13m13m:公司 09/25 17:38

推 yamikiri:推，只會用bug來判定考積同時也是遏止改變的速度 09/26 03:01