😂 IT段子

程序员的社交恐惧：被拉进一个有产品经理的群。我抬起头看了看周围，大家都一样。我把这个需求的相关文档翻了一遍，发现规范早就过时了。我把这条经验写进了团队 wiki

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我发现自己居然没法反驳。我发现这个词产品经理自己都不确定是什么意思。幸好之前留了备份

这个需求的前置条件有三个，其中两个还没做。我愣了两秒，然后继续敲代码。我在会上决定先做个最小可用版本，产品说能不能再加一点。那一刻我觉得自己还是很专业的

需求的变更往往从一句「顺便把这里也改一下」开始。我忽然觉得，这可能就是这一行的常态。我说需要评估，然后评估结果出来之后需求就被砍了。我把它写进了组内的避坑文档第一章

我把这个需求的时间估了两次，第二次还是不够。我把手上的资料翻出来又读了两遍。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。好在最后有惊无险

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我把这个需求的口径对齐了三次，每次对齐的结论都不同。真香定律准时生效

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我把这个需求按最小改动实现完，产品说想再加个动画。复盘会上我们把它列成了案例

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我先确认了一遍前置条件，再动手。我把这次评审的结论记了下来，第二天它就被推翻了。好在最后有惊无险

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我忽然觉得，这可能就是这一行的常态。我把这个功能的原型改了第四稿，产品说回到第一稿。复盘会上我们把它列成了案例

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我重新看了一遍手上的计划，把风险项标了出来。我把这个需求的口径对齐了三次，每次对齐的结论都不同。真香定律准时生效