入职前碎碎念:下周就要去大厂 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 产出的代码,必须自己过一遍脑子,禁止直接一键合并。