Содержание
- + Методалогии разработки ПО
-
–
Проектирование систем
- + API
- + UML
- – Архитектор
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- + Требования
-
+
Хранение данных
- + Базы данных
- + Отчётность и аналитика
- BigData
- OLAP
- Объектное хранилище
- Файловые системы
- Хранение данных
- + Языки разметки
Архитектор решения (бизнес задачи)
Зачем? Если есть другие сотрудники
Решения нетехнических людей субоптимальны (нео твечают всем требованиям бизнеса)
Решения могут быть неконсистентны (похожие задачи ппо разному решаются)
Нет понимания требования потребителей (нагрузка, доступность и тд)
Накопление техдолга
-
Сбор требований
-
Вырабатка решения
-
Коммуникация стейкхолдерам
-
Документирование