簡單之美—軟體開發實踐者的思考
基本資訊
這是一次軟體開發者的心靈溝通之旅
10大社群一致鼎力推薦
內容簡介
本書不是一本關於方**的理論性書籍（儘管已經嘗試在大量的思考上進行一些理論歸納），也不是一本
關於具體技術的操作手冊。本書為讀者呈現的是作者在軟體 開發實踐中的思考和體驗，目的在於**實
踐中的問題的根源，並給出思想上的解決之道。
本書以軟體開發的基本順序為主線，以簡單、想象和文化的開發思想為線索，以為軟體開發實踐提供指導
價值為目標。本書力圖做到傳遞經過組織的、可操作的軟體開發經驗，使軟體開發領域的新手在知識（軟
件開發思想）積累過程中少走彎路，也使軟體開發領域的老手可以對照自己的經驗把可能的困惑降到最低
。有一些有趣例子為那些有價值的思考提供支援。
本書中，作者嘗試對簡單、想象和文化做一些形而上的思考。這些思考會比較抽象，但卻是很多話題的基
礎。目錄
場景故事人物關係圖
本書讚譽
前言 為什麼寫本書
本書面向的讀者
如何閱讀本書
第1章無極生太極
1.1創造的根源
1.2本質的把握
1.3簡單的追求
第2章關於軟體開發方**的思考
2.1方**的實踐場景
2.2cmm的精髓
2.2.1過程定義
2.2.2成熟之路
2.3敏捷軟體開發的精髓
2.3.1人與實踐
2.3.2海岸燈塔
2.4最好的軟體開發方法
2.4.1中庸
.2.4.2聚焦
2.5方**的執行
2.5.1關於執行
2.5.2約束與習慣
第3章關於需求的思考
3.1需求的實踐場景
3.2需求開發
3.2.1準確表達
3.2.2資訊傳遞
3.3需求管理
3.3.1變化之道
3.3.2應對之道
第4章關於軟體架構設計的思考
4.1架構設計的實踐場景
4.2軟體架構的本質
4.3軟體架構的設計
4.3.1業界技術成果
4.3.2軟體框架
4.3.3隱喻的價值
4.3.4架構模式
4.3.5軟體架構師的素質
第5章關於軟體實現的思考
5.1軟體實現的實踐場景
5.2模型的設計
5.2.1領域模型
5.2.2計算模型
5.3軟體開發
5.3.1寫給新手
5.3.2掌握程式設計
5.4負責制度
5.5軟體決策
5.6質量保證
第6章關於軟體測試的思考
6.1軟體測試的實踐場景
6.2軟體測試的本質
6.3破壞的意義
6.3.1軟體測試的第乙個原則：聚焦
6.3.2軟體測試的第二個原則：積累
6.3.3軟體測試的第三個原則：自動化
6.3.4軟體測試的第四個原則：目標一致
6.4乙個典型的破壞：效能測試
6.5其他
第7章關於團隊的思考
7.1團隊的實踐場景
7.2湘江戰役
7.3團隊建設
7.3.1思想準備
7.3.2如何組建團隊
7.3.3現實與理想
7.4團隊管理
7.4.1論人
7.4.2穩定的價值
7.4.3團隊文化
第8章關於專案管理的思考
8.1專案管理的實踐場景
8.2專案管理的本質
8.3關於專案經理
8.4計畫的本質
8.5風險的問題
8.6管理的境界
第9章關於軟體維護的思考
9.1軟體維護的實踐場景
9.2軟體維護的本質
9.3元件化開發
9.4版本依賴
9.5妥協的方案
第10章關於組織發展的思考
10.1組織發展的實踐場景
10.2知識積累
10.3行業成熟
10.4知識資產
簡單之美 軟體開發實踐者的思考 02
敏捷開發最注重的是人，或者說個體。目標是提高個體的主動性，提高產出效率。敏捷開發要求團隊一起工作，甚至還有客戶。結對程式設計。迭代交付，三周為乙個週期，每個週期都發布可用地 經過測試的 2到5個週期後進行一次發布。敏捷開發積極擁抱變化，主要依靠 重構來配合變化。敏捷開發的優點在於發布時間短和響應需求...
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...
敏捷開發實踐（2） 敏捷軟體開發者的習慣
敏捷開發實踐 2 敏捷軟體開發者的習慣 敏捷開發的最小單位就是參與敏捷開發的個人。將這些敏捷開發者聚集起來，就形成了敏捷開發團隊。正如上回介紹的，敏捷開發是一種以人為核心 迭代 循序漸進的開發方法，它以最大可能地發揮團隊的作用為目的。根據需要，隨時改善，以降低軟體開發中的風險。敏捷開發者的態度 敏捷...