本地优先的小工具
能离线跑就不联网。收集了一批自己天天用的脚本:文件整理、批量重命名、日志清洗、格式转换。共同点是输入输出都留在本机,跑完就走,不留后台进程。
把零散的东西收拢成一条线:写代码,记笔记,读几本书。大部分时间花在把复杂的事讲清楚。
我是黄柱宁,学的是软件工程,之后一直在写代码。日常打交道的东西并不花哨:终端、编辑器、几台跑着服务的机器,还有永远写不完的半成品笔记。
我喜欢把乱的东西理顺——一段绕了三个弯的逻辑、一柜子没有归类的资料、一个拖了半年没动的想法。做这件事的过程比结果更让人安心,所以我习惯在动手前先画一张图,再动手。图往往比代码活得久。
这个域名留给自己用。上面放的是不赶时间的东西:做过的小工具、踩过的坑、读完的书。不追热点,也不打算把它做成一个每天更新的地方——写扎实一点,比写勤快一点重要。
能离线跑就不联网。收集了一批自己天天用的脚本:文件整理、批量重命名、日志清洗、格式转换。共同点是输入输出都留在本机,跑完就走,不留后台进程。
只写自己走通过一遍的路径。每条记录都带环境说明、原始报错和最终命令,目标是半年后的自己照着能再跑一次,而不是只留下一个「已解决」。
不做摘要搬运。一本书读完隔几天再回头写,只留真正改变了我做法的部分。写不出来的,说明还没读进去,那就先放着。
按用途分了类,统一了参数风格和错误输出,配上一份索引。重复劳动少了一大截,也终于不用每次翻聊天记录找那条命令。
从「解决问题就关掉窗口」改成「花十分钟写下来」。一年下来最大的收获不是笔记本身,而是发现很多问题自己反复踩了三次。
在此之前,文章散在几个平台,代码散在几台机器上。搬到这里之后规则只有一条:只放自己愿意再读一遍的内容。
部署、备份、日志、监控,全部走过一遍流程。理解系统和会用系统是两件不同的事,这一年体会很深。
如果你想聊工具、自动化、技术笔记的写法,或者只是看到了某个做法觉得可以更好,都欢迎写邮件过来。
写信时简单说明背景和具体问题,比一句「在吗」有用得多。看到都会读,回复通常不快,但不会漏。