😂 IT段子

这个需求在 PPT 里是三页，落地是三个月。我想反驳，但发现他说得对。我把这个需求拆成了五个小需求，产品经理说不行要一起上。这大概就是程序员的人生吧

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我笑了笑，决定不解释。我把这个页面按产品说的改完了，他说还是原来那版好。复盘会上我们把它列成了案例

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我发现这个词产品经理自己都不确定是什么意思。第二天这个方案就变成了团队标准做法

这个改动从产品视角是优化，从工程视角是重做。我盯着屏幕，觉得这才是我的一天。我把这个需求的原型对比了一遍，发现少了两个状态。果然现实比段子更精彩

我把这个需求读了三遍，每一遍的理解都不一样。我在心里把涉及的所有环节都过了一遍。我发现这个需求的前提是另一个还没做的需求。连茶水间都安静了

这个功能的灵感来自一个已经不存在的竞品。我笑了笑，决定不解释。我在会上说这个方案需要三天，产品说能不能今天给。果然现实比段子更精彩

需求的边界在开发中会自己长出来。我忽然觉得，这可能就是这一行的常态。我打开了自己的 task 列表，有四个都是同一个需求派生的。好在最后有惊无险

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我拉了个小群，把相关同学都叫了进来。我打开了历届需求文档，发现这个需求去年做过一次。感动，然后我学到了新的一课

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我听完沉默了，因为太真实了。我发现这个需求的口径在三个群里说了三个版本。复盘会上我们把它列成了案例

需求的边界在开发中会自己长出来。我把它记在心里，没跟任何人说。我打开了自己的 task 列表，有四个都是同一个需求派生的