入职前碎碎念：下周就要去大厂OD报到，最近在反思一件事，别把Cursor当万能护身符

波加曼大王

现在九月底，我们这届26届研究生，毕业论文早就全部搞定，答辩也结束了，没有论文要熬。最近几天主要就是收拾行李，突击补Java后端的东西，闲下来刷刷技术圈子的各种帖子。

最近网上不少讨论，说现在刚入行的新人过度迷信AI编码工具，好多潜在线上bug就是这么悄悄埋进去的，看完搞得我心里咯噔一下。

我的情况老朋友们大概清楚，读研期间主要玩嵌入式，日常打交道大多是C、Python，Java后端属于半路自学。这阵子练CRUD，Cursor基本成了我的主力工具。写两行注释，接口代码唰一下就生成完毕，DTO、简单SQL这些体力活，效率直接拉满。爽归爽，但踩过小坑：代码本地跑没有报错，往下深挖就会发现暗藏逻辑漏洞。AI只管代码能不能跑通，边界case它根本不会主动帮你考虑，更谈不上理解业务。

最近圈内聊得比较多的观点：**大模型输出的代码语法看着很漂亮，但bug并不少，很多坑藏在分支逻辑里面，简单扫一眼很容易直接漏掉。** 不少新手图省事，AI吐完代码瞟一眼没有报错就直接提交，等于给自己往后的日子埋地雷。

想到下周就要进厂写真实业务，多少有点心理压力。学校实验室写坏了无所谓，回滚重写就完事。大厂环境不一样，如果我图省事，啥活一股脑全丢给大模型，AI输出啥我就照单全收，哪天一段AI生成的代码搞出来线上故障，这个锅可是实打实落到我头上。

说实话，我对这份OD工作定位就是来打磨手艺的。本身后端底子属于半吊子水平，如果进去之后把大部分思考全部甩给AI，自己沦为复制粘贴的搬运工，那干个两年原地踏步，这个跳板就彻底废掉了。这点是我现在给自己敲的警钟。

这几天自己改了练习习惯：写功能先在脑子里捋完整套逻辑，想好接口要处理哪些异常，会遇到什么异常场景。再把模板代码、写单测这种体力活交给Cursor。AI输出完之后，一定要逐行过一遍，绝不无脑全盘照收。遇到看不懂的片段，宁可自己翻资料啃明白，不要假装看懂直接略过。

倒也不是全盘否定AI工具，该用还是得用。它适合干脏活累活，帮我们节约重复劳动时间，但核心逻辑判断，一定要攥在自己手里。

顺带再说一嘴OD这件事。网上言论两极分化，一部分吹得神乎其神，一部分一棍子打死。下周就要自己亲身下场，心情挺复杂。一方面期待接触大厂完整项目流程，另一方面免不了还会纠结身份这个现实问题。

网上写满的转正门槛、绩效压力，看一百篇帖子，不如自己实际体验一回。现在心态尽量放平，不幻想一步登天，也不预先脑补一堆悲惨剧本。先把手头活干扎实，把技术底子往上提一提。至于一年之后能不能转正，或者后面跳槽出路如何，边走边看。

下周入职首要任务，先熟悉环境，摸清组里业务，吃透整套发布上线流程。给自己定一条小规矩：凡是AI产出的代码，必须自己过一遍脑子，禁止直接一键合并。