简介

精彩点评

• 

  于小丫今天没进步

  推荐

  作为一个刚入门的产品经理，之前没有接触过技术知识，这本书很全面的介绍了常用的技术名词，虽然讲的不够深入，但对于我初步认识技术框架，形成大致的脑图很有帮助。接下来我要再去阅读更详细的技术知识介绍书籍，争取懂点技术，和程序员的交流更顺畅。

• 

  Abigail

  推荐

  因为被吐糟，就找了这本书来看，十分的话整体八分。 技术内容方面：大体讲到了日常会接触到的一些技术解释，包含一些通俗的例子。 大致内容：DOM（网页结构骨髓，最常用的模型）、ajax(用于网页加速响应)、网络爬虫（抓取指定网页的数据并储存在本地）、原生UI（流畅性高、页面固定的场景）、H5（样式复杂多变，交互简单）、耦合和解耦（产品应该提醒技术注意解耦，用来后期产品灵活调整）、栈与列队（前者先进后出，后者先进先出）后台服务核心RPC（提供一套方法和工具，将问题封存，在框架上开发出适用应用程序即可）、同步和异步回调（前者直接获取、后者等待反馈）、渲染（即呈现）、向前兼容和向后兼容（前者一定要做，后者适度做）、机器学习 思路及建议方面：为谁工作和精益创业的想法，在类似的书中少见，是种很棒的想法，共勉。 大致内容： 1. 实用主义--一种好的工作方法，应该是不去规划系统或方法，先用最简单的方式完成第一个试水或落地场景。当用同样的方法做完第二个场景后，就能抽象出一个规则或流程来做这件事，做完第三个场景后，就可以规划出一整套系统专心做这件事。通过这样的过程形成的系统，运行时往往会更加高效和稳健。 2. 目标设定--设定任何一个目标，都应该看清业界最优秀的产品是什么，这个领域的最高水平是什么，然后给自己制定相应的阶段性目标。 3. 正确提需求--把控节奏，学习和程序员沟通，以他们的方式 4. 为谁工作1--设定任何一个目标，都应该看清业界最优秀的产品是什么，这个领域的最高水平是什么，然后给自己制定相应的阶段性目标。 5. 为谁工作2--如果你一直觉得工作就是为别人打工，就会习惯性地得过且过、患得患失、抱怨不断，从而缺乏持续性的积累，导致未来成长动力不足。 6. 精益创业原则--精益的作用是最小成本验证可行性，把所有资源投入到最大可能的方向。

• 

  Celeste

  推荐

  我是没有编程基础的初级产品经理，这本书对我的工作没有实际的帮助，但对我理解产品如何被开发出来有很大的帮助。谢谢作者！

• 

  Vivian

  推荐

  选择性的挑自己感兴趣的部分读了，就像跟自家程序员聊天请教一样，比较浅显简洁。

• 

  Vicky

  推荐

  写代码就像谈恋爱，一开始轰轰烈烈，海誓山盟，谈久了你就会发现，要对一些简单的小事儿负起责任才是最难的。 过于粗略。

• 

  Let it be

  推荐

  有点无聊的一本书，全书基本上都是名词的解释罗列，不是很有趣，对我个人而言不是很有价值，大概时平时有比较注意积累，不懂的就百度+Google，实在不明白死皮赖脸的问程序猿好了。 想了一下，还是写一下自己的一些建议或意见吧： 平时一定要多注意积累，就算你花20h细致读完本书，但短时间大量的词汇/概念涌进你的脑海，说能记住/理解完全无异于天方夜谭； 百度、Google、CSDN、简书、掘金、infoQ等，这些总有你要问的答案； 不要跟程序闹掰，那不是能力杰出的表现，有几个关系好的程序做朋友（最好是非一个公司）就够了； 有兴趣的可以学一门编程，但此条不适合我😂

• 

  明天

  推荐

  内容通俗易懂，还是能学到很多常识的。但是我一个财务转行产品的人都觉得内容太浅显了，像是一个个的名词解释[捂脸][捂脸]

