Best-Practices

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

Вы когда-нибудь сидели на совещании, где кто-то торжествующе объявил: «Мы достигли 87% покрытия кода тестами!»? Все кивают с одобрением, словно только что посадили ракету на Марс. Тем временем в кодовой базе ошибка, которую можно было бы обнаружить с помощью надлежащего теста, пробралась в продакшн. Добро пожаловать в парадокс покрытия кода — метрику, которая заставляет вас чувствовать себя продуктивным, пока ваше программное обеспечение тихо разваливается. Позвольте мне быть brutally честным: покрытие кода как цель — это метрика тщеславия, и погоня за ней — один из самых быстрых способов саботировать вашу кодовую базу, сохраняя иллюзию качества....

Давайте на мгновение будем честны. Ваш любимый коллега не обязательно является любимым коллегой при проверке вашего кода. Тот старший разработчик, который утвердил ваш пул реквест в 17:50 в пятницу? Да, он не проводил глубокий архитектурный анализ. Он был в одном клике от свободы, и отладка через console.log не испортила бы ему выходные. Добро пожаловать в запутанную реальность проверок кода человеком: они предвзяты, непоследовательны и иногда жестоко честны, а иногда удобно забывчивы....

Вот спорная точка зрения, которая, вероятно, вызовет бурные обсуждения в комментариях: мы абсолютно точно должны позволить ИИ писать наш скучный код, даже если мы знаем, что он может быть немного хуже, чем тот, который мы написали бы вручную. И да, я осознаю иронию этого утверждения. Прежде чем вы закроете эту вкладку и начнёте публиковать гневные твиты о потере навыков и уязвимостях в области безопасности, выслушайте меня. Я не предлагаю отказаться от всех стандартов и позволить GPT-4 бесконтрольно работать в продакшне....

Вы знаете, что забавно? Дебаты между объектно-ориентированным программированием (ООП) и функциональным программированием (ФП) по сути представляют собой группу разработчиков, стоящих в противоположных углах комнаты и бросающих друг в друга всё более изощрённые упрёки, хотя оба угла на самом деле описывают один и тот же предмет с разных сторон. Я наблюдал за этими межгрупповыми войнами годами. Умные люди, которых я уважаю, — талантливые разработчики, — страстно доказывают, что выбранная ими парадигма превосходна, почти как если бы они защищали свою честь в средневековой дуэли....