如何看待phodal新書 《全棧應用開發-精益實踐》？
如題
瀉藥，其實這個問題在一開始創建的時候，就邀請我了。但是我一直沒有回答，一個是因為我看負面太多，回答不好容易被噴，說我站隊什麼的（但是我其實沒給他點過什麼贊同，也沒和他互相關注），二一個是我其實真的沒看過這本書，所以更不好評價這書寫的怎樣。
我回答的主要目的是證明我不是其中之一的匿名用戶，本來寫了一大堆，感覺會被認為是洗地的，等書收到了，我會認真的讀一下然後寫一些觀後感或者讀書筆記。
寫書是每個技術人的夢想，我也想寫，但是我覺得自我積累還不太夠，jjc的代碼之謎出了多少年了，也沒出出來。可想而知，出一本經典的技術書籍是需要多麼大的精力和付出，自知差的很遠。
不是每一本書都適合每一個開發者，買書之前可以先看看目錄，或者去書店翻上兩頁。真的要問如何看待，請參考當初噴真阿當的那個姿勢來：
站書店翻了一下 吹個毛求個疵
寫明頁數，說出你覺得不對的地方，找出依據，懟的心服口服，才是正道。
貼下2011年的回復『模糊等於犯罪，新手的價值觀一旦被錯誤的書籍誤導，後果很嚴重』，結束回答，共勉吧。
對不起阿當老師。。。。你看，書寫的不好，最後話柄留一輩子。。
實踐是檢驗標準的唯一真理。我一般評價同行同研究領域的夥伴的工作成就，就是把他們做的課題再從新做一遍。做完了，是貓還是老虎，不用我說都知道了。
呀，原來我花了半年寫的一本書，不僅不如我一個月的工資（稿費演算法：價格 79 * 版稅 8% * 3000 * （ 1 - 15% 的稅）===？？？），還要在知乎上被鞭屍。怪不得知乎的程序員 大V 都不寫書。
關於這本書的內容，在知乎上的動不動就清華北大的計算機系學生、百萬年薪的前端的眼裡，是沒有價值的。因為它只是一個索引，並且輔之以一定的實戰。至於實戰的深度肯定是不夠的，因為受限於書的篇幅所限。
而如我在 《程序員的內置索引與外置的Google》一文中所說：
對於一個新手來說，使用搜索引擎的最大障礙就是——你知道問題，但是你不知道怎麼搜索。這也是為什麼，你會在那麼多的博客、問答里，看到如何使用搜索引擎。
但是這並不能解決根本性問題——你需要知道你的問題是什麼。
是的，對於新手來說，最大的問題不是不會使用 Google，而是不知道 keyword 是什麼。如果知道 keyword，剩下的內容都可以通過搜索引擎來解決。而像這樣的索引能解決一大半的問題：
在這個時候，你知道下一步就要去學習什麼，知道掌握什麼內容。這個是我在新手期的時候經常遇到的問題，我想知乎的百萬年薪的程序是不會有這個問題的。但是大部分的新手都會有這樣的問題，大家都需要一個圖譜。
所以無論是在那本《自己動手設計物聯網》里，還是這本《全棧應用開發：精益實踐》，我都以圖譜展示 + 實戰的形式進行的。因為大家都那麼聰明，我給你一個索引，你就能學會剩下的知識了。我教你從 0 到 1， 你自己從 1 到 100。
因此我在這本書的簡介里這樣寫的：
這不是一本深入前端、後台、運維、設計、分析等各個領域的書籍。本書以實踐的方式，將這一系列的領域及理論知識結合到一起，來幫助讀者構建全棧Web 開發的知識體系，並輔以精益及敏捷的思想，來一步步開發Web 應用：從創建一個UI 原型到編寫出靜態的前端頁面；從靜態的前端頁面到帶後台的應用，並部署應用；從Web 後台開發API 到開發移動Web 應用。
在這個過程中，我們還將介紹一些相輔相成的步驟：使用構建系統來加速Web 應用的開發；為應用添加數據分析工具來改進產品；使用分析工具來改善應用的性能；通過自動化部署來加快上線流程；從而幫助讀者開發出一個真正可用的全棧 Web 應用。同時，我們也將幫助讀者把這些步驟應用到現有的系統上，改進現有系統的開發流程。
無論是在亞馬遜上，還是在京東上，都是在特別顯眼的位置： 《全棧應用開發:精益實踐》 黃峰達【摘要 書評 試讀】圖書
京東：《全棧應用開發：精益實踐》(黃峰達)【摘要 書評 試讀】- 京東圖書
我能做的就只有不斷地強調：
這不是一本深入前端、後台、運維、設計、分析等各個領域的書籍。
這不是一本深入前端、後台、運維、設計、分析等各個領域的書籍。
這不是一本深入前端、後台、運維、設計、分析等各個領域的書籍。
這真的只是一個圖譜，那如果你買了，我只能認栽。我都在每個地方的顯眼位置，寫明了這不是一本深入的書，你還要我怎樣？？？？？？
而這本書對於全棧的圖譜定義這樣的：
這基本上就是一個完整的 Web 應用的開發流程，從前期到開發，到上線，到重構。所以，雖然豆瓣上的這個評價的分數不高，但是他認可了我的索引 ：
並且最開始我是無意寫這本書的，這本書的初稿是在開源 Growth （phodal/growth）中，這是這個應用的用戶數據，每天有 300 多個用戶在使用。
這個應用當時的首頁是這樣的，也就是 Web 應用的開發流程。
我還想知道，回答里有多少用戶完整的開發一個應用？？
沒有完整的開發過多個應用，你怎麼知道裡面會遇到些什麼問題？
- 自動化部署
- 數據分析的必然性
- 重構的重要性
- 測試如何改善代碼質量
- ===
初版上線的時候是在 2016.01，到今天 2017.7.9 累計的用戶數有 57k：
它是開源的，並且免費，沒有廣告的學習應用。這是在 Google Play 上的評價
按這個來看，牆外的程序員還是比較能鼓勵人的。
1.0~2.0 一共有 2000+ 的提交：
正在完成的 3.0 也已經有 800+了，
可，沒曾想到這麼努力做的一個免費應用，在知乎上就是一堆差評啊。
對了，Star 數和 Follow 什麼的是不影響我的 KPI。作為外包公司的程序員，漲工資還是靠項目貢獻的。
書的定位：新手書
我的書架上大概有 300 本左右的計算機書，在我的印象里，在某一領域有深度的書並不多，因為這樣的書賣不出去。大部分的書都是面向初學者的，記得我在哪裡看到的一個數據是這樣的 入門級：初級：中級：高級 比例是 4：3：2：1，所以這本書的受眾是 4+3。而知乎上的程序員大部分都不是新手，自然是不指望他們能買了。
我在 GitHub 的電子書都是免費的——大部分都是我寫的博客合集，我又不逼你看。我開始寫博客的時候是因為，我看了很多別人寫的博客，看得多了便覺得有些過意不去，就想分享自己的經驗出來。
並且這本書的早期版本也是在 GitHub 上的。不喜歡可以選擇 GitHub，至於為什麼是 GitHub 而不是 GitBook，因為我可以控制喜歡的排版，可以做自己喜歡的 UI 設計。
我就想知道：
回答里的用戶，有多少願意為中國的 IT 環境做些貢獻？
回答里的用戶，有多少願意為中國的 IT 環境做些貢獻？
回答里的用戶，有多少願意為中國的 IT 環境做些貢獻？
我的博客上有 599 篇博客 https://www.phodal.com/blog/ ，至少有 500+ 是和技術相關的。我不敢說每篇博客的質量都相當的高，但是至少是遇到過的問題，我整理出來的文檔。
我更願意花時間去寫 Markdown，自稱是 md 程序員。因為框架不能幫助一個人更快成長，文章則可以改變大的環境。你使用的 xx 框架，總有一天會被淘汰的，但是思想不會。至於說，我寫的內容是不是太空，在不同的讀者眼裡是有不同的哈姆雷特的。
再補充一句：作為專業的程序員第一責任是完成工作，隨後才是研究原理。如果你不能完成項目的開發，而深入某個領域，哪怕是和工作相關的。只要不能完成工作，都會被 fire 的。
哦，對了，我是從 2001 年代表村裡面的小學，參加 Logo 語言（海龜繪圖）比賽開始的編程學涯。初中的時候為了參加 QBasic 比賽，學了年 QBasic。高中的時候，看了一兩年看不懂的 C++ 的書，還有 Linux 內核。
可惜，我這樣的水平只能上西安文理學院（二本里墊底）。在知乎當然算混得最差了，免不了經常被吐槽。可在我們村裡，那可是全村都知道的。村裡一年能上大學的，一個手能數得過來。
----------------
花了半年時間，賺了不到一個月的工資，真是吃力不計好。但是我覺得它值。
起初不知道phodal是何方大牛， 網上一搜都是他自我營銷的內容
方向是非常高大上的全棧和物聯網，github上星也挺多，不過項目很少大多是教程文章
他的書我倒是沒興趣，不過自我營銷我得好好學習，爭取早日成為技術小網紅
第一步，從寫新手教程開始，遣詞造句越高大上越好
女人的錢是最好賺的，小白的星是最好騙的
——————————————————————————————
7.8更新
關於書的內容，這本書我沒看過，也不會買。看了一下目錄和信息，還是他github上的風格。
概括一下就是把一張web開發知識圖譜每個知識點都拿出來科普一下，再給一些案例和工具，大而全且浮於表面。
可能很多人厭倦了老師和大牛們教育你們的學東西要先弄清楚原理，覺得這樣一下子就成了個全棧。
@justjavac 如此堅定的為phodal站台，真讓人感到疑惑，雖然這本書有他作序。justjavac在圈子裡名氣更響，應該的確是實力派。在我看來，這本書對他而言應該是毫無價值的，新手看了可能會起到浮於表面的反作用。希望justjavac大神來客觀的評價下這本書。
另外希望廣大程序真的要向一些網紅學習下，不能像個情障一樣，畢竟不是所有人能夠在技術上鑽到很深，情商太低，天賦又不好的話30歲以後不好過。寫這個好像自己情商負值了，不過該懟的要懟。
只看了一眼目錄，不負責任地說一句，我有一種「我上我也行」的感覺。
書不大了解，phodal作者此人卻是如雷貫耳，就如其他評論者說的，github營銷大師，個人品牌營銷能力絕對的可以，估計大部分人都知道這個人的。
工作經歷三四年吧，和我是差不多的，剛開始還是比較關注的，後來看到其寫的東西沒什麼營養，且無論什麼地方，尤其是知乎，都能看到這個傢伙的自營銷評論，到處貼自己github項目地址，越感到反感。
我覺得，程序猿自我營銷是值得推崇的，但是要建立在堅實的技術的基礎之上，否則只能如本題一樣，淪為笑柄。嘩眾取寵。
至於書如何，真的沒看過，也沒打算看，鑒於作者工作經歷和我差不多，大部分時間又去搞自身品牌營銷了，對其真正的技術水平很是懷疑。
我本身也是對於從 前端js 到 底層硬體 都比較感興趣的，然而，越學越覺得知識體系的龐大，越覺得自己是小白。phodal竟然出了全棧書籍了。
有些懷疑，是不是此題又是一篇營銷的題目，結果沒想到打了自己的臉了
萬萬沒想到
萬萬沒想到
萬萬沒想到
-----------------------------
20170711
以上是看到這個題目的第一想法，鑒於此題爭議不斷，去豆瓣看看目錄
全棧應用開發：精益實踐 (豆瓣)
更新書評：
看題目，全棧這個詞大了，
看目錄，為了出書而出的書，本來一篇文章可以很簡潔的概述的這個過程，然後簡單介紹了很多工具的helloworld，再添加一些個人感悟，東拼西湊，終於夠一本書的字數了
本書有東西嗎？有，有一個應用從設計開發，到運維運營的過程，嗯，就是那一篇文章就能說清楚的東西
本書有用嗎？對剛入門的小白來說，可以對整個開發流程有個基本的認識，嗯，就是那一篇文章的作用
本書裡面的各種工具的helloworld有意義嗎？沒有，就算讀者照著這本書完成了這些helloworld，也沒有什麼認識和理解
總結，科普讀物，一篇還算可以的文章
---------------------
自己動手設計物聯網 (豆瓣)
更新書評：
算了，不評了，參考上一本書的評論吧，兩本書差不多，一個風格，一個作用.....
---------------------
此類書籍，網上有很多，也不差這兩本，就這樣
---------------------------
20170711
--- 為啥評論人？
看書當然要看作者了，你看書不看作者嗎？
--- 你先看看目錄，如果自己大部分沒接觸過，可以讀一讀。至少是比某些知乎 live 要好的。
矮個子里挑大個？
--- 以前老是說程序員不會自我營銷，整天埋頭技術，要學會交流學會銷售自己；現在來了個懂自我營銷，甚至一用力營銷的名氣超過了技術水平，又要被匿名罵。。。
左傾 右傾 都是危險滴
--- @Juntao Qiu
賣人情的來了，
-------------------------
--- 思考，我為啥會噴你？
平時的行為讓我不滿，太過了，令人討厭
終於有噴你的機會了
在我看來一切都是以營銷為目的，包括出書
沒有一點程序猿的美德
只看了目錄，沒看過內容，也不敢深入評價，只說點點粗淺的看法吧。
這本書的定位有點尷尬，需要的時候是看不懂的，等看的懂的時候，應該已經不需要了。大概就是這樣的感覺吧。我問過RednaxelaFX他為什麼不出書，造福一下群眾。他要是肯寫的話，水平肯定不用懷疑。他給我的回答是：等我知識體系再紮實一點的時候再出。
我是覺得出名要趁早，但出書最好穩一點。尤其你是名人，寫下來的東西，是要被放在放大鏡底下看的是不是？
-----------------------------------------------------
再說說你書的內容：典型的廣度優先學習法。什麼是廣度優先？就像phodal在github上用來騙星星的那些收集電子書收藏項目一樣，集齊領域內的經典書，然後一本都不看。果然是非著名md程序員。會不會不要緊，框架名詞我得先都知道。別人說到這個技術我聽說過就當我會了。但據我所知這是最差的學習法。學習路線應該是深度優先，把真正本質的東西抓住，任他框架變來變去，核心知識是不變的。所以你這書出的，純粹是滿足了自己的大V的虛榮，然後誤人子弟，毀人不倦。
-----------------------------------------------------
為什麼都是 「匿名用戶」 在罵你？我可以提供一點思路，罵你的都是有頭有臉的人？罵你的都是認識你的人？這些人以後都會以各種身份出現在你的生活中，關鍵你還不知道這些人是誰！是不是想想脊背都發涼？ 以這圈一明粉，招兩暗黑的速度發展下去，峰達以後的路會很難走啊。本來的md程序員，已經是夠了。現在我本人已取關，路轉黑，受不鳥。
-----------------------------------------------------
再說說，各位大V，中V，小V給峰達洗地的姿勢。看看都是些什麼刁鑽的角度。你確定這些都是為你站台的？從中試看人情的話，透不透出悲涼？
-- 大家不要對人不對事嘛
-- 書我還沒看，但balabala-- 我還不太了解情況，但balabala-- 峰達同學入職才3年，能有這水平，要鼓勵。-- 也不是每本書都是好書，爛書多了去了，都要和《Unix環境高級編程》比，怎麼比。
phodal，你確定這些都是你隊友嗎？
學生黨不匿名，但是看到markdown項目假裝項目就很氣。phodal/ideas
不過為啥要用Python來假裝呢，不是很懂。換個大家都不知道的語言不是逼格會高些？
我不了解作者其人，我是在某一天這個問題出現在我的動態的時候，才知道有這麼一件事情。
出這樣一本書，我覺得挺好的，起碼沒有 「紅而開培訓班」 吖。：）逃
從經濟學角度看待這個問題：
1、現狀分析：21919關注者、37978 次贊同、獲得 7613 次感謝，63035 次收藏。顯而易見，在知乎入門、初級coder群體中，有一批擁躉。
2、選擇分析：依據作者知乎現狀，有兩條風險較小，潛在收益較大的選擇，寫IT書籍、開知乎live。
3、收益分析：寫IT書籍
（1）成本：
主要成本：時間成本：作者時間成本半年（作者所言）
次要成本：貨幣成本（去出版社的通勤費用、請編輯吃飯的費用等等）
（2）收益：出版實體書的收益，這幾年確實是不行，算一算確實不如作者一個月工資。
4、成因判斷：效用價值
（1）經濟因素：
書籍稿費：從紙質媒體逐漸沒落，IT技術書籍受眾有限，GitHub上開源幾個方面看，作者花幾個月時間不太可能是為了稿費。
機會成本：作者幾個月的空餘時間，如果用於做外包項目的話，絕對要比出這樣一本書多。
（2）心理因素：
a、作家情懷：依據作者剛剛畢業工作3-4年的信息推測，作者年齡26-28歲之間；互聯網閱讀興起的大約在10-15年前，紙質媒體依然是社會輿論的主流，作家屬於社會地位相對較高的社會階層。推測作者在當時的環境下，產生了一定的作家情懷，從而產生了成為作家願望。
b、網路聲譽：作者目前屬於知乎程序員中的大v群體，出版一本內容相對系統、理解難度適中的IT科普讀物，對於增加個人網路聲譽大有裨益。
c、道德滿足：根據中國社會的傳統道德觀念，幫助他人是一種美德。作者書籍的主要受眾是IT尚未入門的愛好者或者初窺門徑的初學者，一本簡單易懂的入門讀物，絕對是最為需要的。加之，Web開發領域正處於熱門時期，想要參與其中的人數為數不少，所以受眾相對於其他計算機科學分支會多得多（例如計算機圖形學、操作系統原理）。這樣一來，作者出版此書，既可以幫助他人，也可以從中受益。
寫文章也就寫文章吧，還順帶秀恩。。。
黃峰達寫書自然是很好的事，只是書名可能還需要花仲馬參考，如全棧應用開發-入門實踐。對，這僅僅是實踐，不是實戰！！！就跟你初中，高中，大學做實驗一樣，對基本原理，操作有個更深的認知。說到這兒，峰達的回答中說程序員是為了完成工作，不需要太深入.....這，好吧，就我所知，這個框架泛濫，技術爆棚的年代，你不深入一點，別人的框架有問題，性能跟不上，你咋辦？
如馬雲所說，程序員是份值得尊敬的工作，如俠客一般！
一句話：頭重腳輕根底淺，嘴尖皮厚腹中空。
20170709更新：
@方應杭別人問的是書，你就評論書就好，不要評論人。不要答非所問。也不要匿名說人壞話。Ans：書如其人，為何不能評論人？一個畢業三年，而且前兩年就「成名」的全棧工程師，成天談全棧，全棧這麼容易就練成了？還是說天生異稟？難怪說前端浮躁。寫的東西、出的書跟大多數所謂培訓講師出的書質量差不多，以導師自居而自以為是，但內容空空泛泛，反過來又到處忽悠，這難道不是人的問題？空泛而忽悠之物必是人禍，豈能容之？所以絕非答非所問。匿名不代表自己不自信、陰暗。只是說自己不想惹上太多是非，畢竟見面三分情，但如此浮躁空泛之人之物，不吐不快，權衡下匿名，有何不可？我的回答：你先看看目錄，如果自己大部分沒接觸過，可以讀一讀。至少是比某些知乎 live 要好的。Ans：這說的更是不對。我承認很多live不行，但不能爛里挑一，沒那麼爛你就可以拿來讀的思維顯然不太對。人們往往容易對別人嚴苛，對自己寬容。其實各位言辭激烈的可以略微回憶一下，畢業3年的時候做出了什麼樣的成績？我自己畢業三年的時候就沒有做到，涉獵也沒有這麼廣泛。我覺得能總結出一本還算全面的書，是一件很不容易的事情。
如phodal自己說的，這本書更多的是一個大綱，以便給初學者一個直觀的知識結構概覽，我覺得這是一個挺好的結構，也有其存在的價值。
我覺得不應該期望每位作者在任意時刻都能寫出傳世之作，都能寫出流傳數十年的經典。講計算機網路的書至少也有幾百本，經典可能就W.Richard Stevens的幾本。我們無法苛責其他作者都寫出這樣的經典，也不能否定其他非經典書籍的價值。
我覺得，能給特定的讀者群帶來價值就已經很不容易了。
利益相關：phodal面試ThoughtWorks的時候，有一輪就是就是我和另一個同事做的。
如果真的有符合這個標題的書的話，那大概要裝幾個箱子才能裝得下的……
別人問的是書，你就評論書就好，不要評論人。
不要答非所問。也不要匿名說人壞話。
我的回答：你先看看目錄，如果自己大部分沒接觸過，可以讀一讀。至少是比某些知乎 live 要好的。