VanyaMelnichuk Nov 29 2018 at 18:36

Как выруливать с legacy code, когда проект нужно было на вчера

7 min

24K

PHP*Programming*Designing and refactoring*

From sandbox

+24

Comments 16

zxweed Nov 29 2018 at 22:03

ни разу в жизни не видел легаси в стадии меньше 6++

VanyaMelnichuk Feb 7 2019 at 13:44

В случае использования микросервисов можно увидеть разные стадии. Это вполне реально

pesh1983 Nov 29 2018 at 22:43

Есть проекты, в которых микросервисы не то, что не нужны, они ещё и вредны. Необходимость в микоосервисах возникает обычно, когда остро встаёт проблема масштабирования. До этого вам микоосервисы только головной боли добавят, а профита почти не будет. Не стоит их "пробовать" только потому, что хочется. В итоге бизнесу это может обойтись в круглую копеечку.

+11

lleo_aha Nov 30 2018 at 09:04

бесплатных напитков этому господину

Free_ze Nov 30 2018 at 12:01

Вы чертовски правы. Для изоляции логики чаще всего достаточно модульной архитектуры.

VanyaMelnichuk Feb 7 2019 at 13:45

Статья была навеяна опытом работы с огромным монолитом. И полностью с вами согласен

Murimonai Nov 30 2018 at 07:52

На третьей стадии впоре задаваться вопросом: не стоит ли вообще отключить весь этот дремучий функционал?

VanyaMelnichuk Feb 7 2019 at 13:46

Бизнес может быть против так как фунционал работает и приносит прибыль

gerashenko Nov 30 2018 at 09:30

В придачу к legacy коду часто достаются legacy разработчики, которые в упор не видят своих проблем, не хотят ничего менять, а банку червячков поддерживать становится все сложнее и бессмысленнее.

VanyaMelnichuk Feb 7 2019 at 13:48

Абсолютно согласен. В таких случаях надо воспитывать новую команду ибо старая не всегда хочет меняться

Romario21 Nov 30 2018 at 14:00

Бизнес никогда не купит идею: “сделаю по-новому потому, что мне это не нравится”
Ну да, ну да… нужно просто подобрать подходящие слова

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

Fesor Dec 1 2018 at 12:17

В большинстве случаев проще и дешевле переписать заново

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

Постепенно переписывать — можно, так или иначе придется. А вот с нуля — никогда не окупится.

VanyaMelnichuk Feb 7 2019 at 13:50

Если удалось продать бизнесу полную замену модуля. То флаг в руки и барабан на шею )

alatushkin Nov 30 2018 at 15:41

Важно видеть картину в целом, в этих случаях, она обычно выглядит так: «менеджер»/«технический менеджер», принял близорукие решение, заработал славу достигатора, авторитет и бонусы и иногда уже благополучно сбежал на повышение, а теперь этот кусок Г пытаются «продать» рядовому разработчику под соусом «это большой челлендж». Если он покупается на это — он автоматически принимает на себя вину за любой реализовавший «риск». Идеальная сделка: одному бонусы, другому -стресс

VanyaMelnichuk Feb 7 2019 at 13:53

Достигатор мог сделать прототип который нужно обложить бизнес докой. Если прототип заходит бизнесу и приносит деньги то мы готовы прийти к замене прототипа на правильный модуль по оставшейся бизнес доке

king555 Nov 30 2018 at 17:52

Legacy на NоSQL почти всегда хуже Legacy на SQL

Show the best of all time