Дмитрий Таболич — Думай как архитектор: майндшифт инженера

YOUTUBE · 19.11.2025 03:47

Ключевые темы и таймкоды

Введение

0:20

Анна Рысина представляет спикера Дмитрия Тоболь, который будет говорить о том, как инженеры становятся архитекторами.

Определение архитектуры и майн шифта

5:34

Дмитрий объясняет, что архитектура в ИТ может быть разной, и важно понимать, что такое салюшин-архитектура и салюшин-архитектор.
Он также говорит о майн шифте, который является парадигмой, позволяющей инженерам думать как архитекторы.

Как стать архитектором

7:27

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

Опыт Дмитрия

9:23

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

Заключение

10:19

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

Введение

11:06

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

Определение салюшин архитектуры

12:06

Салюшин архитектура - это решение проблем, которое может включать технологический компонент, но в основном фокусируется на стратегическом аспекте.
В организациях есть разные типы архитекторов, включая инженеров, которые фокусируются на технологии, и салюшин-архитекторов, которые фокусируются на стратегии и технологии.

Карьерный путь архитектора

14:56

Из инженеров можно стать салюшин-архитекторами, но это наиболее естественный путь для инженеров.
Став салюшин-архитектором, человек начинает делать другую работу и может не иметь достаточно компетенций для выполнения задач на уровне четыре плюс.

Гэп между инженерами и салюшин-архитекторами

19:25

Существует гэп между инженерами и салюшин-архитекторами, когда они начинают делать задачи по-другому.
Автор пытается объяснить, как архитектор мыслит, чтобы помочь людям начать мыслить как архитектор.

Сравнение подходов инженера и архитектора

20:50

Видео обсуждает разницу между подходами инженера и архитектора к решению задач.
Инженер обычно начинает с решения проблемы, в то время как архитектор сначала определяет оптимальную стратегию.

Примеры подходов

21:51

Реактивный подход: инженер быстро решает проблему, архитектор определяет оптимальную стратегию.
Экспертный подход: инженер использует свой опыт, архитектор анализирует контекст задачи и выбирает оптимальное решение.

Документация и документация

26:30

Архитектор должен документировать свои решения и выбирать подходящие способы визуализации.
Инженер должен документировать свои задачи и код, но архитектор должен понимать нефункциональные аспекты задачи.

Фреймворки и выбор фреймворков

31:20

Архитектор должен анализировать стоимость и эффективность использования фреймворков, чтобы избежать проблем с обучением команды и падением эффективности.
Инженер может использовать фреймворки, но архитектор должен быть более прагматичным в их выборе.

Обсуждение роли архитектора

33:22

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

Использование готовых решений

35:39

Большинство бизнес-проблем уже решены, и архитектор должен искать решения в виде готовых кодов и переиспользовать их.
Важно учитывать контекст и специфику задачи при использовании готовых решений.

Микросервисы и доменные знания

39:21

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

Роль инженера в команде

41:19

Инженер играет роль технического лидера, но сложно стать архитектором, не пройдя формальную аттестацию.

Примеры из практики

46:14

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

Важность церемонии

50:40

Команда должна проводить церемонию, чтобы убедиться, что все задачи выполнены, и все понимают, как делать свою работу.

Архитектура и ее роль в разработке

50:47

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

Принятие решений и ответственность

52:31

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

Важность умения продавать свои идеи

56:02

Умение продавать свои идеи является важным навыком для архитектора, так как это помогает донести решение до тех, кто принимает решение.
Часто хорошие решения не получают развития из-за отсутствия умения их продать.