这项目说起来真够折腾的。我最初是闲得慌，手头上的几个企业级项目都太规矩了，做久了人发闷，我就想自己搞个有点意思、能让自己每天晚上都兴奋起来的小东西。管理模拟游戏我一直喜欢玩，但市面上的都太正经了，所以我拍板决定，我要搞一个不那么正经的——一个侧重复杂人物关系和经济博弈的模拟器。
一、启动与技术选型：快点跑起来再说
我这个人，搞个人项目讲究的就是一个字：快。我可不想花一个月时间去搭什么复杂的架构。我直接把手伸向了最熟悉的工具箱。
- 后端：我抓了Python的Flask。轻量级，CRUD写起来嗖嗖的。没用什么高深莫测的框架，就是裸Flask，几行代码就能把路由跑起来。
- 数据库：数据量不大，我直接上了SQLite。文件式的数据库，不用管啥配置，直接丢那儿就能用，简单粗暴。
- 前端：官网和管理界面都是我用最野蛮的方式拼凑的。原生HTML加上点Bootstrap撑门面。我知道它丑，但功能必须得有。我把核心逻辑的交互界面先敲定了。
这个项目名“青楼之王”也是当时随便起的，听着抓人眼球，后来就懒得改了。我的目标很明确：先把核心的运营逻辑跑通，比如收入支出、名声系统和员工情绪管理。
二、深陷泥潭：业务逻辑的反复折腾
真正要命的是业务逻辑。我不是简单地设计几个数据表就完事了。为了模拟真实，我必须让每个角色都有独立的属性和交互。我把大部分时间都花在了“心计”和“忠诚”这两个属性上。
我得编写大量的逻辑脚本，去处理随机事件。比如某个客人特别难缠，某个员工突然生病，或者竞争对手使坏。这些事件脚本，我一开始写得跟意大利面条一样，到处都是条件判断，一改全崩。那段时间，我每天都在对着日志文件骂娘。
我干脆就用了一个土办法：《青楼之王_更新日志》。这不是给别人看的，就是我自己的“修补记录”。每当一个模块勉强能跑，我就记一笔，哪天修复了哪个恶心的Bug，哪天新增了哪个复杂算法。这个日志，就是我用来保证项目不会彻底失控的唯一武器。
三、官网与部署：装个门面
项目跑起来后，总得有个地方展示一下。这就是“官网”的由来。我找了台便宜的国外VPS，花了一晚上时间把我的Flask应用塞了进去。部署过程倒是没啥技术含量，就是标准的WSGI配置，但这个廉价服务器的延迟把我气得半死。
我给官网加上了最简陋的注册登录功能，就为了测试并发和数据隔离。部署完第一个版本后，我自己模拟了十几个用户去同时操作，结果可想而知，内存直接爆了。我花了三天时间，才优化了数据库连接池，把那个内存泄露的黑洞给堵上。
四、实践感想：为什么我要搞这个
这项目到现在已经维护快半年了，代码量堆得跟小山一样。有时候我看着那些乱七八糟的业务代码，也想推倒重来。可我停不下来。
我以前在一家大公司做系统集成，所有的技术选型、设计理念，都得听那帮只会PPT的高层瞎指挥。一个简单功能，能被他们折腾出三个月。我当时就憋着一股气。
现在不一样了。这个“青楼之王”的项目，从数据库到前端展示，全部都是我说了算。我用最糙的办法，实现了最复杂的逻辑。我通过这个实践，证明了代码不一定要光鲜亮丽，只要能稳定跑起来，解决问题，就是好代码。虽然我不是在搞什么高精尖的技术，但这种从零开始，完全掌控项目的感觉，真是爽得让人上瘾。
我还在继续修修补补，今天的日志就是关于我如何优化角色AI的决策树，让她们显得更像一个有独立思维的人。折腾，只要服务器没崩，我的更新就不会停。