編輯推薦

您將從《Head First軟件開發（中文版）》學會什麼？
　　

　　你可曾想過測試驅動開發的真正含義嗎？你又曾想過高級顧問是如何運用實踐賺取高額鍾點費的嗎？或許，你正準備進行自動化的構建，使代碼在版本控製之中，為軟件進行重構，並將一些設計模式集成到你的軟件係統之中。在你完成《Head First軟件開發（中文版）》閱讀之時，你將能跟蹤工作量完成狀況，解釋開發團隊中開發人員的編碼能力與時間效率值，並且為項目反復進行需求、設計、開發與部署等工作。
　　這《Head First軟件開發（中文版）》為何與眾不同？
　　我們認為你的時間寶貴，不應該浪費在努力理解新概念之中。利用認知科學與學習理論的研究成果， 《Head First軟件開發》采取專為大腦工作而設計的豐富視覺化風格，而不是令人昏昏欲睡的冗贅敘述。
　　重視大腦的學習指南。學習Mary如何滿足她的客戶的真實用戶故事，通過測試驅動開發去避免不可見的軟件災難，通過跟蹤burn-down率保持你的項目進度，通過開發速度弄清你的團隊的生産率並以此進行評估。掌握經驗豐富的軟件開發人員的技術和工具。

內容簡介

　　你可曾想過測試驅動開發的真正含義嗎？你又曾想過高級顧問是如何運用實踐賺取高額鍾點費的嗎？或許，你正準備進行自動化的構建，使代碼在版本控製之中，為軟件進行重構，並將一些設計模式集成到你的軟件係統之中。在你完成本書閱讀之時，你將能跟蹤工作量完成狀況，解釋開發團隊中開發人員的編碼能力與時間效率值，並且為項目反復進行需求、設計、開發與部署等工作。
　　我們認為你的時間寶貴，不應該浪費在努力理解新概念之中。利用新的認知科學與學習理論的研究成果，《Head First軟件開發》采取專為大腦工作而設計的豐富視覺化風格，而不是令人昏昏欲睡的冗贅敘述。

內頁插圖

精彩書評

　　★《Head First軟件開發》看似一本幽默滑稽的書，但實為一本精心鋪設的叢書，全書充滿實用的信息、有趣的圖解和精闢的說明，意圖是把寶貴的知識正確且清晰地植入你的大腦，它完全是讓你耳目一新的書。”
　　——Scott Hanselman,軟件開發者、發言人、作傢　Computer Zen

　　★“《Head First軟件開發》處理瞭課堂上極少教授的知識.但這些又是你真正需要的知識 。”
　　——Keith Wichmann,架構師，約翰霍普金斯大學應用物理研究室

　　★“不管你已經從事軟件開發工作有多久，《Head First軟件開發》將給你一些基本工具，它們將有助於從始至終開發齣成功的項目。”
　　——Adam Z.Szymanski，軟件項目經理美國海軍研究實驗室

目錄

目錄（簡要版）
引言
1 偉大的軟件開發：讓客戶滿意
2 收集需求：知道客戶需要什麼
3 項目規劃：為成功而籌劃
4 使用情節和任務：開始你實際的工作
5 足夠好的設計：以良好的設計完成工作
6 版本控製：防禦性開發
6．5 構建你的軟件代碼：自動化構建……
7 測試和連續集成：智者韆慮必有一失
8 測試驅動開發：讓代碼負起責來
9 結束開發循環：涓涓細流歸大海……
10 下一輪開發循環：無事就要生非
11 軟件錯誤：專業排錯
12 真實的世界：落實流程

目錄（詳實版）
引言
把你的心思放在軟件開發上。此時，你們圍坐在一起，準備開始學習，但你的大腦不停地告訴你，要學習的內容並不重要。你的大腦告訴你說，“最好在大腦中留一點空間，因為還有更重要的事情，就像油價要不要上漲，徒手攀登是不是一個錯誤的想法。”所以，你如何哄騙你的大腦去思考你的生活真地依賴於你學習怎樣開發偉大的軟件?
本書適閤誰?
我們知道你們在想什麼
元認知
讓你的大腦順從你
讀我
技術審閱團隊
緻謝

1 偉大的軟件開發
讓客戶滿意
如果你的客戶不爽，每個人都不會爽!
軟件係統中每段偉大的代碼都源自客戶的宏大想法。身為職業的軟件開發人員，你的工作就是把這些想法付諸實現。但是，要把客戶模糊不清的想法轉換為可工作的軟件代碼——客戶滿意的代碼，並不是一件很容易的事情。在本章中，你將學到如何通過交付滿足需求、且在預計的時間和預算內的軟件，避免成為軟件開發戰役的陣亡將士。打開你的筆記本電腦，讓我們踏上交付偉大軟件的徵途吧!
Tom’s Trail即將上綫
大多數項目都有兩個焦點
大霹靂式開發法
時間飛馳：兩周以後
大霹靂開發法通常以一團糟結束
偉大的軟件開發是……
通過開發循環達到目標
每個開發循環是一個微型項目
每個開發循環都會産生有品質的軟件
客戶會請求變更
由你來進行調整
然而，有一些大的問題
開發循環自動處理變更(好啦，一點點啦)
直到軟件交付，你的開發工作纔算完成
軟件開發工具箱

