最近尝试了一种新的开发方式：Vibe Coding。简单来说，它的核心不是“写代码”，而是“描述需求”。开发者的角色从“实现者”，转变为“产品经理 + 架构设计者”，而具体实现则交给大模型完成。这篇文章不重点讲项目实现，而是总结：如何更好地进行 Vibe Coding。什么是 Vibe Coding可以把 Vibe Coding 理解为一种新的开发流程：明确问题 描述需求 让 AI 生成实现 持续修正与迭代 它并不是“让 AI 自动完成一切”，而是：用更高质量的输入，换取更高质量的输出Vibe Coding 的关键原则以下是这次实践中总结出来最重要的几点。1. 不要一开始就写代码很多人一上来就...

算上这次也是三战字节了timeline3.24一面 当晚约二面3.25二面 当晚约三面3.27三面 3.30约HR面4.1HR面4.2 oc+offer加油加油，希望暑期能活下来

timeline过年前就约的年后三月份的面试2026 3.05 一面2026 3.10 二面（挂）2026 3.13 二面2026 3.16 hr面2026 3.19 口头oc2026 3.20 offer两道手撕无重复字符最长子串数组中能组成小于n的最大数字记录一下 不多写什么了 同时也感谢平台上以前发面经的佬们记录的一些手撕题目 刷一刷颇有成长

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