一拍脑袋，决定要“收留”这只野猫
就是闲不住，总想找点东西自己折腾。去年年底那会儿，手里头的活儿突然清空了，闲下来就有点慌。我在家翻来覆去，看着电脑里存的那些乱七八糟的半成品小项目，就琢磨着能不能搞点带点“人情味”的东西出来。
我当时就一个想法：做一个能让人每天都想点开看看的应用。不是那种功能复杂的工具，就是一个简单的陪伴。怎么陪伴？当时脑子里就冒出来“野猫少女”这么个形象——有点任性，有点难搞，但又需要你照顾。
这个想法一冒出来，我就立马撸袖子干了。我把以前给一些小公司写原型时用剩的那个框架搬了出来。那玩意儿虽然老旧，但是胜在简单，不需要搞太多复杂的部署。我定下了最初的目标：这App得能运行在所有人的手机上，而且体积不能大。
我可不是什么正规军出身，就是个野路子。所以第一步，我抓起画图工具，把“她”的几种基本状态给画了出来：高兴、生气、睡觉、饿了。光是这四个状态，我就花了整整三天时间去定义它们之间的触发逻辑。毕竟我可不想让她永远都是一个表情，那多没劲？
硬着头皮，把逻辑框架给搭起来
最开始那段时间，我完全是在瞎搞。我试图用最简单粗暴的布尔值去控制“野猫少女”的心情。比如：喂食成功，心情值+10；回复错了，心情值-5。结果问题很快就来了，这逻辑太僵硬了，用户反馈说：“这哪是少女，这是个机器人？”
我不得不推翻了第一次的尝试，掉头回去重新思考。我意识到，不能只用加减法。我必须引入时间轴和随机性。这才是“同居”的感觉！你不知道她什么时候会突然生气，也不知道她什么时候会给你个小惊喜。
那段时间，我每天都在跟数据表搏斗。我设计了一个隐藏的“压力值”系统，这个值会随着时间慢慢增加，只有用户去互动或者完成特定任务才能释放。这是整个项目的核心难点。为了调试这个“压力值”，我甚至熬了好几个通宵，对着屏幕上的数字抓耳挠腮。
- 第一轮调试： 发现压力值上升太快，少女总是处于生气状态。用户体验极差。我决定把基础上升速率砍掉一半。
- 第二轮调试： 发现喂食成功率太低。用户抱怨“她不吃我做的饭”。我修改了喂食成功的判定条件，加入了“库存”概念，模拟冰箱里得有食材。
- 第三轮调试： 实现了最难搞的“随机事件”。比如她会突然问你一个奇怪的问题。我写死了十几个基础对话模板，用一个简单的权重系统来触发它们。
扔出去测试，修补那些烂摊子
当我感觉这个东西勉强能跑了，我也不管它是不是完美，直接就打包扔出去了。我给它起名就叫《野猫少女的同居生活》，图个简单直接。刚放出去的时候，我就发现，我之前在自己电脑上测试得多完美，到了用户那边就有多少问题。
用户反馈简直是五花八门：有人说数据经常回档，有人说点开就闪退，更有人说字体显示不全。
我的“更新日志”，就是从那个时候开始的。它不是什么官方文件，它就是我每天修补烂摊子的记录。我必须记录下来我到底改了哪个变量，修了哪个循环，不然下次我自己都会搞混。
最近一次的更新，也就是今天分享的这个“日志”里，我主要解决了一个大问题：她为什么总是半夜不睡觉？
我查了半天代码，才发现是我在处理时区转换的时候出了岔子。用户手机的时间是A，我的服务器时间是B，转换过程中多了一个小时的误差。这就导致她每天半夜三点多才开始进入睡眠状态，而用户一看，显示的是早上四点，觉得她太作息不规律了。我重新校准了时间戳，测试了好几遍才敢放出去。
到这个项目我已经折腾了快一年了。很多人问我，为啥花这么大力气去维护这么个小玩意儿？很简单，我从头到尾经历了这个从“拍脑袋”到“跑起来”再到“被人用”的完整过程。每一次的“更新日志”，都是我成长的一步。现在我分享的，不光是软件的迭代，更是我这野路子程序员自己实践出来的经验和血泪教训。
这个项目让我明白了一件事：只要你敢动手，就没有什么是不能被搞定的，哪怕过程再粗糙，也是自己的东西。