А с постами что

Для тех кто меня всё ещё ждёт, я не умер, но сильно деграднул. (В день хожу по 20Км, организм все силы тратит на адаптацию)

Если не произойдёт ничего "случайного", для меня, то в начале следующего года постараюсь написать около техническую статью о том "как я открыл, для себя, сервисную модель организации движка".

Если коротко - как разделение кода на сервисы (подпрограммы) упростило описание целых подсистем и упростило внедрение новых. (Которые ещё надо написать, но время на порассуждать у меня прилично)

На эту мысль меня толкнули исходники чужих движков, в которых реализации некоторых фич могли быть сильно перемешаны, а организация новых жила бессистемно. Тоесть у тебя есть папка с кодом которая занимается парсингом скриптов, но она может заниматься и скриптамт и чтением файлов и кэшированием. Может это и кажется логичным, что вот у нас есть скрипт-процессор и мы там грузим файлики-скрипт и кэшируем байткод... Но это нарушает кое-какие дедовские рекомендации по проектированию микросхем - "никогда не мешай разное говно в одной корзине". Условное разделение таких участков кода на "ввод-ввывод, память, кэш и скрипт-процессор" могло бы увеличить их смысл по отдельности. Это также уменьшает "монолитность" кода, ибо отдельные части теперь живут независимо и их можно оптимизировать по отдельности.

В целом я бы хотел просто объяснить как можно описывать каркас приложения с помощью такого подхода. А в конце "филегранно" закончить куском кода в котором бы мы сделали приложение (я хочу воксельное демо, лол)

(...Мысли об этом Витали в воздухе, но я не знал как это организовать программно, всё же я HDL программист, в первую очередь)

Конец