Душа поддержки новой машины: как не превратить код в кладбище
Поддержка кода — это не рутина, а искусство, которым пренебрегают в погоне за новыми фичами.
Разработчики обожают писать новый код. Ещё бы: чистый лист, куча идей, ни одного бага — красота! Но проходит месяц-другой, и тот же самый код начинает напоминать старую квартиру, где каждая перегородка держится на честном слове и синей изоленте. Статья «The Soul of Maintaining a New Machine» как раз об этом — о том, что поддержка кода это не скучная обязаловка, а настоящее искусство, которое почему-то считают второсортным.
Автор проводит параллель между ремонтом старых автомобилей и поддержкой legacy-кода. И правда: и там, и там нужно не просто «починить», а понять душу механизма. Вы когда-нибудь пытались разобраться в чужом коде, написанном три года назад, где переменные названы в честь персонажей «Игры престолов»? Вот это оно, чувство единения с прошлым.
Но самое смешное (и грустное) — как индустрия относится к поддержке. В вакансиях редко пишут «ищем крутого инженера по поддержке», зато «разработчик новых фич» звучит гордо. Хотя любой опытный программист знает: настоящий скилл проявляется именно тогда, когда ты правишь чужой код, не сломав при этом прод. Это как сапёр, который обезвреживает бомбу с завязанными глазами — только вместо бомбы у вас JIRA-задача с критическим багом в пятницу вечером.
Статья напоминает, что поддержка — это не «уборка за другими», а способ сохранить душу проекта. И если вы до сих пор считаете, что рефакторинг — это для слабаков, попробуйте через год вернуться к своему же коду без комментариев. Спойлер: вы не вспомните, зачем там этот while(true).
Комментарий студии METABYTE: Мы тоже любим писать новый код, но наш опыт подсказывает: без грамотной поддержки даже самый гениальный проект превращается в тыкву. Хотите, чтобы ваш код жил долго и счастливо? Приходите, научим правильно «ремонтировать» цифровые машины.