Re: [閒聊] 你在開發程式時，是重視績效還是品質 - 看板 Soft_Job, 好文一推! 令人感到神奇的是, 我搜標題的時候, 剛好我要的那篇就是在 Google 第一篇
- 最後一句很精闢: "這是對風險管理的策略問題。" , 但也是要有些經驗才能體會拿捏的尺度
-
Thinker Last edited @莫菲定理。如果你都發覺有問題，如果你現在不修，肯定會造成問題。「bug 會自我繁殖」與其等火燒屁股再來修，愈早修愈划算。最後，「破窗理論」。 - Thinker Last edited @所謂「過猶不及」，兩個極端都會有問題。但，大部分人和專案，應該是屬於不及的狀況。
-
拖著不修就像負債一樣，利息加上去，最後要付出的代價是可觀的。 - 我的想法是, 依個人能力 (以及團隊), 在當下的情況, 在達到必要需求的前提下, 看看能提昇多少品質。問題在於, 何謂 must have、何謂 nice to have, 每個人的見解不同。爭議點在於, 每個人的能力不同, 實作成本不同, 評估的結果自然也不同了
- 對自己的要求是盡量提高自己的能力, 多付出時間提高品質。對其他人來說, 看對方是那種人, 是「過」或「不及」, 再從另一個角度和對方討論
- btw, 我也覺得大部份人是在「不及」那邊
- 舉例來說, 若團隊成員不熟 unit test (或不認同), 當下就要出貨了, 這時硬要大家學習並實作測試, 可能不適合。但若成員有過相關經驗, 同樣時程下, 就能針對核心程式補些測試
- 也就是能力 (經驗) 愈強, 增加 nice to have 的成本愈低, 自然能前期搞定, 減少負債。反之, 在時程的考量下 (ship or die), 能力 (經驗) 不夠時, 得選擇先放過一些潛在問題, 日後仍有需求時再花更多成本補救 (活下去後, 也會有更多的本錢)
-
TonyQ (人微言輕) Last edited @我看過得專案兩個極端都有；太過，結果團隊沒有足夠的火力支援，只好拖著打時間消耗戰，專案上線跟原本預期也差距太遠（什麼都想要反而吃力不討好）。太不及，最後就是專案雖然勉強上線了，但是三天兩頭丟bug memory leak... - TonyQ (人微言輕) Last edited @其實這個問題我同意fcamel ，是取決於團隊火力的問題...
- TonyQ (人微言輕) Last edited @Thinker 是老前輩了，對事情的見識多瞭解也多，自然有把nice-to-have變must-have的本錢跟見識。只是就這篇回應的狀況，在原發問者沒有舉出他評鑑問題的標準或者bad smell的狀況，我對於他發現的「問題」並沒有很樂觀。（我覺得這就是設計師經驗帶來的差距）
- TonyQ (人微言輕) Last edited @哦，我剛剛才發現fcamel 新寫得那篇文章，已經比我想說的還好了，忘掉我上幾個推吧。XD