就是闲不住。在公司干那套所谓的“高大上”后端架构，成天跟那些集群、网关、分布式扯皮，搞得人贼烦。要我说，好多系统根本没必要搞那么复杂，就是给自己加戏。
心血来潮：非得自己动手种个“杨过”地
我琢磨着，能不能搞点简单的、能直接看到结果的东西？那时候，我刚辞了那个项目经理的工作，在家歇着。老婆天天催着我找新活，但我就是不想动那些大厂的烂摊子。一天，我看到楼下大妈在阳台捣鼓那几盆菜，突然灵感来了：我也自己搞一个“农场”游戏，就叫“杨过游戏”，因为老子就一个人，一双手，自己玩自己的，不求人。
说干就干。以前在公司用Java，那启动速度真是能把人气死。这回我扔了Java，决定用*来搭后端。轻巧，灵活，部署简单，一个文件就能跑起来。前端也没用React那些花里胡哨的，直接上了Vue 3，配上一个简单的 Element UI。我这人就这样，看上什么就直接用，不爱管什么“最佳实践”那一套。
过程：从代码“播种”到“收获”
我着手做的第一件事，就是定义那个“地块”和“种子”的模型。这是基础，决定了后面所有的逻辑。地块得有状态：空着、播种中、成熟。种子，得带着它的生长时间，比如白菜3天，土豆5天。我写了一个基础的 JSON 文件来存这些配置，连数据库都省了，真他妈清爽！
就是核心逻辑了：时间推进。我写了一个定时任务，每小时检查一次所有地块的状态。具体流程大概是这样：
小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
- 用户点击“播种”，前端发送请求，后端记录当前时间戳和种子类型。
- 定时任务读取地块记录，计算当前时间距离播种时间过去了多久。
- 根据种子的总生长时间，算出来一个百分比，然后更新地块的成长进度。
- 进度达到百分之百，地块状态改为“可收获”。
听起来简单，但中间出岔子了。我发现一个鬼问题：本地测试跑得好好的，一放到服务器上，时间就乱套了。我的作物不是慢慢长，而是原地暴毙！
挫折：时间戳那点破事
妈的，查了整整两天，差点想把整个项目删了。追查下去才发现，是服务器时区和代码里用的时区不一样。我本地是东八区，服务器默认是UTC。一存进去，一读取出来，计算结果就是差了八个小时。我的白菜在服务器上还没开始生根，系统就以为它已经过了八个小时，该死了。
我去他的时区！我一气之下，直接把所有时间都换成了绝对毫秒时间戳，然后强制规定，所有的计算逻辑都基于毫秒差来跑，不再依赖Date对象的时区转换。搞定后，整个系统一下子就稳定了。这种被一个小细节折磨得要死的经历，真是只有自己动手写过的人才懂。
收获：丑但我的“杨过游戏”
我的这个“播种农场杨过游戏”已经跑了快三个月了。画面确实丑得不行，但功能实现了。我每天早上醒来，第一件事就是打开页面，收割一下我的虚拟白菜，再播种点新土豆。这东西不赚钱，不能上市，也没法拿来吹牛，但它完全属于我。
它让我明白了：技术这东西，不是堆名词，而是解决问题。以前给大厂写代码，总感觉自己是拧螺丝的。现在自己从头到尾，搭架子，定规则，解决那些让人冒火的破问题，才找回了点当年刚入行时的感觉。这份成就感，比拿那点项目奖金踏实多了。