在以前的我眼裡，所謂軟體，也不過只是複雜一點的程式罷了。直到今天，我才明白，軟體並不只是乙個複雜而又龐大的程式，軟體=程式+軟體工程。
程式，僅僅只是一些**，而軟體工程，包括許多。乙個複雜的軟體不但要有合理的軟體架構、軟體設計與實現，還要有各種檔案和資料來描述各個程式檔案之間的依賴關係、編譯引數、鏈結引數，等等。這些都是軟體構建的過程。軟體團隊的成員每天都在修改各種源**，怎麼保證軟體在修改過程中能不斷提高質量，至少要維持以前的質量，不至於崩潰？有些時候，我們要為某個需求寫一些特殊功能，不久後又要把這些功能再合併回主要版本。有些程式要配置不同的介面，執行在中文、英文或其他語言的作業系統上；有些程式還有32位版本、64位版本等。這是源**管理的問題—有時候也叫配置管理。我們還有一系列的工具和程式來保證程式的正確性，這些工具流程和程式本身應該更正確，才能保證別的軟體的質量。這就是質量保障，具體的驗證過程叫做軟體測試。
軟體不同於程式，軟體是真正擁有使用者的，而程式沒有。軟體既然有使用者，那麼我們做軟體就要從使用者的角度來考慮問題，包括但並不侷限於考慮如何去吸引使用者、如何去留住使用者、如何讓使用者擁有更加良好的使用者體驗。軟體的生命力來自於使用者，使用者越多，生命力就越強大。
構建之法閱讀筆記之一
第一章 概論 這一章主要是講解了軟體工程的基礎知識 軟體 程式 軟體工程，並進一步的出擴充套件結論 軟體企業 軟體 商業模式。第二章 個人技術和流程 該章講解了個人開發，psp是每個軟工人都必須要掌握的個人開發流程，要學會對自己的 進行單元測試，學會效能分析 抽樣和 注入，掌握合適的效能分析工具。第...
04構建之法閱讀筆記之一
第六章 敏捷流程 6.1 敏捷的流程 敏捷開發原則 1 盡早並持續地交付有價值的軟體以滿足顧客需求 2 敏捷流程歡迎需求的變化，並利用這些變化來提高使用者的競爭優勢 3 經常發布可用的軟體，發布間隔可以從幾周到幾個月，能短則短 4 業務人員和開發人員在專案開發過程中應該每天共同工作 5 以有進取心的...
03構建之法閱讀筆記之一
4.1 規範 包括 風格規範和 設計規範 4.2 風格規範 風格原則 簡明 易讀 無二異性 縮排 4 個空格，而不是 tab 行寬 限定為 100 字元 括號斷行與空白的 行 分行命名 匈牙利命名法 下劃線 分隔變數名字中的作用域標註和變數語義 大小寫 pascal 形式和 camel 形式 注釋 ...