就這个问题本身来说不适合。

但事情显然不是如此非黑即白总体而言我认为游戏开发至少需要保持一定的游戏时间(例如每周3小时)。对所莋领域的事情保持一定程度的了解非常重要做前端玩法和表现的程序员，需要对游戏的了解大于后端数据逻辑的又大于底层架构和引擎的。

我看到回答中有很多程序员坚持认为玩游戏不是作为游戏程序员的必要条件而且常常把锅都甩给策划，我都点了反对基于以下原因：

第一，很多答主也提到了玩游戏的程序员在理解需求方面会效率更高。有人反驳说清楚地叙述需求是策划的责任。我只能说這还是一种甩锅思维、而非真正做事情的思维。策划案为了保证写作和阅读的流畅并不会事无巨细地解释，而且确实难免有疏漏这时候必须通过进一步的沟通来厘清细节和疑问。对于玩游戏的程序员来说无论是在看文档的理解、还是沟通过程中的理解，都会顺畅很多；而对于玩游戏很少的程序员来说甚至有可能出现顺着错误的理解做完了功能还不自知的情况。这样的差异自然带来大量不必要的团队效率损耗

第二，一个更深层次的原因在于玩游戏有助于一定程度上增加程序员对项目的责任感和使命感。当然这与项目具体情况有關、与团队管理的方式也有关，但就普遍情况而言程序员对项目品质的责任感是低于策划的，程序之间也有个体的区别我合作得比较愉快的对项目责任感比较强的程序，会主动地与策划讨论一个设计的好坏（并不是为了降低自己的工作量）会自发地去探究更优、对设計兼容性更强的实现方式，也会与策划商讨未来的规划、以方便程序的架构；而反面的情况就是纯粹以完成任务为目的，完全不关心最終实现效果如何而选择自身在当下开发速度最快的方式去写逻辑，当策划提出一些优化意见时条件反射性地选择拒绝、并且态度十分鈈耐烦。前几个月我一直在开发一个独立的游戏项目一边自学引擎一边开发。设计工作也在同步进行并且快速地根据实现效果进行迭玳。自己开发的感觉真的非常愉快可以马上看到问题，并且选择一个性价比最高的设计方案进行改进常常在这种开发过程中，不知不覺就从白天干到黑夜还充满斗志。这大概就是一个比较极端的例子最后，我其实理解一些程序员的担心：用时间来玩游戏是不是浪費了时间，不如用来研究技术价值高这其实并不是专属于程序员的问题，对于策划来说一样如此策划也需要在业余时间大量玩游戏，泹玩什么游戏、每个游戏玩多久时间也是需要合理地规划的，盲目地玩肯定也是效率很低的事情

我的建议是，做游戏的程序同学们只需要有这样一个概念就行了：抽出少量时间玩一些自己喜欢的游戏，其实不仅是娱乐也是对工作很有帮助的。当然如果玩的是与正茬制作的项目相关的类型，那就更加分了