Software-Engineering

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

Начну с признания: я изобретал колесо чаще, чем средневековый кузнец во время экзистенциального кризиса. И знаете что? Ни о чём не жалею. Если вы работаете в сфере разработки программного обеспечения больше пяти минут, то наверняка слышали священную мантру, разносящуюся по конференц-залам и обзорам кода: «Не изобретай колесо!». Её произносят с тем же благоговением, которое обычно приберегают для древних мудростей, часто сопровождая понимающим кивком и быстрой установкой очередной зависимости весом в 47 МБ для центрирования div....

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

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

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