• 

  不⃰可⃰达⃰鸭⃰

  推荐

  几个鹅厂程序猿给产品经理讲技术的书 整本书从前端到后端，讲到安全，涉及AI，关于项目，沟通，名词解释等，涉及的面还是比较广，所以无论对于开发还是产品都可以有所收获，所以还是推荐看看 有些篇幅有点儿干，有些例子也不够形象，这点对于非开发可能不好吸收。加上个人涉猎的领域一般还是少于多个作者，所以可以按需深入浅出阅读

• 

  Ken

  推荐

  不好说好或者不好，本书适合刚入行产品经理，对项目相关技术没有了解的小白还是有科普的效果的，结合本书的内容，对产品常需要的技术有一个初步了解。另外，对有经验的产品经理，也可当作工具书的作用，查漏补缺的翻学。支持一下

• 

  Hannah

  推荐

  2022-01-18 终于看完这本《给产品经理讲技术》，虽然有些部分讲的可能不是特别清楚，也没有特别生动，但是对于了解技术的小白来说够用了 看了一下自己做的笔记，AJAX、DOM、URL、Cookie、UA、Chrome、JS DDoS、静态网页与动态网页、跨域与同源、耦合与解耦、栈与队列等等名词，如果突然让我说一下这些是什么，我可能也回答不上来，但是让我在看到相关的东西，我会有种熟悉感，会加深对相关东西的理解，也许这可能就是这本书带给我的感受 里面我比较喜欢作者在面向对象编程里面，对于什么是面对对象编程和面对过程编程的描述，把大象塞进冰箱的例子让我印象深刻，上大学学习编程的时候，每次听到C语言是一门面向过程的计算机编程语言，C++、C#、Java等是面向对象编程语言，我就觉得好高大上（听不懂），其实就是一种简单的思想而已。 当然里面还有不少作者写的还不错的文章，推荐给想了解技术的小白，不妨看一看，可能会有所收获

• 

  卖口罩

  推荐

  蛮好 作者尽量把每个知识点讲的通俗易懂 但读者千万不要抱着轻松的心态去读 边读边思考 才会有收获

• 

  cherry

  推荐

  并不是写给小白的，用一堆看不懂的名词解释另一堆看不懂的名词[微笑]

• 

  Michael.T🏃

  推荐

  人人都是产品经理层让产品这个岗位变得似乎没有门槛，各种APP雨后春笋般涌现，当然最终活下来的极少。狭义上产品的分支很多，最常见的有C端，B端，数据之分。而那个分支所需要的能力也是大相径庭。毫无疑问认为产品人人都可以做的基本上都不会是一个优秀的产品经理，或者干脆就是一个什么都不懂的人。行业的细分必然要求在这个细分领域有很强的专业性，如果人人都具备那这个岗位是不存在的。而产品最应该具备的就是知识面的广度，可以不用那个点都精深，但是一定要知道。所以首先要具备强大的吸收和储备能力。其次，产品是一门逻辑性和综合性很强的学科，例如有些号称资深的老产品面对一个很庞大的系统实现的时候就不知所措了，而一个小模块却可以钻研的很深。这其实从侧面反映了知识积累的厚度和广度，因为一个庞大的系统必然要求很强的综合能力，逻辑能力，简单来说就是你主导的东西首先是一个有用的，且能够经得起挑战的东西。否则还是谦卑一点，不要总自诩自己是一个优秀的产品经理。知道的越多，越感渺小。stay hungry stay foolish

• 

  林诚健

  推荐

  用举例子的方式讲技术，是不论沟通还是汇报时都要掌握的技能。 本书的前几个模块，Web前端 客户端技术 网络技术 网络安全与后端有助于读者理解一个需求的实现究竟要经历哪些环节又会遇到什么瓶颈。 作为计算机背景的产品，在考虑需求时也常常从可实现性出发，常常因为不可实现的需求而限制了自己的思考跟想象。其实是一把双刃剑。

• 

  刘涛

  推荐

  产品确实要多少懂点技术，这本书对于不懂技术的产品来说可以读读，涵盖的技术面还挺广泛，产品读完可以对技术有个概要的了解。在我看来，互联网产品或者说信息产业的产品是人文和信息技术的结合，产品仅仅概要地了解技术概念可能还是不够的，还要有一定的深度，尤其是当下以及未来。