軟體建構之道 (Code Complete) 第二版 第二十七章到第三十四章心得

第二十七章-程式大小對構築的影響

白話的說,專案越大所需要耗費的心力越多,在小專案中認為是理所當然的事,也必須詳細地設計討論才能用於大專案中.

第二十八章-構築管理

要求專案成員寫出具有閱讀性的程式碼.

落後的進度時,加入更多的人力並不會扭轉情勢.

根據統計,程式設計師有30%的時間花在非技術性的活動(Orz).

越尊重程式設計師的公司,越容易得到程式設計師的回報(Orz).

請把程式設計師當人看(Orz).

第二十九章-整合

直接看書卡實在. 跟以前上軟體工程教的東西差不多. Orz

第三十章-程式設計工具

工欲善其事,必先利其器.

第三十一章-配置與樣式

程式設計師工作的一小部份是寫電腦能讀的程式,更大部份是寫人類能讀的程式.

將完成一件工作相關的程式碼集中於同一個段落.

讓大腦用於了解程式如何解決問題的大方向上,而不是花費時間在讀懂運算式,語法...等.

第三十二章-自行紀錄的程式碼

好的註解說明高階的抽象概念,爛的註解就是重複程式碼內容.

使用虛擬碼程式設計流程減輕加上註解的時間.

第三十三章-個性

強烈建議不知道該不該買此書的人,先去書店翻一下這章,心有戚戚焉再敗吧!

程式設計資訊變動的特性,讓"經驗"不在那麼吃香.

第一次學習新事物時,請以正確的方式學習.

程式設計中最重要的工作即是思考,但人在思考時看起來不會有太忙的感覺(被誤認為在混?). 真希望老闆們知道這個道理. Orz

第三十四章-軟體工藝

寫程式給人看,而非寫程式給電腦看.

一次就寫好一個好的程式碼,而不是花很多時間寫一個複雜不好懂的程式碼.

一個專業程式設計師一定寫可讀的程式碼.

一拿到問題就開始狂寫程式碼,然後花更多時間來除錯.  - 這不是聰明的工作方法.