Объелся ирисок "Меллер"
и прошел между жызой квест по сборке движка UE4 под линуксом с проектом для KDevelop (и оно таки работает на слаке). Предворительные впечатления от:
* С++ по унреальному -- унреальный набор велосипедов, основанный на NIH синдроме и макросах, которые ломают любой интеллисенс (вместо STL написаны свои коллекции костылей). Но? но! но... современная STL вполне торт и ничего трудного в написании на ней портабельного кода даже с С++11/14 нет, вопреки утверждениям вечнозеленых пионеров, застрявших в 90. Вся библиотечная срань автоматом суется в хедер сгенеренного класса -- а... А форвард декларейшон... Кокой форвард декларейшон? ...
* шаг вправо шаг влево чреват труднопонятными ошибками интеграции редактора со средой разработки (то редактор говорит, что не может скомпилять... почему-то, то среда говорит, что "все ап ту дейт") -- потому что см. предыдущий пункт
* любое мелкое изменение может обернуться перекомпиляцией всего, которая на нормальной машине может занимать 30 минут... в 2018 году, ага (хотя вроде обычно инкрементально, но люди жалуются) -- потому что "редактор" -- частично часть результирующей SO-шки игры и статически линкует все подряд и... см. предыдущие пункты
* у них вместо системы сборки свой... велосипед на... C# (т.е. для сборки С++ нужен С#), что обещает тоже много геморроя и... см. предыдущие пункты.
* интеграция любой сторонней библиотеки -- отдельный секас из-за предыдущих пунктов и... ну ты понел
* если игорь сделает выстрел в ногу внутри себя, то редактор упадет нахуй, независимо от наличия встроенного сборщика мусора и т.д. попыток сделать "особый уличный манагед С++"... ибо потому что.
В общем, кажется проще продолжать пилить свой движ с интеграцией стороннего рендера без родовых травм и ошибок мамонта от которого остались залежи говна))) Кл. слово, конечно, "кажется"... Но это не точно
* С++ по унреальному -- унреальный набор велосипедов, основанный на NIH синдроме и макросах, которые ломают любой интеллисенс (вместо STL написаны свои коллекции костылей). Но? но! но... современная STL вполне торт и ничего трудного в написании на ней портабельного кода даже с С++11/14 нет, вопреки утверждениям вечнозеленых пионеров, застрявших в 90. Вся библиотечная срань автоматом суется в хедер сгенеренного класса -- а... А форвард декларейшон... Кокой форвард декларейшон? ...
* шаг вправо шаг влево чреват труднопонятными ошибками интеграции редактора со средой разработки (то редактор говорит, что не может скомпилять... почему-то, то среда говорит, что "все ап ту дейт") -- потому что см. предыдущий пункт
* любое мелкое изменение может обернуться перекомпиляцией всего, которая на нормальной машине может занимать 30 минут... в 2018 году, ага (хотя вроде обычно инкрементально, но люди жалуются) -- потому что "редактор" -- частично часть результирующей SO-шки игры и статически линкует все подряд и... см. предыдущие пункты
* у них вместо системы сборки свой... велосипед на... C# (т.е. для сборки С++ нужен С#), что обещает тоже много геморроя и... см. предыдущие пункты.
* интеграция любой сторонней библиотеки -- отдельный секас из-за предыдущих пунктов и... ну ты понел
* если игорь сделает выстрел в ногу внутри себя, то редактор упадет нахуй, независимо от наличия встроенного сборщика мусора и т.д. попыток сделать "особый уличный манагед С++"... ибо потому что.
В общем, кажется проще продолжать пилить свой движ с интеграцией стороннего рендера без родовых травм и ошибок мамонта от которого остались залежи говна))) Кл. слово, конечно, "кажется"... Но это не точно