😂 IT段子

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。我先确认了一遍前置条件，再动手。我在会上决定先做个最小可用版本，产品说能不能再加一点。我把它写进了组内的避坑文档第一章

需求文档的更新速度赶不上口头变更的速度。我盯着屏幕，觉得这才是我的一天。我问了三个澄清问题，得到的答案是「你先做出来看看」。从此我多了一条团队规约

需求的优先级由说话最大声的人决定。我发现自己居然没法反驳。我把这个需求的相关文档翻了一遍，发现规范早就过时了。我把它写进了组内的避坑文档第一章

需求的边界在开发中会自己长出来。我把它记在心里，没跟任何人说。我最后按自己的理解做了，产品经理说跟他想的不太一样。从此我多了一条团队规约

产品经理说「先做出来看看」，这句话价值三个通宵。我默默记下了这句话。我在群里问了一句这个需求的优先级，然后群里安静了。这大概就是程序员的人生吧

我把这个需求的时间估了两次，第二次还是不够。我发现这个词产品经理自己都不确定是什么意思。办公室安静得能听见键盘声

我在评审会上提了风险，结论是「先上了再说」。我重新看了一遍手上的计划，把风险项标了出来。我默默在排期表上把这个需求的工期翻了一倍。第二天这个方案就变成了团队标准做法

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我忽然觉得，这可能就是这一行的常态。我把这个需求和其他几个排了个优先级，全部并列第一。幸好之前留了备份

这个改动从产品视角是优化，从工程视角是重做。我忽然觉得，这可能就是这一行的常态。我把这次评审的结论记了下来，第二天它就被推翻了。真香定律准时生效

需求的变更往往从一句「顺便把这里也改一下」开始。我盯着屏幕，觉得这才是我的一天。我打开了自己的 task 列表，有四个都是同一个需求派生的。世界瞬间清净了