为什么我要自己动手撸一个官网？
我把《隧道逃生》这个游戏的Demo版本终于给捣鼓出来之后，面临一个问题：得有个地方放这玩意儿的宣传片和更新日志。我的合伙人，那个负责美术的兄弟，天天在群里催我：“官网？官网？玩家问下一版啥时候出！” 我可不想为了一个简单的介绍页面去租服务器，然后装那些重得要死的CMS系统，什么WordPress、Drupal，光是维护那些数据库和插件，我就得搭进去一半的时间。我只是想有个地方能安静地分享我的实践记录。
选择了最简单粗暴的路径
我这个人，做技术最怕的就是瞎折腾。既然只是放点文字和图片，那就没必要搞复杂的后端。我马上就盯上了静态网站生成器这个玩意儿。市面上那种开源工具一大把，我选了一个社区最活跃的，因为一旦出了问题，网上能找到人问。
- 我第一步是跑起来这个工具，它自带的默认模板简直丑得不能看。
- 我第二步是拉出来一个别人做好的响应式主题，然后猛改颜色和字体。
- 我第三步就是创建了最重要的两个页面：游戏介绍和更新日志。
前前后后我花了一个周末，就把这个官网的骨架搭好了。它不用数据库，所有内容都是Markdown文本文件，本地写完，工具一运行，HTML文件就生成了。这速度，那些动态网站根本比不了。
更新日志：实践中的真实烦恼
网站挂上去之后，“更新日志”就成了我每周的固定工作。每当我把游戏的代码提交上去，修复了一些Bug，或者加入了新的机关，我就得坐下来，把改动用人话写出来。
我发现，写这个日志比我想象中要难。我写得跟技术文档一样，全是“优化了A算法的性能”、“修复了地形碰撞体导致穿模的问题”。结果玩家在评论区留言：“这是能不能说人话？”
后来我调整了策略。我决定用最口语化的方式记录。
- 哪个Bug被玩家骂得最凶，我就放在最前面。
- 哪个新功能玩起来最爽，我就详细描述那个“爽”的过程。
- 哪个平衡性调整最伤玩家心，我就解释我为什么这么做。
有一次，我更新了隧道里敌人AI的寻路逻辑，但日志里就写了一句“AI优化”。结果有个硬核玩家在社区里发了一篇帖子，详细对比了新旧AI的区别，并指责我没有重视这回重要的更新。我当时脸都红了，赶紧补写了一篇详细的日志发出去。这件事让我明白，更新日志不是给自己看的，是给玩家看的，必须够真诚。
为什么非要这么简单？
很多人可能觉得我这个官网过于简陋，没有那些花哨的特效或者复杂的后台管理。但这是我吃过亏后总结出来的经验。以前我给大公司做项目，那个项目为了追求“高大上”，用了当时最复杂的微服务架构，光是部署就折腾了半年。结果项目半途而废，公司说裁员就裁员，我连个交接文档都来不及写完就被赶走了。
那件事之后，我就发誓，我自己的东西，必须得是能扛得住时间的考验，能用最低的成本跑下去。这个静态网站，我直接扔到免费的托管服务上，它不用我的电费，不用我的维护时间。它就是一块坚固的石头，别人那些花里胡哨的系统可能明天就宕机了，但我的《隧道逃生》官网，它会一直在那儿挂着，稳定地记录着我每一步实践的脚印。简单，就是最大的稳定。