Разработка ПО — относительно молодая отрасль. На моих глазах она расцветала и крепла, а многие мои коллеги наблюдали её становление. На этом пути разработчики набили немало шишек (такова судьба любой развивающейся индустрии).
Книгу Карла Вигерса «Жемчужины разработки» я взял почитать из чистого любопытства, без каких-либо особых ожиданий. Для меня это было чем-то вроде возможности «послушать байки деда». Из опыта человека, столько лет успешно работающего в индустрии, точно можно извлечь что-то полезное.
О чём книга
Книга представляет собой 60 уроков, которые автор вынес из своего многолетнего опыта. Они разделены на несколько категорий, поэтому читать её довольно удобно.
В книге раскрываются следующие темы:
- Почему работа с требованиями настолько важна и как её наладить.
- Зачем инвестировать в проектирование перед началом разработки.
- Как давать оценки так, чтобы минимизировать погрешность.
- Как подходить к качеству сейчас, чтобы не было «больно» потом.
3 идеи из книги
-
Требования — это фундамент. Все команды должны серьёзно относиться к работе с требованиями. Пренебрежение ими приводит к потере времени из-за переделок, хаотичным коммуникациям, конфликтам и снижению качества итогового продукта.
-
Избегайте расстановки приоритетов «по децибелам». Часто идей гораздо больше, чем ресурсов, а стейкхолдеры постоянно конфликтуют. В таких случаях возникает соблазн прислушаться к тому, кто кричит громче всех. Но это слабая стратегия. Гораздо эффективнее использовать объективные методы приоритезации.
-
Время, потраченное на проектирование, окупается отсутствием исправлений в будущем. Этот урок я освоил на практике (и довольно болезненно). Всегда есть искушение сказать: «Да всё понятно, погнали код писать!». Но при реализации любой мало-мальски сложной фичи это почти всегда приводит к багам. Конечно, не стоит вылизывать всё до идеала, но и крайность «быстрой разработки» не менее опасна.
Мои впечатления
Я не могу сказать, что книга вызвала у меня эффект «вау, пушка, бомба». Но, тем не менее, она мне очень понравилась. Во время чтения казалось, что я слушаю истории ветерана разработки за чашечкой чая. Где-то я ехидно хихикал, где-то сочувственно кивал, а где-то болезненно морщился, вспоминая собственный опыт.
Книга вряд ли станет для вас сборником откровений. Но она напоминает о простых и невероятно важных вещах, о которых мы часто забываем: требованиях, проектировании и командной работе.
Рекомендую к прочтению на досуге — как минимум приятно проведёте время. Также можно изучать отдельные уроки выборочно — контекст вы не потеряете.