Паттерны коммуникации
🚇 Книга, которую реально читаешь за неделю поездок в метро (проверено)
Есть книжки «про софт» — а есть «про людей в софте». И вот эта — как раз второй случай.
Для всех айтишников, которые вроде как «код пишут нормально», но при этом регулярно страдают от того, что их никто не понимает (ни бизнес, ни тимлид, ни даже коллега рядом сидящий)
Автор говорит простыми словами о болезненном: — 90% проблем в проектах = недосказанность и кривая коммуникация. — Структурируй текст так, чтобы не утонуть в деталях. — Даже в Zoom у тебя есть язык тела. — Культурные различия — это не «прикол из мемов», а реальный фактор, почему тебя могут не услышать.
🎯 Самое вкусное — «коммуникационные паттерны». Такие же, как в архитектуре, только не про код, а про то, как убеждать стейкхолдеров и презентовать решения без сложных схем
Примеры: 🍒 Пирамида — начни с сути, детали потом (особенно для руководства) 🛗Технический лифт — объясни одну идею тремя языками: бизнесу, разработчику и операционке. ☯️ Контраст — «что будет, если сделаем / не сделаем» — и ты уже красавчик. 📖Story first — вместо сухих фактов расскажи историю. Мозг слушателя скажет тебе спасибо.
💡 В какой-то момент ловишь себя на мысли: «Так вот почему отбрили моё предложение» 🤦♂️
Короче, если ты архитектор, разработчик, тимлид или просто человек, у которого за спиной слово «Solution» — читать обязательно.
Всем настоятельно рекомендую 📚
· 20.09.2025
Считаю что разработчикам и архитекторам вообще не нужны никакие паттерны. Их надо вообще оберегать от общения с внешним миром. Потому что они слишком ценные.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 22.09.2025
Абсолютно не согласен! Иначе их мир будет ограничен только архитектурными паттернами, без понимания бизнес логики и других внешних факторов, которые можно узнать и понять только через грамотно выстроенные коммуникации.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 22.09.2025
Ваш посыл верен с позиции работодателя. Которому нужно привязать разработчика к своим бизнес процессам. Другими словами втянуть его в своё болото. А разработчику с точки зрения его карьеры, нужно совершенствоваться в программном стеке. Чтобы в любой момент уйти к другому работодателю, в любую другую отрасль. На большую зарплату.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён