产品经理和程序员的爱恨情仇

产品经理跪求程序员,程序员跪求程序成功上线!

前几天纯银V在微博上发了一条微博「很多人吐槽“人人都是产品经理”这句话,其实在我看来,这句话的正确理解是“人人都应该学习产品经理的思维方式,来提升自己的专业能力”,不知道作者是否本意如此。当然,实际上它容易被理解为“我也可以做产品经理,创造一个伟大的产品”,那就很扯淡了。尤其水货产品经理的破坏力之强令人惊叹」,引发了诸多讨论。

我看了之后,意味深长的转发了一下:从来没人说人人都是程序员,这其实说明了一些什么……于是又引发了一番热议,比如:

对呀,也不会有人说「人人都是数学家」,「人人都是物理学家」…就算有人敢这么说,大家也不会上当呀。

嗯,写不好程序的程序员都改行当产品经理了。

最近程序员这么难招,应该是转型提前了。以前程序员30岁才考虑转型产品经理,现在特么的25岁就不想写代码了。

其实程序员和产品经理都是有要求的……但程序员真的需要很强的逻辑思维和反复的训练啊。

我发现产品经理和程序员之间,总有说不完道不尽的爱恨情仇,以前已经花篇幅写过很多了,到了今天,意犹未尽,不仅有的写,还能不重样。

先介绍下「纯银V」,这是一位纯粹的、优秀的产品经理,他有一个蝉小队,梦想打造出世界上最优雅的绝世好剑,他马不停蹄的打造一个又一个的产品,失败、成功、写文案、做原型、编段子、逗逼、写鸡汤,慢慢的,时间把纯银V变成了一个中年怪蜀黍,不变的是,他依然奔跑在实现梦想的道路上。

每次想到纯银,我脑海中都会出现一位孤独的剑客,他站在漫天黄沙的沙漠里,不停的拔刀,出刀,还鞘,千百次的练习,以期成就一击无敌于天下的武功。每个优秀的产品,就像孤独的剑客,他们眼中尽是一望无际的沙漠,只有不停的练习和跋涉,才能活着找到下一个绿洲。陪伴他们的,除了心灵的孤寂和找到绿洲的狂喜,还有枯藤老树昏鸦,还有古道西风瘦马……

啊,写得太煽情了,其实我根本没见过纯银,哈哈,但是我从杭州的一位产品经理眼睛里,同样感受到了这种气质。这样优秀的产品汪,值得每一个程序员的尊重,如果能和他们合作,是我们的运气,要珍惜。

说说我以为的产品经理起源吧。记得自己开始编程的年代里,并没有产品经理这种职位,程序员就叫程序员,需求就叫需求,美工就叫美工,测试就叫测试,只有管事管人的叫做经理。后来看了微软的组织模型,知道了世界上还有一种叫做产品经理但不是经理的职位。那时微软项目组大致有三种角色:

1、项目经理,负责项目立项、协调资源、保证进度、推进开发,最终交付项目或产品。

2、产品经理,负责产品的需求,原型设计,并且充当设计师和程序员的桥梁。

3、技术经理,负责解决产品相关的一切技术问题,包括但不限于技术选型、架构、编程语言、算法、数据模型和具体实现等。这个人带领一批程序员负责把产品经理和设计师规划出来的东西,变成现实,是不是很牛逼的样子?

当时对产品经理印象不深,但是微软一个小团队有这么多经理深深的震惊了我,如果不是不懂微软技术,那时我就想给微软投简历了。

后来互联网大潮澎湃而来,产品经理变成了一个炙手可热的职位,冯老师说周鸿祎让产品经理变得普及起来,我则认为,微信的张小龙让产品经理抵达了一个别人无法企及的高度,龙哥,不知道在产品经理中印象如何,在我们大部分程序员心中,他就是产品经理之神!为啥,因为龙哥之前就是个优秀的程序员啊。

关于产品经理的定义,我在「最可怕的产品经理」一文中有过详细的描述,不再复言。不过,由于我总是站在程序员一边,时不时在文章里、微博上和朋友圈中调侃产品经理,也算乐事,比如今天的题图,比如微博的转发,等等。终于有一天,杭州的产品经理坐不住了,他拍案而起:

