Иван Веков, как правило это способ экономить на ФОТ. Гораздо дешевле нанять психолога по корпоративному тарифу, заплатив 1 раз за много сотрудников с большой скидкой или купив печеньки оптом, чем добавить стоимость разового визита к этому же психологу или розничной стоимости печенек к зарплате, а сверху заплатить НДФЛ, ФОМС, ФСС, ПФР и т.д. Можно конечно этого всего совсем не платить, вот только выгоревший к чертям сотрудник имеет производительность на уровне нуля, а з/п ему нужно платить ту же.
Есть фронтенды, которые знают только вью/реакт, а за их пределами толком ничего не могут - такие стоят дешего. Есть фронтендеры которые умеют голый TypeScript/JavaScript, а изучить react/vue/svelte/angular/ember/любую другую новомодную хрень для них дело 1-2 вечеров, такие стоят дорого.
Вы не поверете, в городе от гелика гораздо больше пользы чем за городом. Если за городом бездорожье, то там лучше уаз или нива. А вот в городе, там где пузотерки встают во дворе напротив друг друга и спорят, кто должен сдавать назад и пропустить, гелик объезжает их по сугробу и не парится, много раз такое видел в СПб.
Я бы может согласился, но просил бы лям... Хотя скорее всего нет, нервы дороже бабла...
Сайт из 2014 года закрывал потребности бизнеса в 2014 году, и не закрывает их в 2024 году.
Но раз бизнесы платят в десятки раз больше, значит им это выгодно.
Вам правильно сказали, что вам никто не мешает сейчас за три дня сделать сайт на технологиях 2014 года, но сможете ли вы конкурировать с сайтом на технологиях 2024 года?
Проблемы с индексацией есть и сейчас, чтобы там не заявляли ПС, а в древние 2016 года они были выражены в несколько раз сильнее. То, что Вы проблемы не замечали - не значит, что их не было.
P.S. в некоторых ситуациях действительно быстрее и дешевле написать некоторые функции на чистом js и не тащить весь react стек в проект, но это больше исключение, чем правило.
(memberOf=CN=MyTest,OU=Domain_users,DС=abt,DС=orl)
Ну вот как частный пример, который очень плотно коррелирует с абстракцией про стройку:
Задача:
Отредактировать форму в веб-интерфейсе.
1. Как это было раньше:
Программист (не фронт, а общей направленности, ведь раньше не требовалось разделение) подключился к серверу, поменял файл шаблонизатора, поменял css. Готово
2. Чуть позже:
Программист сделал изменения у себя, запушил в систему контроля версий, сработал деплой (который банально заменяет файлы), готово.
3. Сейчас:
Фронтенд-разработчик выкачивает себе исходники из репозитория, делает всякие yarn/npm install, ловит тысячу ошибок из-за недоступности какой-нибудь зависимости, депрекейтедов, проблем с lock файлами и тд. Допустим, победил. Пошел искать среди роутеров, компонентов, ассетов и тд именно то что ему нужно, нашел, отредактировал. Чтобы проверить - запускает бабели, галпы, вебпаки. Хорошо если не ловит ошибок. Проходит вечность. Проверил, понял что не так немного, поправил. Запускает бабели, галпы, вебпаки. Ждёт. Все ок, отправляет в гит. Запускается деплой - поднимается билдовый контейнер, который опять же запускает yarn/npm, все молятся чтобы ничего не крашнулось. Проходит вечность, образ выкатывается, и тут мы замечаем опечатку... Начинается вечность №2.
То есть в данном примере:
Минусы:
1. Отдельный спец под фронт и бэк, иначе сложно разбираться с ворохом технологий. Хотя можно, не спорю.
2. Зачастую требуется подключение девопс-специалиста, чтобы помочь с ошибками сборки
3. Очень долго ждать всех процессов
4. Даже в случае сверх-факапа, нельзя прибегнуть к очень плохой, но раз в тысячелетие действенной идее "поправить на проде"
5. Новым разработчикам сложнее начать работать. Кто-то не знаком с архитектурой, кто-то не умеет пользоваться именно этим пакетным менеджером, использовал другой сборщик и так далее.
Плюсы:
1. Разработчику весело