qs snippet生成的是可直接编译调试的c++原地快排模板，含安全中位数取值、边界判断和双指针分区，需严格按vector&参数格式调用，避免变量冲突与整数除法错误。
用 snippets 写 quick_sort 模板，别直接复制粘贴
VSCode 本身不运行算法，但能通过 snippets 快速插入可编译、可调试的骨架代码。比如 quick_sort，官方 snippet 前缀是 qs，触发后生成的是 in-place 版本，含边界判断、双指针分区和递归调用——它不是伪代码，而是拿来就能跑的 C++ 实现。
常见错误：直接复制网上博客里的排序函数，结果变量名冲突（比如用 i 和 j 当全局计数器）、没处理 l >= r 边界导致栈溢出、或把 a[l + r >> 1] 写成 a[(l + r) / 2]（整数除法在负数时行为不同）。
-
qs模板里x = a[l + r >> 1]是安全的中位数取值，避免溢出；手写时别改成(l + r) / 2后不加括号 - 模板中
do i++; while (a[i] 的 <code>do-while结构必须保留，否则空数组或单元素会跳过循环 - 如果要用
vector<long long></long>，得手动把参数类型从vector<int>&</int>改掉——snippet 不自动泛型推导
binary_search 模板命名要避开 STL 冲突
VSCode 的 snippet prefix 和语言服务器提示会抢焦点。你定义一个叫 bs 的二分查找模板，输入 bs 后按 Tab，可能弹出的是 STL 的 std::binary_search 声明，而不是你的实现。
解决办法很简单：前缀改用带项目标识的名称，比如 my_bs 或 lb（lower_bound 手写版），并在 body 里明确写 int lower_bound(...) 而非 binary_search。这样既绕开冲突，又让函数名一眼可知用途。
- 别用
bs、find、sort这类通用名作 prefix，它们大概率被 C++ 扩展拦截 - 手写二分时，检查循环条件是否为
l 还是 <code>l ——前者返回左边界，后者容易漏掉末尾元素 - 如果搜索目标不存在，模板返回
-1还是r？得和业务逻辑对齐，别默认抄“返回下标”就完事
DeepSeek Coder 插件生成算法，得给它带上下文的指令
直接让 AI 写“快排”，它可能给你一个带 std::sort 的简化版，或者用额外空间的递归版本。真正省时间的做法，是把约束条件塞进注释里：
// in-place, no extra array, partition on a[l + r >> 1], C++ vector<int>&</int>
这样 DeepSeek Coder 才会输出和 qs snippet 行为一致的代码。它不读你心里想的“稳定”“非递归”或“支持自定义比较”，全靠你写清楚。
- 温度参数
temperature: 0.3更适合算法生成——太高（如 0.7）会让它尝试奇奇怪怪的 pivot 选择策略，增加 debug 成本 - 别让它“优化时间复杂度”，先确保功能正确；O(n log n) 保证不了最坏 O(n²)，但至少得先跑通
- 生成后立刻用小数组测试：
{3,1,4,1,5}，看是否真排序、是否原地修改、是否越界访问
Java 类里一键生成 toString()，但要注意字段顺序
Java Extension Pack 配合 Java Helper 插件，确实能光标停在类里按 Ctrl+Shift+P → 输入 Java: Generate toString() 一键生成。但它默认按字段声明顺序拼接，而很多 API 要求固定顺序（比如 JSON 序列化时 id 必须在 name 前）。
这时候不能只点一下就完事。生成后得人工调整字段顺序，或提前把字段按目标顺序排列好再触发命令——插件不会重排已有字段，只会照着当前源码顺序读取。
- 如果类里用了 Lombok 的
@Data，别再手动生toString()，会冲突 - 生成的字符串里含
this.name还是name？取决于插件设置，但多数默认用name，和 getter 返回值一致 - 注意 null 字段：默认生成的
toString()会直接拼"null"，如果业务要求空字符串或跳过，得手动改
vector<int></int>，但实际要处理 string 或结构体；AI 生成的二分没考虑重复元素的左/右边界区分；toString() 生成了却忘了加 @Override 注解导致无效。这些细节不卡在编译期，而卡在运行时逻辑错位。
