Opinionated

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

Let me start with a confession that might make some of you reach for the pitchforks: I’ve shipped production code with global variables. I’ve committed directly to main. I’ve written functions longer than a CVS receipt. And you know what? Sometimes it was the right choice. Before you close this tab and question my sanity, hear me out. The software development world has become obsessed with best practices to the point where we’ve created a new form of cargo cult programming....

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

Let me start with a confession: I’ve been that guy. You know the one – walking into meetings with a DevOps hammer, treating every software project like it’s a nail that desperately needs continuous integration, automated deployments, and microservices architecture. But after years of watching perfectly functional teams struggle with unnecessary complexity and seeing simple projects crushed under the weight of “industry best practices,” I’ve learned something important: DevOps isn’t always the answer....

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