就问题本身而言，是不合适的。
但事情显然不是那么非黑即白，总的来说我认为游戏开发需要至少保持一定的游戏时间（比如每周3小时）。 对领域内的事物保持一定程度的了解是非常重要的。 做前端玩法和性能的程序员对游戏的了解要大于后端数据逻辑，大于底层架构和引擎。
我看到答案中很多程序员坚持认为玩游戏不是成为游戏程序员的必要条件，而且他们经常责怪策划。 我反对他们的理由如下：
首先，很多受访者还提到，玩游戏的程序员理解需求的效率会更高。 有人反驳说，阐明要求是规划的责任。 只能说这还是一种甩锅的思维，而不是真正做事的思维。 为了保证写作和阅读的流畅，策划案不会一一详述，确实难免有疏漏之处。 这时开发游戏的是什么职业，必须通过进一步的沟通来澄清细节和问题。 对于玩游戏的程序员来说开发游戏的是什么职业，无论是在阅读文档的理解上，还是在交流过程中，都会顺畅很多； 对于很少玩游戏的程序员来说，甚至会出现错误的认识。 功能完成而功能未知的情况。 这样的差异自然会带来很多不必要的团队效率损失。
其次，更深层次的原因是玩游戏在一定程度上有助于增加程序员对项目的责任感和使命感。 当然，这与项目的具体情况和团队管理方式有关，但总的来说，程序员对项目质量的责任感低于策划，程序之间存在个体差异。 对自己合作过的项目责任心强的程序会主动和策划者讨论一个设计的好坏（不是为了减轻我的工作量），会自发探索更好更兼容的设计实现方式还将与规划师讨论未来的规划，以促进项目的结构； 相反的情况纯粹是为了完成任务开发学习，根本不关心最终的实施效果，选择当下最快的开发速度。 写逻辑的方式，在打算提出一些优化建议的时候，条件反射的选择拒绝，态度很不耐烦。 这几个月一直在开发一个独立的游戏项目，边自学引擎边开发。 设计工作也在进行中，根据实施效果快速迭代。 自主开发的感觉真的很惬意，可以第一时间看到问题3D植物，选择性价比最高的设计方案进行改进。 往往在这样的发展过程中，不知不觉就从白天工作到晚上，仍然斗志昂扬。 这大概是一个极端的例子。 最后，其实也理解一些程序员的顾虑：玩游戏是不是浪费时间，还不如用来研究技术？ 其实这不是程序员专属的问题，对于策划来说也是一样的。 规划也需要在业余时间玩很多游戏，但是玩什么游戏，每款游戏玩多长时间也需要合理的规划。 盲目的玩绝对是一件效率很低的事情。
我的建议是做游戏的项目同学只要有这样一个观念：花少量的时间，玩一些自己喜欢的游戏。 其实不仅是娱乐，对工作也很有帮助。 当然，如果您玩的是与您正在从事的项目相关的类型，那更是一种奖励。
