被人叫过"码农"吗？我被叫过。
当时觉得挺正常。天天写代码、加班、改bug，可不就是"种地"——写一行是一行，改一个是一个。
直到有一次，我和一个做产品的朋友吃饭。
他说："你们程序员每天和机器打交道，但最后评绩效的，全是人。"
我愣住了。
后来想明白了：我不是在写代码，我是在解决问题。代码只是工具，不是目的。
这个转变，花了我三年。
什么是"码农"思维
说白了就是"只管写，不管为什么"。
典型表现：
- 需求来了，直接开写，不问为什么
- 写完交差，不管用户用不用
- bug修了就行，不思考为什么出bug
- 只关注技术，不关注业务
- "我就写代码，其他的事别找我"
这种思维，在行业红利期还能混。
但现在不行了。
什么是"职业人"思维
把程序员当成一个职业来经营。
职业人问的问题：
- 这个需求要解决什么问题？
- 我的代码对业务有什么价值？
- 如果我明天离职，别人能接手吗？
- 我这一年，有什么是可以写到简历上的？
最大的区别：
码农把代码当终点，职业人把代码当手段。
我的转变过程
讲个故事。
三年前，我接到一个需求：做个数据导出功能。两天写完，测试通过，上线。完事。
后来我问产品："这个导出功能，用户用得多吗？"
"我不知道，我没统计。"
"我们后台数据显示，一周只有3个人用过。"
我当时就想：那我这代码，写的什么劲？
从那以后，我开始改变：
第一，写代码前先问清楚。
这个需求要解决什么问题？用户是谁？用的人多吗？
不是偷懒，是确保时间花在有价值的地方。
第二，写代码后看数据。
功能上线了，去看看埋点数据。用户用了吗？有多少人用？
第三，定期复盘。
每隔三个月问自己：这三个月我做了什么？有什么可以写到简历上？
答不上来，就要警惕了。
怎么完成这个转变
第一步：从"执行者"变成"思考者"。
接到需求，先别急着写。问几个问题：
- 这个需求的背景是什么？
- 有没有更简单的解决方案？
- 我能从中学到什么？
第二步：从"技术视角"变成"业务视角"。
不要只盯着技术栈。看看你的代码给公司带来了什么：
- 省了多少时间？
- 赚了多少钱？
- 解决了什么问题？
第三步：从"单打独斗"变成"团队协作"。
代码写得再好，如果别人看不懂、接不了，价值就打折扣。
写注释、写文档、做Code Review——这些看起来"不务正业"的事，恰恰是职业人的标志。
第四步：从"完成任务"变成"积累资产"。
每做一个项目，问自己：
- 我学到了什么新东西？
- 我可以复用什么？
- 这个项目能成为我的"作品"吗？
一个简单的检验方法
想知道自己是码农还是职业人，问自己一个问题：
如果明天公司倒闭，我能带走什么？
码农的答案：什么都没有。代码是公司的，项目是公司的。
职业人的答案：
- 我的能力和经验
- 我的行业认知
- 我的人脉关系
- 我的个人作品
最后
"码农"不是贬义词。很多人从这个起点开始，一步步成长。
但如果一直停留在这个思维，在这个行业红利消退的时代，会很危险。
从今天开始，试着用"职业人"的思维看待工作。
不是为老板打工，是为自己的职业生涯积累。
这个转变，越早越好。
