《程式設計師的修煉之道：從小工到專家》
第七章：在專案開始之前
需求只坑完美，不是在沒有什麼需要增加，而是在沒有什麼需要去掉時達到的。不要蒐集需求而要挖掘他們！與使用者一同工作，以像使用者一樣思考！
解開不可能解開的謎題
解開謎題的關鍵：確定加給你各種約束，並確定你確實擁有自由度
< 不要在盒子外思考，要找到盒子 >
我們可以先確定最為嚴格的約束，然後再在其中考慮其餘約束很多時候，對需求的重新詮釋能讓整個問題全部消失 ------ 就像戈爾迪斯結
等你準備好：有時猶豫的人會得以保全
< 傾聽反覆出現的疑慮，等你準備好再開始 >
規範陷阱：編寫程式規範就是吧需求規約到程式設計師能夠接管的程度的過程
結構化程式設計 ------ 擁有長久的生命
12月閱讀筆記之 軟體構造實踐閱讀體會
軟體構造實踐閱讀體會 軟體構架實踐 是2004年3月1日清華大學出版社出版的一本圖書，作者有三個，分別是美國的巴斯，美國的克萊門茨，美國的凱茲曼。本書根據軟體生命期的特點，分4部分進行了闡述，即預想構架 建立構架 分析構架和從乙個系統到多個系統。並且，書中通過精選的案例，進行了剖析。本書在第1版的基...
閱讀筆記12
軟體開發過程一般分為以下6個階段 對所要解決的問題進行總體定義，包括了解使用者的要求及現實環境，從技術 經濟和社會因素等3個方面研究並論證本軟體專案的可行性，編寫可行性研究報告，解決問題的方案，並對可供使用的資源 如計算機硬體 系統軟體 人力等 成本，可取得的效益和開發進度作出估計。制訂完成開發任務...
架構閱讀筆記12
架構層級的 開閉原則 the open closed principle，簡稱ocp原則 含義是 乙個類對擴充套件是 開 放的，而對變更是封 閉 的，意思是說，應該在不改變類的前提下擴充套件乙個類的行為。而通常的方式是繼承和多型。在架構層級，我們並不會變更系統的一部分功能 可能是最適用於當前架構的程...