做技术面试官这些年，经历过线下面试的严谨，也适应了线上面试的便捷。自从公司全面转为线上面试，虽然视频沟通少了些面对面的直观感，但对算法题作答来说，不管是候选人提交代码，还是我们校验结果，都比以前方便了不少。但是去年开始，我被一个新问题困扰——越来越多的候选人在面试中使用AI辅助。这事儿最让人纠结的地方在于，大多时候都只是“嫌疑”，没有实锤。你说直接判定为作弊吧，怕冤枉了品行端正的候选人；可要是在面试过程中直接点破，又容易引发投诉和舆情。更麻烦的是，由于这几位作弊的候选人，我们整个面试团队都会变得格外警惕。之后面试每一个人，都会下意识地寻找作弊的蛛丝马迹，眼神、语速、回答的流畅度，甚至是镜头外的...

这个它石是真的恶心，一天就给我结束了。看了一下JD，估计就是卡学历，非要985/211吐了。。。。

从一月中到现在，最大的感悟是累、其次是不要怀疑自己

很多程序员把AI当成“神笔马良”，甩个需求就等着收货。结果几天下来，虽然功能实现了，但代码风格各异、命名全靠缘分，原本整洁的工程硬生生被AI喂成了“屎山”。在AI时代，工程规范不再是锦上添花，而是防止项目崩盘的救命稻草。1. 结构化Prompt：拒绝“盲盒式”生成想让AI产出高质量代码，你的指令必须像需求文档一样严密。别只说“写个支付接口”，试试「上下文+约束+输出」的模版：上下文：我在用 Spring Boot 开发，当前处于订单模块。约束：必须使用驼峰命名法，所有数据库操作需封装在 Service 层。输出：代码中严禁出现硬编码，异常需统一抛出给 GlobalExceptionHandle...