22:14，手机连着 Wi‑Fi 却打不开任何页面；这时先确认故障层级，比直接重启设备更有效。 家里有主路由、交换机、AP、旁路由时，断网的可能原因会变多：光猫、路由、DNS、DHCP，甚至是一根看起来还插着的网线。排查时建议先分层，再缩小范围，不要一上来就重启全部设备。 先确认：到底是哪一种“断网”“不能上网”通常分为几类，处理方法不同。 Wi‑Fi 都连不上：先看无线侧，通常是 AP 或主路

凌晨 3:00 的 cron 已执行，但早上 9:00 目标文件仍未生成，这类“静默失败”比直接报错更难处理。 定时任务和手动执行不是同一个环境：路径可能不同，权限可能不同，环境变量可能缺失，网络也可能超时。终端里能跑通，不代表定时执行也能跑通。 真正要防的，不是报错，是“看起来没问题”常见的静默失败包括： 命令失败了，但脚本继续执行 输出被重定向后无人查看 请求超时了，但脚本仍返回 0 新结果

当 ls /srv 下面已经堆满目录时，真正的问题不是“怎么存”，而是“坏了以后先救哪个”。 自建服务做久了，数据会越来越杂：照片、文档、数据库、配置文件、容器编排文件、反向代理配置、证书。把数据同步到另一块盘，通常只能算“复制”，不等于“备份”。误删、勒索、配置写坏、同步把错误一起带过去，这些场景里，复制经常救不了急。 先把 3-2-1 说成人话3-2-1 法则可以拆成一句话： 至少有 3 份

早上 9:17，一条“现在方便吗”的消息弹出来，注意力往往已经被切走了。 异步沟通的价值，不只是“晚点回”，而是尽量减少别人的节奏直接撞进自己的节奏。 所谓“异步”，不是不沟通，也不是故意拖延，而是信息先发出去，对方在合适的时候处理。邮件、留言、文档批注、任务卡片，都属于这一类。相对的“同步”则是电话、会议、即时语音，要求双方同时在线。 异步最直接的好处：减少打断同步沟通的问题，不一定是低效，而是

make deploy 可以把 npm run build && rsync ... && ssh ... 这类长命令收成一个稳定入口。 很多人第一次接触 Make，都是在 C/C++ 项目里编译代码，于是很容易把它理解成“只适合编译的老工具”。这个判断不算错，但不完整。对日常项目来说，Makefile 更像一个命令调度入口：把会重复执行、顺序固定、参数容

在订单状态、支付流程或页面渲染里，switch 少写一个分支，程序通常不会立刻报错，它只会在某个边角输入下悄悄做错事。 穷尽检查经常被误认为只是“语法更好看一点”。它真正做的事是：当你列举一种数据的所有可能状态时，编译器帮你确认——是不是每一种都处理到了。 这类能力常见于带模式匹配的语言，比如 Rust、OCaml、Haskell，也部分出现在 TypeScript、Kotlin、Swift 这类

upsc ups@localhost 已经能读到 UPS 状态时，真正要先定下来的是“断电后等多久再关机”。 UPS 不是为了让机器一直硬撑，而是为了留出几分钟，让服务停止、数据落盘、虚拟机或容器有序退出。对 NAS、数据库、下载任务混跑的主机来说，这几分钟通常比额外续航更重要。 先定规则，再写脚本自动关机最怕触发过早，也怕触发过晚。 如果市电只闪断几秒，马上关机会影响使用；如果一直等到电池接近耗

rsync -av --delete src/ dst/ 这种命令，第一次看常常会让人停三秒：能用，但不亲近。 CLI 不是图形界面的低配版。它更像一种压缩过的交互：把按钮、表单、提示和状态都塞进一行字里。正因为压缩得很狠，体验只要差一点，就会被立刻放大。使用者未必会说“信息架构有问题”，但会直接说：不好用。 CLI 的审美不在“酷”，而在“收得住”。 好用的 CLI，先得让人敢下手很多工具的问题

git diff 只剩 12 行时，变化已经很具体：写代码的时间，可能开始少于审查 AI 生成结果的时间。 Copilot 刚出现时，最明显的变化是补全变长了。以前是补一个变量名、一个函数调用；后来变成一整个循环、一段测试、一份接口封装。那时讨论重点还是“它准不准”。现在的问题更实际：不是 AI 能不能写，而是人还要不要按原来的方式写。 补全之后，真正变化的是节奏Copilot 早期更像快一点的输

早上 9 点，7 个标签页、3 个聊天窗口、2 个待办软件同时开着，第一件事还是没做完。 很多人把“效率”理解成不断加工具，但现实常常相反：工具越多，注意力越碎，真正做事的时间越少。 工具多，不等于选择多配置、模型、提示词这些细节很容易吸引注意，因为工具看得见，也方便比较：谁更新、谁更强、谁更像“标准答案”。 但很多时候，问题不在工具不够，而在流程太散。 比如写一篇文章，先在收藏夹里翻资料，再去笔