程序员和产品经理之间的恩怨情仇

段子1

程序员和产品经理上了火车……

一个年轻的程序员和一个产品经理登上了一列在山里行驶的火车,他们发现列车上几乎都坐满了,只有两个在一起的空位,这个空位的对面是一个老奶奶和一个年轻漂亮的姑娘,两人上前坐了下来。

程序员和那个姑娘他们比较暧昧地相互看对方。这时,火车进入山洞,车厢里一片漆黑。此时,只听见一个亲嘴的声音,随后就听到一个响亮的巴掌声。很快火车出了山洞,他们四个人都不说话。

那个老奶奶在喃喃道,“这个年轻小伙怎么这么无礼,不过我很高兴我的孙女扇了一个巴掌”。

产品经理在想,“没想到这个程序员居然这么大胆,敢去亲那姑娘,只可惜那姑娘打错了人,居然给打了我。”

漂亮的姑娘想,“他亲了我真好,希望我的祖母没有打疼他”。

程序员坐在那里露出了笑容,“生活真好啊。这一辈子能有几次机会可以在亲一个美女的同时打产品经理一巴掌啊”。

段子2

程序员+产品经理=世界上最遥远的距离

世界上最遥远的距离,是程序员和产品经理,对于程序员说的话,产品经理们是这样理解的:

程序员:就目前的设计,我大概一周内就可以搞定基本框架。然后我们从头再优化整理、完善设计, 在接下来的一周提交一个稳定的版本。

产品经理的理解:整个项目只要两个礼拜就可以搞定。

程序员:是的,我可以写一些 Web 服务,通过这个服务,其他的开发人员能够与我们的系统进行交互。

产品经理的理解:他一人就可以构建出一个每分钟能够承受百万用户的负载均衡Web服务网站。

程序员:我们需要和下一版本负责人开个会,告诉他们除非有合适的构建部署服务器,我们无法按时完成。

产品经理的理解:没戏了!(泪奔中。。。)

程序员:我们需要培养每个程序员将所有项目都当作是自己的代码的认识,这样他们会更有责任心。

产品经理的理解:他愿意对公司所有软件项目负责并且愿意背黑锅。

程序员:如果你要用 HTTP GET 写一个网站方法,那么它只应该返回数据。如果你想要个能够写入数据的方法,那你要么用 POST,要么用 PUT。

产品经理的理解:(牢骚中…)这家伙真是个臭老九,非要分得这么清楚,一是一二是二的,好像不这样的话他心里就不舒服。(继续牢骚中…)

程序员:Dinesh 和 Gilfoyle 逆向工程了一些旧程序,发现你之前的配置有点不一致。

产品经理的理解:老子要炒了他们!

程序员:现在项目人手不足,也许这周末我可以从家里远程登录到公司的机子,这样可以稍微赶一些进度。

产品经理的理解:为了完成这个不可能完成的项目,他甚至愿意炸掉大桥然后含笑死去。即便没有死,他也会从病床上爬回公司继续为我卖力到死。他在请求我鞭笞他。

程序员对付产品经理们有自己的说辞:

做不了…没这样做的…

这样不合理……

而产品经理也有七件神器,说服程序员:

神器1:这是用户要求

这应该很简单吧,不就是XXX,然后XXX吗?

神器2:竞争对手已搞

我就要这种效果,怎么实现是你的问题。

神器3:开发量小

这个需求,先这样这样,再那样那样,用XX技术很快就搞定了。

神器4:老板想要

这个需求老大已经同意了,你照着做就是了。

神器5:不要写死

神器6:先做出来

神器7:明天上线

产品经理究竟有哪些行为让程序员感到不爽?

产品经理让程序员不爽的10种行为:

第10名:提出不合理需求

程序员很怕产品经理提出不合理的需求。不得不说大部分情况下产品经理对产品功能的思考比较正确,毕竟这是产品经理的专业。

但是,就像程序员会犯错一样,产品经理也会偶尔脑洞大开,提出不合理需求挺让程序员为难的。拒绝吧,项目产品肯定不开心,不拒绝吧,将来产品上线了,都不好意思说这块是我做的(捂脸)。

第9名:盲目要求抄袭竞品

