需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我先确认了一遍前置条件,再动手。我在会上提了一个技术风险,会后没人记得。连茶水间都安静了

需求的优先级由说话最大声的人决定。我抬起头看了看周围,大家都一样。我发现这个功能在上个版本被砍过,理由是价值不大。幸好之前留了备份

需求的变更往往从一句「顺便把这里也改一下」开始。我愣了两秒,然后继续敲代码。我把这个需求和其他几个排了个优先级,全部并列第一。第二天这个方案就变成了团队标准做法

需求里最模糊的词是「智能」,最难做的是「自然」。我在心里点了点头。我在会上提了一个技术风险,会后没人记得。果然现实比段子更精彩

我在群里问了三个问题,得到了四种答案。我把手上的资料翻出来又读了两遍。我在心里给这个需求的实际工作量打了三倍。好在最后有惊无险

我把这个需求读了三遍,每一遍的理解都不一样。我把相关的记录都翻了出来做对照。我最后按自己的理解做了,产品经理说跟他想的不太一样。好在最后有惊无险

产品经理:这个交互能不能再自然一点?我:什么叫自然?产品经理:就是那种,你懂的。我盯着屏幕沉默了十分钟。我发现这个功能在上个版本被砍过,理由是价值不大。感动,然后我学到了新的一课

需求的边界在开发中会自己长出来。我想了想,觉得这话没法接。我在心里给这个需求起了个外号,叫「永动需求」。这大概就是程序员的人生吧

需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我拉了个小群,把相关同学都叫了进来。我在心里给这个需求定了个死线,然后它被提前了。感动,然后我学到了新的一课

我把这个需求的时间估了两次,第二次还是不够。我在心里把涉及的所有环节都过了一遍。我发现这个交互在移动端根本没法用,但需求里没提移动端。那一刻我觉得自己还是很专业的