新手开发者第2款游戏上线：3条命的代码里藏着什么

itch.io上周多了一款叫《Holy Carp》的像素小游戏。作者Depoco在页面写了句话："这是我做的第二款游戏，说实话，挺满意的。"

3条命，一个计分板，游戏结束画面。代码量看着像大学作业，但评论区没人笑。因为点进去的人发现，这个"新手"把GameManager（游戏管理器）写得比某些上线三年的手游还干净。

一个信号系统省了多少行代码

Depoco贴出来的脚本不长，核心就两个信号：lives_changed和score_changed。生命值变、分数变，UI自动跟着变，不用到处找引用。

做过独立开发的都知道这意味着什么。

很多人写第一个游戏时，分数显示和逻辑代码缠成一团。改个数字要翻三四个文件，调试时满屏print找数据流。Depoco用Godot的信号机制把数据流捋直了——生命减少→发信号→UI接收→更新画面，单向流动，没有回头路。

重置功能也写得克制。reset_game()里四行代码：两个变量归零，两个信号补发。没有多余的清理逻辑，因为实例化时就该想好怎么销毁。这种"用完即走"的思路，像是被哪个坑过的人才写得出来。

评论区有人问他从哪学的。Depoco回："犯了错，然后改。"

像素图导入Godot后" messed up "

文章里埋了个细节：有些精灵图导入引擎后变形了，"不知道为啥"。

这行字比技术段落更有信息量。Godot的像素素材导入默认带过滤，新手很容易踩这个坑——图在文件夹里看着 crisp（锐利），进游戏糊成油画。解决方法是改导入设置里的Filter为Nearest，但Depoco说"还没修"，先上架再说。

这种"先完成再完美"的节奏，反而让老开发者点头。

他列的待办清单很实在：修图、美化菜单、加音效、做设置窗口。没有"重构底层架构"这种虚词，也没有"考虑加入Roguelike元素"的远景画饼。下一个游戏已经开工了，这款就维持最低限度的维护。

itch.io页面显示这是"Part 0"，下周发Part 1。听起来像连载小说，其实是给自己留退路——万一没人玩，沉没成本可控。

"我做错了，请评论"

文章最后Depoco写了段话，放在代码后面像免责声明："请记住我写的不一定100%正确，我会犯错，我是新手。如果你发现错误或任何反馈，请评论。"

技术博客很少这么写。更多人选择沉默上线，等别人来挑刺时再防御。Depoco把"新手"标签贴在最显眼的位置，反而让评论区氛围变奇怪了——没人居高临下，都在分享自己踩过的坑。

有人指出他的_game_over()里硬编码了节点路径，换场景会崩。Depoco回："确实，下次用自动加载（AutoLoad）。"

有人建议把生命值的魔法数字3改成常量。他说好。

这些对话发生在48小时内。 itch.io的算法还没给这款游戏流量，但开发者社区已经把它当成了小型案例课。

Depoco说下一款游戏下周公布。没人知道是续作还是新IP，但GameManager的脚本大概会更短——因为这次他先写完了重置功能，才开始做伤害判定。

你会把"请挑错"写在项目首页吗？