2 收集需求
知道客戶想要什麼
你不能總能得到你想要的……但你的客戶應該可以!
偉大的軟件開發交付客戶所需要的軟件係統。本章的內容都將講述與客戶溝通以弄清他們對軟件係統的需求。你將學會使用情節(UserStories)、頭腦風暴(Brainstorming)、估計遊戲(Estimationgame)如何有助於你獲得客戶的真實想法的。這樣的話，在你完成項目之時，你就能深信你開發的軟件係統就是客戶所想要的，而不是一個低劣的、其他係統的仿製品。
orion’s Orbits正在進行現代化
與客戶溝通，獲得更多的信息
與客戶共築願景
有時你的共築願景的會議可以這樣……
找齣人們真正在做的事情
需求一定是麵嚮客戶的
通過客戶反饋，澄清需求
使用情節定義瞭項目要構建什麼……
時間估計值定義瞭什麼時候完成開發
小組交流
玩計劃撲剋牌的遊戲
驗證假設
大而不當的使用情節估計值
目標是收斂
需求與估計的反復循環
最後，你準備估計整個項目……

3 項目規劃
為成功而籌劃
每段偉大的代碼始於偉大的計劃。
在本章，你就要學會如何創建計劃。你要學會與客戶一道按優先順序排序他們的需求。你還要確定開發循環，使你和你的團隊嚮一個方嚮努力。最後，你還要創建一個有可行性的開發計劃，你和你的團隊有信心地執行和監控該計劃。到你工作完成之時，你就確切地知道如何從需求到軟件的第一次交付。
客戶現在就要他們的軟件!
與客戶一起確定優先級順序
我們知道什麼是Milestone 1.0版(好吧，可能知道)
如果功能太多，重新進行優先順序排序
更多人力有時意味著減損績效
找到閤理的Milestone 1.0
開發循環應該簡短和易行
將你的計劃與真實情況作比較
時間效率值是在作估計時需要考慮的時間開銷
理想國裏的程序員……
現實世界裏的開發人員……
你的開發循環何時算太長?
在你著手開發循環之前，先處理時間效率值
該進行評估瞭
管理愛炭脾氣的客戶
牆上的大白闆
如何毀瞭團隊的生活

4 使用情節和任務
開始你實際的工作
開始去工作。使用情節抓住瞭你需要為客戶開發什麼，但現在是認真開始工作並分派所需要完成的工作的時候瞭，這樣你纔能使使用情節成為現實。在這一章裏，你將學會如何將使用情節分解成任務，任務估計(Task Estimates)如何幫助你從頭到尾跟蹤項目。你將學會如何更新你的白闆，使進行中的任務成為完成，最終完成整個使用情節。沿著這條道路，你將處理和優先順序排序你的客戶不可避免地增加給你的工作。
iSwoon簡介
你的任務匯總瞭嗎?
標注剩餘的任務
把任務寫在白闆上
開始為任務工作
“正在進行中”錶示任務正在進行
萬一我同時做兩件事呢?
你的第一次碰頭會……
任務1：創建：Data類
碰頭會：第五天，第一周的最後一天……
碰頭會：第二周的第二天……
在此先打斷一下……
你必須跟蹤計劃外的任務
意料之外的任務會讓你的工作量完成情況呈上升趨勢
時間效率值有幫助，但……
我們有很多事情要做……
……但是，我們確切地知道我們身在何處
Velocity的心聲
……
5 足夠好的設計
6.1 版本控製
6.2 構建代碼
7 測試和連續集成
8 測試驅動開發
9 結束開發循環
10 下一勞務齣口開發循環
11 軟件錯誤
12 真實的世界
附錄

精彩書摘

　　答：這不是由你決定的。優先級是由客戶來決定的。因此，客戶為每個錯誤的修正確定優先級，他們會告訴你在每輪開發循環中處理哪些事情。除此之外，這樣的方式還讓客戶明白把修正錯誤增加到開發循環中，其他的工作，如開發新的係統功能，必須被犧牲。開發新的係統功能還是修復錯誤的兩難抉擇，客戶必須做齣選擇。因為決定在下一輪開發循環結束時交付什麼終究是客戶的權利。

　　問：我理解為何具有高優先級的使用情節需要列入下一輪開發循環的白闆上，但是，這樣是否是一個比較好的想法？即把另一個突破瞭最大工作量限製的高優先級的使用情節加入到下一輪的開發循環中，而不是安排一個在最大工作量限製之內的低優先級的任務。

　　答：在一個開發循環之中，絕不能讓你的團隊執行超過最大工作量限製的任務。36人天這個數值就是以20天為周期的開發循環中，你的團隊所能處理的確切最大工作量：即最大工作量。你能夠把更多的工作量增加到開發循環中的唯一途徑就是延長開發循環。如果開發循環被延長，比如延長為22天，你就能夠增加更多的工作量，但你這樣做的時候，需要非常小心。正如你在第一章中看到的，開發循環的過程維持得比較短，其目的是為瞭能與客戶一起經常性地檢查軟件。較長的開發循環就意味著檢查次數的減少，並且更有可能偏離客戶的需求。

　　……

前言/序言

剛剛收到就迫不及待的打開瞭，一股油墨香散發齣來，印刷質量很棒，外包裝也很結實，快遞也很給力，一口氣買瞭好幾本其他的一起送到瞭，很滿意。

我的天，還讓我評價，自己看圖，還以舊換新，你們得搞清楚什麼是新書，更彆說薄膜什麼的瞭

關於設計模式，一本中文講解比較好的書，講的很基礎，而且易於理解

快遞很快，還沒看，看完再來評價！

掌櫃的服務態度真好，發貨很快。商品質量也相當不錯。太喜歡瞭，謝謝！

經典書籍，不錯，值得一讀

好好好好好好好好好

headfirst很好理解，比較容易讓人接受。不會像其他講設計模式的書那麼枯燥。之前都是看彆人的書，現在自己也買一本來收著。時不時拿齣來溫故知新。

此書適閤隨便翻翻的，要仔細鑽研，另一版可能更好。