为什么猝死的都是程序员，基本上不见产品经理猝死呢？
之前一个码农兄弟，转行了产品经理，用他的话来说就是：
他发现，他公司的产品经理约等于一个“传话筒”。业务方提出需求，产品经理转达给码农，然后码农来实现。需求有什么不对的地方，码农在开发过程中发现了，告诉产品经理，产品经理那就再补一条需求就完了呗......
甚至过程中出现，产品经理反问开发：那这个地方要怎么弄呢？
更不要说这一块的原逻辑，产品经理自己都不是很清楚，让开发去梳理，反正丢给开发...需求前后矛盾，逻辑都没法闭环等等一系列情况...
还有原型图都懒得画的产品经理，截个图，一个红圈圈标注一句话：具体请参照XX模块的XX页。其他的开发自己慢慢去挖，你就说牛逼不牛逼？后续就是每写几行代码，就要去问下他，当遇到某种特殊情况该如何处理，然后产品自己也一脸懵逼...这开发起来的效率，你们自己想。
还有啊，某几年经验的产品经理居然问出很外行的话：这个列表页的数据，会自动同步到相邻的这个Tab页对吧？（80%字段都一样，你们可以理解为一个草稿箱列表）。开发一脸懵逼：这两个tab页tm是一张数据表里查出的数据，只是where条件换一下而已呀....这个哥好像是真不懂啊？
上线后，业务方使用过程中发现什么问题或者bug，反馈给产品经理，结果产品经理直接把那条消息通过钉钉再原封不动地转发给对应的码农，就起到了一个中转的作用，也就是说，最后还是码农在解决....
相当于，整个环节链上，全程都是开发在干活。
既然如此，为什么不直接做产品经理呢？？？
发现这个漏洞后，惊觉自己以前太傻了，于是后面他就转岗了产品经理，工资并不比之前少，倒是轻松了不少。每天画完原型图就开始摸鱼，需求不对的时候再补一条优化需求，就好了...
然后他每天都能准时下班了....
你可能想看：