Technical-Debt

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

Грядёт ересь. Я собираюсь сказать нечто такое, что могло бы заставить вашего преподавателя по информатике перевернуться в своей теоретической могиле: иногда стоит отдавать приоритет срокам, а не качеству кода. Да, вы правильно прочитали. Положите вилы, коллеги-разработчики, — выслушайте меня. Прежде чем начать писать гневные письма о техническом долге и кошмарах с поддержкой, позвольте мне прояснить: я не призываю постоянно писать плохой код. Я говорю о том, что пуристский подход «идеальный код или никакого кода» иногда может нанести больший вред вашему проекту, команде и, как ни странно, вашим пользователям, чем выпуск чего-то работающего, но неидеального....

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

Начну с признания, которое может заставить некоторых из вас схватиться за вилы: я отправлял в продакшн код с глобальными переменными. Я совершал коммиты прямо в main. Я писал функции длиннее, чем чек из аптеки. И знаете что? Иногда это было правильным выбором. Прежде чем вы закроете эту вкладку и усомнитесь в моём здравомыслии, выслушайте меня. Мир разработки программного обеспечения стал одержим лучшими практиками до такой степени, что мы создали новый вид программирования в стиле карго-культа....

Представьте: вы прокручиваете свои старые репозитории GitHub в 2 часа ночи (с кем не бывает), и натыкаетесь на тот API, который создали три года назад. Тот, который должен был революционизировать способ, как люди делятся фотографиями своего завтрака с домашними животными. Ноль звёзд, две вилки (вероятно, боты), и каким-то образом он всё ещё работает в продакшене, сжигая 47 долларов ежемесячно на AWS. Добро пожаловать в неловлый мир цифровых зомби — сервисов, которые должны были быть давно закрыты, но продолжают шататься по киберпространству, потребляя ресурсы и путая пользователей....