給產品經理講技術

一場廣度優先搜索 九小時半看完了。和上本技術類博客集一樣，以每分鐘 1.34 頁的速度消化。 最愛第五章，網絡安全與後端技術，十分深入淺出，還有字裏行間的幽默感。看了一下負責這 part 的人叫楊俊勇，之後可以重點關注。 其實整本也都不錯。最好的地方，就是深入淺出。闡明技術上的原理，用了很多生活中的例子，例如 CDN（內容分發網絡）比之於快餐連鎖。就能迅速理解。 不好的地方，可能還是在於駕馭能力。有的地方要架的橋鋪的路，卻沒有做。典型就如講「美顏 app」這裏，對 RGB 配色講太簡略，以至於前因後果完全沒講清楚。要搞明白，就需要很多額外的搜索工作。 而我看你這本書，就是希望你能包含進一個話題的最小必要知識。況且也不夠深入。對美顏的技術底層——傅里葉變換，提都沒有提及。 可恰恰是足夠清楚明白的基礎闡釋，以及稍帶的、供學有餘力同學的深入探索，纔是我選擇看你博文集的原因。 總之不喜歡第二章。 然而從整體看，確實就很推薦產品經理、或者相關的興趣人士閱讀。從個人體驗講，這本看完，許多名詞及其基本解釋，起碼能混個面熟。 雖然還遠不到運用的程度，但哪怕就是知道有這麼個東西，就很不一樣了。 舉例如知道 AJAX （異步加載）技術，就知道爬取動態網頁的難度；知道 Header（請求頭），就可以幫家用電視盒子翻牆；再如耦合和解耦、線程池進程池、PING、網關、DNS 劫持，還有這本書裏的林林總總，加起來就是技術的森林，看完，就具備了和技術人員聊天的基礎。 本質上，讀這本書就是進行了一場廣度優先搜索（BFS）。它可以防止你只見樹木不見森林。讓我一個新手，知道都有些什麼，從而不會一葉障目。 當然更多更持續的深入挖掘，就看我需要什麼了。 Anyway, knowing is good.

書的立意很不錯，裏面案例講的也很好，從用心和乾貨這兩個角度來說完全沒有問題。 但書的整體結構有問題。 剛好我長年承擔着“面向參差不齊水平的開發者講解技術”這麼一個任務，很清楚的能看到其實作者們都犯了一個非常嚴重的甲方思維的錯誤。 全書其實可以按照“實際場景-實現邏輯-相關技術方案”的邏輯去講。 舉個例子： 標題爲：如何實現APP開屏廣告？ 內容爲開屏廣告的技術實現方案以及一些拓展。 這纔是受衆們需要看且能看的，按照“技術分類”去講，確實省事，但不是一個合適的邏輯。看了下評論區大家也都說看不懂 其實無論受衆是技術還是產品，我們都能清晰的瞭解一個事實，大家都是依據場景進行拓展，閱讀以及想象。 直接講技術實現，其實就跟我平時跟我們技術講的：“你寫了這麼多，開發者一方面並不是直接開發這個產品，對於你的思路和術語不瞭解，另一方面開發者更多關注的是實現中的關鍵步驟流程而不是真的聽洋洋灑灑的原理” 當然，以受衆視角去寫肯定會面臨着不知道到底講多少合適這種難題，但畢竟是寫書不是公衆號內容陳列…不一樣的。 最後其實我猜測作者可能希望這本書像字典希望，產品需要就回來查一下。 所以剛好用這個理論來驗證是不是好書 作爲產品經理，你如果遇到技術問題，你會以“xx場景怎麼實現”去檢索還是以“xx技術怎麼應用在某場景中”去檢索？ 相信到這你也能評估一本工具書怎麼算算好了吧？

內容通俗易懂，適合非技術出身的產品人員閱讀。掌握書中的內容後，可以降低產品與技術之間的溝通障礙。作者講了前端，後端，數據庫，網絡，機器學習方面的內容，雖然都是點到爲止，一筆帶過，但行文比較流暢，結合故事化，場景化的編排方式，讓產品人讀起來非常輕鬆。

