「做中學」是本書的核心思想，在概述中鄒欣大概講述了自己的教學方法，此刻恍然大悟和幸運併發在腦海中，恍然大悟的是我們教學方法的由來就是來自本書的方法再加以稍加改動，幸運的是自己親身體驗過該方法，雖然這個過程有些艱難，但還是可以收到一定效果的。在本書中，充滿很多的質疑語句，作者並沒有直接給出答案，只是給了乙個或兩個暗示，給讀者留下了思考的空間，這點我感覺特別好。
程式=演算法+資料結構，軟體=程式+軟體工程。程式，顧名思義，就是一行又一行的**。而軟體工程則是把系統的，有序的，可量化的方法應用到軟體的開發，運營和維護的過程。主要包括需求分析，架構設計和實現，測試，發布，維護等幾個領域。在軟體功能相差不大時，決定軟體成敗的關鍵是使用者的體驗，只有當軟體擁有良好的使用者體驗時，軟體才能長期佔據市場。而使用者的體驗則包括很多方面，比如系統是否流暢，ui的美觀程度，有無bug等等。在沒有看到這本書之前，自己相信只要自己有足夠的技術就能開發出軟體，然而事實並不是這樣的，每回開發出乙個小軟體，捫心自問下，它真的可以叫做軟體嗎？軟體==服務？
軟體的特性(難題)：複雜性，不可見性，易變性，服從性，非連續性(連續輸入!=疊加的輸出)
工程目標的實現--創作乙個「足夠好」的軟體：滿足使用者的需求，軟體開發流程化，可擴充套件和維護。
悄悄成長，有說明自己能力的資料。如何成長，積累專業知識，提公升專業技能，藝術化程式設計和了解思想。針對自己的現階段，自己主要是提高自己的手速，和積極學習專業技能。必要的證書也是要考的，要積累至少一項和別人競爭的優勢。
《構建之法》閱讀筆記一
很多程式設計師都知道 程式 資料結構 演算法 這句名言，而乙個推論是 軟體 程式 軟體開發分為四個階段 1.玩具階段 2.業餘愛好階段 3.探索階段 4.成熟的產業階段。就算是很微小的事情，只要跟使用者的安全聯絡起來，就要謹小慎微，必須要做且必須要告訴使用者。軟體工程是把系統的 有序的 可量化的方法...
構建之法閱讀筆記一
構建之法閱讀筆記一 這個寒假假期讀了鄒欣老師寫的 構建之法 同時也從這本書中學到了一些對自己有用的東西。再看 構建之法 的第一章的時候，作者主要為我們介紹了一些關於軟體工程的基本知識，這個當然是對我們這些純純的軟工人是非常的有用的了，同時也解釋了軟體的構成，軟體 程式 軟體工程 正是因為對軟體的開發...
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...