😂 IT段子

需求的变更往往从一句「顺便把这里也改一下」开始。我忽然觉得，这可能就是这一行的常态。我把这个页面的交互路径缩短了两步，产品说不够完整。我把它写进了组内的避坑文档第一章

程序员的社交恐惧：被拉进一个有产品经理的群。我想了想，觉得这话没法接。我把这个需求的验收条件写成了文档，产品说先不用。我沉默了，但心里是服的

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我想了想，觉得这话没法接。我发现这个功能和我两周前做的另一个需求几乎是同一个

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我把相关的记录都翻了出来做对照。我在心里默默给这个需求加了个「待定」，果然被撤了。真香定律准时生效

需求的边界在开发中会自己长出来。我不知道该说什么，就笑了笑。我发现这个字段在需求里叫法有三种，代码里有五种。世界瞬间清净了

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我在会上问了一句这个功能的验收标准，会散了。真香定律准时生效

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我把它记在心里，没跟任何人说。我发现这个需求的前提是另一个还没做的需求。第二天这个方案就变成了团队标准做法

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我发现自己居然没法反驳。我把这个功能的实现画成了流程图，一看就知道做不完。这大概就是程序员的人生吧

程序员的社交恐惧：被拉进一个有产品经理的群。我抬起头看了看周围，大家都一样。我在心里默默给这个需求加了个「待定」，果然被撤了。我沉默了，但心里是服的

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我打开记录从头到尾扫了一遍。我说需要评估，然后评估结果出来之后需求就被砍了。这条经验值直接拉满