Рубрика: каждые пять лет в сбере обязательно кто-то приходит, и требует срочно переделать все. Зачем, почему, какие у этого будут трудозатраты - не важно. Просто надо.
Казалось бы сами пишите: "В проекте, который изначально запускали на вполне нормальном техстеке — Scala, Akka, Akka HTTP". А в чем проблема заняться рефакторингом? Стек нормальный. а основная боль судя по всему в том, что "через четыре года разработки периодически меняющейся командой подрядчиков появился зоопарк из Akka, Akka HTTP, Akka Streams, Cats, Zio, Monix, Scalike jDBC, Quill, Monocle, Tapir, Play, Circe и ещ` десятка малоизученных эзотерических библиотек суммарно с сотней звёзд на Github".
Ради этого надо было все тащить в кубер, переделывать монолит на микросервисы, полностью менять техстек?
Итог неутешительный: "Почти полностью сменился состав команды backend-разработки". И все ради того, чтобы в среднем увеличилось производительность REST в 1,5—2 раза, чего бы вы добились с куда меньшими трудозатрами, просто по-нормальному текущий проект переписав.
К тому, что было высказано до меня, я бы хотел вот что ещё добавить от себя лично.
Большая проблема, что если с горем пополам чем занимаются программисты понятно, то объяснить чем занимаются люди ответственные за эксплуатацию для менеджмента сложнее. Вы не понимаете проблем и задач эксплуатации, поэтому вам и кажется, что они что-то делают неправильно, но в общем все ровным счётом наоборот.
В свое время я начинал один свой проект с того, что не было ни тикетов, ни малейшей бюрократии, по итогу триста человек начали звонить, писать, а то и ходить ногами. И при этом остальная работа никуда не исчезла. Это безусловно было очень удобно для моих коллег, правда вся моя работа фактически вставала, это вело к огромным переработкам, к необходимости бежать в два раза быстрее, чтобы двигаться вперёд, чтобы успеть все, при этом документально куда тратится моё рабочее время я ничем не мог подтвердить.
На хабре есть полно статей, где люди также пришли к тикетам, чтобы хотя бы как-то было возможно планировать работу, фиксировать задачи и отчитываться о результатах своей детальности. Это делается не из-за большой прихоти, не для желания отгородиться, а потому что жизнь заставила.
Рубрика: каждые пять лет в сбере обязательно кто-то приходит, и требует срочно переделать все. Зачем, почему, какие у этого будут трудозатраты - не важно. Просто надо.
Казалось бы сами пишите: "В проекте, который изначально запускали на вполне нормальном техстеке — Scala, Akka, Akka HTTP". А в чем проблема заняться рефакторингом? Стек нормальный. а основная боль судя по всему в том, что "через четыре года разработки периодически меняющейся командой подрядчиков появился зоопарк из Akka, Akka HTTP, Akka Streams, Cats, Zio, Monix, Scalike jDBC, Quill, Monocle, Tapir, Play, Circe и ещ` десятка малоизученных эзотерических библиотек суммарно с сотней звёзд на Github".
Ради этого надо было все тащить в кубер, переделывать монолит на микросервисы, полностью менять техстек?
Итог неутешительный: "Почти полностью сменился состав команды backend-разработки". И все ради того, чтобы в среднем увеличилось производительность REST в 1,5—2 раза, чего бы вы добились с куда меньшими трудозатрами, просто по-нормальному текущий проект переписав.
К тому, что было высказано до меня, я бы хотел вот что ещё добавить от себя лично.
Большая проблема, что если с горем пополам чем занимаются программисты понятно, то объяснить чем занимаются люди ответственные за эксплуатацию для менеджмента сложнее. Вы не понимаете проблем и задач эксплуатации, поэтому вам и кажется, что они что-то делают неправильно, но в общем все ровным счётом наоборот.
В свое время я начинал один свой проект с того, что не было ни тикетов, ни малейшей бюрократии, по итогу триста человек начали звонить, писать, а то и ходить ногами. И при этом остальная работа никуда не исчезла. Это безусловно было очень удобно для моих коллег, правда вся моя работа фактически вставала, это вело к огромным переработкам, к необходимости бежать в два раза быстрее, чтобы двигаться вперёд, чтобы успеть все, при этом документально куда тратится моё рабочее время я ничем не мог подтвердить.
На хабре есть полно статей, где люди также пришли к тикетам, чтобы хотя бы как-то было возможно планировать работу, фиксировать задачи и отчитываться о результатах своей детальности. Это делается не из-за большой прихоти, не для желания отгородиться, а потому что жизнь заставила.