给产品经理讲技术

一场广度优先搜索 九小时半看完了。和上本技术类博客集一样，以每分钟 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等，这些总有你要问的答案； 不要跟程序闹掰，那不是能力杰出的表现，有几个关系好的程序做朋友（最好是非一个公司）就够了； 有兴趣的可以学一门编程，但此条不适合我😂