从被逼无奈到交付“安装包”
我本来真不想接这种活儿的。这事儿得从我去年被裁员说起，我在家待着没事干，天天看我老丈人在他们那个老旧小区里跟物业扯皮，吵架。电梯三天两头坏，楼道灯不亮，物业费收得比谁都勤快。老丈人是业委会主任，气得够呛，非说要搞一套自己的管理系统，把所有数据都自己捏在手里。
他找我，说：“你是搞软件的，能不能给我们做一个，点开就能看，能显示楼体结构，还能查谁家欠水费的那种东西？”
我当时心想，做一个基于网络的BIM（建筑信息模型）系统？得投入多少服务器和维护人员？这帮大爷大妈谁来管？
被架上去了，我只能硬着头皮开始干。
我先是跑去他们那个公寓楼，拿着皮尺、无人机瞎折腾了快一周。回来后，我打开我压箱底那个三维建模软件，把他们那栋楼的框架结构一比一给搭起来了。模型建好了，下一步就是数据对接。他们那边的水表电表数据都是隔壁小舅子手写的Excel表，格式五花八门，我光是清理和整合这些数据就花了快半个月。
需求之怪：不能联网的系统
我本打算用标准的Web服务部署，简单弄个后台，前端用浏览器访问，多省事。结果把原型给业委会那帮人演示的时候，他们集体炸毛了。
他们说：
- “我们只有办公室一台破电脑，平时连WIFI都费劲，你那个联网的不要。”
- “我们不信任互联网，数据必须放在我们自己电脑上，点开就能用。”
- “你这个不能直接运行，操作太复杂，必须像QQ一样，双击图标就得出来。”
听到“像QQ一样”，我差点当场掀桌子。他们根本不懂软件部署的逻辑，他们只要一个“安装包”，一个能自己跑起来的、离线的、绿色的软件。为了不白费我之前建模的力气，我只能把这条路走到底。
打造“公寓大楼_安装包”
我决定放弃所有联网的可能性。我把整个三维渲染引擎，所有的数据驱动，甚至是一个简易的本地数据库，全部都打包塞在了一起。我用那个打包工具，把所有依赖项一个不落地捆绑进去，确保在他们那台二十年前的台式机上也能顺利运行。这个过程真是活受罪。
我做了什么？
- 压缩了所有贴图材质，确保模型加载速度不至于太慢。
- 集成了一个本地版的运行时环境，避免缺少各种系统库文件。
- 编写了一个批处理脚本，专门负责首次运行时的数据初始化，确保“点开即用”。
结果就是，一个原本可能只有几百K的前端页面，被我硬生生膨胀成了将近800兆的独立运行文件。这个东西，我起名叫《和平里公寓管理系统_1.0.0_立即下载_安装包.exe》。我打了包，刻了光盘，亲手送到了他们业委会办公室。
他们拿到手，双击，看到那个三维的模型在屏幕上转起来，能用鼠标点选哪个单元，能看到哪户欠费多少，这帮人乐坏了。他们说：“这才叫软件！这才叫我们自己的东西！”
虽然我付出了巨大的时间和精力，用最笨的方法实现了最低效的部署，但这恰恰说明了一个道理：搞技术，还是要服务于最原始、最粗糙的需求。有时候，一个简单的“安装包”，远比一套复杂的云架构更能解决实际问题，尤其是在跟不理解技术的老板或者客户打交道时。我现在再也不干这种活儿了，但那枚光盘，估计还在他们那个老旧的公寓办公室里转着。