最近在工作里，大家都在讨论 vibe coding，工具也是百花齐放，cc，codex，trae。它确实提高了开发效率，但有时也会发现，明明生成的测试用例都通过了，但是交付后效果依然很差；变量名，项目结构完全没有按照规章来，太过发散；ai听不懂人话，需要多次返工，不仅没有增效，反而让leader觉得做事不仔细。也就是说，很多人只是用起来了，而不是用好了。真正把它用好，关键不在“让模型多写一点”，在于先想清楚边界。第一，先分清需要处理的是“项目”还是“模块”。如果只是一个边界清晰、输入输出明确的小模块，vibe coding 的效果通常很好，因为上下文相对稳定，模型更容易收敛到可用结果。但如果是...

不知道过两年会变成啥样…   

前两天冲字节一面花不少时间，然后放松了一下有点掉状态，今天正好跟面试官互撕项目回一下蓝1. 自我介绍 优势2. 完整地介绍公司业务、个人工作3. 介绍公式编辑器（技术栈选型的考虑、公式节点数据结构的设计、手搓公式渲染器的契机、导出格式的设计、Taro API 的跨平台适配器）4. 介绍日志记录器（需求、字段设计）5. React 的主要特性（函数组件、hooks、fiber 树与 diff 算法避免频繁操作 DOM 树）6. 用过 Vue 吗（简历用 Vue 写的，SFC 组件能写，学起来应该不难）7. Webpack 和 Vite 打包区别8. 入职时间等9. 反问（公司业务 实习生工作 对...