Best-Practices

Держитесь за свои инструменты подсветки синтаксиса, ребята — мы собираемся совершить то, что многие считают главным грехом разработки программного обеспечения. Да, вы правильно прочитали. Мы собираемся поговорить о намеренном написании кода с разными стилями в разных проектах. Прежде чем хвататься за вилы, выслушайте меня. Иногда нарушение правил — это именно то, что нужно вашей кодовой базе. Ересь намеренной несогласованности Каждый учебный курс по программированию, каждое руководство по стилю, каждый опытный разработчик скажет вам: согласованность — это главное....

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

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

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

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