Какой то конкретный продукт приводить в пример было бы глупо , тк всех технологий и нюансов мы знать не знаем , свои работы которые под нда тоже не показать , поэтому получился такой общий вопрос . Хотелось бы услышать про путь становления разработчиков с обеих сторон , где и какие трудности испытывались , что для них сложно . Например войти во фронт сейчас просто изучив кое как js мне кажется невозможно (естественно я имею ввиду и знания о базовом документе и стилях ) , обязателен тс везде и всюду , что значительно повышает сложность вхождения и время на это .

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

На фронте есть все то же , за исключением многопоточности

Все тоже, только проще)

Чем :)

Бэкенд требует проектирования масштабируемых систем (микросервисы, балансировка нагрузки), глубокое знание SQL/NoSQL, оптимизация запросов, транзакции, репликация, защита от SQL-инъекций, XSS, CSRF, аутентификация, шифрование данных, работа с API, платежными системами, CRM, протоколы (REST, gRPC, WebSocket), обработка очередей (Kafka, RabbitMQ), многопоточность, параллельные вычисления, Docker, Kubernetes, CI/CD, мониторинг (Prometheus, Grafana), логирование. Более сложные ЯП чем JS, который по своей сути один из самых простых языков.

В этом сообщении я увидел минимум 2 специальности , это девопс и бэк , зачем объединять ? Обработка очередей , просто подрубить радит и платить подписку ) Бд и все что касается апишки , это база чтобы стать бэком , а а чем эта база сложнее ? Просто вот перечислил уйму аббревиатур , половина которых это просто сахар . А аргументов в пользу сложности бэкэнда я так и не увидел , на фронте аббревиатур не меньше , и современный фронт требует ту же архитектуру , те же микро сервисы ,той же оптимизации клиента которой добиться куда сложнее если учитывать бизнес задачи . Про шифрование тоже не вникнул , о каком шифровании речь , о тех исключениях исходя из бизнес задач ? Запросы шифрует браузер , а исключения есть и на фронте , абсолютно такое же шифрование . Параллельные вычисления тоже интересно , на асинхронности стоит весь современный фронт , и если уж сравнивать изучение синтаксиса js и к примеру python , явно же синтаксис проще в питоне

Ну так что на фронте сложного тоже не пойму, кинул Фетч, отрисовал кнопку в реакте, в бэке явно посложнее

Вы работали с высокой нагрузкой на клиенте ? Когда потребление ОЗУ может достигать 1 гб на вкладке из за вложенности большой в dom, или с графикой на клиенте , с оптимизацией больших словарей на клиенте , медиа , кэширование как клиента так и запросов , проектированием json в случаях тяжеловесных библиотек с минимизацией работы в основном потоке , адаптив чего стоит с некоторыми дизайнерскими решениями , настройка вэбпака в специфических проектах , работа с ssr, ssg перечислять можно бесконечно . Сложного вагон и еще телегжка . Но все относительно проекта , есть проекты с 1 роутом , и тремя кнопками , но на бэке там какая то супер логика , а бывает наоборот , бэк это копипаст с изменениями в ключах и путях таблиц

Почему так считаете ?

Более долгий период погружения и уровень сложности

А в чем конкретно он сложнее ? По моей информации от коллег , время вхождения в бэкенд гораздо ниже современного фронта

Это плюс в чью сторону ?

Как пример Mira, figma, google таблицы.