聚光灯💡｜BUG RV 🚗开发02

大家好，这里是眠狐虫工作室。这是我们的第一（？）篇开发日志(这对吗? 👇🏻究其原因: 第一份策划案想做的游戏似乎有点偏题，当官方指正游戏的主题是【你确定这不是BUG吗?]时，那以程序控制自动种田为主，对抗入侵虫群的玩法就有点跑题了，同时组里有经验的美术老师也及时指出了问题，例如这种种植经营类的游戏是需要大量美术资源堆砌出来的，而且实际效果也不是特别理想。结合各种实际问题考虑，我们决定放弃第一份策划案的构思 🤔重新定向: 题目主题【你确定这不是BUG吗?】，那让我们先拆解一下这个主题: 🍇为什么会这么问? 玩家在玩一些游戏的时候，有时候做出的一些操作，程序没有按照玩家预想的情况执行，这时候玩家就会问一句:你确定这不是BUG吗? 分析一下这些操作，一般来说它们都有共同点:这些操作都是有点反直觉的，我们不妨举一些具体例子论证观点: ❶全境封锁2玩家通过操作把伤害数值变成负数→华佗再世事件 ❷马里奥64BLT →后向阶梯跳给了一个异常加速然后让玩家可以借此卡模型，成为速通圈必备手法 让我们看看以上这两个例子:在一个数值驱动类型游戏里，谁会闲着没事把伤害变成负数?在一个希望你向前走的游戏里，谁会想到后方向跳? 所以这些问题的出现也是有原因的，程序员在写代码的时候就没有想过这些相反的反直觉操作，测试员在测试的时候也没有发现这个问题。这不是说工程师们的能力不行，相反他们已经尽可能在想异常输入了，但还是比不过庞大玩家社区的创造力 该怎么回答这个问题? 💡这不是BUG，这是机制! 游戏里有很多经典的BUG，最后因为危害不大而被保留，玩家也戏称这些BUG为机制，比如: 我的世界→这游戏全是机制（ ❶2077赛博朋克→黑梦事件，虽然说最后也是没有保留，但是给首发玩家极大的演出震撼以至于大伙一开始都不觉得这个是BUG ❷DOTA2→机制砍了泉水勾，这个机制存在了数年之后却被当成BUG修了，很难不怀疑是懒狗V社只是想做平衡把这个玩家津津乐道 也可以看出这些BUG也是不太影响玩家游戏体验的 拆解完主题之后我们就该确认我们应该做什么游戏了: #聚光灯游戏创作挑战   #我在小红书做游戏   #聚光灯gamejam      #taptap聚光灯游戏创作挑战   #taptap游戏   #TapTap聚光灯 #聚光灯gamejam开发者日志 #TapTap聚光灯独立游戏