哥,你真的不能再这样了。你看,铺地砖的时候,地砖都是硬的,如果严丝合缝铺在一起,容易变型,崩裂。所以地砖之间,总需要一些柔性的东西做填充,成为缝隙,保证地板砖的完整。工程师是硬的,客户是硬的,设计是硬的,市场也是硬的,那谁来做柔性的中间层来保证整个链条完整性呢?产品经理!

我们陪笑,到处跪,哄着,顺着,不是因为我们就是这样的人。我们只是想让正确的事情,持续发生!拉到外面单看做人,好的产品经理,都不是软蛋!

看到这段话,我的眼眶湿润了,尼玛多好的产品经理啊,快别跪着啦,起来起来,以后咱们就是一家人了。

说真的,产品经理不容易,我们程序员也不容易,当你们在泡妞的时候,我们在学习算法,当你们在购物的时候,我们在编写代码,当你们看电影的时候,我们在构建模型,当你们吐槽的时候,我们在修改bug,当你们去欧洲浪的时候,我们在修改下一波bug。终于,所有的需求都不再变了,上线时间提前了。

我们经过了五年的学习,掌握了两门编程语言,在未来的十年里,还有十门编程语言等着,长路漫漫,学没有线,永远不变的,就是变。

我们年轻的时候,经常有人对我们说:

像你这种程序员我见得多了

懂点编程就以为能够横行天下

其实行走江湖是一件很痛苦的事

会编程,有很多事情不能做

你不想种地吧

又不耻去打劫

更不想抛头露面在街头卖艺

那你怎么生活?

……

等我们长大了,变老了,终于买得起Mac和喜欢的电子设备了,又会有人对我们说:

我以前手也很快,他们都叫我快手哥

但我现在不够快了,因为来了更快更年轻的程序员

有一种职业很适合你,既可以帮你赚点银两,又可以行侠仗义,你有兴趣吗

为什么还不转型呢,你知道,程序员是吃青春饭的

肚子很快会饿了

做这一行最大的好处是不用做决定,因为到了35岁,年龄会替你做决定

……

时间就这样溜走了,产品经理和程序员,存在于世界的两级,他们沿着时光的大河奔走,时而独行,时而交汇,每次相逢,都能迸发出最灿烂的火光,那时候,你们就知道,有一款耀世的产品诞生了!

感谢他们!

时间: 2024-12-25 20:02:31

产品经理和程序员的爱恨情仇的相关文章

产品经理vs程序员——如果“爱”,请克制

摘要:韩寒在<长安乱>里说:佛是你打死我你就超度了我,而道是你打不死我我就超度了你.小编坐在办公室的角落里,看着公司的PM和程序员恨不得分分钟拿刀砍了对方,还要在一起改需求,就开始为他们的潜在信仰归属定义不清而纠结. 任何一个团队里都有因为工作而纠缠不休.爱恨交织的两方,在科技公司产品经理和程序员不幸中枪.其实他们所有纠葛的起因也非常简单,无非是一个提出需求,而另一方需要去实现.小编乱想一下,如果程序员嫁给了产品经理,那肯定是后者说想吃什么,而程序员去默默做出来,想想还不错. 产品经理常常在心

产品经理与程序员的矛盾本质

产品经理与程序员矛盾的本质是什么?这个是互联网界的千古之谜...在知乎上搜索了一下,看看下两位得票最多的答案 来源:知乎 排在第一的是:shotgun 170赞 说原因有很多,说本质的话只有一个: 产品的功能.质量.发布时间和需要投入的资源这四者不能都是封闭条件,否则可能无解. 需要投入的资源和发布时间一般是大老板定的,所以产品经理.开发经理和质量经理只能在"砍功能"."降低质量要求"和"程序员加班加到死"这三个选择上相爱相杀了. 根源是:高层放

产品经理与程序员的矛盾从何而来?(给产品经理们的建议,给程序员的建议。程序员处在信息传导到最末端,因此比较弱势、信息不准确)

今天我们来讨论一下在软件开发过程中的一个很常见,也是令很多程序员头疼的问题,那就是与产品经理直接的矛盾到底是怎么形成的. 先看下面的一张图片,我想大家都明白其中的意思. 一.产品需求经常变动 由于产品经理经常改动需求,导致程序员不得不把做好的东西重新再做,结果可想而知.有的时候程序员加班加点刚做完的东西,被产品经理一句话给推翻了,说需求变动了,不能这么做.严重的时候连核心模块都完全大变样.就一直这样改完做,做完改,无限循环下去.这个小编我可是深有体会. 二.产品经理对程序员的不理解 遇到一个懂技

