Project-Management

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

Держитесь за свои инструменты подсветки синтаксиса, ребята — мы собираемся совершить то, что многие считают главным грехом разработки программного обеспечения. Да, вы правильно прочитали. Мы собираемся поговорить о намеренном написании кода с разными стилями в разных проектах. Прежде чем хвататься за вилы, выслушайте меня. Иногда нарушение правил — это именно то, что нужно вашей кодовой базе. Ересь намеренной несогласованности Каждый учебный курс по программированию, каждое руководство по стилю, каждый опытный разработчик скажет вам: согласованность — это главное....

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

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

Понимаю, вы разработчик. Вы смотрите на WordPress и думаете: «Я мог бы создать что-то лучше этого раздутого беспорядка, даже во сне». Вы смотрите на кривую обучения Drupal и задаётесь вопросом, не были ли создатели тайными садистами. И даже не заставляйте меня начинать на экзистенциальный кризис, который заключается в попытке объяснить Joomla клиенту в 2025 году. Но вот в чём дело — и я говорю это с любовью — вероятно, вам не стоит создавать собственную CMS....