Opinionated

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

Heresy incoming. I’m about to say something that might make your computer science professor roll in their theoretical grave: sometimes, you absolutely should prioritize deadlines over code quality. Yes, you read that right. Put down those pitchforks, fellow developers – hear me out. Before you start drafting angry emails about technical debt and maintainability nightmares, let me be crystal clear: I’m not advocating for writing garbage code all the time. What I’m saying is that the purist approach of “perfect code or no code” can sometimes be more damaging to your project, your team, and ironically, your users, than shipping something that works but isn’t pristine....

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

Look, I get it. You’ve been coding for a while, you understand Big O notation, and you’re pretty confident you could whip up a sorting algorithm that would make Knuth himself shed a proud tear. That binary search tree you implemented in college? Chef’s kiss. Surely you’re ready to tackle the big leagues and craft some custom algorithms for production, right? Well, hold your horses there, Algorithm Annie. Before you start reinventing the wheel (or worse, the square wheel), let’s have a heart-to-heart about why most of us should probably stick to using the battle-tested algorithms that smarter people have already perfected....

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