会议纪要怎么写才有人看
结论写在第一行，然后是「谁在什么时候做什么」，最后才是讨论过程。我以前按时间顺序记，写完没人看第二遍。改成倒金字塔之后，还要在会后 30 分钟内发出去，晚了就没用了。
更新于 2026-06
实用知识
都是一句话能说完的东西，多是从工作和生活里攒下来的结论或做法，写不长，也不值得单独开一篇。标题基本就是结论，对不上号的时候可以跳过。
共 16 条 · 不定期补充
工作相关
需求评审前，先问清这 5 个问题
数据从哪来、量级大概多少、异常情况怎么算、要不要留历史、谁来验收。这五个问完，一半的需求会当场被改掉。是 2025 年我被返工三次之后才攒下来的。
更新于 2026-05
用 git bisect 反查是哪次提交引入的问题
start、bad、good 三步就能把范围缩到几次提交以内，比手动 checkout 快得多。项目能跑测试的话，直接 git bisect run 更省事。第一次用的时候我把 good 和 bad 写反了，白跑了十分钟。
更新于 2026-04
技术文档的三个层次：给谁看、看什么、看完做什么
每段写完先问这三个问题。内部文档常见的问题不是写得太少，而是没说清读者是谁，结果新手看不懂、老手嫌啰嗦，两边都不看。
更新于 2026-02
代码评审的意见怎么提才不伤和气
把「你怎么写成这样」换成「这里如果换成 X，后面遇到 Y 的情况会不会好处理一些」。另外要区分「必须改」和「我觉得」，我习惯在非阻塞的意见前加一个 nits: 前缀。
更新于 2026-01
什么样的重复工作值得做成脚本
判断标准只有一条：第三次做同一件事的时候就去写。前两次很可能是巧合，第三次还来，说明它不会消失了。我 2024 年写的一个 bat 脚本，到现在每天还在跑。
更新于 2025-12
远程办公两年，我的桌面和工具有哪些变化
显示器从 24 寸换成 27 寸、加了个独立麦克风、把每日站会的链接固定到书签栏第一格。真正的改变其实不在设备，是把上下班的时间点定死，不然一天会拖到十几个小时。
更新于 2025-08
生活相关
电子发票整理：一个文件夹规则就够了
按「月份_事由」建文件夹，文件名里带金额和开票日期，其余一概不改。报销时直接搜金额就能定位，不用再翻聊天记录。用了两年多，没丢过一张。
更新于 2026-07
家用宽带的 IPv6 到底要不要开
开。家里 NAS 走了 IPv6 之后，2025 年装的那套内网穿透就退休了。要注意光猫改桥接后确认路由器拿到的是 /60 前缀，部分地区运营商只给 /64，那样内网设备分不到地址。
更新于 2026-03
家里的数据备份：3-2-1 原则的简化版
三份拷贝、两种介质、一份异地，个人其实做不到那么全。我简化成：NAS 上一份、移动硬盘一份、重要照片再传一份到网盘。移动硬盘每三个月插一次，这个频率我勉强能坚持。
更新于 2025-11
长时间看屏幕，我的显示器和灯光设置
亮度调到和环境光接近、色温 5000K 左右、屏幕顶部与视线齐平。真正有用的是在桌子侧面加一盏间接照明，把屏幕和背景的对比压下来。这几条不一定适合所有人。
更新于 2025-06
通勤和出差时的离线资料准备清单
高铁和飞机上经常没网。出发前我会把要读的 PDF 存到平板本地、把常用命令抄进一个纯文本文件、再带一根能连手机热点的短线。清单不长，但每次都照它检查一遍。
更新于 2024-03
AI 与效率
把常用操作写成 skill，比每次解释一遍省事
值得写成 skill 的，是那些高频、步骤固定、每次都要重复解释的操作。部署类、生成样板、按固定规则重构最适合，一次性的就别写。
更新于 2026-07
用 AI 生成单元测试的几个注意点
AI 生成的测试最容易出现「测了等于没测」：只跑 happy path、断言还特别弱。要补的是边界和异常分支，这些它不会主动想，得你点名。
更新于 2026-06
代码评审别全信 AI 的意见
AI 评审爱给「建议换更现代的写法」这类无关紧要的意见，真正的逻辑漏洞反而容易漏。当它是参考可以，当成标准不行。
更新于 2026-05
让 AI 写代码前，先给它看项目结构
先贴目录树、关键文件、现有约定，再让它写，比直接甩一句「给我写个 X」质量高很多。喂了结构之后，出来的代码贴合得多，返工也少。
更新于 2026-04
多是从工作里攒下来的，想起来就补一条，没有固定顺序。