本學期建民老師要求我們作為一名軟體工程的學生一定要閱讀幾本關於軟體工程的著作，其中構建之法就是我選擇本學期走進軟體工程的第一本書。
乙個簡單的程式加上一點要求再增加上使用者，這就變成了乙個工程。我也時常聽到建民老師給我們說軟體開發的一些必要的過程：軟體需求分，軟體設計，軟體框架的構建，軟體測試和軟體維護。同時使用者體驗也是作為乙個良好的軟體工程專案必備的需要，建民老師時常對我們說，現在作為一名程式設計師，最大的缺點就是沒有考慮到使用者的真實想法。就像我們初入軟工，只想著如何完成一些功能，卻沒有考慮到使用者的體驗。**是我們的基本功，我們的程式設計能力的高低完全取決於我們每天的**量。
那到底什麼是軟體工程呢？軟體工程就是把系統的，有序的，可量化的方法應用到軟體開發，運營和維護上的過程。
老師一直讓我們要堅持寫部落格，我們每次記錄下來我們當時的想法，有的時候再反過來看，就會對那個問題有更深的理解。有的積累下來的東西可能還會對我們有用。這是我們的乙個寶庫。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...