Code Quality

Представьте себе: вы отлаживаете фрагмент JavaScript-кода в 2 часа ночи, ваш кофе остыл, и вы смотрите на то, что похоже на Пизанскую башню, сделанную полностью из вложенных вызовов функций. Добро пожаловать в ад обратных вызовов, мой друг — туда, где умирают мечты о чистом коде, и где даже самые опытные разработчики сомневаются в своём выборе жизненного пути. Если вы занимались программированием на JavaScript больше пяти минут, вы, вероятно, сталкивались с этим зверем....

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

Начну с признания: однажды я потратил три часа на отладку сбоя при развертывании, только чтобы обнаружить, что наша чрезмерно усердная конфигурация ESLint отвергла совершенно корректный код из-за того, что кто-то имел наглость использовать оператор console.log. Три. Целых. Часа. Тогда я понял, что у нас могут быть проблемы. Не поймите меня неправильно — я не выступаю за «дикий запад» программирования, где точки с запятой являются необязательными предложениями, а отступы следуют теории хаоса....

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

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