程序员 – mylogs.cn https://mylogs.cn 发现、记录、分享 Sun, 16 Aug 2026 19:13:37 +0000 zh-Hans hourly 1 AI写代码别只靠vibe：资深程序员的10条戒律 https://mylogs.cn/ai%e5%86%99%e4%bb%a3%e7%a0%81%e5%88%ab%e5%8f%aa%e9%9d%a0vibe%ef%bc%9a%e8%b5%84%e6%b7%b1%e7%a8%8b%e5%ba%8f%e5%91%98%e7%9a%8410%e6%9d%a1%e6%88%92%e5%be%8b/ Sun, 16 Aug 2026 19:13:22 +0000 https://mylogs.cn/ai%e5%86%99%e4%bb%a3%e7%a0%81%e5%88%ab%e5%8f%aa%e9%9d%a0vibe%ef%bc%9a%e8%b5%84%e6%b7%b1%e7%a8%8b%e5%ba%8f%e5%91%98%e7%9a%8410%e6%9d%a1%e6%88%92%e5%be%8b/ 两种极端都不可取

AI 时代，学生和研究者该如何使用 AI 写程序？一种极端是假装 AI 不存在，坚持纯手写——这不利于为遍布 AI 的世界做准备。另一种极端是把活儿全交给 AI（即所谓 vibe coding）：只盯着测试是否通过，不再细读每一行代码。后者会带来「自我欺骗」——以为自己掌握了，其实没学到任何有价值的技能。作者打了个比方：认知技能像肌肉，练起来难，丢起来快。

AI写代码别只靠vibe：资深程序员的10条戒律
图片来源：Peter Bloem

中间路线：手写，AI 审查

折中方案被称为「匠心编程」（craft coding）。它的价值取向是围绕产品本身的质量，细到每个细节；开发者承诺理解代码库的每一处，AI 可以用，但只在有助于这一理想时才用。最凝练的实践口号是「手写，AI 审查」：以当下模型的能力，不要让 AI 去做任何事，只让它审查你写好的东西，你认同才采纳。最好的比喻，是把 AI 当成一位资深程序员的代码评审。

匠心编程的十条戒律

  1. 不在 IDE 里用 AI，包括 LLM 自动补全；每一行字符都亲手敲。
  2. 最好不把代码库交给 AI；需要时在网页界面里粘贴片段，若必须授权，也只用只读权限。
  3. 不让 AI 运行任何东西；它给建议，你来执行。
  4. 不把 AI 对话框里的代码直接复制粘贴，要自己敲一遍。
  5. 能用普通搜索解决的事，不麻烦 AI。
  6. 问 AI 之前，先读文档。
  7. 只有自己实在解不出时才向 AI 求方案，并先给自己思考的时间。
  8. 请 AI 审查前，自己先检查一遍。
  9. 先运行代码排查问题，再让 AI 审查补漏。
  10. 没看懂的建议，绝不采纳。

为什么值得这么做

作者以科研代码为例：论文里的实验代码一旦出错，整篇结论都可能失效，因此科学是匠心编程的典型场景。安全关键软件同样如此——在 AI 时代，纯手写的代码反而不够安全，开发者必须把 AI 审查纳入流程，否则攻防会变得极不对称。

当然，适度使用也无可厚非。作者坦言自己偷懒时也会写潦草代码、让 Claude 直接调试，但他提醒这有「技能退化」的风险。GitHub Copilot 近期从包月改为按量计费，一些重度 vibe coding 用户月费从 30 美元涨到 750 美元，也算一种侧面注脚。

结论很朴素：手写与 AI 审查之间，藏着一片明智的中间地带。只要保持思考、不把大脑闲置，答案就在那里。

来源：Peter Bloem（peterbloem.nl）

]]> 用了多年 VS Code 才懂，这 5 个设置早该改 https://mylogs.cn/%e7%94%a8%e4%ba%86%e5%a4%9a%e5%b9%b4-vs-code-%e6%89%8d%e6%87%82%ef%bc%8c%e8%bf%99-5-%e4%b8%aa%e8%ae%be%e7%bd%ae%e6%97%a9%e8%af%a5%e6%94%b9/ Sun, 16 Aug 2026 03:12:44 +0000 https://mylogs.cn/%e7%94%a8%e4%ba%86%e5%a4%9a%e5%b9%b4-vs-code-%e6%89%8d%e6%87%82%ef%bc%8c%e8%bf%99-5-%e4%b8%aa%e8%ae%be%e7%bd%ae%e6%97%a9%e8%af%a5%e6%94%b9/ 很多人装好 VS Code 后只动过第一天的基本配置，剩下一堆默认选项凑合用了好几年。XDA Developers 撰稿人分享，他也是在翻设置页时才发现，几个不起眼的小开关正好解决了一直忍着的别扭——单独看都不惊人，合在一起却让编辑器更干净、更跟手。这些设置都藏在「设置」面板里，按 Ctrl + , 即可打开，搜索框能直接定位每一项，不需要碰任何配置文件。下面几个改动，值得你今天就试。