這真的是很“直男”的一本書，沒有什麼套路，也沒什麼太多的廢話，真正做到哪個技術知識點不懂看哪裏。這本書每節都是一個獨立的知識點，涉及到前端、後端、人工智能等各個方面的技術知識，如果你是一個非計算機背景出身的產品經理，那麼這本書你一定要看一看，能夠讓你在和程序員溝通時更加的方便。《給產品經理講技術》這本書涉及到的技術類知識點非常多，看完後全部記住，幾乎是件不可能的事情。但是看的過程中，會讓你對計算機技術有一個大概的瞭解，可能正好你有某個不懂的技術問題，這本書就恰巧有你想知道的答案。就比如我之前就一直很好奇，爲什麼用電腦打開網站後，按F12鍵就可以看到網站的代碼呢？這樣不怕別人竊取代碼嗎？看了這本書之後才知道，原來按F12看到的網站代碼，一般情況下並不是真正的源代碼，而是通過某種方式轉譯之後的代碼。再比如之前很納悶兒，爲啥有的網站是http開頭的，有的是https開頭的，它們到底有啥區別？原來這是兩種不同的協議，https比http更安全。類似的例子還有很多，不同知識背景的人看了，產生觸動的知識點肯定也不一樣，不過總會有知識點會讓你在看完後驚呼：哦，原來是這樣啊！書中對於知識點的講解，雖然通俗易懂，而且很多還都搭配了例子或進行了類比，但還是有一些知識點的講解，不是特別清晰，看完之後仍舊是雲裏霧裏，不知所云。不過對於以理性著稱的程序員來說，能寫成這樣已經很不錯了，起碼不是成堆的技術術語讓人直呼頭大。另外，這本書畢竟是一本科普類的書，書中對於技術知識點的講解很多並不深入，如果在看到某個知識點後想要深入學習，還是需要自己去查閱別的資料，纔能有更深的理解。對於我個人來說，看完這本書，就是對技術有了個大概的瞭解，看完不需要全懂全記住，但會有個印象，以後真的遇到技術上不懂的點時，能再回去看看，理解的也會更加深刻。各位不懂技術的產品朋友們，讀起來～

人人都是產品經理層讓產品這個崗位變得似乎沒有門檻，各種APP雨後春筍般湧現，當然最終活下來的極少。狹義上產品的分支很多，最常見的有C端，B端，數據之分。而那個分支所需要的能力也是大相徑庭。毫無疑問認爲產品人人都可以做的基本上都不會是一個優秀的產品經理，或者乾脆就是一個什麼都不懂的人。行業的細分必然要求在這個細分領域有很強的專業性，如果人人都具備那這個崗位是不存在的。而產品最應該具備的就是知識面的廣度，可以不用那個點都精深，但是一定要知道。所以首先要具備強大的吸收和儲備能力。其次，產品是一門邏輯性和綜合性很強的學科，例如有些號稱資深的老產品面對一個很龐大的系統實現的時候就不知所措了，而一個小模塊卻可以鑽研的很深。這其實從側面反映了知識積累的厚度和廣度，因爲一個龐大的系統必然要求很強的綜合能力，邏輯能力，簡單來說就是你主導的東西首先是一個有用的，且能夠經得起挑戰的東西。否則還是謙卑一點，不要總自詡自己是一個優秀的產品經理。知道的越多，越感渺小。stay hungry stay foolish