“这个功能竞品有,所以我们也得有”。这是许多程序员很怕听到的一句话。产品经理抄的爽,程序员抄的怀疑人生的意义。抄抄抄,那干嘛不直接让用户用竞品呢?

第8名:懂点技术,觉得“这个问题很简单”

有句话叫做不怕流氓,最怕流氓会武功。不怕产品经理不懂,就怕产品经理懂技术。

半瓶水的产品经理觉得自己懂技术,精力充沛,能够替你做出决定 —— “这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间,我给你写个 SQL 语句,你执行一下吧。”

OMG,加字段加个头啊,老子用的是分布式的 nosql db,你让我怎么执行 SQL 语句啊。既然你这么懂,you can you up?

第7名:总是用会议打断你的工作

会会会,为什么总有开不完的会!写码写得正 High,突然一个会,状态一落千丈,瞬间不想写了有木有?如果要想让程序员有高质量高效率的产出,保证免受打扰还是很重要的。强烈建议产品经理减少开会时间。

第6名:不放心,几乎要搬小板凳守着你工作

程序员不需要监工,如果你相信他,请给他独立空间,让他安静地、独自工作,这样效率更高。当然,如果你是个萌妹子,那么另当别论。

第5名:虎头蛇尾,承诺不能兑现

有的时候产品经理头脑发热,干劲十足地牵头推动一件事,程序员也会觉得这个项目做好了棒棒哒,但是做着做着渐渐产品经理疲了。

最后产品功能上线了,反响不咋地,产品经理也不愿意后续推动。这种情况发生一次、两次、三次,程序员就不会再有热情了。

第4名:总是要求程序员加班

项目有忙有闲很正常,偶尔加班也无可厚非,但是总是一直一直加班就不好了。毕竟程序员是高危职业,这么高强度工作,是很容易把程序员养死的……

第3名:随便改需求

如果产品经理想要整死程序员,频繁改需求是最快的办法。但是,如果执意要这么做,也要小心自身的人生安全……

第2名:事事拿老板当挡箭牌

什么功能都是老板要求的,不能砍。这个功能老板说必须要做,那个功能老板说明天就得上……真不知道是老板做产品还是让你做产品。老板这么厉害,还要你产品经理干嘛呢?

第1名:当着众人或老板的面否定你的专业度和工作成绩

由于程序员骨子里的骄傲,这是最最不能忍的。而且,不管任何职业都不应该当着别人的面否定对方的工作,尤其是对方的专业领域。

除非你们真的不想合作,那么一拍两散,各干各的去比较好。天大地大,两个互相看不上眼的人何必挤在一艘小船上呢?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Java程序员转变为项目经理,意味着他们将从编码和技术领域转向管理和组织领域。这个转变可能是由于个人对职业生涯的追求、寻求新的挑战或者专业发展的需要。 首先,Java程序员转为项目经理需要具备与技术相关的经验和知识。作为项目经理,他们需要了解软件开发的流程、方法和技术,并能够与开发团队进行有效沟通和协作。这种背景知识将使他们能够更好地评估项目需求、制定计划和管理开发过程。 其次,项目经理需要具备良好的组织和领导能力。他们需要能够合理分配资源、制定时间表、监督进展并解决问题。他们还需要与客户和利益相关者进行有效的沟通,并确保项目达到预期的目标和质量标准。这些管理和领导技能能够帮助他们有效地管理团队和项目,并确保项目的成功交付。 此外,Java程序员转为项目经理还需要具备一定的人际技巧。作为项目经理,他们将与不同背景和技能的人合作,包括开发人员、测试人员、设计师、客户等。他们需要能够建立和维护团队之间的良好关系,处理冲突并解决问题。这种人际技巧将有助于项目的顺利进行和团队的协作。 最后,Java程序员转为项目经理还需要具备学习和适应新角色的能力。作为项目经理,他们将面临不同的责任和挑战,需要从技术专家转变为管理者。他们需要不断学习新的管理技能和知识,并适应新角色的要求和期望。 总而言之,Java程序员转为项目经理需要具备技术经验、组织和领导能力、人际技巧以及学习适应新角色的能力。这种职业转变将为个人带来新的挑战和机会,同时也需要付出努力和学习来适应新的职责和角色。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

转角处的汤姆

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值