大厂面试官校招答疑，Ask Me Anything

很多人用AI写代码像在“抽盲盒”：输入一段模糊的需求，祈祷它能吐出完美的程序。结果往往是代码跑不通，还得自己含泪重构。其实，AI Coding 的天花板不在于模型能力，而在于你如何**“结构化”**你的指令。1. 结构化提示词：给AI戴上“紧箍咒”想让AI输出高质量代码，最实用的技巧是“角色化+模块化”。不要只说“写个爬虫”，试着把Prompt拆解成三个区块：【身份设定】：你是一位精通Golang并发编程的资深架构师。【核心需求】：实现一个支持高并发、带重试机制的接口抓取模块。【限制边界】：禁止使用外部库，代码覆盖率需达到80%，必须包含详细的错误日志处理。这种结构能强行过滤掉AI的“发散思维...

如题，主播昨天BOSS上投的一个中小厂，然后说要做一个笔试，邮件发了一个ShowMebug链接，今早做了一下。有9道基础八股，有些有印象有些没印象的。还有四道编程题，两道考查业务场景，两道算法。业务场景一个是并发银行转账系统和转账记录，另一个是Java的文件读写和序列化。我上次自己写业务代码都得追溯到去年跟着敲点评了，现在是一点都不会写了。两道算法一道是lc98，验证二叉搜索树，这个自己之前写过，但是当时只能想到中序遍历一次然后看数组是否有序，然后因为不会Integer集合转数组就没写了。还有一道是简单迷宫，然后中间还有障碍物，应该是考动态规划，我原本以为只是向下或向右走，觉得和lc63不同路径II一样，结果发现是可以上下左右一起走，真是没招了🥲，就直接跳过了。最后就是给了十五道的行测图形推断题。我感觉就这个答得最好了想问大家下面几个问题：1.我面中小厂是为了刷一些面试经验，可是如果碰到这些需要笔试才给面试的还要去接着面吗，还是说就直接跳过找下一家。2.还有就是大家面大厂笔试的过程中会出现要写业务代码的场景吗，我看很多uu说现在笔试都是AIcoding的模式。

从Claude发布了最新的Opus4.6模型之后，我就开始把搜索推荐场景的策略PRD交给Claude来写了。给它喂了业务背景、用户画像、现有策略逻辑、几组AB实验数据，让它输出一版完整的PRD。结果出来我看了半天，说实话，打个70分不过分。框架完整，数据引用准确，甚至连实验分组逻辑和新用户的兜底方案都写得有模有样。这个质量，比8年前刚转策略方向时的我写得好，更比现在的校招生写的好太多了。那天晚上我躺在床上想了很久。不是焦虑那种想，是认真地在盘，我这么多年积累的东西，到底哪些有护城河，哪些其实只是熟练度？下面是我自己的思考，和大家分享一下。先说能被替代的部分我觉得，AI能替代策略PM大概80%的...

现在的AI写代码，早已过了“能不能写”的阶段，核心痛点在于“写得对不对”。很多人抱怨AI生成的代码是“屎山”，其实是因为你把它当成了百科全书，而没把它当成高阶外包小哥。1. 结构化提示词：给AI画一张施工图与其说“帮我写个登录界面”，不如试试「背景+约束+输出格式」的组合拳。背景：你是一个精通React的资深前端架构师。约束：必须使用Tailwind CSS，严格遵循Hooks规范，严禁使用第三方表单库。格式：请直接输出代码块，并在关键逻辑处添加中文注释。这种“结构化”表达能强行把AI的思维路径拽回正轨，减少幻觉。2. 工程规范：让AI“入乡随俗”AI最容易犯的错就是“风格不统一”。实战中，我习惯先喂给它一段现有的项目模版或接口定义。告诉它：“这是我目前的工程规范，请参照这个变量命名风格和异常处理逻辑，续写订单模块。” 只要前戏做足，AI产出的代码就像你自己亲手写的一样顺滑。3. “小黄鸭调试法”的AI进化版遇到Bug别直接把报错贴给AI，那效率太低。试试这个独家技巧：技巧名称：反向逻辑推演当一段复杂逻辑跑不通时，不要问“哪里错了”，而要问：“请逐行解释这段代码的逻辑意图，并指出其中可能导致内存泄漏或竞态条件的隐患。”通过这种方式，AI会从“代码生成器”变身为“代码审计师”，它在解释的过程中往往能自己发现逻辑上的逻辑漏洞。