У нашей @alexakukina АлексСаши день рождения! Если написал вне темы, баньте...
Но организовать нас в одном месте и направить в Светлое будущее)
УХ!
С ДНЕЙ РОЖДЕНИЯ)
P.S. и да я понимаю и никак не принижаю достоинства других людей уж тем более дни рождения других людей и да я спамлю и да я плохой человек и да скорее всего я вас бешу)

Александра, с днём рождения!

Поздравляю!!! 🥳

Ребята, спасибо большущее!
Мне невероятно приятно 🤗❤️

С днём рождения!

С днём рождения🎂🎂🎂

С днем рождения!

Всем привет!
буду рада, если у кого-то найдется подходящий кейс.
Проблема: большой легаси код продукта. как следствие долгая поставка, снижение мотивации работы над продуктом
Полгода назад была попытка провести рефакторинг. PM согласился выделить под это пару месяцев.
Но камнем стало то, что разработчики не смогли прийти к решению о том, как будет проходить рефакторинг и какая у него основная цель.

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

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

Тоже интересно как решить такой кейс)

Более радикальное решение,чем рефакторинг, но кейсы реальные, продукты успешные,  так что может даст  команде и ПМу, как минимум, пространство для размышлений  и  идей:

https://habr.com/ru/post/441456/

спасибо!!!

Привет. Идея этого рефакторинга это инициатива менеджмента или инженеров?

у меня конечно сразу вопрос - что это принципиально меняет)
но сейчас на мой взгляд это уже обоюдное решение)

Хм... Эти 6 историй несовсем связаны с текущими реалиями. Да и вообще с реальностью.
Я работал не в большом количестве мест, но ситуация везде одна и та же — монолит, мотивация, взять всё и переписать
Но увы, жизнь, а точнее работа, научила меня что оно так не работает. Рефакторинг монолита — вещь почти не достижимая, если не гугл, майкрософт или что-то большое, известное и с деньгами.
Если цель быстрее доставлять фичи, то как она связана с рефакторингом? В хороший код проще вносить изменения, а значит и выходить они будут быстрее? Да?
Увы, но нет. Даже если у вас будет идельный с точки зрения дядушки Боба код, то усилия по подержанию его в таком состоянии при внесении изменений могут очень  дорогими. А если нужно бежать вперёд роняя кирпичи, чтобы успевать за рынком?
На моей прошлой работе в каждой команде есть свой монолит, или один монолит на 2 команды. И есть стремление сделать мега архитектуру на микросервисах.  Процесс шёл 2 года (пока я там работал) и идёт до сих пор. А монолиты как приносили компании основной доход, так и приносят. А всю эту новомодную инфраструктуру пытаются удержать на плечах команда DevOps, у которых уже колени трясутся.
Новенькие приходят, ругаются, но когда понимают как работает бизнес начинают молча есть кактус. Так как он в деньги конвертируется. И правилом бойскаута пользуются. Ну и да, потихоньку выделяют независимые части в микросервисы.
Такие дела