搞官网这事，一开始我是拒绝的
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
兄弟们，今天必须得把这个《圣塔县的生活》的后台老底给你们掀了。你们看到的是官网的更新日志，但背后的整个实践过程，那真是一把鼻涕一把泪，从头到尾都写着“折腾”两个字。
最开始的时候，我们这群人，脑子里就只有怎么把游戏跑起来，压根儿没想过什么官网、什么日志。谁管那玩意儿？对？我们觉得，游戏做好了，往平台一扔，完事儿。结果，刚一放出内部测试，问题就来了，玩家问，你们到底在干上次说修的那个Bug到底修没修？下次更新啥时候？
我们几个就开始在群里手动回复，发个QQ邮件。没两天就受不了了，信息太散了，根本管不过来。这时候，老王就跳出来说，得有个门面，起码得让人知道我们还活着。我说，搭个官网多麻烦，浪费时间。被他逼着，我才动手。
动手就动手，我可不想搞那些花里胡哨的。我直接去扒拉了一个静态网站的生成器，因为简单、速度快、而且部署起来几乎不要钱。找了个看得顺眼的模板，颜色稍微改了改，加上介绍页、下载页，还有这个最关键的更新日志页，前后也就折腾了两个周末，总算把架子给立起来了。过程就是：选工具，扒模板，改样式，敲文字，四个步骤，看着简单，但光是确定那几个页面的文案，我们又来回扯皮了一整天。
更新日志才是重点，这玩意儿比写代码还头疼
官网搭起来了，重点就落在“更新日志”上了。我跟你们说，这玩意儿比写游戏功能还累。写游戏功能，代码跑通了就行；写日志，你得把代码背后的人话给提炼出来。
我们定了规矩，每一次的修改，不管大小，都得在发布之前写进日志草稿。我们一开始是用一个共享文档来记的，结果没两天文档就被大家改得乱七八糟，格式也是五花八门，有的人直接贴代码片段，有的人写成诗歌体，简直没法看。
我火了，直接把共享文档扔掉，自己搞了个最简单的Markdown编辑器。我要求所有人，提更新内容的时候，必须按这个格式来：
- 【新增】：写新加了啥功能，必须具体到能让玩家明白。
- 【优化】：写改了哪里体验会更比如UI动效更快了。
- 【修复】：写修了哪个Bug，最好能带上玩家反馈的编号或描述。
- 【平衡】：写调整了哪个数值，影响了哪个系统。
然后我写了个脚本，这脚本很简单，就是把Markdown文件一扔进去，它就能自动套上官网的CSS样式，变成你们在网站上看到的样子。我们每周五下午雷打不动，开个会，把一周的更新日志草稿逐条审阅、润色、定稿，然后丢进脚本里，一键发布。看着复杂，但是定下这个流程后，效率一下就上来了。这套流程就是：定格式、写草稿、审定稿、跑脚本、发网页，环环相扣，谁也偷不了懒。
咱们这些日志，都是血汗钱换来的
你们可能觉得，不就是一个日志嘛至于搞得这么正式、这么麻烦吗？我跟你们说，这背后有我的血泪教训。
我在搞《圣塔县的生活》之前，在一家做小程序的公司混过几年。当时的项目，也是一帮人闷头写代码，日夜加班，进度是飞快。但是我们都没有留下任何正经的文档或者日志。老板天天说，先跑起来再说，文档以后补。
结果，项目是跑起来了，但只跑了半年。那老板因为别的事跑路了，新来的资本接手后，派了一个新的项目经理。那家伙一来，看到我们留下的一堆代码堆成的烂摊子，没有注释，没有日志，没人知道哪个功能是谁写的，或者为什么要这么写。
那项目经理就直接说了，这玩意儿没人能维护，推倒重来。当时我们十几号人，直接就被通知，集体离职了。我们辛辛苦苦干了快一年，结果因为没有记录，所有工作都成了空气，说没就没。我回家那天，看着空空的银行卡，整个人都懵了，觉得这口气咽不下去。
从那以后我就明白了，干活不能白干。日志和文档，不是给别人看的，是给自己的工作留下证据的。它证明了你在这个项目里，到底做了什么，它就是你的功劳簿，也是项目能活下去的命根子。我逼着自己和我的伙伴们写日志，不是为了做样子，是给我们的努力上保险，保证《圣塔县的生活》不会重蹈我之前那项目的覆辙。
现在你们在官网上看到的每一条更新日志，那都是我们实实在在的实践记录，是我们“活下来”的证明。
目前官网系统跑得挺稳，日志流程也固定了。下一步，我打算研究一下怎么把这日志系统跟我们游戏里的加载界面连接起来，让玩家一进游戏就能看到最新的更新，这样就更完美了。