Вот это интересно. Но, скорее — не для веба как такового. Я допускаю, такие вопросы хороши для Я.Такси или Убер. Но лишены смысла для поисковиков по тексту или разрабов Маркета

Вице-мэр Москвы Бочкарев – об отказе от мигрантов на стройках:
✔️ Да, не хватает ни рабочих, ни инженеров. [Дефицит трудовых ресурсов] около 40%. [Мигранты] — одно время был Таджикистан. Сейчас ситуация изменилась — Узбекистан и Киргизия. Сейчас их мало. Почти все уехали, было около 120 тыс. по всему городу, сейчас, я думаю, около 40 тыс., не больше.
✔️ Стало больше жителей Московской области, но на объект нельзя просто прийти. Быть хорошим штукатуром — это искусство, делать кирпичную кладку — вообще нет специалистов. Средняя зарплата мигранта на стройке сейчас где-то 50–60 тыс. руб. А была 30 тыс. Но многие уже и за 80 тыс. не хотят работать.
✔️ Выход один. Заработная плата у рабочих в Китае в пересчете на рубли — в среднем 150 тыс., у финского рабочего — 240 тыс., в Великобритании — 250 тыс. И там не привозят рабочих из-за границы. Я ставлю задачу своим коллегам в стройкомплексе и подрядчикам разработать план мероприятий, который позволит нам обойтись без иностранной рабочей силы на строительных объектах города Москвы.
✔️ Процесс строительства должен требовать в три раза меньше людей, а зарплата у них должна быть в два, а то и в три раза больше, и строили бы мы в два раза быстрее. Где эти резервы? Первое — технологические решения процесса возведения объекта. Например, можно собирать узел распределения воды на объекте, а можно его собрать на линии.
✔️ Дальше — механизация процесса. Я работал в США, Великобритании, Швеции. Конкретный пример — компания Skanska, бетонируется пятно под монтаж большой колонны. Бетонирует один человек, швед. Он весь обвешан инструментами. Весь процесс проектирования и стройки сделан так, чтобы минимизировать количество работающих. Но работающие подготовлены гораздо лучше.
✔️ Другой пример — оштукатуривание стен. Можно поставить четырех рабочих, а можно поставить одну станцию, которая наносит раствор на стену. У нас в отрасли есть большой резерв эффективности.

Они любят дать фронту 5 эндпоинтов и отправить на клиент кучу данных, а фронту надо это смерджить и говорят что у них микросервисы :)

Беда

Если плиточнику будут платить 200К, возникнет дефицит джунов, однако

Для меня тут диссонанс в самом сочетании фронт + олимпиадные задачи. Обычно этим люди с разным складом ума интересуются. Фидкть бывшего олимпиадника бэкендером я готов, даже php-шником, как показала практика. А фот фронтом - нет.

Сейчас такая тенденция, что кучу всего выносят на фронт, отсюда и такая потребность. Вопрос зачем? Этим задаются все фронты и мобильники

Такие задачи бывают, увы. Но если это входит в систему - точно беда.

хитрый план hr-ов: набрать фронтов и сделать из них сильных бэкэндщиков

Для бэкендеров в яндексе есть отдельный котёл, тьфу one hiring day.

Это происходит, потому что 100500 команд пилят что то своё в своём сервисе. А у фронта тз, сходи туда, сходи туда, сходи туда и сделай это эффективно :) во всем короч виноваты микросервисы, фронты тут не причём

а вот там будут просить кодить на js

О, я знаю слово API gateway. Надо продать идею яндексу 😊

Хакиры в чате!!!

Не возникнет. Средний джун плитку не положит.

Ну, в Я.Такси эти вопросы нужны одному-двум сотрудникам, которые реально пишут алгоритм поиска пути.
Остальным - нафиг, нафиг

Ну, в общем, да.

Ну, не скажи. Сейчас фронт - это про много задач, но при этом очень плохой инструментарий (медленно, ограничения в памяти, не очень удачный язык и так далее). И нужно много думать про асинхронность, объединение данных на лету, частичные перестройки графов и так далее. Даже если самому не писать алгоритмы - неплохо бы представлять, как они работают.
Но, опять-таки, достаточно это понимать одному техлиду на 10 миддлов.

Нет, чтобы запросить у бэкенда bff и не мучаться )

Кстати, API gateway не про это, тут именно про bff pattern, а для него нормальных решений нет.
И Яндекс свой, кажется, так и не сделал после XScript