我在评审会上提了风险,结论是「先上了再说」。我把手上的资料翻出来又读了两遍。我在会上说这个方案需要三天,产品说能不能今天给。那一刻我觉得自己还是很专业的
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我听完沉默了,因为太真实了。我把这个功能的竞品截图找了出来,产品看了一眼说不是这个。从此我多了一条团队规约
产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我盯着屏幕沉默了十分钟。我问了三个澄清问题,得到的答案是「你先做出来看看」。复盘会上我们把它列成了案例
需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我把手上的资料翻出来又读了两遍。我默默在排期表上把这个需求的工期翻了一倍。从此我多了一条团队规约
产品经理说做一个像抖音一样的功能,我看了看排期和工资条,说好的。我愣了两秒,然后继续敲代码。我把这个功能的原型改了第四稿,产品说回到第一稿。好在最后有惊无险
需求的边界在开发中会自己长出来。我愣了两秒,然后继续敲代码。我把这个需求按最小改动实现完,产品说想再加个动画。同事说这波操作可以写进新人培训教材
需求文档的更新速度赶不上口头变更的速度。我在心里点了点头。我把这个页面的交互路径缩短了两步,产品说不够完整。这条经验值直接拉满
需求里最模糊的词是「智能」,最难做的是「自然」。我叹了口气,然后打开了编辑器。我把这个功能的埋点方案提了出来,产品问埋点能不能不要。世界瞬间清净了
产品经理的方案很好,只是和现在的系统不是一个世界。我在心里点了点头。我发现这个功能在上个版本被砍过,理由是价值不大。这条经验值直接拉满
需求的边界在开发中会自己长出来。我想了想,觉得这话没法接。我把需求变更记录拉出来,发现自己已经改了三轮。这大概就是程序员的人生吧