這一章的內(nèi)容是炒刁，如何運(yùn)用探索式編程技術(shù)恩沽，為產(chǎn)品創(chuàng)意構(gòu)思出有意義的驗(yàn)證方案。
首先翔始，你需要盡快理解客戶的需求罗心。【這點(diǎn)肯定是要做的城瞎，畢竟你是要為客戶服務(wù)渤闷。】
在整體性的問題都弄清楚后脖镀，就要準(zhǔn)備開發(fā)了飒箭。在開始階段，可以先用線框圖展示應(yīng)用的基本結(jié)構(gòu)蜒灰，弄清楚需要完成的工作都有哪些弦蹂，但是不要太關(guān)注細(xì)節(jié)∏拷眩【這一部分的重點(diǎn)我覺得就是簡化凸椿，比如線框圖就是用最簡單的線條來展示應(yīng)用的大概樣子，有哪些組件翅溺。如果在這一階段反復(fù)糾纏細(xì)節(jié)就會讓進(jìn)度推進(jìn)變得困難脑漫∷枰郑】
新的應(yīng)用不能只停留在線框圖上，應(yīng)當(dāng)盡快建立一個測試系統(tǒng)优幸，讓大家都可以使用启昧，并收集反饋。這樣能迅速拉近每個參與者之間的距離劈伴，之后的工作可以圍繞這個測試系統(tǒng)進(jìn)行交流密末。同樣，不要在這個階段糾纏細(xì)節(jié)跛璧，能盡快搭建好一個能夠使用的系統(tǒng)才是關(guān)鍵严里。【這個時候做出的產(chǎn)品可能很丑陋追城，讓人忍不住想要去優(yōu)化刹碾。但是這個時候優(yōu)化半天的功能可能根本不是客戶想要的。所以不如先聽聽用戶的意見座柱∶灾模】
測試系統(tǒng)搭建好后，肯定有很多不足色洞，客戶會給你提很多意見戏锹。這個時候應(yīng)該權(quán)衡這些缺陷帶來的損失和修復(fù)需要的成本』鹬睿【我覺得在這里锦针，如何權(quán)衡才是難點(diǎn)，而且有時候你覺得可以延遲修復(fù)的問題客戶卻會覺得很關(guān)鍵置蜀。我個人的觀點(diǎn)是奈搜，應(yīng)當(dāng)盡快推進(jìn)功能的完善，先不要糾結(jié)界面美觀和性能問題盯荤〔雎穑】
如果對客戶的目標(biāo)有不明白的地方，盡早去問一問秋秤，避免做無用功宏粤。
找到一些具體的問題，嘗試去解決它們航缀，并選擇最簡單的解決方案商架。
對于原型系統(tǒng)，不應(yīng)該要求它能夠達(dá)到生產(chǎn)系統(tǒng)的健壯程度芥玉，能夠盡快解決問題展示成果才是關(guān)鍵蛇摸。如果發(fā)現(xiàn)一些未來的生產(chǎn)系統(tǒng)需要注意的問題，可以先標(biāo)注出來灿巧，讓后續(xù)的開發(fā)人員知道赶袄±夸蹋【在這里，我跟著作者的節(jié)奏饿肺，就掉到了坑里蒋困。主角在一個設(shè)計上，可以使用熱鏈接引用（不保證可用）敬辣，或者選擇開發(fā)者API雪标。我一想就覺得肯定要用開發(fā)者API，要不然哪天熱鏈接就失效了溉跃。但其實(shí)在原型系統(tǒng)里可以先用熱鏈接村刨，畢竟API的使用成本高不少，不如留給后續(xù)的優(yōu)化撰茎∏段】
另外，可以設(shè)計一些特性便于收集反饋龄糊，這些特性不一定需要保留到正式的系統(tǒng)逆粹，只要現(xiàn)階段有用就行。
