技術 軟體設計原則 DRY (Don't repeat yourself)

DRY (Don't repeat yourself)，是敏捷開發的核心設計原則之一。DRY 原則規定，對於每個知識點，系統中都只有一個明確而權威的表示。這個原...

技術 Day 28 - Clean Coder 時程與承諾

前言 今天會接續著昨天的主題，來聊聊 The Clean Coder 的另一個主題。 在我過去的工作經驗中，寫過的程式性質各有不同，有充滿前端互動UI邏輯的(著...

技術 Day 27 - Clean Coder 時間管理與專業人士

前言 昨天講 Clean Code，雖然昨天只聚焦在命名與註解，僅佔 Clean Code 這本書的冰山一角，不過也算是可以一窺什麼叫做「更好的程式碼」，有興趣...

技術 Day 13: 時間管理、預估、壓力 (待改進中... )

CH9: 時間管理 「專業開發人員同樣清楚會議的高昂成本，他們同樣清楚自己的時間是寶貴的。所以，如果會議沒有立竿見影及顯著的成效，他們會主動拒絕」 「好的主管...

技術 Day 12: 驗收測試、測試策略 (待改進中... )

「驗收測試的目的是溝通、澄清及精確化。從專業開發人員的眼光來看，與業務方、測試方協同工作，確保大家都明白系統的行為將是怎樣，是自己的責任」 取自: The C...

技術 Day 11: 協作、團隊與專案、學徒期 (待改進中... )

「程式設計師最糟糕的表現就是把自己封閉起來，只顧一頭將自己埋在技術堆裡。甚至連公司業務火燒眉毛、即將崩潰了也不聞不問。你的工作職責就是要讓業務免於陷入困頓，讓...

技術 Day 10: Say No & Say Yes (待改進中... )

「最要說不的是那些 『高風險的關鍵時刻』。愈是關鍵時刻，『不』字就愈有價值。當公司存亡成敗皆繫於此時，你必須盡己所能，把最好的資訊傳遞給你的經理，這往往意味著...

技術 Day 09: 【番外篇】關於寫 Code 這件事 (待改進中... )

「42 年裡，我什麼都經歷過。我被開除過，也被表揚過。我當過小組長、主管、也當過普通員工，甚至當過 CEO。我的同事有絕頂聰明的，也有混日子的。我開發過尖端...

技術 Day 01: 【序】– 架構與設計、代碼、工程師

「你因為兩個原因來讀這本書：首先，你是位程式設計師。再者，你想成為一位更好的程式設計師」 取自: Clean Code (p.1) 前言 本系列文筆者嘗試...