作爲一個大學專業爲計算機、也自己搞過一點程序、後續成爲產品經理的人，閱讀這本書的目的是擴充和補習技術知識，但目前讀到第一章後半已經開始感覺痛苦，本書並沒有達到我百分百的期望。 本書的標題都是從技術手段開始講，這一步上就已經不利於小白理解了。作者構想的場景是產品經理瞭解到一個名詞，覺得“這是什麼，查一下”，然後翻開這本書；而我實際工作中想了解的是“我想要這樣的需求，用什麼樣的技術能實現，利弊在哪裏”。 表述邏輯太過零碎，也許有前端知識基礎的人看來，是一個又一個熟悉的名詞在不同場景中出現，而在外行人看來，是前一個概念還沒弄懂，突然又出現了別的概念。可以說前幾節十分勸退，中間突然插入了chrome使用技巧這種淺顯的知識又讓我摸不着頭腦，後面又回到了專業名詞羅列，還出現了代碼——對讀者的能力要求忽高忽低，讓我混亂。想通過本書構成足夠和開發溝通的知識體系，還是有些困難的。 總結：內容中肯，講解中的比喻淺顯易懂，但內容安排上有問題，不夠流暢。 建議技術小白使用本書的方法是，先大致看一遍，混個臉熟，有條件的還是去看看其他更系統性的書籍和教程。 建議我自己使用本書的方法是，吸取學習到的知識（例如post和get、ajax、websocket等）其他的看着太複雜的先跳過不用細想，工作中遇到了再去搜索或者問開發也不遲。我期望的還是從一個名詞出發，講解它出現的背景、可實現的內容、具體的幾種應用場景。這種更符合我個人對一項技術的學習邏輯。另一位朋友說從需求場景出發，也是很好的方向。 實際生活中，很多技術概念是我在工作中通過和同事的交流+自己搜索慢慢學到的，網絡上學習資源這麼多，不必拘泥於一處。

我覺得很好，看不看得懂在個人理解能力吧。就像這本書的序言中說的，產品經理瞭解一些基礎知識，可以大大提高與技術的溝通效率，也增強彼此之間的信任。 要是早點看到就好了，我已經踩了不少坑，謝謝這些工程師作者的付出，他們已經盡力講得明白了，打的比方也很合適。 打一星的是什麼心態，和你的期望值相差太大？樸實的文風不好嗎，就算是用一些專業術語解釋另一些專業術語，也比一個一個百度強得多吧。 貌似我也做了一個噴子，不吐不快～

作者們用了很多生活中的例子來解釋技術術語，通俗易懂，對於掃盲有幫助。讀到最後一節，認可作者說的：設定任何一個目標，都應該看清業界最優秀的產品是什麼，這個領域的最高水平是什麼，然後給自己制定相應的階段性目標。作者常舉的一個例子是：一個博士研究生，在接觸到某一個領域時，往往無法立刻做出巨大的突破和貢獻。他要花不少時間梳理所在領域有幾位專家，這幾位專家在學術領域是如何成長的，他們的導師是誰，分別屬於哪個技術派系，他們的學生又在這些領域承擔什麼樣的角色。在這個領域的圈子內，搞清楚當前幾個分支的前沿問題是什麼，再選擇自己的題目方向。目的是有一個聚焦的方向，少走彎路。——2024年11月26日，家裏沙發上，聽完。

第一次評論，只想懟一下打一星的人[微笑]我也沒看懂啊，沒看懂不知道問嗎？你要是沒看這本書，你連問的題目你都想不出來好嗎[微笑]什麼叫你的“通俗易懂”啊？全部給你講童話故事夠不夠通俗易懂啊？[微笑]一本薄薄的書，該怎麼通俗易懂地給你寫出 別人讀了幾十本書、上了十幾門課才學懂的東西啊？[微笑]技術不提專業名詞光給你叭叭叭故事還學什麼呢，衆籌給你寫本“格林技術”好不好啊？

有點無聊的一本書，全書基本上都是名詞的解釋羅列，不是很有趣，對我個人而言不是很有價值，大概時平時有比較注意積累，不懂的就百度+Google，實在不明白死皮賴臉的問程序猿好了。 想了一下，還是寫一下自己的一些建議或意見吧： 平時一定要多注意積累，就算你花20h細緻讀完本書，但短時間大量的詞彙/概念湧進你的腦海，說能記住/理解完全無異於天方夜譚； 百度、Google、CSDN、簡書、掘金、infoQ等，這些總有你要問的答案； 不要跟程序鬧掰，那不是能力傑出的表現，有幾個關係好的程序做朋友（最好是非一個公司）就夠了； 有興趣的可以學一門編程，但此條不適合我😂