Обсуждение
Читать и комментировать в ЖЖ ↗
Комментарий
Комментарий
Такой подход подменяет онтологию (как устроен мир/система) эпистемологией (как мы это описываем).
Кирпич не меняется физически, но у него меняется контекст ограничений. В стене кирпич теряет 6 степеней свободы. Эмерджентность — это не магия внутри кирпича, это появление связи (constraint), которая сама по себе является объектом.Если FPF выкидывает «модуль» как объект, где живут правила валидации и ограничения этого модуля?
Эмерджентное свойство (например, "текучесть" воды) не существует у молекулы H2O. Оно существует только у ансамбля. Если FPF не имеет объекта "Ансамбль" (Модуль), к которому приписано свойство "Текучесть", то это свойство повисает в воздухе.
Окей, мы выкинули Архитеорию как объект. Но пользователю нужно работать с понятием "Стена". Если это просто view, то гарантирует ли FPF, что этот view каузально замкнут? То есть, могу ли я предсказать поведение Стены, глядя только во view Стены, или мне всё равно придется лезть в кишки (граф трансдукций), чтобы понять, почему она упала? Если придется лезть вниз — абстракция течет, и view не работает как инженерный инструмент
Боюсь, что мы теряем инкапсуляцию поведения. Если "Модуль" — это просто пассивная проекция (фильтр), то куда мы запишем законы, действующие только на уровне Стены?
Эмерджентный переход — это не просто "смена зума" (как в Google Maps), это смена онтологии взаимодействия. На уровне молекул действуют силы Ван-дер-Ваальса, на уровне стены — сопромат. Если выкинуть "Архитеорию" как место, где живет этот самый "сопромат" (правила высокого уровня), не придется ли нам описывать прочность стены через силы Ван-дер-Ваальса в каждом view? Не станет ли модель слишком сложной для использования, хоть и "чистой" архитектурно?