Архитектура, продукт и engineering practices

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

Результат модуля

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

Темы

  • Monolith/modular monolith/microservices: критерии, стоимость и migration path.
  • DDD: bounded context, ubiquitous language, anti-corruption layer.
  • ADR/RFC: варианты, решения, последствия и обратимость.
  • Requirements, acceptance criteria, risks, dependencies, estimation under uncertainty.
  • MVP, build vs buy, cost-performance trade-offs, product vs technical metrics.
  • Code review, mentoring, ownership, escalation, communication with product/QA/DevOps.

Минимум для E4

  • Знать определения без заученных «магических» формулировок.
  • Объяснять ограничения каждого подхода и называть минимум одну альтернативу.
  • Приводить практический пример: код, схема, запрос или production-сценарий.
  • Учитывать ошибки, наблюдаемость и безопасный rollout там, где это применимо.

Углубление для E5/Senior

  • Оценивать масштаб, стоимость, эксплуатационные риски и совместимость изменений.
  • Проектировать постепенную эволюцию решения, а не только целевую схему.
  • Защищать решение через требования и измеримые trade-offs.

Типовые вопросы

  1. Когда микросервис — плохое решение?
    • Подготовьте ответ с примером из production или практики.
  2. Как обосновать техническую инициативу продукту?
    • Подготовьте ответ с примером из production или практики.
  3. Как оформляется обратимое архитектурное решение?
    • Подготовьте ответ с примером из production или практики.

Практика

  • Напишите мини-RFC о выделении модуля платежей: цели, варианты, риски, rollout и измеримые результаты.
  • Сформулируйте три частые ошибки по модулю и признаки их проявления.
  • Добавьте в личные карточки определения и решения, которые не удалось воспроизвести без подсказки.

Связанные темы

Главная · Go · PostgreSQL · System Design · Интервью-практика

Источники

  • Официальная документация используемого языка, БД или платформы.
  • Production-документация команды и проверенные технические разборы.
  • Конкретные ссылки добавляйте при наполнении темы, вместе с датой проверки актуальности.