Начал изучать новые фреймворки.

Довольно длительное время, что по работе, что по своим личным проектам, у меня сложилась определенная тенденция реализовывать монолитные решения. Логика у меня была простой - "привык работать с одним каким-то фреймворком и поэтому буду его использовать и для личного сайта и для проекта и для всяких там tg ботов". С одной стороны удобно применять то, в чем ты разбираешься хорошо (или даже отлично), но вот использовать для простого tg бота (напомню - просто принять json и просто отправить json, совершив перед этим какие-то действия) готовый большой фреймворк, который за собой тянет огромную простыню зависимостей, модулей, библиотек, файлов и другого, а ты используешь от этого меньше 1% - глупо и тупо.

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

Таким образом мне удалось подходить к разработке своих сайтов и pet-проектов с умом, не перегружая своим кодом хостинги и делая так, что для маленьких задач мне нужно чуть больше кода написать, но зато - минимум кода и легкость в "переезде от хостинга к хостингу".