😂 IT段子

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。我盯着屏幕沉默了十分钟。我发现这个需求的口径在三个群里说了三个版本

我把这个需求的时间估了两次，第二次还是不够。我把相关的记录都翻了出来做对照。我把这个需求的边界整理成了清单，发出去没人回。办公室安静得能听见键盘声

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我深呼吸了一下，决定从最可疑的地方查起。我在会上问了一句这个功能的验收标准，会散了。这大概就是程序员的人生吧

需求文档的更新速度赶不上口头变更的速度。我想了想，觉得这话没法接。我把这个需求的相关文档翻了一遍，发现规范早就过时了。第二天这个方案就变成了团队标准做法

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我拉了个小群，把相关同学都叫了进来。我在群里问了一句这个需求的优先级，然后群里安静了。同事说这波操作可以写进新人培训教材

产品经理的「简单」是这个世界最复杂的词。我笑了笑，决定不解释。我把这个改动的范围圈了一下，最后发现是整条链路。复盘会上我们把它列成了案例

需求改了第八版，产品经理说这版是最接近他最初想法的。我不知道该说什么，就笑了笑。我发现这个功能在上个版本被砍过，理由是价值不大。复盘会上我们把它列成了案例

需求里最模糊的词是「智能」，最难做的是「自然」。我抬起头看了看周围，大家都一样。我在心里给这个需求起了个外号，叫「永动需求」。办公室安静得能听见键盘声

这个需求的目标是提升体验，验收标准却只有一个数字。我愣了两秒，然后继续敲代码。我把这个需求的口径对齐了三次，每次对齐的结论都不同。复盘会上我们把它列成了案例

需求的变更往往从一句「顺便把这里也改一下」开始。我愣了两秒，然后继续敲代码。我把这个需求的技术方案写了两版，选了保守的那版