我没想到前
一篇帖子会有这么高的关注度，
一个想一个人做游戏的盒友在评论区希望我分享下一个人做游戏的经验。所以特别写这篇文章。
本来想列个提纲，像写书目录一样一点点写出来。
但是我肯定没有deepseek总结的到位。
所以我决定以回答问题的方式，分享一些我对学习一个人做游戏的理解。
1.不管什么问题，先用deepseek问一问。（感觉废话）
2.很多盒友私信我，应该学什么引擎. Unity or UE?
因为我大概是在2010-2011年入行的，那时候的游戏制作比现在门槛高。
没有unity和ue这种处于几乎垄断的通用游戏制作引擎。
那时候各个厂家都有自己的自研引擎和自家的工具链。那时候我所在的公司用的是自己改的 Irrlicht EngineIrrlicht Engine - A free open source 3D engine
借着这个引擎了解了D3D 和 OpenGL的基础。所以后来接触到unity的时候很容易就上手了。
所以我建议大家一定要先了解这个两个玩意。
然后找一个自己喜欢的，学到深处真的会一通百通。
另外一个我在1个月前接触到了一个叫pico-8的虚拟游戏机，我觉得是适合初学者的。
3.感觉自己代码写的不够好，总想删了重构。最后自己被自己内耗死。
很多开发者在写程序时会纠结这个问题。甚至很多老手都会陷入这个怪圈，不停地觉得这个地方应该优化成某个设计模式，那个地方应该用那个模式。
这种问题在楼主看来，和孔乙己的茴香豆的茴字有几种写法一样迂腐。我建议对于功能不管3x7=21，先用最简单的方式写出来再说。不要在乎啥，字符串怎么赋值，循环怎么写，语言方面性能会好等等纠结的问题。
4.我有很多想法。
也有盒友私信我说，我有很多想法。某个想法多么天才，别人都没有想到。我可以肯定的说 ，初学者的这种想法99.99%是很难落地的。对于这种情况，我建议新手，先找一个相近的别人已经实现的游戏，先照着自己抄一个。然后再慢慢的往你的想法靠。
5.某种原因代码掉了，项目就做不下去了
这种情况在一个人实际开发的过程中，很常见。所以我非常建议，个人开发者一定要用git github/gitlab组合。养成随时同步到远端的习惯。 另外很多好东西都在github上，越早学会效率越高。
上面几条是我总结，盒友问我频率较高的问题的分享。大家如果还有别的啥问题，私信我。后面我会继续以这种方式分享经验。
一些我搜集游戏开发资料的分享，30天内有效
https://pan.baidu.com/s/1KZeqX1VFZImwLr67qKqmZg?pwd=frsz
提取码: frsz
感兴趣的玩家可以前往steam下载Demo试玩。好玩的话，请加下愿望单感激不尽。