我为啥要做这个“超人”精简版工具
最大的毛病就是看不惯那些虚头巴脑的东西。你说现在搞个软件，明明就干一个简单的小活，非得拉进来十几个框架，装上几十个依赖包。启动一下，光加载这些屁用没有的东西，就得卡个五六秒。时间就是金钱，那几秒钟等得我心烦意乱。
我手头有一批常用的自动化脚本，之前写的时候图省事，用了点大块头的库。最近更新的时候发现，每次改动一点点，那个安装包就大了好几兆，而且部署起来慢得像蜗牛。我当时就拍了桌子，决定不干了，必须搞个极致精简的版本，也就是这个“超人”项目。
下定决心，从头开始
我第一步就是把之前所有的代码，毫不留情地扔进了回收站。不是说它们没用，是说它们太臃肿了。既然要实现“立即下载”和“超人速度”，就必须彻底切割，不能留一点点情面。
我决定要干票大的，就是要抛弃所有那些“约定大于配置”的框架。什么依赖注入，什么服务发现，在我这通通都是扯淡。我需要的就是一个能跑起来，能干活，启动速度比眨眼还快的纯粹工具。我连文档都懒得写那些复杂说明，因为它就应该简单到不需要说明。
- 第一刀：拆依赖。我坐下来，把之前项目里引用的第三方库，挨个审视了一遍。发现九成的功能我自己写几行代码就能搞定，何必去用别人家几百兆的东西？我直接把这些大块头全部剔除，能用系统API解决的，坚决不用任何库。
- 第二刀：减体积。为了实现“立即下载”，体积是关键。我把整个项目编译成一个独立的小文件，用最激进的方式压缩，连日志文件我都设定了严格的上限，超过1MB直接删除旧的。我实现的目标是，整个工具包不能超过3MB。
- 第三刀：实现“即时”更新。这是最关键的“更新日志”部分。我放弃了复杂的版本管理系统。我设计了一个超级简单的机制：工具启动时，先去我自己的服务器上拽一个只有一行数字的文本文件。如果本地的版本号跟线上的数字不一样，它就直接通过最高效的单线程方式，把那个压缩到极致的小文件拽下来，替换掉旧的。前后耗时，不超过一秒。
实现后的效果和我的心得
这个“超人”精简版工具做出来后，效果好到我自己都不敢相信。现在我无论是更新还是第一次下载，感觉就跟文件本来就在本地一样，瞬间完成。运行速度更是飞快，以前要加载好几秒的操作，现在零延迟启动，秒杀一切。
我为什么对这种“立即”和“精简”有这么深的执念？这事儿说起来有点糟心。
前两年，我为了接一个外地的项目，需要远程办理一个房屋租赁的协议。合同都谈好了，就差一步电子签名和支付定金。结果对方用的那个系统，服务器卡得像坨屎，我的签名文件上传了好几次都失败了。我当时人在外地，着急忙慌地找网，找高速网络，折腾了一晚上。
最tm气人的是，第二天早上，因为我的文件一直没成功上传，对方把房子租给了别人，我的定金也泡汤了。我因此损失了一笔不小的钱，还有接下来几个月的工作计划全被打乱了。我当时就想，一个简单的文件上传，怎么能慢到这种程度？
从那以后，我就发誓，凡是我自己经手的项目，无论是大是小，性能和速度必须是第一位。我不能让任何一个用户因为等待我的破工具而耽误事。就是因为这个惨痛的教训，让我对所有拖泥带水的“大而全”工具都产生了PTSD，也直接催生了这个追求极致速度的“超人”项目。
我实现了这种即时更新和启动的速度，感觉心里那股郁气总算是散了不少。分享给大家，就是想说，能用锤子搞定的事情，就别用推土机了。