14 | Архитектура кода: как проектировать надежные и масштабируемые системы
Разбираем, что такое архитектура ПО, зачем она нужна и как её правильно применять в проектах разного размера. Поговорим о снижении сложности, документировании архитектуры, выборе технологий, типах архитектур (монолит, микросервисы и пр.), влиянии архитектуры на команду и бизнес, а также практических правилах: SOLID, правило четырёх зависимостей, декомпозиция ответственности и фиксация структуры проекта. Полезно для тимлидов, тимплейнов и разработчиков, которые хотят принимать взвешенные архитектурные решения. Таймкоды: 00:00:03 — Введение в архитектуру: зачем она нужна 00:01:01 — Роль архитектуры: снижение трудозатрат и поддерживаемость 00:02:44 — Проблемы сложности и ограничение человеческой памяти 00:03:34 — Определение архитектуры: решения, элементы и интерфейсы 00:05:09 — Подбор архитектуры под проект: избегаем избыточной сложности 00:06:44 — Архитектура как наука и искусство 00:09:28 — SOLID: знание vs применение на практике 00:10:24 — Важность вопросов при проектировании архитектуры 00:12:03 — Проверочные слова: low/high, solid, clean, dry, agile 00:14:33 — Преимущества правильно оформленной архитектуры 00:15:31 — Проблемы плохой архитектуры: регрессии и рассинхронизация 00:16:33 — Влияние архитектуры на мотивацию и выгорание разработчиков 00:18:28 — Личный опыт: история проекта без архитектуры 00:20:11 — Архитектура и клиент: баланс между идеалом и результатом 00:22:02 — Психология и последствия плохой архитектуры 00:22:16 — Архитектура для маленьких проектов: прагматизм vs идеал 00:23:16 — Архитектура для средних команд (5–6 человек) 00:24:15 — Архитектура для больших проектов: почему важно продумывать с начала 00:26:11 — Процесс разработки: планирование vs хаос 00:27:33 — Рефакторинг по Фаулеру: примеры и сопротивление руководства 00:28:33 — Типы архитектур: клиент‑сервер, многослойная, монолит, микросервисы 00:29:29 — Архитектура и выбор технологий: стек, БД, масштабируемость 00:30:24 — Невозможность предусмотреть всё: адаптация и опыт 00:31:33 — Выбор БД на примере MongoDB vs MySQL 00:32:30 — Обсуждение выбора технологий внутри команды 00:33:28 — Технологии как инструмент: принимать решения по задачам 00:34:23 — Проблемы с новыми технологиями и альтернативы (Postgres JSON) 00:35:18 — Вывод: выбирать технологии, подходящие проекту 00:35:27 — Когда отсутствие архитектуры лучше плохой архитектуры 00:36:23 — Типичные ошибки начинающих: излишнее использование паттернов 00:37:57 — Роль архитектора: навыки и ответственность 00:39:46 — Признаки плохой архитектуры: растущие затраты и падение эффективности 00:44:30 — Фиксация архитектуры: документация и структура проекта 00:45:56 — Заключение: учиться архитектуре и совершенствоваться
Разбираем, что такое архитектура ПО, зачем она нужна и как её правильно применять в проектах разного размера. Поговорим о снижении сложности, документировании архитектуры, выборе технологий, типах архитектур (монолит, микросервисы и пр.), влиянии архитектуры на команду и бизнес, а также практических правилах: SOLID, правило четырёх зависимостей, декомпозиция ответственности и фиксация структуры проекта. Полезно для тимлидов, тимплейнов и разработчиков, которые хотят принимать взвешенные архитектурные решения. Таймкоды: 00:00:03 — Введение в архитектуру: зачем она нужна 00:01:01 — Роль архитектуры: снижение трудозатрат и поддерживаемость 00:02:44 — Проблемы сложности и ограничение человеческой памяти 00:03:34 — Определение архитектуры: решения, элементы и интерфейсы 00:05:09 — Подбор архитектуры под проект: избегаем избыточной сложности 00:06:44 — Архитектура как наука и искусство 00:09:28 — SOLID: знание vs применение на практике 00:10:24 — Важность вопросов при проектировании архитектуры 00:12:03 — Проверочные слова: low/high, solid, clean, dry, agile 00:14:33 — Преимущества правильно оформленной архитектуры 00:15:31 — Проблемы плохой архитектуры: регрессии и рассинхронизация 00:16:33 — Влияние архитектуры на мотивацию и выгорание разработчиков 00:18:28 — Личный опыт: история проекта без архитектуры 00:20:11 — Архитектура и клиент: баланс между идеалом и результатом 00:22:02 — Психология и последствия плохой архитектуры 00:22:16 — Архитектура для маленьких проектов: прагматизм vs идеал 00:23:16 — Архитектура для средних команд (5–6 человек) 00:24:15 — Архитектура для больших проектов: почему важно продумывать с начала 00:26:11 — Процесс разработки: планирование vs хаос 00:27:33 — Рефакторинг по Фаулеру: примеры и сопротивление руководства 00:28:33 — Типы архитектур: клиент‑сервер, многослойная, монолит, микросервисы 00:29:29 — Архитектура и выбор технологий: стек, БД, масштабируемость 00:30:24 — Невозможность предусмотреть всё: адаптация и опыт 00:31:33 — Выбор БД на примере MongoDB vs MySQL 00:32:30 — Обсуждение выбора технологий внутри команды 00:33:28 — Технологии как инструмент: принимать решения по задачам 00:34:23 — Проблемы с новыми технологиями и альтернативы (Postgres JSON) 00:35:18 — Вывод: выбирать технологии, подходящие проекту 00:35:27 — Когда отсутствие архитектуры лучше плохой архитектуры 00:36:23 — Типичные ошибки начинающих: излишнее использование паттернов 00:37:57 — Роль архитектора: навыки и ответственность 00:39:46 — Признаки плохой архитектуры: растущие затраты и падение эффективности 00:44:30 — Фиксация архитектуры: документация и структура проекта 00:45:56 — Заключение: учиться архитектуре и совершенствоваться