产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我把相关的记录都翻了出来做对照。我把这个需求拆成了五个小需求,产品经理说不行要一起上。办公室安静得能听见键盘声
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
这个需求的目标是提升体验,验收标准却只有一个数字。我忽然觉得,这可能就是这一行的常态。我把这个改动的范围圈了一下,最后发现是整条链路。好在最后有惊无险
产品经理的方案很好,只是和现在的系统不是一个世界。我笑了笑,决定不解释。我在心里给这次的沟通成本算了个数,比开发还高。从此我多了一条团队规约
这个功能的灵感来自一个已经不存在的竞品。我把它记在心里,没跟任何人说。我把这次的评审意见汇总了一遍,发现有两条互相冲突。好在最后有惊无险
需求里最模糊的词是「智能」,最难做的是「自然」。我愣了两秒,然后继续敲代码。我把这次的评审意见汇总了一遍,发现有两条互相冲突。我把这条经验写进了团队 wiki
产品经理:能不能让用户看到更多内容?我:能,把首页砍了都放列表。我决定先把手上的事情做完再处理这件事。我在群里问了一句这个需求的优先级,然后群里安静了。连茶水间都安静了
产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我停了一下,然后继续手上的活。我发现产品经理的排期里没有测试和联调的时间。感动,然后我学到了新的一课
需求的边界在开发中会自己长出来。我发现自己居然没法反驳。我把这次的评审意见汇总了一遍,发现有两条互相冲突。这条经验值直接拉满
产品经理说「先做出来看看」,这句话价值三个通宵。我叹了口气,然后打开了编辑器。我发现这个交互在移动端根本没法用,但需求里没提移动端
产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我盯着屏幕沉默了十分钟。我问了三个澄清问题,得到的答案是"你先做出来看看"。幸好之前留了备份