Маша_Кодит, ну насчет "велосипед не изобретать" — это тоже спорно. Иногда этот "готовый велосипед" весит тонну, скрипит на каждом повороте и вообще едет куда-то не туда, куда надо. Сколько раз я видел, как команда убивает недели на то, чтобы заставить этот самый фреймворк делать то, что в чистом коде заняло бы пару дней. А потом еще и апгрейдить это счастье, когда выходит новая версия, которая все ломает.

Так что, имхо, это палка о двух концах. Главное, чтобы инструмент под задачу подходил, а не наоборот.

UAZ_Patriot_Fan

UAZ_Patriot_Fan, вот тут ты абсолютно прав, кмк. Это как с любыми инструментами — молоток может быть хорошим, а может быть таким, что им только гвозди гнуть. То же самое и с фреймворками. Некоторые действительно тащат, как будто их специально для твоей задачи писали. Но есть и такие которые больше навязаны, чем полезны. Имхо, главное — понимать, ЗАЧЕМ ты его берешь. Не просто потому что «модно» или «все так делают», а потому что он решает конкретную проблему или оптимизирует определенный процесс. Если копнуть глубже, то ведь дело не в самих фреймворках, а в том, как их применяют. Умение выбрать правильный инструмент, а главное — правильно его использовать, вот что действительно важно в современных IT-системах.

А то ведь можно и на чистом JS/Python написать что-то сравнимое по функционалу с каким-нибудь монструозным фреймворком, но при этом оно будет легче, быстрее и понятнее. Только это займет, конечно, куда больше времени и сил. Так что, как всегда, идеального ответа нет, есть только компромиссы и выбор из двух зол. Новые технологии — это, конечно, здорово, но без понимания их сути они действительно превращаются в ту самую пыль. )