今日份閱讀《構架之法-現代軟體工程》這本書，自我感覺收穫很大，一方面在於書中所寫的內容非常詳細，給出了很多的程式原始碼作為示例，另一方面，該書是針對軟體工程來寫的，非常符合我們的專業。
閱讀這本書，能讓我接觸到頂尖學者對於軟體工程的看法。書中曾經做出乙個對比，工作了三年的軟體工程師與大四學生進行對比，明顯能看出工程師在測試方面下的功夫很多，而在具體編碼上時間要比學生少得多，竟差出了1/3強。
從這個對比我們就可以看到，個人開發流程，其實並不是僅僅寫**就可以的，其中的測試要佔很大一部分，這也是作為乙個成熟的軟體工程師所要具備的條件。就像當下的我們，我們在學習過程中，並不會去關注測試這一方面，只要把程式寫好，就算完成任務了。這樣做的缺點在於，我們無法實現專案的質量保障，也就不能達到指定的要求，對於未來的發展也是有制約因素的。
這樣的現象是普遍的，對比中所指定的大四學生均是來自高等學府，很具有代表性。不過，總要有個過程去改變，當然，這也是很深的程式設計能力所帶來的結果。對於這種情況，我們需要去做的，應該是去努力提高自己的能力，在有了能力保障的前提下，去提前適應工程師模式，以期為未來提前做好準備。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...