offer比较

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

目前这个简历投直接秒挂，想问问各位大佬哪里出问题了

你在leetcode上练的都是死代码能力🤣

感觉面试官自己也不是很熟 没怎么招过1. 你挑一个最熟悉的项目详细讲一下，重点说业务背景、数据形态和你负责的部分2. 如果大模型输出格式和你预期不一致，你一般怎么处理这个问题如果只回答“加强 prompt 约束”会显得太浅。真实场景里，输出格式不一致通常有三层原因：第一层是模型没理解任务边界，第二层是格式本身太脆弱，第三层是生成阶段没有约束。我的做法一般是先把格式要求拆成字段级约束，尽量避免开放式自然语言和结构化字段混在一起；然后再根据场景决定是用 schema 校验、函数调用、受限解码，还是生成后重排修复。如果业务要求严格，比如必须产出合法 JSON，我不会只依赖 prompt。我会让模型先...