Opinionated

У каждого разработчика бывает такой момент. Вы проектируете новую систему, рисуете микросервисы на доске, и вдруг думаете: «Да насколько сложно создать собственную очередь сообщений?» В конце концов, это просто передача данных из точки А в точку Б, верно? Верно? Приготовьтесь, потому что я собираюсь провести вас через кроличью нору распределённых сообщений — и поверьте мне, эта конкретная кроличья нора уходит глубже, чем у Алисы. Соблазнительная простота «просто очереди» Будем честными: базовая концепция кажется почти оскорбительно простой....

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

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

Позвольте мне рассказать о самом дорогом «LGTM», который я когда-либо видел. Он был в запросе на включение, который выглядел достаточно безобидно — небольшое изменение в нашей логике обработки платежей. Рецензент, старший инженер, которого я уважал, одобрил его, оставив комментарий, который до сих пор преследует меня: «Отлично выглядит! Хорошая работа, что всё просто 👍». Этот «простой» код был запущен и тут же дважды списал средства за заказы 847 клиентов во время Чёрной пятницы....

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