Re: [心得] 為什麼軟體開發者需要在意軟體品質指標
這是個很精彩的討論，可惜到後面變得有點像是文人相輕，畢竟每個人接觸到的環境不同
，對於文字定義的感受自然不一樣，要在這個基礎上面達到共識不太容易。但是見面三分
情，建議爭執的大大們可以找個時間喝咖啡聊聊，應該有助於拓展彼此的視野 ;)
如果有機會選擇，我一般都會挑選以 TDD 開發的工具使用(framework, toolset, etc)，
因為直接看程式碼與註解有時候還是無法理解一些特殊設計的理由，透過 unit test 的
test case 可以比較容易看出它這麼設計的原因，我覺得在這個點是肯定 TDD 的。
但我實際執行專案時，客戶連妥善設計的時間與預算都沒有給，大部分都希望"能動就好"
，在程式開發階段又經常會冒出莫名的 "可不可以這樣...可不可以那樣..."，要執行 TDD
就得讓專案時程拉長一倍，在這種環境下，很多覺得重要的測試都被忽略了。幸運的是，
忽略了這些測試，一些專案開發出來的程式還是乖乖的運作了很多個年頭，因為實際使用
率並沒有當初想像的高，而操作的人也還沒出現太天兵的情況。
（這裡的暗黑想法：沒有 bug 怎麼修，沒有修 bug 怎麼收錢...）
上述情況涵蓋了跨國的美商，也包括大型軟體公司，只是我設計的應用大多是內部人員或
少數會員操作的系統，所以不太會經歷一些疲勞轟炸的情況。
---
kiang
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 42.71.30.119
→
05/29 10:49, , 1F
05/29 10:49, 1F
討論串 (同標題文章)
完整討論串 (本文為第 18 之 20 篇)：