做一款游戏到底要多久，如果先把美术这层皮扒掉，只谈程序、玩法、关卡这些硬骨头？说实话，这问题问得特别实在，因为美术在很多人眼里是个无底洞，但程序同样也是。你要是把“不考虑美术”理解成“只做原型”，那一个周末就够了。你拿Unity或者Godot，摆几个方块，写点移动和跳跃的代码，中午点个外卖，到晚上你就能跟朋友说“我做了一款游戏”。市面上那些Game Jam比赛，48小时能产出一堆可玩的作品，靠的就是把美术砍到最低限度，全是方块和圆圈。

但这显然不是你想问的。你想问的应该是，一个完整的、能上架卖的、有不俗可玩性的游戏，砍掉美术这块成本之后，到底还要砸进去多少时间。

这么说吧，我见过一个独立开发者，一个人包办所有的事，做了个像素风的地牢爬行游戏，美术就是最简单的16x16像素块，他跟我算过一笔账。光是核心战斗系统的数值平衡，他调了三周。敌人AI的寻路逻辑，做到不蠢不傻，又花了三周。地图随机生成的算法，为了防止出现死胡同和不可达区域，整整写了两个月。这还不算存档系统、设置菜单、手柄适配、Steam成就接入这些“看不见的脏活”。所有东西加起来，他用了十个月，每天稳定工作六到八个小时。关键是他还跳过了音效和音乐，那又是一个大坑。

我自己的经验也是这样，如果做一个俯视角射击游戏，不考虑美术，大概可以把时间压缩到四个月。但这四个月里，你每天都要面对的是碰撞检测的边界问题、子弹在高速移动时会不会穿墙、敌人为什么会卡在墙角疯狂抽搐。这些问题没有一个是美术能帮你解决的。很多非程序员对开发的认知是，美术画完图，程序员把图塞进代码里，然后游戏蹦出来了。实际上根本不是。美术可以是个临时的蓝色圆圈，但物理碰撞、动画状态机、输入延迟补偿，这些内核东西，才是真正吃时间的大户。

但是，纯粹说完开发逻辑也不对。时间这玩意儿，跟游戏类型的关系比跟美术的关系大得多。你做个剧情驱动的文字冒险，不考虑美术的情况下，那大头全在文本和分支逻辑上。写个三十万字的剧本，再画个故事流程图，一个人怎么着也得闷头干半年。你要是做个肉鸽卡牌，数值膨胀的控制、卡牌之间的化学反应、敌人行动模式的随机组合，这些调起来是无穷无尽的。《杀戮尖塔》的开发者说过，他们光是把前期第一个Boss的战斗节奏调到满意，就试了上百次。那还是在有美术的情况下。砍掉美术，试错效率能高一点，但试错的次数可没变少。

还有一个特别容易被忽略的地方是移植和适配。你电脑上跑得好好的，打包到手机上，屏幕尺寸不一样，触控操作跟鼠标键盘的逻辑完全两码事，这又得折腾。主机平台更别提了，光是搞定那些认证要求，很多团队就要花掉一两个月。就算你就想发个网页版，不同浏览器的兼容性能把你搞到怀疑人生。这些都是用肉眼看不见的工程量，但它们确确实实躺在你的开发计划表里。

说到底，“不考虑美术”这句话是个伪命题，因为它默认了美术是时间的增量项。实际上对于很多独立游戏来说，美术和程序是纠缠在一起的。你做了一个三维的场景，哪怕你不放任何贴图，光是那些纯色的方块，它的加载方式、光照反应、摄像机碰撞，这些依然要花时间调。

如果你真的想得到一个数字，我倾向于这么回答：做一个玩法不出格、内容不铺张的独立游戏，就按“一个人，每天干五个小时，不算美术”来算，快则三个月，慢则一年。前提是你只做一个平台，最好就是PC的Steam，手柄支持也只做Xbox的，不做云端存档，不做创意工坊。但凡你想多加一个平台，多加一个联网功能，或者多做几个Boss，那时间直接翻倍往上跳。

所以别再问开发一款游戏要多长时间了，你得先问自己，想做的那个游戏到底有多大。一个点子可以一个下午写完代码，但一个游戏永远是填不完的洞。你要是咬咬牙，把范围锁死，把美术全扔给方块，四个月到半年，你一定能拿着一个能玩的游戏出来。就怕你做到第三个月，开始纠结“这个方块的阴影是不是应该再深一点”，那时间又会开始重新计算了。