Работа с командой

В финале сезона разговариваем про то, как строить карьеру архитектора с CTO Tinkoff Александром Поломодовым.Получилось долго, но это стоит послушать.В выпуске:Правило 20 минутТехрадарыСоциальные связиАрхитектурные практики в TinkoffСсылки, которые упоминались в выпуске:Список книг по архитектуре от СашиТехрадар TinkoffОбзор книги Technology Strategy PatternsРесурсы для "правила 20 минут": https://dzone.com/refcardzhttps://www.infoq.com/https://www.thoughtworks.com/radar

Самый софт-скилловый выпуск этого сезона. Говорим про:Взаимодействие с бизнесом, другими архитекторами и разработчикамиЛидерство, прагматичность и визионерствоСамые важные вопросы: нужно ли называть людей по именам и пожимать им руки?А еще у нас новый ведущий: Дамир Атыгаев - старший разработчик из Lobster Ink.Ссылки, которые упоминали в подкасте:Доклад Андрея БреславаДоклад Тимура Нурутдинова, CTO R Keeper 

Сегодня говорим о том, как архитектору работать с командой разработчиков.В этом выпуске:Границы управления командой и три типа управленияКак определять, сколько контроля нужно?Индикаторы проблем больших командИ немножко про чеклисты и управление стекомЗаходите в наш чат https://t.me/readingtogetherchat и обсуждайте выпуски с нами!

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

В этом выпуске обсуждаем, как же архитекторы принимают решения.Внутри:Антипаттерны поведения архитектора и как с ними боротьсяArchitecture Decision Records и Request For CommentsКак устроены RFC в Dodo и что нужно сделать, чтобы внедрить эту практику у себя в компанииОбещанные ссылки:Алгоритм принятия решения, когда писать RFCШаблон RFC в DodoНу и не забывайте подписываться:Наш телеграм-каналОбсудить тему или задать вопрос можно в нашем телеграм-чате

О микросервисах начали говорить в 2014, они быстро набрали популярность, а к концу 2010-х у кого-то уже стали вызывать раздражение. Тем не менее, много где они успешно применяются и скорее всего будут одним из вариантов построения архитектуры ещё долго. В конце эпизода пробегаемся по тому, о чем подумать, чтобы выбрать между микросервисами и другими стилями.Наш телеграм-каналОбсудить тему или задать вопрос можно в нашем телеграм-чате

Теперь не только архитектура, но и археология. Разбираем два стиля, которые остались памятниками эпохи и не пережили переход бизнеса на опен-сорс и публичные облака.Наш телеграм-каналОбсудить тему или задать вопрос можно в нашем телеграм-чате

С Service-Based вообще ничего не понятно и не понятно почему такой стиль авторы отнесли к распределенным, а про Event-Driven наоборот все понятно, потому что похоже на Dodo IS.Наш телеграм-канал Обсудить тему или задать вопрос можно в нашем телеграм-чате

О том, что с сетью все становится сложнее говорят вообще все, но мы все равно продолжаем вляпываться, хотя иногда действительно новыми и интересными способами.Уди Дахан о 8 заблуждениях о сетиДоклад Глеба Лесникова на Highload++ 2018Наш телеграм-канал Обсудить тему или задать вопрос можно в нашем телеграм-чате

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