需求来袭
产品经理：这个按钮颜色要根据用户心情自动变化
回：这个需求不太科学

潜台词：现有的技术栈无法支撑您的科幻梦

产品经理：有个新需求，你看下可以实现
不回：这个可能实现不了，需要调研一下～

潜台词：不是做不了，只是项目里没用过，不能CV。

产品经理：这里有个新需求，明天可以完成吗？
回：先排个期吧

潜台词：不紧急的就先放着吧，等忘记了就不用做了。

测试追杀
测试：这块逻辑是不是不太对？
回：看git记录这块代码是几年前写的了

潜台词：不是我写的，我不背锅。

测试：这里报错了
回：我本地试了没问题呀，你再试下？

潜台词：肯定是你使用姿势不对。

测试：数据和后台对不上
回：可能是缓存脏了

潜台词：可能用的mock数据没改。

需求进度
「已完成50%！」
真相：刚建完项目文件夹。
进度计算法：新建文件夹算50%，看完需求文档算70%，CV完算90%，剩下的再慢慢调。

「在联调了～」
现实：后端刚准备写接口文档，前端还在mock数据。
标准流程：把所有人拉进群，一个小时发一条“好了没”以示在焦急等待。

「已经做完了」
现实：写完需求刚提测。
不标准结局：看着改不完的bug，不得不和产品经理商量需求延期。

程序员黑话辞典
「重构」

可能会把能跑的代码改成跑不起来的艺术行为

「低优先级需求」

垃圾堆里的需求，只有在产品经理离职后才会被翻出来

「灰度发布」

先让少数用户帮忙测试一下，有问题就回滚

「紧急修复」

昨天就该上线的功能，今天才发现有 bug

「兼容模式」

我也不知道为什么，但先这么写

本文纯属整活，如有雷同，纯属巧合~