«Жемчужины разработки. Чему мы научились за 50 лет создания ПО», Карл Вигерс Разработка ПО — относительно молодая отрасль. На моих глазах она расцветала и крепла, а многие мои коллеги наблюдали её становление. На этом пути разработчики набили немало шишек (такова судьба любой развивающейся индустрии).
Книгу Карла Вигерса «Жемчужины разработки» я взял почитать из чистого любопытства, без каких-либо особых ожиданий. Для меня это было чем-то вроде возможности «послушать байки деда». Из опыта человека, столько лет успешно работающего в индустрии, точно можно извлечь что-то полезное.
⭐️ О чём книга
Книга представляет собой 60 уроков, которые автор вынес из своего многолетнего опыта. Они разделены на несколько категорий, поэтому читать её довольно удобно.
В книге раскрываются следующие темы: ➡️ Почему работа с требованиями настолько важна и как её наладить. ➡️ Зачем инвестировать в проектирование перед началом разработки. ➡️ Как давать оценки так, чтобы минимизировать погрешность. ➡️ Как подходить к качеству сейчас, чтобы не было «больно» потом.
⭐️ 3 идеи из книги 🟡Требования — это фундамент. Все команды должны серьёзно относиться к работе с требованиями. Пренебрежение ими приводит к потере времени из-за переделок, хаотичным коммуникациям, конфликтам и снижению качества итогового продукта.
🟡Избегайте расстановки приоритетов «по децибелам». Часто идей гораздо больше, чем ресурсов, а стейкхолдеры постоянно конфликтуют. В таких случаях возникает соблазн прислушаться к тому, кто кричит громче всех. Но это слабая стратегия. Гораздо эффективнее использовать объективные методы приоритезации.
🟡Время, потраченное на проектирование, окупается отсутствием исправлений в будущем. Этот урок я освоил на практике (и довольно болезненно). Всегда есть искушение сказать: «Да всё понятно, погнали код писать!». Но при реализации любой мало-мальски сложной фичи это почти всегда приводит к багам. Конечно, не стоит вылизывать всё до идеала, но и крайность «быстрой разработки» не менее опасна.
⭐️ Мои впечатления
Я не могу сказать, что книга вызвала у меня эффект «вау, пушка, бомба». Но, тем не менее, она мне очень понравилась. Во время чтения казалось, что я слушаю истории ветерана разработки за чашечкой чая. Где-то я ехидно хихикал, где-то сочувственно кивал, а где-то болезненно морщился, вспоминая собственный опыт.
Книга вряд ли станет для вас сборником откровений. Но она напоминает о простых и невероятно важных вещах, о которых мы часто забываем: требованиях, проектировании и командной работе.
Рекомендую к прочтению на досуге — как минимум приятно проведёте время. Также можно изучать отдельные уроки выборочно — контекст вы не потеряете.
Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.
А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.
➖➖➖➖➖➖➖➖➖➖➖ 📝 @ulshinblog
В этом посте были ссылки, но мы их удалили по правилам Сетки
· 07.02
если коротко - ничему)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён