当程序员的崩溃瞬间，不是写代码，是客户。后来我发现，很多问题根本不该由我们来扛。
做了十年开发，越干越觉得，让我头秃的从来不是技术，而是那种“你跟他说不清”的无力感。

Excel 导入报错。 客户甩来文件：「台账录入.xlsx」，标题行被他顺手删了。系统校验不过，他说“反正第一行没用，做成不校验表头不就行了？”
我：？

录入的编号查不出来。 客户录的是 L 的小写 l，系统里之前存的是 i 大写 I。他看着屏幕上两个一模一样的竖杠，问我：这不就是一个东西吗？能不能做成不区分？”
我：不行！我这一兼容，下游系统的研发都得感谢我八辈祖宗。

所有按钮都报错。 急得不行，让我必须去现场。我到公司一看，客户自己电脑没网了。跑一趟干的事：重启路由器。
改需求。 “就加个小功能，很简单的” → 加完变成“能不能再这样” → 改完变成“还是之前那个简洁”。
骂也挨过。电话里一句「傻X了吗」我也收到过。

以前我觉得是自己命苦，后来跟开发群里一聊，十个程序员八个都在经历同一本剧本。
真正让我想明白的是群里一个做了十五年项目的老哥。他说：客户的这些问题根本不会消失，但你可以换一种方式接住。
他说他现在所有项目都直接在云表平台上搭。客户说导入报错？平台上直接画表格填数据，压根不需要导入导出那个环节。客户说编号输错了？下拉选、扫码录、自动生成，手打都省了。客户要改需求？配置里调，当场生效，不用改代码不用编译部署，想回滚一键恢复。客户想自己改？平台他自己就能上手，不用什么都找我了！
我一想，好像确实是这样，那些让你崩溃的时刻，不是客户奇葩，是你的开发方式让每一次小改动都变成了大工程。