В финале сезона разговариваем про то, как строить карьеру архитектора с CTO Tinkoff Александром Поломодовым.
Получилось долго, но это стоит послушать.
В выпуске:

• Правило 20 минут
• Техрадары
• Социальные связи
• Архитектурные практики в Tinkoff

Ссылки, которые упоминались в выпуске:

• Список книг по архитектуре от Саши
• Техрадар Tinkoff
• Обзор книги Technology Strategy Patterns
• Ресурсы для "правила 20 минут": 
  • https://dzone.com/refcardz
  • https://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

• Наш телеграм-канал 
• Обсудить тему или задать вопрос можно в нашем телеграм-чате

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

• Наш телеграм-канал 
• Обсудить тему или задать вопрос можно в нашем телеграм-чате

Разбираемся что считать компонентом, на какие компоненты делить систему и какие есть техники для выявления компонентов

• Наш телеграм-канал 
• Обсудить тему или задать вопрос можно в нашем телеграм-чате