Opinionated

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

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

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

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

Представьте: три часа ночи, ваша производственная система рушится, и вы лихорадочно ищете утечку памяти, которая преследует вашу команду несколько недель. Звучит знакомо? Ну что ж, возьмите кофе (или энергетический напиток на ваш выбор), потому что мы собираемся погрузиться в эпическое противостояние, которое назревало в мире системного программирования: Rust против Go. Как человек, проведший бессонные ночи за работой с обоими языками, я могу сказать, что выбор между ними — это не просто выбор инструмента, это выбор философии....