开会时说 “后面优化一下”，别以为是 “有空再弄”，真实是 “现在赶进度先凑合用，以后可能要重构，而且这个‘以后’说不定就是下周，还得你自己记着”。之前我写了个临时功能标了 “后面优化”，结果过了一周就被催着重构，现在会把 “待优化” 的点记在工位便利贴上。

领导说 “这个功能先跑通流程”，不是 “只要能运行就行”，而是 “先做核心功能，不用管 UI 美化、异常提示，但后续得补全 —— 而且跑通后可能马上要加新需求”。上次我按 “跑通流程” 做了个版本，结果领导第二天就说 “流程通了，现在加个权限控制、再整个数据统计，下班前要”

同事说 “接口没问题，你再查下前端”，大概率不是 “接口真没问题”，而是 “我不想先排查，你先找自己代码的锅，等你找遍前端没毛病，我再偷偷查接口参数是不是传错了”。上次联调时遇到这情况，我查了 2 小时前端逻辑，最后发现是同事接口返回字段名少了个字母。

产品补一句 “兼容所有浏览器”，表面是 “覆盖常用的就行”，实际是 “得兼容到 IE11，还要处理 Chrome、Safari 的渲染差异，连字体大小、按钮位置都不能错”。上次做活动页，没注意 IE 兼容，上线后用户反馈按钮点不动，我对着 IE 调试工具改了一下午样式，现在做页面先开 IE 测一遍。

测试说 “这个 bug 不影响主流程”，不是 “不用修”，而是 “现在优先级不高，但你得记下来，等主功能跑完就得回头改，而且这 bug 可能藏着连锁问题”。之前我信了这话没及时修，结果上线后用户触发异常场景，后台报错堆了几十条，最后还是得熬夜紧急修复。

开发时同事提 “需求颗粒度不够”，别以为是 “分的不够细”，真实意思是 “你给的需求模糊到没法下手 —— 到底要展示哪些字段？数据来源是哪？异常情况怎么处理？全没说”。上次我按模糊需求写了代码，结果因为 “颗粒度” 问题改了 3 版，现在会追着产品把每个细节问清楚。

最怕产品说 “这个需求很简单”，表面是 “就加个小功能”，实际是 “我没考虑底层逻辑，你得自己搞定兼容、数据联动，还得两天内上线”。上次产品说这话，我以为改个按钮跳转就行，结果要重构 3 个接口、补 5 处数据校验，加班到半夜才弄完，现在听到这话就条件反射攥紧鼠标。

每天早上睁眼第一件事不是刷牙而是打开 BOSS 直聘，简历里的 “项目成果” 改了不下五版，面试前总对着镜子练自我介绍到口干，晚上睡前还在刷新待沟通列表，就盼着能有个 HR 发来 “方便聊聊吗”，手机从来不敢调静音，生怕错过任何一个面试邀约。

“本地跑是好的，你再查下你的环境”：表面是开发本地测试正常，问题出在对方环境。真实可能是开发本地数据库数据是造的 “完美数据”，没考虑测试环境里的脏数据，或者本地配置和测试环境不一样，最后还是得开发过来一起排查环境差异。

“接口文档很全，你直接调”：表面是后端把参数、返回值都写清楚了。实际打开文档才发现，必填项没标、错误码含义是空的，调用时传错参数还得找后端问，文档里的 “全” 只存在于后端自己的认知里。

“后续再优化”：表面是先实现功能，后面再打磨体验。真实是现在赶工期先凑活，后续要么被新需求插队，要么忘了这茬，最后 “后续优化” 变成 “祖传代码”，没人敢动，优化永远停在嘴上。

“这个 bug 偶现”：表面是偶尔出现，不用太着急。真实情况是复现比找 bug 还难，可能要盯着日志熬几晚，最后发现是用户在特定网络下、连续点两次按钮才触发，排查过程比修 bug 还累。

“兼容性没问题，我测过了”：表面是各种设备、浏览器都能正常用。实际可能只测了最新版 Chrome 和自己的手机，等用户反馈旧版 IE 里按钮错位、安卓 10 以下机型闪退，才回头补兼容代码。

“先跑通主流程就行”：表面是说先把核心功能走通，不用纠结细节。实际是产品没说全边缘场景，比如跑通登录流程后，才发现要加验证码过期、异地登录提醒，后续得补一堆逻辑，跑通的 “主流程” 根本不够用。