第四章：兩人合作
問題1：4.2中注釋這一版塊，因為之前有學長跟我強調過**規範的問題，所以對這方面比較重視，後來當使用每個ide的時候，都會去注意**縮排的快捷鍵，比如idea的ctrl+alt+l等等；
我對自己寫的**還算比較滿意，但是在注釋這一塊確毫無頭緒，不知道什麼是標準，以前看過標準的注釋，記得好像是在每個程式寫好該程式的作、創作時間等等一系列的羅列，實際開發的過程中難道每個類都要寫這些東西嘛？會不會有些沒有用處？
引用4.3**設計規範
問題2：之前做四則運算時就有這個疑問了，在**設計這一塊，因為緊接著要做結對專案嘛，所以這兩天也討論了一下**"模組化"的設計，那麼在**設計規範中，乙個類內部實現多個功能的方法好，還是乙個類單獨地實現乙個或幾個方法好？是因為耦合度的原因嘛？
第十七章：人、績效、職業道德
問題：小團隊和大團隊哪個更好一點？怎麼樣才能讓自己更快度過磨合期？
《構建之法》讀書筆記第3章
第三章講的是軟體工程師的發展。主要從軟體工程師的評價方法，團隊期望和技能的反面進行闡述，並對應的分為3個小節。在第一小節中講的是個人能力的衡量與發展。對於初級軟體工程師的成長，從以下5個方面開始 積累軟體開發相關的知識，提公升技術技能 積累問題領域的知識和經驗 例如 對醫療或金融行業的了解 對通用的...
《構建之法》讀書筆記第1 2章
之前因為助教工作閱讀過一遍 構建之法 現在回頭重新翻看這本書，越發覺得這本書值得深入閱讀。本週先將前兩周的讀書筆記記錄如下 第一章從淺入深，以航空業的發展歷程作為模型，模擬軟體工程的發展。玩具 紙飛機 業餘愛好 沙灘椅 氦氣球 探索 萊特兄弟 產業 容納百萬人就業的航空業。類似的，軟體也從簡單的 h...
《構建之法》六 七章讀書筆記
第六章敏捷流程 盡早並持續地交付有價值的軟體以滿足顧客需求 敏捷流程歡迎需求的變化，並利用這種變化來提高使用者的競爭優勢 經常發布可用的軟體，發布間隔可以從幾周到幾個月，能短則短 業務人員和開發人員在專案開發過程中應該每天共同工作 以有進取心的人為專案核心，充分支援信任他們 無論團隊內外，面對面的交...