[userpic]

Ailev: Мета мета: хорошо мною сформулированный результат 

metanymous в посте Metapractice (оригинал в ЖЖ)

Openmeta
Мета так мета: хорошо (то есть мною ;) сформулированный результат проекта
  Мета так мета: хорошо (то есть мною ;) сформулированный результат проекта ailev
http://openmeta.livejournal.com/4962.html
Как именно мы узнаем, что результаты проекта нас удовлетворяют?
metanymous предложил "объективное чувство понимания", эдакий инсайт. У меня есть парочка возражений:
1) В разные момент времени у разный людей есть много разных инсайтов. И даже при совместном оргаз... эээ... "объективном чувстве понимания" не гарантируется, что все понимают одно и то же. Конечно, "одинаковости" добиться невозможно, но неплохо иметь какое-нибудь приближение к этой одинаковости.
2) Возникает опасность тотального эзотеризма: вместо модели будет создана инфраструктура совместного духовного опыта -- далее все и всё понимают, но это понимание нельзя передать другим людям. То есть нужно тестирование, насколько "объективное чувство понимания" может быть передано другим людям.
3) Я читал про технику Нового Кода по обеспечению "объективного чувства понимания": вспоминаешь ситуацию, когда что-нибудь понял, фиксируешь субмодальности, затем берешь свои непонятки и модифицируешь в них субмодальности до достижения "объективного чувства понимания". То есть само чувство понимания не слишком объективно, оно не принадлежит разделяемой реальности. Это не точка в исследовании, это запятая, после которой должна следовать фаза тестирования понимания.
Поэтому я бы предложил от "понимания" перейти как минимум ко "взаимопониманию" и создать тестирующий environment.
Исходя из моих прошлых проектов, я бы дал следующую модель получения результатов:
1) Обеспечивается внешняя цель по отношению к проекту. То есть выполнение проекта OpenMeta должно являться не самоцелью (скажем, как удовлетворение собственного любопытства), а инструментарием в инструментарием в достижении других каких-либо целей (причем желательно, целей, достигаемых другими людьми). Прикладные области могут быть самыми разными -- но уж точно не совпадающими с основной предметной областью самого проекта (иначе это уже не будет прикладым использованием). Далее критерий простой: ежели удается получить пользу от результатов нашей работы в других проектах, значит проект удался. Ежели не удается -- значит нужно еще работать.
2) Эта "конечная цель" может быть у каждого своя, а может быть и одной у всего проекта. При этом становится важным, чтобы участники проекта уделяли достаточно времени на продвижение к конечной цели, а не на "свободный поиск" (который что-то конечно найдет -- только что с этим "что-то потом делать"? Специально придумывать, куда приткнуть?)
Пока отцоположники пытались моделировать других людей, чтобы повторить то, что они умеют (прикладная цель), все шло путем. Когда они стали развивать проект ради собственных абстрактных целей (моделирование ради моделирования), все стало вялым и сдохло.
Множество примеров можно найти из области информатики: пока программа развивается ради удовлетворения чьих-то прикладных потребностей, все с развитием программы в порядке. Когда программа развивается исходя из предполагаемых авторами программы потребностей, программа сдыхает.
В Пало Альто в период изобретения растровых дисплеев, мышек и объектного программирования стояла задача создать адекватные учебные приложения. Как только задача была изменена на "поиск того, не знаю чего, но чтобы было очень круто" -- все завяло.
Ну и так далее.

1 комментарий