🦾 IT-Качалка Давида Шекунца 💪
2023-12-11 09:44
Что я имел ввиду под быстрыми изменениями: любая технология проходит этапы при которых (1) она начинает набирать популярность, (2) люди начинают ее тянуть в продакшен, (3) она там устаивается и начинают появляться вакансии под нее
Если мы берем любой backend язык, то уже на протяжении многих мноних лет в каждом из уже есть устоявшиеся технологии, а значит, ты примерно понимаешь что тебя ждет на новом месте и из проекта в проект можешь заниматься углублением своих знаний
На JS же ситуация, при которой у тебя 4 ui rendering библиотеки (React, Vue, Angular, Svelte), у каждой свой вариант Next.js или другого кастомного движка SSR, 5-6 state-manager, 5 сборщиков проектов, который у каждой команды будет иметь какие-то свои особенности
Ну и, конечно, менее стандартизированного кода, чем на фронте найти сложно: у каждого свой подход и в каждом подходе куча "исключений"
И вот когда ты 2-3 года поработал над каким-то проектом с React + Redux, то когда ты пойдешь искать работу ты наткнешься на то, что таких вакансий уже стало намного меньше, потому что начали перепрыгивать на что-то другое
И очень важно: с одной стороны, очень часто эти изменения "шила на мыло", потому что концептуально они все похожи, НО из-за названных в статье причин каждое из них имеет столько подводных камней, что чтобы говорить "теперь я знаю Svelte" придется на нем поработать, чтобы узнать то неочевидное гавно, о котором они не говорят в документации