不打游戏的程序员适合从事游戏开发吗？

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

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

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

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

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

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