Best Practices

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

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

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

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

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