Drive your career as React Developer with Symphony Solutions!
×Закрыть
  • Как работать с legacy-системами

    действительно есть люди, которые не знают того, что описано в данной статье
    и, полагаю, проблема в том, что обычно они не читают даже такие статьи на ДОУ.

    и при этом от них зависит принятие решений.

  • Как работать с legacy-системами

    Хорошая статья. Не смотря на заявления, что всё очевидно. По крайней мере под сомнения (почти) не ставят ))) Даже для меня (junior to middle) многое очевидно, но лишний раз это упорядочил и получил стимул добиваться некоторых вещей от руководства.
    А для новичков и для руководителей точно будет полезна.

    Ко-многому, описанному в статье, пришёл сам, работая с легаси уже почти как год (проекту 10 лет). Главная разница в масштабах, у нас не аутсорс и всё меньше (и команда, и всего один сервер в продакшене на каждый проект, хотя таки думаем о необходимости масштабирования с сисадмином), поэтому на будущее какие-то пункты могут быть полезны. Да и для себя подметил, где использовал «правильные» подходы в работе с легаси-кодом (в том плане, что уважать требования бизнеса, документирование, которого ранее не было вообще, и прочее), а какие моменты ещё предстоит наладить.
    Напр., пока не могу «выбить» сервер для этапа

    Верификация, когда реализованный функционал фичи проверяется в отдельной ветке.
     с доступом разработчиков (пусть и ограниченным, лишь бы к гиту доступ был) к этому серверу и при этом доступному из «мира» (может кто подскажет другой способ, ходить всем hosts прописывать как-то не алё). А то фич бывает много параллельно разрабатывается, и на всех одного предпродакшена тестировать не хватает. Плюс если что-то не устраивает в какой-то фиче, то другим готовым фичам/правкам иногда приходится ждать.

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

    Поддержал: notus
← Сtrl 1234 Ctrl →