其實ue更適合那種目標很明確的專案。(端遊改手遊)
然後ue因為每一條工具流水線都需要專業的人維護，尤其衍生出來技術策劃、技術美術這種國內發展還不好，但是招人必須是極其熟練的和對口。因為ue其實試錯成本很高，稍微的不專業都是萬劫不復的。更別說換專案組了，沒辦法專案組之間的開發流水線基本失之毫厘差之千裏。在a流水線上的熟練工到了b流水線上也是小白了。這就帶來了招聘上問題，就是我招聘的虛幻熟練工到了我的專案組中能否符合預期，不符合預期可能是專案組本身的問題但是專案組怎麽會有錯呢？
相比ue的容錯率低的問題，unity很好解決了這個問題。c#指令碼開發隔離了開發層和引擎層，方便的外圍工具開發。說白了流水線工人不熟練我可以把工具組打造到可以隨便配合這些工人，全部整成熟練工。而且容錯高試錯成本很低，流水線開發中不好可以隨時調轉船頭整方便。
當然unity如果購買源碼配合食用效果不比ue差，所謂ue很多好的東西可以拿來主義，就比如acl動畫壓縮。或者ds server
