最近这几个月，日子过得有点紧巴。去年年底，我负责那个大项目，搞了快两年，结果老板突然说市场方向变了，把我们整个团队都裁了。赔偿金倒是给了，但心里那股气一直憋着。我手头的钱要养家糊口，不能闲着。
刚被裁那会儿，我琢磨着找个正经的班上，结果发现市面上的岗位，要么薪水低得离谱，要么就是要求一堆花里胡哨的技术，搞得我头大。正发愁的时候，有个以前的同事给我介绍了个私活，说是要搞一个新游戏的官网和攻略站。我一听名字，乐了：《TS变身退魔少女》。这名字，听着就挺二次元，挺不正经。
确定方案：从零开始瞎搞
客户那边的要求很简单，甚至可以说有点敷衍。他们说：要快，要省钱，内容要能随时更新，但服务器不能用太贵的。我一听，这不就是让我用最少的力气干最多的活吗？
我立马就选定了技术栈。前端我用了Vue 3，主要是为了快速搭界面。既然标题里有“TS”，我也得用上，所以组件逻辑和状态管理我都用了TypeScript写。但为了一个简单的官网用TS有点杀鸡用牛刀了，配置环境都得折腾半天。我以前在厂里写服务都是Java和Go，那工具链和生态是现成的，直接拿来用就行。现在搞这个小项目，发现Go那种“只实现CRUD”的工具链问题又出现了——你啥都要自己撸，连个成熟的后台管理系统都没有。
为了解决“随时更新”和“省钱”这两个矛盾点，我决定用静态站点生成器（SSG）。这样部署成本极低，只需要把生成的HTML文件丢到对象存储里就行。内容更新？我直接用Markdown文件存，写个小脚本把Markdown转成JSON数据，然后让SSG去渲染。
撸代码：官网和策略站的双重折磨
接下来的几周，我算是彻底陷进去了。这个游戏官网，主要分三个板块：首页介绍、角色展示和策略攻略。
- 首页部分：客户给的素材图质量参差不齐，好多图都是低清的。我得自己用CSS动画去补救，让页面看起来不那么寒酸。为了加快加载速度，我把所有图片都做了压缩处理，并且用懒加载的方式实现了视口内才加载。
- 角色展示：这部分最麻烦。每个“退魔少女”的变身前后形态、技能树、故事背景，我都要手动录入。我花了两天时间，构建了一个简单的JSON结构来管理这些角色数据。
- 策略攻略站：这是重点。玩家最关心的就是怎么通关、怎么刷材料。我设计了一个简单的导航结构，从“新手指南”到“高阶操作”。内容都是我自己对着客户发来的测试版游戏截图和文本，一点点敲出来的。
我得吐槽一下客户给的策略文本。写得云里雾里，很多地方逻辑根本不通顺。我不仅要当程序员，还得兼职当编辑，把那些粗糙的文本整理得像个人话。光是整理那个“魔物属性克制表”，我就耗费了一个通宵，因为表里好几个属性是循环克制的，根本不符合常理。
最终部署与反思
等我把所有内容都整合完毕，用SSG生成了最终的静态文件，总共也就十几个兆。我找了个便宜的云存储空间，花了不到一个小时就全部部署上线了。
项目虽然完成了，钱也拿到了第一笔，但整个过程让我体会到一种无奈。在大厂里，我们追求的是高并发、微服务、工具链完善。出来自己接活，你追求的就是“能用就行”、“成本最低”。这个“TS变身退魔少女”的官网，技术上没啥难度，但流程上真是把我磨炼了一遍。你必须学会用最少的东西，去解决最奇怪的需求。
就像我以前在老东家，追求的是代码的优雅和架构的稳定。结果老东家说裁员就裁员，连个招呼都不打。当时我正忙着给孩子找学校，家里急需用钱。那些承诺的年终奖、期权，说没就没了。我打了十几个电话问人事，电话不是被挂断，就是告诉我“查无此人”。那会儿我就明白了，技术再也得先保证自己有饭吃。
现在我分享这个网站的搭建记录，不是为了炫耀我用了多高级的TS技术，而是想告诉大家，无论是多奇葩的项目，只要能拿到钱，能解决问题，咱们就得硬着头皮上。这个官网，就是我那段艰难时期“曲线救国”的最好证明。能用，省钱，客户满意，这就够了。