Technical-Debt

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

Мы любим говорить о техническом долге. Это монстр под нашей кроватью, виновник медленных спринтов и разочарованных разработчиков. «Нам нужно провести рефакторинг», — кричим мы. «Базовое кодовое хранилище — беспорядок!» — протестуем мы на ретроспективах. Но вот неудобная правда, которую никто на вашем последнем совещании по архитектуре не хотел услышать: иногда настоящий виновник — это не быстрые исправления и короткие пути. Иногда всё наоборот — мы создали нечто слишком хорошее для того, что на самом деле нужно было сделать....

Абсолютный лайфхак для гарантированной занятости, о котором никто не говорит Давайте будем честными: в мире разработки программного обеспечения уже несколько десятилетий существует негласная стратегия. О ней шепчут в тёмных уголках технических форумов и намекают в постах на Reddit в 3 часа ночи. Я говорю об искусстве написания кода настолько запутанного, настолько великолепно криптичного, что только вы на всей Земле способны его поддерживать. Навсегда. Поздравляем — вы только что изобрели пожизненную занятость....

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

Если вы читаете это, возможно, кто-то в вашей организации оправдывал сохранение той древней системы COBOL или тех серверов эпохи Pentium, которые пылятся в углу центра обработки данных. Вы слышали, как это называют «технической задолженностью», «необходимым злом» или — моё любимое — «мы перенесём это в следующем квартале» (мы оба знаем, что этого никогда не произойдёт). Но что, если я скажу вам, что ваши устаревшие системы на самом деле могут приносить вам пользу?...