😂 IT段子

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我盯着屏幕沉默了十分钟。我嘴上说的是好的没问题，心里想的是这至少三天。好在最后有惊无险

产品经理说「先做出来看看」，这句话价值三个通宵。我忽然觉得，这可能就是这一行的常态。我发现这个交互在移动端根本没法用，但需求里没提移动端。第二天这个方案就变成了团队标准做法

需求里最模糊的词是「智能」，最难做的是「自然」。我想了想，觉得这话没法接。我把这个需求按最小改动实现完，产品说想再加个动画。第二天这个方案就变成了团队标准做法

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我打开记录从头到尾扫了一遍。我把这个功能的实现画成了流程图，一看就知道做不完。连茶水间都安静了

需求里最模糊的词是「智能」，最难做的是「自然」。我默默记下了这句话。我把它记进了需求坑位清单，标明"待二次确认"。连茶水间都安静了

我把这个需求的时间估了两次，第二次还是不够。我默默在排期表上把这个需求的工期翻了一倍。从此我多了一条团队规约

需求评审的意义在于让所有人对同一份文档产生不同的理解。我发现自己居然没法反驳。我发现产品经理的排期里没有测试和联调的时间。感动，然后我学到了新的一课

这个功能上线后没人用，但复盘时它是重点项目。我重新看了一遍手上的计划，把风险项标了出来。我发现这个需求的前提是另一个还没做的需求。我沉默了，但心里是服的

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我盯着屏幕，觉得这才是我的一天。我发现这个功能和我两周前做的另一个需求几乎是同一个。从此我多了一条团队规约

产品经理的「简单」是这个世界最复杂的词。我盯着屏幕，觉得这才是我的一天。我打开了历届需求文档，发现这个需求去年做过一次。这大概就是程序员的人生吧