职场里最尴尬的瞬间，不是项目延期，而是你把同事当朋友聊的私事，在绩效季变成了他“客观评估你稳定性”的素材。不是他坏，是你们的位置本来就不对称——你可以不设防，但他的KPI里没有“替你保密”这一条。我见过两种人：一种把同事当朋友，离职后还在联系；一种把同事当“项目协作对象”，上班配合默契，下班互不打扰。前者更容易受伤——不是因为友情假的，是因为职场的底层逻辑是“利益优先”，友情是锦上添花，不是地基。后者反而关系更长久，因为没有不切实际的期待。如果可以改一行，我会在入职第一天就加上：“关系好的边界，是互相帮助友好工作。” 不是冷漠，是保护自己。同事不可以成为朋友。

这个月有个遗憾，说起来挺小的——我还是没养成随手记东西的习惯。每次踩坑、每次被问住、每次跟AI对话发现好用的提示词，我都想着“回头记一下”。结果到了月底回头看，那些“灵感”和“教训”大部分都丢了。剩下的只有一些碎片，和一种“我记得当时有个好东西，但我找不到了”的模糊感觉。3月我用AI大概二十多次，每次对话都不一样。有一次我找到一个特别高效的提示词模板，后来想复用，翻遍了历史记录都没找到。那一刻我意识到：AI会帮你加速，但它不帮你记忆。 你的经验、你的复盘、你的“试错总结”，这些东西只能自己记。4月第一个习惯，就是从“用完就关”变成“记一笔再关”。不追求多，每天一条就行。

3月第一天，我信誓旦旦列了个计划：每周六上午学Spring Cloud Alibaba，下午刷LeetCode。结果呢？三个周末，一个都没执行。不是没时间，是把“重要但不紧急”的事，一次次让位给了“紧急但不重要”的事。遗憾归遗憾，但我也想通了：3月的主线任务是“工作”，支线任务是“学新框架”，优先级本来就不一样。不是所有flag倒了都要自责，有些是资源配置的必然结果。 4月再立就是了。

报错日志扔进去，让AI分析可能原因和验证方向。它不是每次都准，但能帮你把排查范围从“整个代码库”缩小到“三个类”。一天两三次，每次省二十分钟。代码写完了，让AI帮忙生成JavaDoc或者写周报。这个用得最少，一周一次。

以前写代码要切浏览器搜Stack Overflow，现在直接在IDE里问：“Java 8 Stream怎么把List转Map，key重复时保留第一个？”10秒出答案。一天这种“小查询”至少七八次，每次省两三分钟，一天省出半小时。遇到“需要写个递归遍历树结构”这种活，以前要构思十分钟，现在直接给AI一个输入输出示例：“输入这个JSON，输出那个JSON，帮我生成递归函数。”它生成骨架，我改边界条件。一天至少三四次，每次省十分钟。报错日志扔进去，让AI分析可能原因和验证方向。它不是每次都准，但能帮你把排查范围从“整个代码库”缩小到“三个类”。一天两三次，每次省二十分钟。

新人最怕什么？怕没人带，怕踩坑，怕写了半天代码被Code Review打回来。Vibe Coding恰恰是新人破局的最佳工具。新人最大的瓶颈是“从0到1”的过程。你不知道一个功能该用什么框架、什么设计模式、什么命名规范。但你可以问AI：“我要写一个用户登录接口，用Spring Security + JWT，帮我生成一个最佳实践示例。”然后你拿着它生成的代码，去理解每一行在做什么。这不是抄作业，是有了参考答案再自己推导。以前新人遇到Bug，要么死磕两小时，要么等mentor有空。现在你可以把报错日志扔给AI，让它帮你分析可能的原因和排查方向。它不是100%准，但它能帮你把“不知道从哪下手”的迷茫期，从两小时缩短到二十分钟。

以前初级Java开发的核心竞争力是“能写代码”。能写出一个能跑的CRUD，就算及格。但现在，一个会用AI的实习生，半天就能搭出一个完整的RESTful API。“能写代码”这个门槛，正在被AI踏平。但那些“能用AI但不懂业务”的人，写出来的代码要么逻辑不对，要么性能稀烂。真正稀缺的初级岗位，变成“能用AI快速实现，同时能判断AI写的对不对、能不能上线”的人。不需要手写每一行，但需要看懂每一行，知道哪里可能出问题。

