NOTE / 012
我为什么把 IDE 当作第二个工作台
编辑、搜索、运行、版本控制应该在一条顺手的路径上。工具不必最复杂，但要让注意力少被打断。
先固定自己的高频动作，再选择插件：快速跳转、可读的差异对比、稳定的终端和清楚的错误提示，比“装满功能”更重要。IDE 的选择最终服务于思考，而不是成为新的维护对象。
Code notes / 2026
把写代码，变成一件可持续的事。
这里记录平时写下的代码、踩过的坑和逐渐形成的工作习惯。也聊聊 IDE 的选择、AI 如何真正帮上忙，以及一个想法怎样从草稿走到可用。
每一篇手记，都尽量留下一个可以带走的小方法。
12已整理手记
04常用工具主题
∞持续更新中
1个人实践视角
01 / Journal
最近记录
从每天都会遇到的小问题开始，写成以后还能查到的答案。
NOTE / 011
让 AI 参与写作：先给上下文，再要答案
AI 很适合帮忙拆任务、补测试和解释陌生代码，前提是把目标、约束和已经尝试过的内容说清楚。
一个实用的提问顺序是：先描述结果，再列出不能改变的边界，最后贴出最小必要上下文。得到代码后仍然要自己运行、阅读和验证，AI 是协作者，不是免责条款。
NOTE / 010
调试时，先把“猜”换成“看”
遇到 bug 时记录输入、实际输出和第一次出现偏差的位置，往往比连续修改几行代码更快找到方向。
我会先缩小复现范围，再观察数据流经过的每一个节点。日志、断点和最小复现不是额外工作，它们是在为问题建立边界，让下一步行动有证据可依。
NOTE / 009
一个小脚本，也值得被好好命名
可读的变量名、清楚的输入输出和一段简短说明，会让三个月后的自己少花很多时间。
代码会被重复阅读很多次，真正执行它也许只有一次。把命名、边界和失败情况写清楚，是低成本但长期有效的维护工作。
02 / Practice
我想留下的，不只是结论。
技术变化很快，但一些朴素的工作方式仍然有用：把问题说清楚，保持小步迭代，并且给未来的自己留一点线索。
A / 01
先做最小可用版本
用一小段能运行的代码验证方向，再逐步增加复杂度。
A / 02
把上下文写在代码旁边
说明为什么这样做，避免注释变成重复代码的翻译。
A / 03
把工具当作放大器
让编辑器和 AI 减少机械劳动，把时间留给判断和取舍。
03 / Snippets
可直接查阅的片段
收录几个经常遇到的基础写法，短小、清楚，也适合拿去改成自己的版本。
JS
防抖函数
适合搜索框、窗口变化等高频触发场景。
function debounce(fn, delay = 300) {
let timer;
return (...args) => {
clearTimeout(timer);
timer = setTimeout(() => fn(...args), delay);
};
}PY
斐波那契数列
用生成器逐个产出结果，避免一次性创建完整列表。
def fibonacci(n):
a, b = 0, 1
for _ in range(n):
yield a
a, b = b, a + b
print(list(fibonacci(8)))CSS
水平垂直居中
现代 CSS 中最简洁的居中方式之一，适合布局容器。
.container {
display: grid;
place-items: center;
min-height: 100vh;
}SQL
分组统计排序
按部门统计人数，并从多到少排列结果。
SELECT department,
COUNT(*) AS total
FROM employees
GROUP BY department
ORDER BY total DESC;04 / Toolkit
当前工具箱
不追求唯一答案，只记录此刻真正用得顺手的选择。
编辑器
保持界面干净，保留跳转、重构、终端和版本控制这些高频能力。
辅助思考
用 AI 做方案对比、代码解释和测试补全，最终决定权仍然在自己手里。
版本记录
让每次修改足够小、足够清楚，回头看时能知道当时解决了什么。
写给正在写代码的人本站用于分享日常代码、开发经验和工具使用记录，内容会持续补充。
联系作者