产品经理必懂的技术那点事儿.pdf
《产品经理必懂的技术那点事儿》全新pdf版本，辅助产品经理更好胜任工作，你值得拥有！产品经理必懂的技术那点事儿唐韧著電子工業出版Publishing House of Electronics Industry北京 BEIJING内容简介本书以非技术背景产品经理了解技术为主题,将技术知识以简单并且易于理解的方式讲述出来,帮助非技术背景产品经理了解技术、学习技术,旨在帮助产品经理高效地与技术人员进行沟通与合作。本书主要内容围绕产品经理需要了解的互联网基础技术知识展开,涉及客户端服务器端、数据库及一些数据处理知识。同时,还就产品经理需具备的一些软实力,例如沟通能力和解决问题的能力进行了详细介绍。本书适合非技术背景的产品经理、运营、市场等互联网岗位的读者阅读,也适合想了解产品经理工作及准备从其他职能转型为产品经理的人阅读。未经许可,不得以任何方式复制或抄袭本书之部分或全部内容。版权所有,侵权必究。图书在版编目(CP)数据产品经理必懂的技术那点事儿/唐韧著.一北京:电子工业出版社,2017.1ISBN978-7-121-30268-8.①产…Ⅱ.①唐…Ⅲ.①企业管理一产品管理ⅣV.①F273.2中国版本图书馆CIP数据核字(2016)第265110号策划编辑:郑柳洁责任编辑:郑柳洁印刷:北京季蜂印刷有限公司装订:北京季蜂印刷有限公司出版发行:电子工业出版社北京市海淀区万寿路173信箱邮编:100036开本:720×10001/16印张:1.25字数:200千字版次:2017年1月第1版印次:2017年1月第1次印刷定价:59.00元凡所购买电子工业出版社图书有缺损问题,请向购买书店调换。若书店售缺,请与本社发行部联系,联系及邮购电话:(010)88254888,8825888质量投诉请发邮件至zIts@phei.com.cn,盗版侵权举报请发邮件至dbqq@phei.com.cn本书咨询联系方式:010-51260888819faq@phei.com.cn推荐序2010年,我创办了人人都是产品经理(www.woshipm.com)社区,至今已经6年这6年来,我接触最多的就是产品经理。我很少在外抛头露面,通常只会在人人都是产品经理社区创建的上百个产品经理交流群里活跃,因此经常会被大家抓着问问题,其中被问最多的一个问题就是“产品经理需要懂技术吗?懂到什么程度其实这是一个比较有争议的问题,没有正确答案,你说需要懂,也对;说不需要懂,也没错。以我个人的从业经历而言,我倾向的答案是产品经理需要“懂”技术在大学里,没有产品经理这个专业,所以绝大部分产品经理都是半路出家;早期的互联网公司基本都是以技术为中心驱动产品,因此在很多公司,产品经理这个角色都是技术或者项目经理兼任,他们都有一定技术背景。随着互联网的迅猛发展,以技术为中心逐步走向以产品和用户为中心,尤其是在乔布斯发布 Phone3Gs以后,各大互联网公司CEO都说自己是产品经理,于是产品经理就火起来了,从此一发不可收拾。接下来出现的情况就是一大波从事技术、运营、设计、编辑、市场的人转型做了产品经理,非技术职位转型做产品经理占了绝大部分。因为没有技术门槛,越来越多的大学生也都选择了产品经理职位,从产品经理的演变来看,毫不夸张地说,绝大部产品经理必懂的技术那点事儿分产品经理是不“懂”技术的。注意,我特意把懂这个字加了引号。因为“懂”技术不等于要会写代码。这里有一个误区,很多产品经理听别人说产品经理需要懂技术,不懂技术就会……,而感到非常焦虑,非常着急,就去买了一大堆技术相关书籍( JavaScript、PHP、Java、 MySQL等各种从入门到精通的宝典),然而能坚持看完、看明白的人微乎其微,因为技术类书籍是有门槛的,还非常枯燥,不像产品和运营类书籍,贴近生活,通俗易懂,谁都可以看明白。因为我是站长出身,做了十来年站长,对各种开源系统非常熟悉,也做过几十个网站,大家都知道做站长的人通常都是一个人能搞定所有的事情(产品、设计、运营推广、技术、运维、内容等),于是很多人跟我说:“老曹,要不你写本产品经理能读懂的技术书籍吧,因为你懂技术通产品,这书你写再合适不过了。”每次遇到这样的提议,我都非常尴尬,这对我来说挑战太大,但我一直有一个梦想,组织几个懂产品的技术兄弟一起写一本产品经理的技术科普书。直到今天,我的梦想将被实现。帮我实现梦想的人不是我自己,而是本书作者唐韧同学。唐韧是人人都是产品经理社区的专栏作家,在平台发布了很多作品,其中篇《我是如何从程序员一步一步走向产品经理》的文章备受认可,他本人也是技术转型产品经理的优秀代表。希望本书能为从事产品经理的同学对技术的认知有更好的帮助,产品经理学习技术不是为了在技术人员面前证明你很牛,而是为了更好地与技术人员沟通需求、更好地合作,一起做好产品。人人都是产品经理创始人、起点学院院长@老曹前言我为什么写这本书我是从技术开发转型为产品经理的,在转型的过程中对于技术背景的思维方式和产品背景的思维方式有了一些个人的认识。在做技术开发的几年里,我从纯技术的角度去理解问题;转型做产品经理后,我带着技术背景去处理与产品相关的业务、运营和市场问题,用一种全新的角度去看待产品。在做产品的过程中更多地是与工程师打交道,面对一群专业性很强且逻辑思维很强的群体,产品经理的内功就显得尤为重要。在实际工作中,我也与非技术背景的产品经理合作,发现对非技术背景的产品经理来说,技术知识的缺乏是硬伤,由此会带来对产品实现的理解与工程师的理解偏差过大的问题。同时,也会造成一些沟通不畅的问题。如果你是一位非技术背景的产品经理,在工程中可能会遇到对产品技术实现方案不理解的情况。工程师跟你沟通时所用的技术语言你完全听不懂,自己精心设计的产品方案拿到评审会评审时,被工程师批判得体无完肤。这些问题的出现其实都归结于非技术背景的产品经理在技术知识上的信息不对称,持续处于这种状态会严重阻碍工产品经理必懂的技术那点事儿作能力的提高。对业务、运营、市场背景的产品经理来说,增加对基本技术知识的了解能在实际工作中起到很大的帮助作用。这些使我产生了写作本书的想法,本书力求通过通俗易懂的方式讲解基本技术原理,减小非技术背景产品经理与工程师之间的知识差距,使合作和沟通更顺利,同时也提高产品经理的产品内功。对非技术背景产品经理来说,在与工程师的合作过程中,掌握一些基础技术知识显得尤为重要,对于技术的理解可以不用深入到实现层面,但要对基本原理及产品背后的整体技术架构心中有数。产品经理属于信息上游,在拿自己的产品想法与工程师沟通和推动产品实施的过程中,对技术要有一定的了解,这就好比手上多了一把好武器,能让问题顺利解决让产品不断向前发展。本书的目的在于通过浅显易懂的方式,面向非技术型产品经理讲解基础技术知识,打开技术领域这一神秘的大门,使非技术背景产品经理在产品工作中更加游刃有余。产品经理的工作内容涉及面广,而且对个人综合能力的要求高,要做好产品经理就需要涉猎广泛,具备更多的横向知识体系,同时在产品这一纵向知识体系内做深做精。本书可作为产品经理平时学习技术的基础资料,也可作为工具手册,希望本书能助力非技术背景产品经理开展工作。书中内容不涉及很深很具体的技术内容,主要以基本技术概念和实现原理介绍为主,配合一些具体例子加深读者的理解,力求帮助非技术背景的产品经理对具体的技术知识有一个整体的认识,在设计产品或者与工程师沟通合作的过程中能更加顺畅。技术能力是产品经理的核心技能之一,但不是全部,产品经理的职责是通过产品创造用户价值和商业价值,了解用户、发掘需求并持续对产品进行优化才是产品经理的使命如何阅读本书读者在阅读本书时,可以通过理解技术的一些基本原理反观产品设计的细节。非技术背景的产品经理在阅读本书时可以结合自己在实际工作中遇到的技术问题或者是与工程师沟通产品方案时所遇到的技术挑战重现当时遇到问题的场景。读完本书前言后,重新审视当时遇到的问题在现在是否能很好地处理,以场景化的方式结合自身工作中的问题,然后从本书中寻找答案,总结并且复盘,这样能对自己在技术知识方面的欠缺有一个比较好的补充和提升作用。本书第1章介绍了产品思维与技术思维的具体表现和差别,有利于产品经理站在不同的角度审视产品。第2章是对互联网历史和基础技术知识的介绍,为非技术背景的产品经理科普互联网的简要发展历史及互联网技术和产品的几个阶段性特点第3章从理解原理的角度向非技术背景产品经理介绍编程语言的内容。本章的目的并不是让产品经理学会编程,而是希望产品经理通过了解编程语言的基本原理,了解技术产品的实现逻辑及工程师思考问题的基本逻辑。第4章介绍数据库的基本内容,数据库作为数据的存储和处理中心,在产品的大版图里不可或缺,产品经理了解数据库的一些基本知识能增加对产品的全盘了解(从界面到数据)。第5章以介绍主流移动平台的一些基本技术内容为主,目的在于让非技术背景的产品经理了解视觉界面下的实现细节,降低与工程师的沟通成本。第6章介绍了服务端的基本内容,服务端作为大后方,在产品技术体系内扮演着极其重要的角色,产品经理了解服务端的典型技术知识有助于从系统架构的层面理解产品设计,知道什么样的产品设计能降低技术实现难度和成本。第7章是从数据的角度观察产品,产品经理对数据的敏感度决定了产品的优化方向。从本章中产品经理可以了解到不同维度的数据标准和基于数据驱动的产品设计方法第8章是对产品需求文档的一个格式和内容介绍,力求为产品经理提供一个可参考的产品需求文档样式。第9章将内容重点放在沟通上,产品经理需要与各方沟通,其中的沟通技巧和沟通侧重点会在本章详细介绍。第10章介绍了产品经理的不同类型和成长进阶的一些经验。产品经理必懂的技术那点事儿第11章重点对解决问题这一话题进行了分析,以聚焦答案的解决问题方式探究问题的解决方案,本章能提供给产品经理一种新的解决冋题的方法,值得一读。在写作本书的过程中,我发现自己需要学习的东西还很多,非常感谢读者选择本书。作为产品经理,做任何事情都是一个持续优化和完善的过程,对于本书中存在的不足希望得到读者的指点和帮助,也希望同为产品经理或者即将成为产品经理的你,一起在奋斗的路上寻找更高的那一个里程碑!读者可以添加我的微信公众号 nantang007与我交流沟通,也欢迎读者多提宝贵意见。唐韧2016年10月3日于北京▲Vl
- 2021-05-06下载
- 积分：1
瑞萨的can的资料CAN的入门书。做的很好的资料
瑞萨的can的资料CAN的入门书，很好的学习资料，RENESAS应用手册是什么?是的缩写(以下称为),是国际标准化的串行通信协议。在当前的汽车产业中,出于对安全性、舒适性、方便性、低公害、低成本的要求,各种各样的电子控制系统被开发了出来。巾于这些系统之间通信所用的数据类型及对可靠性的要求不尽相同,巾多条总线构成的情况很多,线束的数量也随之增加。为适应“诚少线束的数量”、“通过多个,进行大量数据的高速通信”的需要牛德国电气商博世公司开发出面向汽车的通信协议。此后,通过及行了标准化,现在在欢洲已是汽车网络的标准协议。现在,的高性能和可靠性已被认同,并被广泛地应用于工业自动化、船舶、医疗设备、工业设备等方面。图是车载网终的构想示意图。等通信协议的开发,使多种通过网关进行数据交换得以实现。马达马达。。马达开关开关。安全画乘客检测空调子网车门雷达且且且子网白线检测伙表级遥控车身部自逗应引爆管巡航前大灯窗电动组合灯网关囊控制发动机胎压部信息部MCcD音视频父通信电子防发动机转向制动子网碟盒息导航盗系统动变底盘部故障诊断部(规格)诊断工具图车载网络构想注】国际标准化组织为戴姆勒克莱斯勒公司注册商标。RENESAS应用手册的应用示例图为的应用示例图的应用示例ENESAS应用手册总线拓扑图控制器根据两根线上的电位差来判断总线电平。总线电平分为显性电平和隐性电平,者必居其一。发送方通过使总线电平发生变化,将消息发送给接收方。图是的连接小意图收发器收发器连接图R∈NEs∧s应用手册的特点协议只有以下特点多主控制在总线空闲吋,所有的单元都可开始发送消息(多主控制)最先访问总线的单元可获得发送权(方式)。多个单元同时开始发送时,发送高优先级消息的单元可获得发送权。消息的发送在协议中,所有的消息都以固定的柊式发送。总线空闲时,所有与总线相连的单元都可以开始发送新消息。两个以上的单元同时开始发送消息时,根据标识符(以下称为)决定优先级。并不是表示发送的目的地址,而是表示访问总线的消息的优先级。两个以上的单元同时开始发送消息时,对各消息的每个位进行逐个仲裁比较。仲裁获胜(被判定为优先级最扃)的单元可继续发送消息,仲裁失利的单元则立刻停止发送而进行接收工作。系统的柔软性与总线相连的单元没有类似于“地址”的信息。因此在总线上增加单元时,连接在总线上的其它单元的软硬件及应用层都不需要改变通信速度根据整个网络的规模,可设定适合的通信速度。在同一网络中,所冇单元必须改定成统一的通信速度。即使有一个单元的通信速度与其它的不一样,此单元也会输岀错误信号,妨碍整个网络的通信。不同网终间则可以有不同的通信速度。远程数据请求可通过发送“遥控帧”请求其他单元发送数据。错误检测功能·错误通知功能·错误恢复功能所有的单元都可以检测错误(错误检测功能)。检测出错误的单元会立即同时通知其他所有单元(错误通知功能)正在发送消息的单元一旦检测出错误,会强制结東当前的发送。强制结束发送的单元会不断反复地重新发送此消息直到成功发送为止(错误恢复功能)。故障封闭可以判断出错误的类型是总线上暂时的数据错误(如外部噪声等)还是持续的效据错误(如单元内部改障、驱动器故障、断线等)。由此功能,当总线上发生持续数据错误时,可将引起此故障的单元从总线上隔离出去。连接总线是可同时连接多个单元的总线。可连接的单元总数理论上是没有限制的。但实际上可连接的单元数受总线上的吋间延迟及电气负载的限制。降低通信速度,可连接的单元数增加;提扃通信速度,则可连接的单元数减少。【注】R∈NEs∧s应用手册错误错误状态的种类单元始终处于种状态之一。主动错误状态动错误状态是可以正常参加总线通信的状态处于主动错误状态的单元检测出错误时,输出主动错误标志被动错误状态被动错误状态是易引起错误的状态。处于被动错误状态的单元虽能参加总线通信,但为不妨碍其它单元邇信,接收时不能秋极地发送错误通知。处于被动错误状态的单元即使检测出错误,而貫它处于主动错误状态的单元如果没发现错误,整个总线也被认为是没有错误的处于被动错误状态的单元检测出错误时,输出被动错误标志。另外,处于被动错误状态的单元在发送结束后不能马上再次开始发送。在开始下次发送前,在间隔帧期间内凶须插入“延迟传送个位的隐性位总线关闭态总线关闭态是不能参加总线上通信的状态信息的接收和发送均被禁止。这些状态依靠发送错误计数和接收错误计数来管理,根据计数值决定进入何种状态。错误状态和计数值的关系如表及图所小。表错误状态和计数值单元错误状态发送错误计数值()接收错误计数值()主动错误状态被动错误状态且或总线关闭态ENESAS应用手册初始状态主动错误状态或在总线上检测到次连续的个位的隐性位被动错误状态总线关闭态发送错误计数值接收错误计数值图单元的错误状态R∈NEs∧s应用手册错误计数值发送错误计数值和接收错误计数值根据一定的条件发生变化。错误计数值的变动条件如表所示。一次数据的接收和发送可能同时满足多个条件错误计数器在错误标志的第一个位出现的时间点上开始计数。表错误计数值的变动条件接受和发送错误计数值的变动条件发送错误计数值接收错误计数值接收单元检测出错误时例外:接收单元在发送错误标志或过载标志中检测出“位错误”时,接收错误计数值不增加接收单元在发送完错误标志后检测到的第一个位为显性电平时。发送单元在输出错误标志时发送单元在发送主动错误标志或过载标志时,检测出位错误接收单元在发送主动错误标志或过载标志时,检测出位错误各单元从主动错误标志、过载标志的最开始检测出连续发送时接收时个位的显性位时之后,每检测出连续的个位的显性位时。检测岀在被动错误标志后追加的连续个位的显性位时。发送时接收时发送单元正常发送数据结束时(返回且到帧结束也未检测出错误时)。时±接收单元正常接收数据结束时(到未检测出错误且正时常返回时)时设处于总线关闭态的单元,检测到连续个位的隐性位。R∈NEs∧s应用手册协议的基本概念协议如表所示涵盖了规定的基本参照模型中的传输层、数据链路层及物理层协议中关于基本参照模型中的传输层、数据链路层及物理层,具体有哪些定义如图所示。表基本参照模型基本参照模型各层定义的主要项目层:应用层由实际应用程序提供可利用的服务。层:表示层进行数据表现形式的转换。如:文字设定、数据压缩、加密等的控制指层:会话层为建立会话式的通信,控制数据正确地接收和发送。探层:传输层控制数据传输的顺序、传送错误的恢复等,保证通信的品质。如:错误修正、再传输控制。层:网络层进行数据传送的路由选择或中继如:单元间的数据交换、地址管理。层:数据链路层将物理层收到的信号(位序列)组成有意义的数据,提供传输错误控制等数据传输控制流程。如:访问的方法、数据的形式通信方式、连接控制方式、同步方式、检错方式一共应答方式、通信方式、包(帧)的构成。位的调制方式(包括位时序条件)。层:物理层规定了通信时使用的电缆、连接器等的媒体、电气信号规格等,以实现设备间的信号传送。如:信号电平、收发器、电缆、连接器等的形态【注】(开放式系统间互联)
- 2020-12-10下载
- 积分：1