用了多年 VS Code 才懂，这 5 个设置早该改
图片来源：XDA Developers

一、关掉小地图（Minimap）

右侧那条细长的代码缩略图默认开启，其实很少用，反而挤占空间、显得杂乱。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Minimap」。
  3. 取消勾选「Editor: Minimap Enabled」。

二、开启自动换行（Word Wrap）

写长行、注释或 Markdown 时，不用再横向拖动滚动条。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Word Wrap」。
  3. 将「Editor: Word Wrap」设为「On」。

三、开启光标平滑动画

默认光标跳动略生硬，开启后移动更顺滑。它不改变功能，只让视觉更顺，长时间编码时这点细节确实影响观感。

  1. 在设置里搜索「Cursor Smooth Caret Animation」。
  2. 打开平滑光标动画选项。

四、关掉紧凑文件夹（Compact Folders）

当一连串文件夹都只含一个子文件夹时，VS Code 会把它们压成一行，反而看不清层级。虽然侧栏会因此稍长一点，但换来的是结构一目了然。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Compact Folders」。
  3. 取消勾选「Explorer: Compact Folders」。

五、保存时自动格式化（Format on Save）

不用再手动整理缩进和空格，前提是装了 Prettier 之类格式化器。

  1. 打开设置，搜索「Format On Save」。
  2. 勾选「Editor: Format on Save」。

写完保存即可，代码自动保持整洁统一。

额外一招：善用「工作区设置」（Workspace Settings），可为不同项目单独保存格式化、排除项、自动换行等偏好，而不动全局配置。这些改动都不会重造 VS Code，却能实打实改善每天的编码体验。改完不必重启，设置即时生效，下次打开编辑器就能感觉到差别。

来源：XDA Developers

]]> AI 让新人快 25%，老手只快 15% https://mylogs.cn/ai-%e8%ae%a9%e6%96%b0%e4%ba%ba%e5%bf%ab-25%ef%bc%8c%e8%80%81%e6%89%8b%e5%8f%aa%e5%bf%ab-15/ Mon, 03 Aug 2026 09:22:21 +0000 https://mylogs.cn/?p=3429 你有没有这种感觉：团队都用上 AI 了，功能上线还是那么慢。

AI 让新人快 25%，老手只快 15%
图片来源：Bjorn Roche

工程管理者比约恩·罗什把程序员的一天 8 小时拆开算了一笔账。假设 AI 让写代码这件事快三倍，资深工程师写新代码从 1.5 小时降到 0.5 小时，读代码和调试从 1.5 小时降到 1 小时——可设计架构 1 小时、代码评审 0.75 小时、写文档和杂务 0.75 小时、开会 1.5 小时，这几项一分没少，测试与部署反而因为新代码变多多花了 0.25 小时。一天下来只省出 1.25 小时，约 15%。

同一套算法套在初级工程师身上，结果反过来：他们本来每天有 2.75 小时在敲代码，AI 帮他们省下 2 小时，效率提升约 25%。

说白了，AI 加速的只是”敲键盘”那一段，而资深工程师的大部分时间根本不在敲键盘，而是在想清楚该写什么。这里有个反讽：不少管理者一边说”只招资深的，初级的活 AI 干了”，一边忽略了初级工程师才是这波红利最大的受益者——前提是把 AI 当老师用，而不是当只会代劳的跑腿。

罗什还提了个容易被忽略的副作用：读一份 AI 写的需求文档，往往比读人写的更费劲，因为它废话太多，抓重点反而更慢。效率账不能只算加法。

如果你的团队正在推 AI 提效，不妨也拉张表，把一天按任务块真拆一遍。你猜自己每天真正敲代码的时间，有几个小时？

来源：Bjorn Roche 个人博客《The AI productivity gap》，2026 年 7 月 12 日

]]>