让你的代码编写速度翻倍

翻倍代码编写速度的关键在于将重复决策自动化。使用Copilot生成整块逻辑、配置VS Code代码片段、优化ESLint/Prettier协作，能显著减少查文档、重写、类型错误等耗时操作。

想提升编码效率？真正的瓶颈往往不是手速。反复查阅文档、重写相似的逻辑、在IDE里四处寻找函数、以及修复那些本可以避免的类型错误，这些才是拖慢进度的元凶。实现效率翻倍的核心，其实在于一个思维转换：将那些需要反复做出的「重复决策」，转化为可以「自动执行」的流程。

用 vscode + TabNine 或 GitHub Copilot 补全整行/整块逻辑，而不是只补变量名

很多开发者安装了Copilot，却只让它补全函数名或参数，这相当于只发挥了它20%的潜力。它真正节省时间的能力，在于根据注释或上下文，直接生成完整的语句块。

• 尝试在代码中写反赌释 // fetch user by id and log error if not found，然后按下 Ctrl+Enter（Copilot的默认快捷键），它有很大概率会直接生成一个包含 try/catch 和 console.error 的完整API调用代码。
• 在React组件中输入 useMemo(() => {，接着补充注释 // filter active items，再触发补全，它常常能推断出类似 items.filter(item => item.active) 这样的表达式。
• 记住，不要总是接受第一个建议。使用 Alt+[ 或 Alt+] 快捷键在多个候选建议间切换，选择最贴合当前数据结构和命名风格的那一条。
• 建议在设置中禁用「自动插入」模式（关闭 editor.suggest.insertMode），改为手动确认每一条补全，这样可以有效避免将 data.map 误补为 data.forEach 这类错误。

把高频操作录成 VS Code 用户代码段（snippets），而非依赖记忆

那些每周至少需要手敲五次的代码模式——比如 useEffect 的清理函数、axios 的请求封装、或是 zod 的schema定义——不应该依赖记忆和重复劳动。VS Code的用户代码片段功能支持变量占位符和光标顺序跳转，比任何外部模板插件都更轻量、可靠。

• 打开用户代码片段文件（通过命令 code --open-user-snippets，然后选择 ja vascript.json 或 typescriptreact.json），添加如下配置：

"zod object": {
  "prefix": "zodobj",
  "body": ["z.object({", "  $1: z.$2(),", "  $3: z.$4(),", "})"]
}

• 使用时，只需输入 zodobj 并按下 Tab 键，光标便会依次定位到 $1（字段名）、$2（类型如 string 或 number）等占位符，无需中断思路去处理引号和逗号这些琐碎细节。
• 需要注意的是，不要在单个snippet中塞入过多嵌套逻辑。例如，“生成一个带loading/error状态的React Query hook”这种复杂功能，应该拆解为 useQuery 基础snippet和单独的 useQueryState snippet，组合使用会更加灵活。
• 在JSX中使用包含 {} 大括号的snippet时要谨慎，因为VS Code对JSX内大括号的解析有时不太稳定，可能导致光标定位错乱。

用 eslint + prettier + sa ve without format 配合，让格式化不打断编码流

无论是手动触发格式化，还是在保存文件时因格式化导致超过1秒的卡顿，都会无情地打断编码的思维流。问题的关键不在于工具本身，而在于触发的时机和配置的粒度。

• 关闭VS Code的 editor.formatOnSa ve 设置。转而使用 editor.codeActionsOnSa ve，将其配置为仅在保存时运行 source.fixAll.eslint 操作。ESLint的自动修复通常比Prettier更快，并且只修复其规则覆盖的问题（如分号、引号、未使用变量等）。
• 将 prettier 的格式化操作推迟到提交代码前，通过 Husky 和 lint-staged 钩子来执行，从而避免在编辑过程中产生干扰。
• 在 .eslintrc.cjs 配置文件中，显式关闭那些与Prettier规则冲突的ESLint规则，例如："no-mixed-spaces-and-tabs": "off"、"quotes": "off"。否则，ESLint可能会报告错误却又无法自动修复，造成困扰。
• 如果团队统一使用Prettier，在本地开发时，对于需要临时跳过的某行代码，可以添加 // eslint-disable-next-line prettier/prettier 注释，这比等待整个文件格式化完成要快得多。

说到底，真正阻碍编码速度的，往往不是语法不熟，而是那些需要反复斟酌的微观决策：“这里该用 map 还是 forEach？”、“这个API返回的是Promise还是直接值？”、“useState 初始化该用 null 还是 undefined？”。将这些决策点收拢并交由工具链自动化处理，其效果远比练习十小时的盲打要显著得多。