决定折腾这件事：从桌面上随便一个脚本到“正规军”
我前段时间搞了个小工具，主要是帮我自动算一些日常材料的消耗，方便得很，用“诺艾尔”这个名字纯粹是图个吉利，希望它能像诺艾尔一样靠谱。一开始这东西就扔在我桌面上，我点两下批处理文件，跑完了事。我压根没想过要分享出去，因为它本质上就是个只有我能看懂的Python脚本，乱七八糟的库引用了一堆。
结果，我那发小，就是住隔壁的老李，看我用得溜，非要我也给他搞一个。我想着举手之劳，就随手用一个打包工具，把脚本和需要的环境库全塞进了一个EXE里，传给他了。
坏了，麻烦来了。
他一跑就报错，说缺这缺那。我当时就火了，明明在我这里跑得好好的，到他那里就成了废物。我折腾了一晚上，发现光是环境依赖，每个人电脑里的情况都不一样，我每改动一个参数，都得重新打包一次，然后老李再试一次，来回折腾了五六趟，我彻底崩溃了。
我当时躺在床上就寻思，妈的，这哪是分享工具，这简直是在搞售后。要真想把这个小东西弄出去给更多人试试，随便一个打包好的文件根本不行，我必须得搞一套能自动检测环境，最好还能自动更新的“安装包”，还得有一个像样的门面——一个能让人下载的官网。我当时给自己定下了目标：要把这个小工具，变成一个看起来像那么回事的“产品”。
上手开干：从一个简单的脚本到一堆烂摊子
既然决定要“正规化”，那我就开始了我的折腾之旅。第一步就是搞定那个安装包。我研究了一圈，发现要实现自动更新和依赖检测，光靠我以前随便用的那个打包工具肯定不行。我得引入更复杂的安装程序框架。我前前后后试了三种方案：
- 先是尝试用那个什么NSIS，结果发现脚本语言对我这种半路出家的太不友光是写个卸载逻辑就花了我一下午。
- 然后我换了一个开源的打包工具，它能自动生成一些配置文件，看起来简单，但生成出来的安装包体积直接翻倍，大得离谱。
- 我退而求自己用批处理脚本写了一个简易的检测程序，然后把核心文件扔进去。这样虽然能跑，但安装界面丑得像二十年前的东西。
最终我选了第三种丑陋但可控的方式，但问题又来了。我得有个地方放这个安装包，还得让人能找到。官网的事就得提上日程。
我可不想花钱租服务器搞什么高大上的官网。我最初的想法很简单，找个免费的平台，放一个下载按钮，贴几张工具截图，就完了。结果？
免费平台限制太多了！图片传上去，不是被压缩就是加载速度慢得吓人。为了一个破下载页面，我折腾了快四天。我甚至还去看了点前端的教程，想把那个下载按钮弄得炫酷一点，结果代码一改，整个页面布局全乱了，搞得像个地摊货。为了这个工具能被“下载”，我引入了多少东西？打包用了A脚本，安装用了B框架，官网搭在了C平台上，为了统计有多少人用，我甚至还偷偷塞了个D模块进去。
的实现和那团麻绳的警示
经过两个星期的折腾，我终于发布了我的“诺艾尔会努力的”工具的1.0版安装包，以及那个简陋的官网。在别人看来，这是个有模有样的东西了，但只有我自己知道，为了让这个原本只有几十行代码的小工具能跑起来，我背后维护的这个技术栈，比我老家屋顶上乱七八糟的电线还复杂。
这套流程跑了没两周，我就遭不住了。我当时正在帮我老婆整理家里的杂物，准备搬家。她让我把所有不用的旧电器都清理出去。我当时正在车库里清理一堆数据线，清理着清理着，手一滑，不小心把我连接NAS（我用来做安装包服务器的）的电源线给拔了。
啪的一声，我的“官网”断了，我的安装包也无法下载了。
我当时在车库里蹲着，看着那些杂乱堆在一起的旧电线，突然就想通了。我的这个小工具，它存在的价值就是为了方便我自己的日常工作，结果我为了追求“正规化”，引入了太多的依赖和复杂性。我这搞的是什么？不是在努力做工具，我是在努力维护一堆随时会炸的烂摊子！所有这些花里胡哨的“官网”和“安装包”，本质上都在消耗我的精力。
在那之后，我直接把那个复杂的安装程序和官网全撤了。我现在用最简单的方式分享我的工具：直接把核心文件压缩打包，配上一个简单的使用说明。爱用不用，能跑就跑，跑不了也别烦我。有时候，努力方向错了，带来的只是更深的泥潭。