Подход
Понятный процесс, который снижает неопределённость, поддерживает обоснованные технические решения и оставляет системы более простыми в эксплуатации.
Подход
Подход
Как происходит работа
Последовательный процесс от первого разговора до передачи: масштаб меняется, порядок — нет.
Исследование
Понимание реального ограничения перед предложением решения: существующий стек, рабочие процессы с контентом и кто будет управлять результатом после запуска.
- Скоупированный список требований и открытых вопросов
- Честная оценка того, что существующая система уже делает хорошо
Архитектура
Выбор наименьшего стека, удовлетворяющего требованию, и определение распределения ответственности между контентом, рендерингом и данными ещё до создания компонентов.
- План владения компонентами и контентом
- Решения по границам рендеринга и точкам интеграции
Реализация
Разработка перевериваемыми инкрементами, переиспользование общих примитивов и существующих паттернов вместо введения параллельных.
- Рабочие инкременты, проверенные по архитектурному плану
- Структурированный локализованный контент вне разметки
Обеспечение качества
Проверка результата на реальных устройствах и реальных ограничениях, таких как управление с клавиатуры, сниженное движение, десктопные и мобильные макеты, а не только успешная сборка.
- Задокументированная проверка клавиатуры, доступности и адаптивного поведения
- Список известных пробелов перед передачей
Передача и итерация
Оставление системы в состоянии, которым следующий человек, или следующая версия меня, может управлять без восстановления логики с нуля.
- Документация того, что изменилось и почему
- Чёткий путь для следующей итерации вместо закрытого чёрного ящика
Принципы
- Предпочтение наименьшему изменению, решающему реальную проблему
- Удержание контента и конфигурации вне кода, чтобы им могли управлять неразработчики
- Отношение к доступности и сниженному движению как к требованиям, а не украшению