为什么法式员那么多，而游戏开发的法式员却那么少?
非科班二本，工作1.5年想转行做ue4开发，此刻在怼c++ primer，想听听前辈们的建议。喜欢玩游戏但不知道对游戏行业有没有兴趣，比来看到另一个相似的回答，大师仿佛都不建议入坑说是逆行者我真的苍莽了，也挺怕找不到工作、小公司容易被裁、经常熬夜做项目这种情况，可能是真迷了吧，不外我还在怼c++，实践后得出对编程是有兴趣的。
其实学ue4想做AR眼镜相关的，苹果已经要出AR眼镜了，也不知道苹果用的什么引擎开发的AR眼镜，我看这些年苹果每一个新动作都引起了国内相关的风浪，所以搞AR有预判未来热点的想法存在。 你好题主！其实游戏开发的程序员也还是非常多的，可能是你还没有入行。只是说框架不太一样，所以你这个问题严格意义上来说程序员多少和游戏开发程序员之间并没有很大的因果关系。
接下来可以就你的问题描述聊一聊，首先你能看到AR（或者说METAVERSE)至少说明你的选择试一个正确且有价值的选择。但是每一个选择的背后都需要一个可执行的方案以及持续有力度的Action。而这个方案就取决于当下你的能力和状态，这边看到你工作1.5年想要转行UE，但是还处于一个死怼开发语言的阶段。至少据我判断你大学的专业和之前的工作应该和编程、开发距离比较远吧。所以如果你决定要以几乎0基础的底子转行UE4的话，真的非常有必要去了解一下当下转行的门槛和基础的学习逻辑。
首先关于当下的转行门槛，我建议你可以先把转行目标定低一些，比如其他的可以用到c++的前端工作，或者Unity游戏开发。为什么这么说呢？因为目前能够像UE4游戏开发入行买出最容易且最实际可行的一步就是这样。且不说目前游戏开发市场主流的引擎中UE4所占的比例很少（意味着工作机会、资方的用人需求很小），UE引擎的简历筛选要求就得5年经验以上，你说咱们一个自学转行者哪里来这么丰富的经验。所以总体来说这个门槛还是很高的。
其次关于基础的学习逻辑，请允许我猜一下你的怼C++大概率是怼c++的书或者视频教程吧。我可以直接这样说：「你把这写东西怼通了也不见得能做一个小项目出来」。因此一个游戏引擎的基础底层逻辑一定是「先模仿实践并回归理论基础，完善理论基础再指导实战」。一定要简单的小项目来实践通过时间去完善自己知识领域、扫除知识盲点，逐渐搭建一套适用UE4引擎的开发语言知识体系。同样的方法再去不断完善UE4各个模块的技能。
最后，如果你真的想入行游戏行业的话，其实我建议你可以先入行Unity，先入行积累经验后期转UE4都是可以的。我们现在的团队也都是从Unity开始工作后期行业有需求才转UE4的。这里可以先提供你一些学习路线图、干货教程供你参考。希望你能早日找到自己的方向！
点击卡片领取海量U3D学习资源/面试攻略/简历模版 我是做游戏客户端的，最近由于业务原因需要搞些app。上手后发现内存，帧率基本上都不用考虑了，渲染，物理这些大概率也用不上。只想说句app开发真香 其他回答基本解答了问题题目，我回答一下问题描述里的内容吧
喜欢玩游戏但不知道对游戏行业有没有兴趣，最近看到另一个相似的回答，大家好像都不建议入坑说是逆行者我真的迷茫了，也挺怕找不到工作、小公司容易被裁、经常熬夜做项目这种情况，可能是真迷了吧，不过我还在怼c++，实践后得出对编程是有兴趣的。知乎上每天都能涌现一堆“xx岁入行/转行/开始学习xxx晚不晚”之类的问题，我总结下来就是：
你还在犹豫这种事情只能说明你对自己没信心，真正能入行的人不会在这个问题上担心犹豫，也不会被别人劝退。“最好的时机是10年前，其次是现在。”
其实学ue4想做AR眼镜相关的，苹果已经要出AR眼镜了，也不知道苹果用的什么引擎开发的AR眼镜，我看这些年苹果每一个新动作都引起了国内相关的风波，所以搞AR有预判未来热点的想法存在。做游戏和做纯VR/AR应用是有区别的，你最好先弄清楚自己到底是想做什么，最简单的办法就是整几个demo出来，是做小游戏好玩，还是ar辅助工具好玩，还是两者结合。
VR/AR在将来注定会大放异彩，但是这个将来还有多远其实不好说，高昂的硬件成本，有限的使用体验，尚未完全发明出来的新交互设计，就我个人来说，现在的VR/AR设备更像10多年前的PDA，确实支持触屏和触控笔之类先进的技术，但是在乔布斯拿出iPhone之前，一直都只能是有钱人的玩具，而不能进入寻常百姓家，更不会迎来爆发。你要是真冲着这个未来去学习，说不定学到的就是用java写古典手机应用，而不是后来的ios开发……
不过学C++、UE总归是好的，这确实是当下最先进的技术工具之一，并且根据近期的UE5的表现，接下来几年必定大有作为。 这个问题提的就有毛病，程序员已经是各个行业里都存在的一个工种，而游戏是其中一个行业。怎么能说游戏开发的程序员少呢？怎么不问在金融、电商、航空航天、汽车制造等等这些行业做开发的程序员为什么那么少？ 大部分是因为团队不需要。
目前游戏引擎和一些开源社区解决了大量的底层造轮子的事情，一个大约18-20人的项目团队大概配2-3个程序员就够用了，这还是所有的代码和框架都自己写的情况。
还有许多游戏团队干脆就是用老代码换皮，或者买一套代码来改策划表和美术素材，这样几乎一个全职的程序员都不需要（有一个做技术支持的即可，这样可以支持许多团队。）
加上目前许多策划也可以写基础的业务程序（或者连蓝图，使用图形化界面制作业务逻辑），在设备性能日益提升的情况下，一些性能不敏感的，由策划产出的代码或蓝图逻辑也可以在生产环境跑。
而比较成熟的团队，一些UI装配、音频等等这些都可以由中间件（比如FGUI、wwise之类）或者团队之前已经积累的框架解决，只需要策划或者艺术家（音乐、美术）上手配置即可完成设计到游戏内落地的全流程，非深度定制化应用，根本不需要程序参与。
<hr/>当然，也有很多技术驱动型的团队或者项目，或者深度改造引擎的项目，这就需要程序参与了。但比较trick的一点是这类一般需要比较资深的程序，行业内高端人才供给极其不足（各公司都在抢人），所以导致很多小团队或者支付能力不强的团队，根本不敢立这种项目，而大公司又高薪养着这帮大神们，没有太多职位空缺。也就变相的导致招聘市场上岗位少。
页:
[1]