SPACE//TIME: пространство как последовательность состояний

В SPACE//TIME объект рассматривается не как окончательная неподвижная форма, а как система возможных состояний. Архитектор определяет, что может изменяться, что запускает изменение, как оно происходит и какое пространственное качество возникает после перехода.

Найти архитектурное время

Сначала нужно выбрать процесс, который действительно относится к проекту:

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

Если после движения функция и пространственные отношения не меняются, перед нами, скорее всего, декоративная анимация. Она может помогать показу, но не является ядром SPACE//TIME.

Шесть элементов сценария

1. Состояния

Состояние — это конфигурация, которую можно узнать и назвать. Для первой версии достаточно трёх:

исходное;
промежуточное;
итоговое.

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

2. Событие

Событие отвечает на вопрос «почему система начала меняться?». Это может быть:

нажатие или жест пользователя;
наступление заданного времени;
появление человека в определённой зоне;
изменение показателя среды;
достижение предельного числа элементов;
действие другого участника;
выбор одного из сценариев.

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

3. Правило перехода

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

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

Например: когда число посетителей возрастает, перегородки последовательно раскрываются от входа к центру, поэтому единый зал превращается в несколько связанных зон.

4. Время и темп

Переход может быть:

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

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

5. Обратимость

Нужно решить, можно ли вернуться назад.

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

6. Архитектурное следствие

После каждого перехода задаём проверочный вопрос: что изменилось для пространства и человека?

появился или исчез маршрут;
увеличилась вместимость;
изменились освещение и обзор;
открылась новая функция;
поменялась степень приватности;
возникла иная связь с улицей;
структура стала плотнее или свободнее;
пользователь получил новое действие.

Шесть моделей SPACE//TIME

Переключение

Два ясно различимых режима соединены одним действием: открыто / закрыто, общее / приватное, работа / событие. Это самая простая модель для проверки причинной связи.

Последовательность

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

Цикл

Состояния повторяются через заданный интервал: день и ночь, будни и выходные, лето и зима. Нужно показать, что именно возвращается, а что меняется от цикла к циклу.

Накопление

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

Реакция

Переход запускают данные среды. Важно показать диапазон и пороги: при каком значении система начинает меняться и где изменение останавливается.

Ветвление

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

Интерфейс времени

Время должно быть управляемым и читаемым. Подходящие элементы:

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

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

Паспорт сценария

Перед разработкой участник заполняет короткую карточку:

Что меняется?
Какие три состояния мы увидим?
Какое событие запускает переход?
По какому правилу происходит изменение?
Сколько оно длится?
Можно ли вернуться назад?
Какое архитектурное качество меняется?
Как пользователь управляет временем?
Как сохранить или показать результат?

Минимальная браузерная версия

Рабочий прототип дня включает:

одно исходное состояние;
минимум два последующих состояния;
один содержательный переход;
видимую причину запуска;
управление запуском и повтором;
подпись текущего состояния;
три сохранённых кадра или короткую запись.

Сначала собирается переход без сложной графики. Затем уточняются скорость, плавность и визуальная подача. Если сценарий понятен только при объяснении автора, необходимо упростить событие или усилить различие состояний.

Взаимная проверка

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

называет исходное состояние;
находит способ запустить изменение;
объясняет причину перехода;
различает минимум три состояния;
формулирует, какое архитектурное качество изменилось.

Автор не подсказывает, а фиксирует места остановки и неверные трактовки. После теста исправляется один главный разрыв, а не добавляется новая функция.

Критерии готовности

Сценарий готов к показу, если:

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

Формула дня

Что меняется → почему меняется → как переходит → что получает пространство → как это видит пользователь.

Итог SPACE//TIME — не ролик о красивом движении формы, а действующая модель архитектуры, способной существовать в нескольких состояниях и осмысленно переходить между ними.