我的“公寓大楼”是怎么折腾出来的
话说回来，我为啥要搞这个“公寓大楼”的项目？跟技术没太大关系，纯粹是因为那段时间工作上有点不顺心，天天在公司里跟人推诿扯皮，回到家只想找个简单点，能自己说了算的项目玩玩，洗洗脑子。
那阵子正好我住的公寓在搞外墙翻新，天天听着电钻声，晚上回家就盯着对面楼看。灵感一下就来了，不如搞个模拟经营类的小玩意儿，就叫《公寓大楼》。不图赚钱，就图个成就感，能把自己脑子里的想法实现出来，比在公司里开那些没完没了的会强多了。
动手：从一团乱麻到更新日志
第一阶段：敲定核心玩法和框架
一开始的想法特别粗糙，我拉起了一个最简单的场景，就一个方块代表楼层，另一个方块代表电梯。我写死了住户的需求——比如三楼的要下到一楼买菜，五楼的要上八楼找人。核心挑战是电梯调度算法，一开始用的是最笨的先来先服务，结果发现住户们怨声载道，都卡在门口不动弹了。那段时间代码改得我头都大了，简直是一锅大杂烩。
第二阶段：被迫开始写“更新日志”
我的习惯不写代码从来不爱记笔记。但这个项目稍微复杂一点，隔两天自己都忘了上周改了哪个参数。尤其是那个电梯算法，我调了一堆权重系数，发现一旦出了问题，根本不知道是哪天哪个版本改坏的。这下好了，我被迫开始写更新日志，不光是给自己看，也是为了能跟几个试玩的朋友交代。
我强制要求自己，每次解决了一个大Bug，或者加了一个小功能，就得记下来。比如：
- V0.9.1a：修复了住户AI因为等待时间过久，在电梯口“原地爆炸”（指卡死）的问题。优化了寻路逻辑，现在他们愿意走楼梯了，虽然走得慢。
- V0.9.3：增加了“租金压力”系统，现在如果服务不住户会开始抱怨甚至搬走。我尝试加入了动态天气系统，但发现太耗资源，就先注释掉了。
正式开始写日志后，我的开发效率反而高了。每次打开日志，就知道下一步该干嘛心里踏实多了。
一步：游戏下载，从网盘到自建
项目跑得差不多了，下一步就是让朋友们能玩上。这听起来简单，实际操作起来真是一堆糟心事。
我最早是直接把打包好的文件传到某个常用的网盘上，然后把链接扔给几个朋友。结果他们都来找我抱怨：
- “老哥，下载速度慢得像蜗牛爬。”
- “文件过期了，又得找你要新的。”
我一想不行，老是靠网盘也不是个事儿，每次更新还得重新上传，太折腾人了。当时就决定自己搞一个简单的下载渠道。
我找了半天，发现有些免费的托管空间可以用，虽然限制多，但对我这种小项目够用了。我学习了一下怎么配置那些静态文件，怎么设置版本号。虽然没有专业的工具链那么完善，但好歹我能控制住下载链接的稳定性和更新速度了。
我折腾了整整一个周末，才把那个下载页面搭虽然页面设计得有点丑，但至少能用了。每次更新，我只需要把新的压缩包传上去，改一下那个版本信息，大家就能第一时间下载到最新的“公寓大楼”。看着后台显示的下载次数一点点增加，尽管数字不大，但那种把自己的实践记录分享出去的满足感，是任何高薪工作都比不了的。
下一步，我准备研究一下怎么把那个动态天气系统重新加回来，这回要解决资源消耗的问题，不能再像上次那样虎头蛇尾了。