... ↑
lidenskap_frost в посте Metapractice (оригинал в ЖЖ)
И данный интерфейс, в зависимости от конфигурации, может работать в "режимах":
1. Фильтр
2. Детектор
3. Фильтр/Детектор?
4. Что-то еще?
Мне идея очень нравиться.
Вопрос - есть ли смысл для моделирования ЧА разделять эти режимы, то есть, определять, в каком режиме работает интерфейс, а какой нужно включить/выключить?
И кстати, эта идея с интерфейсами отлично ложиться на работу Матураны и Варелы - а именно их Бейтсон называл как продолжателей своей работы. Надо поднять свой конспект их книги.
1 комментарий
Как я понимаю, вместо терминов "фильтр" и "детектор" предлагается единый термин "интерфейс"?
Да, там где надо вполне продуктивно использовать термин фильтр. Но, не давать ему чрезмерно/бесконтрольно распространяться по контекстам моделирования, ибо при чрезмерном расширении применения термин становится контрпродуктивным.
Против фильтра, термин интерфейс более гибкий. И моделирование содержательно не проигрывает от широкого применения термина интерфейс.
И данный интерфейс, в зависимости от конфигурации, может работать в "режимах":
1. Фильтр
2. Детектор
3. Фильтр/Детектор?
4. Что-то еще?
Да, например, так.
Мне идея очень нравиться.
Ну, слава богу. :)
Вопрос - есть ли смысл для моделирования ЧА разделять эти режимы, то есть, определять, в каком режиме работает интерфейс, а какой нужно включить/выключить?
Конечно! Моделирование всегда нуждается в подробностях. У нас это записано даже в эпиграфе сообщества в виде цитаты из китайского тайцзицюаниста, которой настаивал, что мастерство (моделирования) кроется в детализации представлений.
И кстати, эта идея с интерфейсами отлично ложиться на работу Матураны и Варелы - а именно их Бейтсон называл как продолжателей своей работы. Надо поднять свой конспект их книги.
Ну, это очень позитивно звучит/выглядит. Надо завивать/раскрывать этот вопрос далее.
Да, там где надо вполне продуктивно использовать термин фильтр. Но, не давать ему чрезмерно/бесконтрольно распространяться по контекстам моделирования, ибо при чрезмерном расширении применения термин становится контрпродуктивным.
Против фильтра, термин интерфейс более гибкий. И моделирование содержательно не проигрывает от широкого применения термина интерфейс.
И данный интерфейс, в зависимости от конфигурации, может работать в "режимах":
1. Фильтр
2. Детектор
3. Фильтр/Детектор?
4. Что-то еще?
Да, например, так.
Мне идея очень нравиться.
Ну, слава богу. :)
Вопрос - есть ли смысл для моделирования ЧА разделять эти режимы, то есть, определять, в каком режиме работает интерфейс, а какой нужно включить/выключить?
Конечно! Моделирование всегда нуждается в подробностях. У нас это записано даже в эпиграфе сообщества в виде цитаты из китайского тайцзицюаниста, которой настаивал, что мастерство (моделирования) кроется в детализации представлений.
И кстати, эта идея с интерфейсами отлично ложиться на работу Матураны и Варелы - а именно их Бейтсон называл как продолжателей своей работы. Надо поднять свой конспект их книги.
Ну, это очень позитивно звучит/выглядит. Надо завивать/раскрывать этот вопрос далее.