Software-Development

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

Послушайте, я понимаю. Вы уже некоторое время пишете код, разбираетесь в нотации Big O и вполне уверены, что сможете создать алгоритм сортировки, который заставил бы самого Кнута гордиться. То бинарное дерево поиска, которое вы реализовали в колледже? Просто отлично. Конечно, вы готовы покорять большие лиги и создавать собственные алгоритмы для продакшна, верно? Ну, притормозите-ка, Алгоритмическая Анни. Прежде чем начинать изобретать велосипед (или, что ещё хуже, квадратный велосипед), давайте поговорим о том, почему большинству из нас, вероятно, стоит придерживаться проверенных алгоритмов, которые умные люди уже усовершенствовали....

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

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

Пора признать: Agile-манифест не просто устарел — он стал настоящим пережитком прошлого. Это как тот коллега, который до сих пор настаивает на использовании Internet Explorer «потому что он нормально работает». Мы цепляемся за документ, которому уже 24 года, как за священный грааль разработки программного обеспечения. Но вот неудобная правда: Agile стал тем, с чем стремился бороться. Не поймите меня неправильно — я не собираюсь выбрасывать ребёнка вместе с bathwater. Оригинальный Agile-манифест был революционным для своего времени, освобождая от жёстких оков каскадной модели....