后端程序员有个天然劣势：写的东西跑在服务器上，用户看不到，自己也看不到。你优化了一个接口，响应时间从500ms降到50ms，但在你眼里，只是一行日志从“500”变成了“50”。后来我用vibe coding干了一件事：给内部系统搭了个简单的监控面板。跟AI说：“帮我写一个简单的Web页面，用WebSocket实时展示这五个API的QPS和响应时间，图表用ECharts。”它给我生成了前后端代码，我稍微改了改数据对接的部分，半天就上线了。

本地跑着一堆Java进程，每次想关某个都不知道是哪个；日志文件散落在各个目录，想找报错得挨个翻；每天重复的编译打包命令，敲到手酸。我后来用vibe coding干了一件事：给自己写了个命令行工具箱。跟AI说：“帮我写一个脚本，可以列出所有Java进程的PID和启动参数，支持通过端口号关闭对应进程。”它给了我一个shell脚本，我嫌不够，又让它加了个彩色输出。前后改了四五轮，最后变成一个我每天都会用的小工具。这种“个人工具”最妙的地方在于——它的用户只有你一个人。所以不用考虑兼容性、不用写文档、不用考虑别人看不懂。你只需要跟AI说清楚“我想要什么”，它给你实现，你用着不爽再改。完全没有“工程规范”的束缚。

我一直觉得，程序员最奢侈的浪费，就是把“我想做个小游戏”这个念头，在脑子里反复编译，最后因为懒得搭界面而直接return了。后来我悟了：vibe coding的精髓不是“写代码”，是“当产品经理”。你想做扫雷？不用管Swing还是JavaFX，直接跟AI说：“帮我用Java写一个控制台版的扫雷，格子用字符表示，支持输入坐标翻开，旁边自动计算数字。”它十分钟给你一个能跑的版本。你觉得丑？再跟它说：“加个颜色，地雷用红色标。”它又给你改了。我见过一个朋友，用两小时拼出一个俄罗斯方块的雏形，玩起来居然还挺流畅。他自己说：“我根本没写过游戏逻辑，全是AI写的。我只是负责‘我想要这个，再改改那个’。”

很多人遇到Bug就扔给AI：“帮我看看为什么报错。”然后AI给了一堆可能原因，你挨个试了一遍，发现都不对。于是得出结论：AI不靠谱。AI排错最有效的用法，不是“问为什么”，而是“喂日志+喂代码+问怎么验证”。比如你把完整的堆栈信息和相关代码片段给它，然后问：“根据这个日志，我应该加什么日志来定位问题？”它能给出很精准的排查方向。有一次我遇到一个诡异的空指针，扔给AI，它说“检查一下这个对象是不是从缓存取的，缓存里可能没有初始化”。我一查，还真是。它做的不是“告诉我答案”，是“帮我缩小了排查范围”，从半小时缩短到五分钟。

AI是有“会话记忆”的。你如果一直跟它在同一个会话里聊项目，它会记住你的技术栈、你的代码风格、你常用的框架。后面你让它写代码，它生成的东西会越来越“像你的”。但如果每次都开新会话，它永远是个陌生人我习惯用一个会话“养”一个项目。第一天把项目背景、技术栈、代码规范喂给它；第二天让它帮我写工具类；第三天让它帮我排查Bug。到了第五天，它生成的代码基本不用改就能用。因为它在那个会话里“学会了”我的套路。

我听过最轻描淡写的一句杀伤力最大：“你这个项目太简单了吧。”没有反问，没有质疑，就是一句陈述。像你端上一盘菜，人家看了一眼说“哦，就这”。当时我差点接不上话。后来复盘，这种话最难搞的地方在于——它不给你反驳的空间。你如果说“不简单”，显得你在狡辩；你如果说“确实简单”，那就等于承认自己水平低。想的比别人多，做的比别人细，这才是值钱的地方。真正有几个“不简单的项目”呢，这个大草台班子 总有人在反驳和强调

“搞大模型=码奸”这个说法火了，本质是程序员群体在AI时代集体陷入了一种身份认同的撕裂：我们亲手搭建的脚手架，最后可能成了自己职业生涯的掘墓人。十年前，面试考的是“怎么实现一个HashMap”；五年前，考的是“怎么优化高并发”；现在，面试开始问“怎么用AI辅助生成高质量代码，怎么用Copilot提升团队30%的开发效率”。“会用AI写代码”成为基础技能时，拒绝使用AI的程序员，就像工业革命时期拒绝使用蒸汽机的纺织工人