構建之法閱讀筆記01
發布日期：2017.6.16
1.1節通過3個簡短的對話和乙個生活例項，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，沒有使用到演算法需不需要學習、掌握，軟體和演算法，資料結構有無關聯等問題的思考。仔細想想發現自己對這些概念模糊，毫無理解。通過繼續往下看，我才漸漸的明白了一行行的**是源程式，能滿足各種功能的是應用軟體，能保證維修的是軟體服務…..也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可行性。當軟體團隊通過通力合作，克服重重困難寫出軟體後，需要考慮軟體應用問題，是免費提供他人使用，還是收費，還是設有不同的版本再進行收費，這時候我不僅僅要了解什麼是軟體，還需要知道什麼的軟體企業的商業模式，要好好的遵循軟體行業的職業道德規範。
1.1.2節通過介紹航空的發展階段，我明白了軟體的發展和其差不多，一樣需要從有想法到動手實現，再到不斷探索，改進，擴大，形成乙個成熟的體系。通過商業軟體和愛好者程式，加強了我對商業軟體開發的重視，明白開發軟體不能隨心而行，要多從客戶的角度出發，考慮問題，只有充分考慮全面，才能快速解決突發情況，減少使用者損失。只有自己能善於發現問題，解決問題時，才能使得自己更進一步，而不是停留練習階段。
1.2節詳細的給軟體工程下定義，介紹軟體工程的特殊性，介紹軟體工程中的「工程」的由來，講述了軟體工程與電腦科學的關係，軟體工程的知識領域，強調了軟降工程的目標——建立「足夠好」的軟體等等，告訴我軟體開發中應用工程化原則的重要性；軟體工程的魅力；不僅僅要學習好軟體工程的知識還要將它和其他學科聯合起來學習思考，還要多看書，多多了解軟體工程的知識領域，使得自己強大起來；在開發軟體時，結合時間，客戶需求，爭取在最適合的時刻開發出「好」的軟體。
個人感受：我過去想起什麼寫什麼，沒有乙個很清晰的思路。看書之後明白要多思考，多規劃然後再下手。如果沒有乙個合理的規劃，很容易陷入忘記前面的內容不能很好的完成銜接。在完成程式前可以用流程圖使自己的程式更規範。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...