2024年秋天我在工位上改一个按钮的颜色。从#1890FF改成#4096FF产品经理说原来的颜色「太老气了」。改完之后我盯着屏幕发了十分钟的呆。不是因为这个需求有多难而是我突然意识到这是我今天写的第四个CSS微调了。上午改了一个表单的间距中午调了一个弹窗的圆角下午又挪了一个图标的位置。我打开Git记录看了一下最近三个月我的提交记录里全是「fix: 调整样式」「feat: 新增列表页」「feat: 新增详情页」。那一刻我脑子里只有一个想法我废了。写了三年CRUD每天的工作就是把后端的数据搬到前端把前端的表单存到后端。增删改查查改删增循环往复无穷尽也。我开始疯狂刷技术文章。分布式、高并发、微服务、DDD、中台架构。。。每一篇都收藏了每一篇都觉得「对对对我也要学这个」。收藏夹越来越厚我的能力还是原地踏步。然后焦虑就像感冒一样你越想它它越严重。我甚至偷偷打开Boss直聘想看看外面的机会。结果越看越慌人家要求的那些技术栈我连面试题都看不懂。再看看自己三年经验能拿得出手的项目经验就是「独立负责XX系统」而那个系统说穿了就是一堆表单和列表。我陷入了那种很典型的状态知道自己不行但不知道怎么行。直到有一天产品经理拉我去开会。那是一个需求评审会主题是给客户做一个数据导出功能。按我的理解就是一个按钮点下去调个接口生成Excel下载完事。我正准备在Jira上估个「1天」的时候产品经理突然问了一句。她说「你知道这个功能谁在用吗」我说「客户啊。」她摇摇头「我说的是具体是谁。用这个功能的是财务部的王姐。她每个月底要从我们系统导出8000多条数据然后手动在Excel里分组、筛选、做透视表再生成三份不同维度的报表给三个不同的老板。每次导出要花她大半天。」她看着我说「你改一个按钮颜色是半小时但王姐导出一次数据是四小时。你写的每一行代码对面都有一个具体的人。」这句话像一盆冷水浇下来。我突然想起来宫崎骏说过一句话大意是「我画画不是为了艺术是为了某个具体的小孩能在看完电影后觉得今天没有白过。」写代码也是一样的。我们不是在写代码我们是在解决一个具体的人的具体问题。那天回去之后我没有急着写导出功能。我先跟产品经理要了王姐的工作流程然后自己画了一遍。我发现王姐每次导出之后要手动做的那些筛选和分组其实完全可以在服务端做完。她需要的不是原始数据是按部门、按项目、按月份汇总好的三张表。如果我把这三张表直接生成好她连Excel都不用打开。这个功能技术上一点不难。但它需要你先知道「王姐」这个人存在。我花了三天做完。上线那天产品经理转发了一条消息给我是王姐在内部群发的「这个导出功能太好用了这个月我只花了10分钟就搞定了报表」三个感叹号。那是我写代码三年来第一次觉得我写的东西真的在帮一个人。不是KPI不是OKR不是「提升用户体验」「提高系统效率」这种PPT里的词。是一个真实的人因为我的代码每个月省了半天时间。从那以后我开始刻意去了解我写的每个功能背后的人。做一个搜索功能之前我会问「用这个搜索的人他最可能输入什么他在什么场景下会搜索」做一个列表页之前我会想「这个列表的数据量大概多大翻到第5页的概率有多少」这些思考不会让你的技术变强。但它们会让你从一个「搬数据的人」变成一个「解决问题的人」。而当你开始解决问题你会发现CRUD里也能长出技术深度来。搜索功能做多了你会想去学Elasticsearch。列表页做多了你会开始思考分页策略。导出功能做多了你会研究流式写入和异步任务队列。技术深度不是「学」出来的是「做」出来的。而做的动力来自你知道对面有一个人。《禅与摩托车维修艺术》里有一段话我特别喜欢。作者说修理摩托车的人分两种一种是把它当机器修一种是把它当成「某个人明天要骑着它去上班的交通工具」来修。第二种人修出来的车就是比第一种好。写代码也一样。回到开头那个改按钮颜色的需求。你可能觉得它无聊透顶但如果你知道有一个人每天盯着那个页面八个小时那个颜色会直接影响他的视觉疲劳程度你还会觉得它不重要吗我们总说「三年CRUD废了」但废掉你的从来不是CRUD本身而是你把CRUD当成了一堆技术操作而不是一个个真实的人的问题。当你开始看见「人」你就不会再觉得自己废了。因为你会发现能精准地解决一个具体的人的具体问题本身就是一种了不起的能力。而这种能力那些天天研究架构但从来不碰业务的「高手」未必有。所以如果你今晚也躺在床上刷着技术文章焦虑自己为什么只会CRUD我想告诉你一件事。你不需要先变成架构师才能写出有价值的代码。你只需要先看见一个人。明天去公司打开你正在写的那个功能问自己一句「用这个功能的人是谁」当这个问题开始在你脑子里转的时候你就已经不一样了。那个改按钮颜色的下午那个发呆的十分钟那个让我觉得「废了」的瞬间现在回头看是我写代码以来最重要的十分钟。因为它让我知道成长不是从CRUD跳到架构而是从「写代码」变成「看见人」。晚安。