Producten
Mind Mapping Software
Outlining Software
Gantt-diagramsoftware
Toepassingen
Mindmaps voor onderwijs
Mindmaps voor bedrijven
Mindmaps voor persoonlijke ontwikkeling
Mindmapping voordelen
Middelen
Kenmerken
Onderwijs
Persoonlijk & Werk
Desktop
Video Tutorials
Watch tips and tricks about using Mindomo.
Help Center
Detailed help guide on configuring and using Mindomo.
Artikelen
Top 29 Mind Map Examples
Gantt Chart Software
Concept Map Template
Free mind map software
What is a concept map?
Gantt Chart Maker
Mind Map App
Concept Map Maker
Mind map template
Prijzen
Aanmelden
Registreren
Producten
Mind Mapping Software
Outlining Software
Gantt-diagramsoftware
Toepassingen
Mindmaps voor onderwijs
Mindmaps voor bedrijven
Mindmaps voor persoonlijke ontwikkeling
Mindmapping voordelen
Middelen
Blog
Video Tutorials
Help Center
Wat is mindmappen?
Maak online een mindmap
Concept Map Maker
Artikelen
Top 29 Mind Map Examples
Gantt Chart Software
Concept Map Template
Free mind map software
What is a concept map?
Gantt Chart Maker
Mind Map App
Concept Map Maker
Mind map template
Kenmerken
Onderwijs
Persoonlijk & Werk
Desktop
Prijzen
Registreren
Aanmelden
Categorieën:
Alle
-
產品
-
測試
-
設計
door
余小章 's
8 jaren geleden
417
技術債
技術債是軟體開發中不可忽略的問題,因為它會對開發團隊的士氣和產品質量產生深遠的影響。技術債的累積會使系統變得難以修改和擴展,增加了變更成本,從而打擊開發人員的工作積極性。針對技術債,應由資深開發人員進行評估,確定是否需要消弭並安排時間實施。技術債的種類多樣,包括設計上的壞味道、測試案例的忽略、程式碼的問題以及文件的不完整等。為了有效管理技術債,團隊應遵循良好的設計原則,進行重構,並定期進行Code Review。
Openen
Meer zoals dit
資料蒐集與分析
door 虹樺 陳
太肯前端web site map
door 任翔 王
使用 Entity Framework 快速打造關聯式資料庫存取應用程式
door 余小章 's
網站系統與設計
door Shei Hubert
技術債
怎麼還
在償還技術債的選擇也應該從利息最高、影響開發最深的開始處理
要不要還
不影響產品的開發,這類的技術債可以延後償還,甚至不償還都沒有關係
為了搶市而有意留下的技術債,在產品確認有其市場時,應該儘快安排資源還債,以確保後續的產品開發不會因為技術債而受到拖延
人月神話裡面有說到「現代軟體系統中都少不了的天生特質:複雜性、配合性、易變性、隱匿性。」,這種天生特質導致軟體設計本質上的困難,為了解決這個難題,我們必遵循良好的設計方式,而技術債就是因為做了不良的設計決策所帶來的其中一種結果,因此消弭技術債將有助於我們解決軟體設計的困難。
看情況
為什麼會有
主管不在意
主管扮演著團隊文化的關鍵人物
一個團隊的文件是由主管決定,替團隊建立好習慣,能帶來極大的效應;反之,若團隊的養成了壞習慣,也很難拋棄
沒有Code Review
團隊應該固定時間進行Code Review
經驗不足的開發人員往往不知問題在甚麼地方,需要由資深的開發人員進行Code Reviw,但往往資深的開發人員不願意做這件事
沒有重構
壞味道可以顯示出設計在結構上的品質有問題,會帶來技術債,即時地重構,可以消除這種壞味道,可是,如果開發人員不懂也不進行重構,那麼技術債就會隨著時間越積越多。
沒有遵守原則
如果開發人員不懂設計原則或沒有實踐過設計原則的經驗,寫出來的程式碼往往難以修改及擴展
缺少優秀的程式設計師
人月神話裡面說「研究顯示,高手與庸手的表現有著極大的差異,而且往往是一個數量級的表異。」
時程壓力
為了搶市
不要讓它失控
排定時間實作,消弭
分析技術債是否有消弭的必要性
由資深開發人員評估
種類
文件
測試
忽略測試案例
設計
壞味道和違反設計原則
程式碼
忽略編譯器所顯示的警告,那可能是淺在的未爆彈
註解
靜態程式碼分析工具的違規,Coding Style不一致
影響
擊開發團隊的士氣,若技術債不斷地累積,程式將變得難以修改,導致開發團隊開始氣餒、鬱悶,而當償還全部的技術債不再是兩三天就能完成的任務時,開發團隊的士氣會受到更深一層的打擊
技術債會造成修改或擴展系統的困難,使得花費的 CoC(Cost of Change)