Как пишется игровой движок?

Играми не интересуюсь, поэтому статей по теме не читаю, но пишу свои фреймворки и API, а игровой движок - тоже разновидность фреймворка.
Из моего опыта, самые сложные и строго обязательные этапы разработки не только своего фреймворка, но и вообще ПО - это вот эти 2

1) Определиться, что, для кого, ДЛЯ ЧЬИХ И КАКИХ ЦЕЛЕЙ планируется писать.
Не тупо "написать еще один движок" или "написать движок лучше всех имеющихся", а посмотреть имеющиеся, попробовать их в деле, понять, чего в них не хватает, и составить общий план того, что планируется написать.

Определиться с ЦА - кто это будет покупать, за сколько, на каких условиях лицензии, как бороться с пиратством (помашинная привязка "1 копия - 1 оплата" - один из самх надежнх методов против пиратства, но далеко не всегда она приемлема) .

2) Определиться с инструментами - ЯП, IDE и низкоуровневым (-ми) API, которые будет оболакивать фреймворк. Туда же паттерны проектирования, какие библиотеки использовать и т. д.

Что делать дальше, как собственно писать этот фреймворк, составлять ли какое-либо ТЗ или план или писать как пишется, динамически генерируя новые идеи, лишь б соответствовало общему плану из пунктов 1) и 2) - это уже дело хозяйское. Я лично не люблю строгих ТЗ, особенно когда в них за меня продуманы те шаги, которые я считаю нужным сделать иначе.

С матами и менеджерами, по ночам и в тихую от главной работы

херак херак и в продакшн