Я про сборку ответов для фронтов в 1

Вот этот кейс - это как раз про bff. Ну или вообще про graphql, который и не bff и не apigw

Ну, чтобы понять, можно ли делать плавную деградацию - нужно уже понимать, что там с точки зрения бизнеса.
Иногда можно, иногда нет.

Так вот про трансформацию.

У меня есть приятель, биолог. У него под это есть история.
Так как из песни слова не выкинуть, тут будет обсценная лексика. Кто против - тот может жаловаться.

В общем, на биофак МГУ привезли партию подопытных мартышек. Ну, они живут некоторое время в клетках, потом на них ставят опыты и после опытов уничтожают. Расходный материал. И вот эта новая партия вся без исключения сидя в клетках дрочила. Делать больше нечего, макакам скучно, можно только дрочить.
К ним подсаживали новых макак(-ов?), которые от старых учились дрочить. В итоге там была постоянная история с... ну, вы поняли.

Решить этот  вопрос получилось только посредством занавешивания клеток одеялами и разделения старых макак и новых.


Так вот тоже самое справедливо и для программистов: зачастую антипаттерны и раздолбайство передаются через контакт, так что бывают случаи, что для проекта безопаснее и здоровее выгнать всех, а потом нанять программистов заново. Иначе архитектор так и будет долбиться головой в бетонную стену непонимания. И никаким образом ничего изменить не сможет. Потому что тут в коллективе принято дрочить, а не работать.

Ты неправ. Обновление 24*7 — невероятно сложный навык. Основной посыл большинства команд разрабов - "мы не выкатываемся в пятницу", это  вообще считается правильным и клёвым подходом. И здесь в чате полно не выкатывающихся в пятницу на прод, и в массе контор это так.

Потому что очень сложно суметь взять на себя ответственность за работу системы. Крайне тяжело заставить себя разобраться, как оно всё работает, и научиться не ронять систему.

Проще молиться, поститься и слушать то самое радио. Вместо выстраивания процессов и повышения квалификации.

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

Да, и то, что тебе это кажется простым — профдеформация. Мне, например, кажется простым и очевидным, как работает электропочта. И как устроен поиск по текстам. А другим — нет, это требует кучи знаний и эрудиции

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

Где же набрать такую команду в отсутствии людей на рынке, чтоб выкатывали 24/7? А главное сколько это в бабле будет?

ИМХО: Не выкатывать релиз в пятницу появилась именно как ответ на отсутствие спецов, потому что сам выкатил, сам ковыряешься в выходные.

Да ладно, у меня не было такого опыта, за год разобрался (еще до выхода в прод). Нет там совсем уж рокет-сайнса.

Ну вот @povsten  недавно провёл тест с резюме. Будет время, я тоже попробую изобразить программиста С++. Посмотрим, сколько мне офферов придёт. Полагаю, что, как и сейчас, 1-2 в неделю с идиотскими условиями

4-6 в день приходит на питон сеньора

А, уже хорошо.

Больше. Но с идиотскими условиями.

на 350+ на удаленку, сбер вообще 500 предложил

условия кстати у все очень ок, прямо хорошо

Питон не c++

О, питон-сеньор 500? Неплохо...

ну да, на плюсах больше платят

я аналитиком и технологом в сбере столько зарабатывал, тогда программитсы были дешевые