iT邦幫忙

鐵人檔案

2021 iThome 鐵人賽
回列表
Software Development

成為乾淨的開發者吧! Clean Code, Clean Coder, Clean Architecture 導讀之旅 系列

不論使用哪一種語言開發,寫出易懂易讀易維護的代碼都是很重要的事情。而在寫程式之外,如何有效迴避與開發無關的雜事或低效率會議則屬於 Clean Coder 的範疇,希望本文能夠提升讀者作為開發者的 "乾淨" 程度

鐵人鍊成 | 共 31 篇文章 | 40 人訂閱 訂閱系列文 RSS系列文 團隊自虐病友團
DAY 1

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

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

2021-09-16 ‧ 由 JC 分享
DAY 2

Day 02: 給全端開發者的 Coding Conventions & Style Guide 補充

「回到我在貝爾實驗室(The Bell Lab)工作的日子。我們有個不嚴謹的發現,採用一致性的縮排風格是降低程式錯誤率的最顯著指標之一。」 「我們原本希望架構...

2021-09-17 ‧ 由 JC 分享
DAY 3

Day 03: 有意義的命名、好的註解、垂直 & 水平編排

「我們是認真嚴肅地看待命名這件事,請您牢記這一點」 取自: Clean Code (p.20) 前言 命名在軟體開發中無處不見,我們除了替: 變數 (V...

2021-09-18 ‧ 由 JC 分享
DAY 4

Day 04: 函式、錯誤處理

「關於函式的首要準則,就是要簡短。第二項準則,就是要比第一項的簡短函式還要更簡短。這是一個我無法證明的主張」 「我曾經寫過令人難受的 3000 行函式怪物,寫...

2021-09-19 ‧ 由 JC 分享
DAY 5

Day 05: 物件及資料結構、邊界

「物件將它們的資料隱藏在抽象層後方,然後將操縱這些資料的函式暴露在外。資料結構則將資料暴露在外,且未提供有意義的函式」 「它們不僅是對立的,且本質上也是互補的...

2021-09-20 ‧ 由 JC 分享
DAY 6

Day 06: 測試驅動開發 (Test Driven Development)

「然而,沒有測試套件,他們就喪失確保『程式修改後是否仍能照預期般工作』的能力,他們沒辦法保證『對系統某部分的修改不會搞爛系統其他部分的程式』。所以他們的程式缺...

2021-09-21 ‧ 由 JC 分享
DAY 7

Day 07: 類別、系統、羽化

「在函式裡,我們計算程式行數,來衡量函式的大小;在類別裡,我們使用不同的量測方式,我們計算職責的數量」 取自: Clean Code (p.152) CH1...

2021-09-22 ‧ 由 JC 分享
DAY 8

Day 08: 【結語】程式碼的氣味和啟發

「這個手環就像是為我的職業道德做出了公開聲明。它是一個明顯的指示,代表我承諾 『我將盡己所能把程式寫到最好』。所以它仍在我的手腕上,當我寫程式時,不斷提醒著...

2021-09-23 ‧ 由 JC 分享
DAY 9

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

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

2021-09-24 ‧ 由 JC 分享
DAY 10

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

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

2021-09-25 ‧ 由 JC 分享