構建之法閱讀筆記01

個人感受：

1.我過去的做法：首先我在聽老師和構建之法中看到了教師和學生的關係，第一次看到師生關係的時候讓我眼前一亮，因為我從來沒有考慮過這個問題

後來，我就在思考，到底什麼樣的型別才是真正需要的，一開始我認為是服務員與顧客，因為我們來到學校是消費，消費時間和金錢來學習知識，但是，

之後的閱讀讓我徹底改變了這個看法，因為顧客消費是決定最後的成果的，服務員只能簡單的服務。。。並沒有在顧客消費錯誤的時候糾正的義務，然

而，真正的型別是教練與健身員，因為這樣才是最正確的師生關係，只有在學員學習的艱難的時候可以教給他正確的方式！

2.在我們學習的時候需要循序漸進，不斷總結

（1） 我們應該從小做起，不能一口吃成乙個胖子，也不可能一下搞乙個團隊，運用各種先進技術和方法去完成乙個專案。

所以我們應該從易到難。

從小專案開始做起，首先我們應該做一些個人專案，比如像老師上課給的一些小程式，熟練一下操作和一些簡單的測試！

然後倆人專案，之後我們就可以結組完成一些較難的作業，鍛鍊交流合作能力，讓我們學到不同的框架設計。

最後在做團隊專案，在團隊合作中發現自己的不足！

（2）我們要自己模擬一些實戰，在老師時間不足的情況下自己去找一些小的程式設計程式來做，這樣才可以逐步提高自己的

實戰操作，擁有計時的實戰。

（3）還有就是需求分析的概括，以前我並不知道需求分析的重要作用，當我看完之後，我就知道了需求分析其實才是重中之中

只有在需求分析以內的要求才能新增，超出的部分堅決不加！不然就會出現需求**！

3.解決方法：

在這個階段，我打算一步一步走，先從最簡單的程式做起，因為之前的學習還有欠缺並不能很是流暢的編寫一些程式**。

我更需要和同學團體合作，因為以前的我只是乙個人做一些程式，不會的時候就去詢問同學，很少和同學團作。

最重要的是實戰，我缺少最多的就是實戰程式設計，有計時的程式設計從來沒有實踐過，只是一些願寫多少寫多少的小作業！

所以我認為我缺少實踐，缺少真正的實戰操作！

快速閱讀《構建之法》 構建之法閱讀筆記01

自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...

01《構建之法》閱讀筆記01

個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...

構建之法閱讀筆記01

從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...