我为什么越来越依赖“可复制的脚本”而不是手动操作
以前我也觉得很多事手动做更快，尤其是偶发任务，好像没必要专门写脚本。后来踩的坑多了才发现，真正让人疲惫的， 不是复杂任务本身，而是那些反复出现、每次都靠记忆完成的操作。
工作流
自动化
发布流程
手动操作最大的问题不是慢，而是不稳定
你可能今天记得先改版本号，再打包，再上传；明天赶时间，就容易漏掉其中一步。特别是在发布场景里， 只要顺序稍微错一点，后面的排查成本就会被成倍放大。
我后来越来越习惯把这些流程收进脚本，不是因为脚本“更高级”，而是因为它会替你记住顺序。你不需要每次都重新思考， 也不会因为一时分神就跳过关键步骤。
脚本带来的其实是“可交接”
如果一个流程只有我自己知道怎么做，它本质上就是脆弱的。脚本的价值之一，是把个人经验变成团队可复用的执行路径。 别人不需要猜测“这一步大概怎么做”，只需要按脚本跑，并理解脚本在做什么。
我现在最常脚本化的三类事情
- 构建与发包：版本号递增、产物生成、上传分发平台。
- 部署与重启：上传文件、重建容器、验证服务是否存活。
- 数据与校验：导入、同步、预检查和日志验证。
脚本化的本质，是把“依赖个人记忆”的流程，改造成“依赖明确规则”的流程。
什么时候不用急着写脚本
当然，不是所有事都应该立刻自动化。如果一件事真的只做一次，而且风险也不高，那手动完成完全没问题。 但只要它已经开始第二次、第三次出现，就值得考虑是不是应该留下一个可重复执行的入口。