Изменения

м
Нет описания правки
[https://www.facebook.com/mtsepkov/posts/2593187594071512 Пост на FB] '''Игорь Цупко. Потерянные знания: что делать с непонятным легаси. Митап KnowledgeConf''' неожиданно собрал громадное число слушателей, что переместились из маленькой комнаты в Сингапур и он почти заполнен. И рассказ Но Сингапур был свободен только один слот, на второй - переместились в фойе и фото - оттуда. [[Файл:Highload2019-ph1.jpg|400px|right|thumb|[https://www.facebook.com/i.tsupko/posts/3032887976727976 Оригинал на FB]]] Рассказ о болях начался с философского вопроса: если ваш руководитель направил нас на легаси-проект, то надо бежать или принять испытание судьбы?
Дальше - заметки в вольном стиле.
'''Как появляется легаси? А очень просто: быстро запилили фичу и забыли'''. И через год-два у вас жуткое количество фич, и никто не знает, что они делают?.
Запросы посмотреть чужой позитивный опыт:
* Что перспективнее: Постепенно выносить монолит в небольшие модули, или собрать технический долг, и перестроить монолит внутри?
'''Жизненный цикл легаси Ctrl-Alt-Del: взять под контроль, заменить, удалить...'''
Требования в легаси: абсурдные, непонятные и исторически сложившиеся. Люди привыкли и пользуются... Сделано решение, потому что не придумали по-другому, или это тот гвоздь на котором все держится?
Если трамвайчик разгоняется, и мы не можем объяснить, что надо приостановиться и сделать рефакторинг, и руководство не понимает - стоит ли пробовать уговорить, или лучше сразу идти на headhunter?
 
Паттерн, когда новичка бросают на легаси-участок, а потом дают другие проекты. Жестко, но есть разумное зерно: если бизнес построен над легаси, то надо проверить совместимость человека.
Мой рецепт, как приостановить трамвайчик докручивания новых фич... Можно объяснять, что эти новые фичи внутри сделать дорого и тяжело, поэтому надо сделать рядом - и так постепенно сначала окружить трамвайчик новым набором машинок, а потом и заменить его.
 
Паттерн, когда новичка бросают на легаси-участок, а потом дают другие проекты. Жестко, но есть разумное зерно: если бизнес построен над легаси, то надо проверить совместимость человека.
Рефакторинг легаси - это путь самурая. Даже если эффективность обоснована, все равно остается риск того, что после рефакторинга вылезут большие проблемы. И или ты веришь, что команда сможет с этим справится, или ты не веришь. При этом проблемы в легаси - они не твои, ты их унаследовал и можешь жаловаться. А в новом все проблемы будут твоими.
Еще вопрос легаси имеет две стороны. Есть позиция, что легаси надо квалифицировать с точки зрения бизнеса: когда жесткость системы не успевает за требованиями по доработкам, когда высокая стоимость доработок или эксплуатации. И есть позиция разработчиков: легаси - это то, что на устаревших технологиях, что противно дорабатывать и сопровождать. Бизнес-позиция эту скрытую позицию легко пережимает, но победа часто кажущаяся, потому что разработчики голосуют ногами, увольняясь или применяют манипулятивные приемы. Нормальный диалог, учитывающий обе позиции, складывается редко.
{{wl-publish: 2019-11-29 10:33:31 +0300 | MaksTsepkov }}