好久沒有寫讀書筆記！其實書一直在看，但是就一直沒有把讀書筆記寫好，這其實就是自己懶，嘿嘿（怪我嘍）。轉入正題，還是好好寫讀書筆記啦。
單元測試，其實一開始我真是拒絕的，一聽這個名字就感覺好複雜好複雜！我甚至都不知道這個是幹什麼的！直到那天要求我們對自己寫的最大值的程式進行測試，才發現，啊！原來單元測試是這個東西！回頭想想那個時候，在做了單元測試之後，才更能清楚自己要做什麼，在做這個程式的時候，有哪些細節沒有考慮到，下次應該多做一些什麼！對於我來說，單元測試是乙個利於重新思考的東西，尤其是在盲目或急於寫程式的時候，它能帶給我更多的思考和讓我有更多的反思。阿超說：「在寫技術模組的規格說明書的時候，要越詳細越好，最好各項要求都可以表示為乙個單元測試用例。單元測試也能幫助程式設計師記錄這個版塊的歷史和設計變更的理由。」我覺得這句話就深得我心。另外，這也應該是如果自己沒有經歷過，會不以為意的一句真理吧。單元測試做的好，結果上肯定是利於我們寫程式的能力的提公升的，我們軟體工程的人更多程度上，的確是不依賴於考試，而是靠我們自己的不斷學習和經歷，不斷的收集資料，然後分析，最後得到提高。
諺語有云：一口不能吃成個胖子，羅馬不是一天建成的。這句話給我最大的體會就是前段時間寫四則運算的經歷。一開始，只是簡單的兩個運算數的運算，考慮了分母不為零。後來，新增了一些運算數。再後面便是比較完整的有括號的運算題的生成，和結果的判斷。慢慢的，我們從0吃成了10，也許10這個程度達不到，那麼8.9也是有的。在課上的時候，王老師就一再強調了不會做，就分開做，一步一步來，直到最後寫出來。
後面就講到了初級軟體工程師的成長之路。這個就是我們應該好好的遵循的一條道路啦（不是絕對的遵循，但是「大同小異」吧）。首先積累軟體開發的相關知識，提公升技術技能；然後積累問題領域的知識和經驗；理解通用的軟體設計思想和軟體工程思想；提公升職業技能；有實際成果的展示。思考良久，我覺得自己還是停留在了第一台階上，現階段的我們只是知道某些語言，了解某些語言，真正的運用壓根都談不上。這個階段，應該就是好好的學習和總結了吧！
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...