一起聊一聊小程序的爱恨情仇

背景 在移动互联网时代,Google和苹果两大巨头推出的Android和ios以及迅雷不及掩耳之势挤掉了曾经的移动端老大哥--诺基亚,然后刮起了pc端到移动端的大浪潮,我也有幸参与到了这次"技术革命"中,在传统的APP时代,每项需求都需要安装APP,越来越多的APP应用即将占满手机存储空间,那么有没有一种软件架构既不需要下载安装,又能够提供像客户端一样流畅友好的用户体验呢?答案是没有的,不过能不能做到接近原生的体验,而又解决不用装更多app的烦恼呢.这类方案中诸如google的PWA(

程序员的爱情诗

程序员的爱情诗我不是诗人,所以,只能够把爱你写进程序,当作不可解的密码,作为我一个人知道的秘密我以为你是我的唯一,过了很久才发现,你不是我独占的服务器 我可以传递,却什么都不能够取回,大师说,此算法不可逆我想析构我自己,却没有多少勇气,只能够注释掉关于你的记忆想寻找你的信息,突然发现,你已经不在我的域我想重载爱的定义,把你我封装在一起,在我的名字空间里,再也找不到你,爱情的管道,已经关闭我有的,只剩下从爱继承的颓废爱的模板,已经解不开我们的僵局我已经成为异常的容器,无法容下与你无关的东西我以为我

永和和红薯不得不说的爱恨情仇!

在 2014 年 12 月 24 日这一天下午,@叶秀兰童鞋无意中吐槽了一下自己的毁容事迹,结果,引发出了永和和红薯之间的爱恨情仇,OSCer 们实在是太有才,请慢慢欣赏,如有遗漏,请@小小编辑  告知一二,补上! @叶秀兰:最近毁容部分已经结痂.中午吃完饭,@永和   童鞋不经意的说了一句,你嘴没擦干净... @纠结名字 :@永和  心里想:终于有机会表现了,我要帮她擦嘴.但@叶秀兰  内心一紧,心想:毁容的事被他发现了!眉头一皱,大喊:走开! @chameleon :@永和  恁的一惊,这女

js 爱恨情仇说 this

原文:js 爱恨情仇说 this this 相信大家在写代码的时候都会遇到,可是怎么样才能用好this,估计这个还是有点困难的,虽然你有时候你会用到,但是他所在的具体的几个场景中所代表的是什么意思了?可能这个你就不是很清楚啊.这个就会在你使用的过程中出现很多的问题,于是今天我们来总结一下this,到底这个this?他真的有想象中的那么难吗? 其实可以总结为一句话:this指的是调用函数的那个对象 于是我们可以总结出this的四个调用场景: (1) 方法模式:简单的说就是使用点表达式或是下标表达式

初识angular.js之爱恨情仇

angular.js Angular.JS 是一组用来开发Web页面的框架.模板以及数据绑定和丰富UI组件.它支持整个开发进程,提供web应用的架构,无需进行手工DOM操作. AngularJS很小,只有60K,兼容主流浏览器,与 jQuery 配合良好. 简单概括:MV*模型的js框架 angular.js之爱恨情仇 爱恋之际 MV*模式 职责清晰.层次分明,例如页面样式变化仅改变View代码,其它层次结构代码无需改动. 数据绑定 数据视图绑定(单.双向数据绑定),无需反锁的改变DOM的值或修

Menu与ActionBar的爱恨情仇

最近在开发一款音乐播放器,在开发过程中遇到了一点小麻烦,通过android API搞清楚了Menu与ActionBar的爱恨情仇,写了个小Demo祭奠一下那些年我们陷进去的坑,有不对的地方请大神们批评指正. 一.Android系统里的菜单接口(即Menu接口),它是一个父接口,其下又有两个子接口:SubMenu(子菜单)与ContextMenu(上下文菜单) 常用的菜单有以下三类:Option Menu(选项菜单,常与ActionBar连用),Context Menue(上下文菜单),Popup