TGViewer
Никита Ульшин про IT Никита Ульшин про IT @ulshinblog · 3.2K subscribers
Post #797 1.48K
«Жемчужины разработки. Чему мы научились за 50 лет создания ПО», Карл Вигерс

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

Книгу Карла Вигерса «Жемчужины разработки» я взял почитать из чистого любопытства, без каких-либо особых ожиданий. Для меня это было чем-то вроде возможности «послушать байки деда». Из опыта человека, столько лет успешно работающего в индустрии, точно можно извлечь что-то полезное.

⭐️ О чём книга

Книга представляет собой 60 уроков, которые автор вынес из своего многолетнего опыта. Они разделены на несколько категорий, поэтому читать её довольно удобно.

В книге раскрываются следующие темы:
➡️ Почему работа с требованиями настолько важна и как её наладить.
➡️ Зачем инвестировать в проектирование перед началом разработки.
➡️ Как давать оценки так, чтобы минимизировать погрешность.
➡️ Как подходить к качеству сейчас, чтобы не было «больно» потом.

⭐️ 3 идеи из книги

🟡Требования — это фундамент. Все команды должны серьёзно относиться к работе с требованиями. Пренебрежение ими приводит к потере времени из-за переделок, хаотичным коммуникациям, конфликтам и снижению качества итогового продукта.

🟡Избегайте расстановки приоритетов «по децибелам». Часто идей гораздо больше, чем ресурсов, а стейкхолдеры постоянно конфликтуют. В таких случаях возникает соблазн прислушаться к тому, кто кричит громче всех. Но это слабая стратегия. Гораздо эффективнее использовать объективные методы приоритезации.

🟡Время, потраченное на проектирование, окупается отсутствием исправлений в будущем. Этот урок я освоил на практике (и довольно болезненно). Всегда есть искушение сказать: «Да всё понятно, погнали код писать!». Но при реализации любой мало-мальски сложной фичи это почти всегда приводит к багам. Конечно, не стоит вылизывать всё до идеала, но и крайность «быстрой разработки» не менее опасна.

⭐️ Мои впечатления

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

Книга вряд ли станет для вас сборником откровений. Но она напоминает о простых и невероятно важных вещах, о которых мы часто забываем: требованиях, проектировании и командной работе.

Рекомендую к прочтению на досуге — как минимум приятно проведёте время. Также можно изучать отдельные уроки выборочно — контекст вы не потеряете.

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

А для тех, кто хочет читать с большей пользой, у меня есть статья с описанием моего процесса чтения и упражнениями.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog
  • 👍 17
  • ❤ 9
  • 🔥 7
  • ⚡ 1
More from @ulshinblog
  1. Sep 21, 2026Почему не все интересные идеи влияют на жизнь Я люблю читать книги. В детстве меня поглоща…
  2. Sep 19, 2026Итоги курса «Руководитель отдела» Вот и подошли к концу 4 месяца интенсивного обучения на…
  3. Sep 18, 2026«Не знаю» больше не значит «не могу» С развитием LLM-ок фраза «я не знаю» перестала означа…
  4. Sep 17, 2026Из находки ИИ-радаров вырос лонгрид для Хабра В понедельник оба моих ИИ-радара зацепились…
  5. Sep 16, 2026Два ИИ-радара для наблюдения за IT-индустрией Не следить за IT-индустрией я не могу, потом…
  6. Sep 15, 2026Тимлиды, вы ещё думаете идти ли на наш митап? 👀 В карточках собрали программу, чтобы у ва…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →