軟體=程式+軟體工程，程式就是演算法和資料結構，而軟體工程包括構建管理軟體，源**的管理，軟體的設計，對軟體質量測試的軟體測試，專案管理，以及使用者體驗和使用者介面設計等。程式是軟體的基礎，而軟體工程決定了軟體的質量。
軟體的本質決定了其特性:複雜性，不可見性，易變性，服從性，非連續性等。
軟體工程和電腦科學是不同的，很多人都認為他們區別不大，畢業後都是寫程式的，恰恰相反，他們區別很大，電腦科學與數學、離散數學、數學邏輯密切相關；而軟體工程則與人息息相關，軟體是根據人的需求來設計的，而軟體的參與者有使用者、開發人員等；從這一點上來看，前者和後者大不相同。但其實，他們也是相輔相成的，計算機理論的進展（比如對程式正確的分析）會幫助軟體工程，而軟體工程的進展（快捷有效的工具）也會讓計算機科學家更有效率的進行實驗和探索。科學是去發現，工程是去構建，正如專家所歸納的那樣，科學家的宗旨是:我發現，故我在；而工程師的宗旨是:我構建，故我在；
什麼是好的軟體，我們都知道編寫程式的時候有時候會出現各種各樣的bug，那麼就可以說存在bug的軟體就是不好的軟體嗎？在我看來，bug不僅僅是程式中的錯誤，還能看作是與使用者需求間的差距。好的軟體應該是符合使用者需求的，可以維護與繼續發展的。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...