其实ue更适合那种目标很明确的项目。(端游改手游)
然后ue因为每一条工具流水线都需要专业的人维护，尤其衍生出来技术策划、技术美术这种国内发展还不好，但是招人必须是极其熟练的和对口。因为ue其实试错成本很高，稍微的不专业都是万劫不复的。更别说换项目组了，没办法项目组之间的开发流水线基本失之毫厘差之千里。在a流水线上的熟练工到了b流水线上也是小白了。这就带来了招聘上问题，就是我招聘的虚幻熟练工到了我的项目组中能否符合预期，不符合预期可能是项目组本身的问题但是项目组怎么会有错呢？
相比ue的容错率低的问题，unity很好解决了这个问题。c#脚本开发隔离了开发层和引擎层，方便的外围工具开发。说白了流水线工人不熟练我可以把工具组打造到可以随便配合这些工人，全部整成熟练工。而且容错高试错成本很低，流水线开发中不好可以随时调转船头整方便。
当然unity如果购买源码配合食用效果不比ue差，所谓ue很多好的东西可以拿来主义，就比如acl动画压缩。或者ds server
