Показаны записи 9931 - 9940 из 56266
</>
Re: Хочу Часть, которая бы научила меня говорить в роли с
elgru в посте Metapractice (оригинал в ЖЖ)
Рекомендации для студентов-химиков первого года:
Qualitative to Quantitative and Spectrum to Report: An Instrument-Focused Research Methods Course for First-Year Students
</>
![[pic]](http://sorazvitie.ru/sites/default/files/u493/tolpa.jpg)
Метапрактик с разных точек зрения (1) Про людей - про Вас
metanymous в Metapractice (оригинал в ЖЖ)
http://metapractice.livejournal.com/493674.html?thread=12594282#t12594282
--Хорошо, систему. Но СИ какого типа?
--Ну, в СИ хорошее развитие идеи "множественных описаний" с этим самым 4D-экстенсионалом. Например, "Метапрактик" – это: – ЖЖ-собщество – open-source движение – модели конкретных ЧА и модели моделирования – учение о собственно "метапрактике" чего-либо
Так что? Заведём постоянную тему типа «Системно инженерный Metapractice»?
Кстати, кажется, эта задача будет попроще, чем расписать моделирование на UML.
(Ответить) (Уровень выше) (Ветвь дискуссии)
Re: Системно инженерный Metapractice vs модел. ЧА на UML
Так что? Заведём постоянную тему типа «Системно инженерный Metapractice»?
Ну, если у нас появится какой-то намёк на первое развёрнутое "системное" описание МП, то можно. Но мне кажется нет большого смысла к такому лакированному названию тему. Как я сам считаю, задача ээ саморефлексии сообщества для нас на этом этапе развития очень даже актуальная. Типа есть антропоморфную метафору проводить, то опыта у сообщества много, а вот мыслей мало, и ещё меньше мыслей "о себе". Но в современном мире ээ идентичность – это инструмент выживания в среде себе подобных. Поэтому почему бы её не обсудить. Системная идентичность.
Но раз для нас этот вопрос актуален, то это будет не "Системная инженерия НА ПРИМЕРЕ МП", а будет, собственно, ээ "Саморефлексия сообщества" с применением разных инструментов, в том числе и концепций/инструментов СИ. Но вы мне за годы общения установили отрицательный якорь слово "рефлексия", поэтому мне не нравится такой заголовок :) Хотя он был бы достаточно точный :) "Системность" упоминать вовсе не обязательно, она будет включена в содержание темы совершенно автоматически, хотя бы потому что мы системно подходим к сбору и процессингу информации.
(Ответить) (Уровень выше) (Ветвь дискуссии)
Re: Системно инженерный Metapractice vs модел. ЧА на UML
"Рефлексируя metapractice" ?
--Хорошо, систему. Но СИ какого типа?
--Ну, в СИ хорошее развитие идеи "множественных описаний" с этим самым 4D-экстенсионалом. Например, "Метапрактик" – это: – ЖЖ-собщество – open-source движение – модели конкретных ЧА и модели моделирования – учение о собственно "метапрактике" чего-либо
Так что? Заведём постоянную тему типа «Системно инженерный Metapractice»?
Кстати, кажется, эта задача будет попроще, чем расписать моделирование на UML.
(Ответить) (Уровень выше) (Ветвь дискуссии)
Re: Системно инженерный Metapractice vs модел. ЧА на UML
Так что? Заведём постоянную тему типа «Системно инженерный Metapractice»?
Ну, если у нас появится какой-то намёк на первое развёрнутое "системное" описание МП, то можно. Но мне кажется нет большого смысла к такому лакированному названию тему. Как я сам считаю, задача ээ саморефлексии сообщества для нас на этом этапе развития очень даже актуальная. Типа есть антропоморфную метафору проводить, то опыта у сообщества много, а вот мыслей мало, и ещё меньше мыслей "о себе". Но в современном мире ээ идентичность – это инструмент выживания в среде себе подобных. Поэтому почему бы её не обсудить. Системная идентичность.
Но раз для нас этот вопрос актуален, то это будет не "Системная инженерия НА ПРИМЕРЕ МП", а будет, собственно, ээ "Саморефлексия сообщества" с применением разных инструментов, в том числе и концепций/инструментов СИ. Но вы мне за годы общения установили отрицательный якорь слово "рефлексия", поэтому мне не нравится такой заголовок :) Хотя он был бы достаточно точный :) "Системность" упоминать вовсе не обязательно, она будет включена в содержание темы совершенно автоматически, хотя бы потому что мы системно подходим к сбору и процессингу информации.
(Ответить) (Уровень выше) (Ветвь дискуссии)
Re: Системно инженерный Metapractice vs модел. ЧА на UML
"Рефлексируя metapractice" ?
Нет, нет.
Проблема не в техниках по сворачиванию мозгов.
Проблема в "очистке острова тоналя" - так это называют нагвалисты.
Все что есть на острове тональ (на столе в наглядной метафоре ДХ) должно быть выкинуто с него.
Впрочем, ничего нового в этом нет. Именно с того же требуют начать все религии, йоги и пр.
Только, они практикуют внешнее отречение. А нагвалисты говорят о внутреннем.
Среди моих личных трансперсональных переживаний я хватил этого переживания с очищенным тоналем.
Фишка в том, что с пустым тоналем большинство людей не видят смысла зачем жить.
И есть еще следующая кинестетическая фаза того же - потеря человеческой формы.
Проблема не в техниках по сворачиванию мозгов.
Проблема в "очистке острова тоналя" - так это называют нагвалисты.
Все что есть на острове тональ (на столе в наглядной метафоре ДХ) должно быть выкинуто с него.
Впрочем, ничего нового в этом нет. Именно с того же требуют начать все религии, йоги и пр.
Только, они практикуют внешнее отречение. А нагвалисты говорят о внутреннем.
Среди моих личных трансперсональных переживаний я хватил этого переживания с очищенным тоналем.
Фишка в том, что с пустым тоналем большинство людей не видят смысла зачем жить.
И есть еще следующая кинестетическая фаза того же - потеря человеческой формы.
</>
Re: Почему намерение не контролирует ситуацию в целом
sibirjak в посте Metapractice (оригинал в ЖЖ)
Нужна только безупречность, энергия. А начинается все с какого-нибудь одного действия, которое должно быть целенаправленным, точным и длительным37. Повторяя такое действие достаточно долго, человек обретает несгибаемое намерение. А несгибаемое намерение может быть приложено к чему угодно. И, как только оно достигнуто – путь свободен. Каждый шаг повлечет за собой следующий, и так будет продолжаться до тех пор, пока весь потенциал воина не будет полностью реализован.
Красиво, но жутко многозатратно.
Как сделать менее затратно?
-- квантование?
-- остановка ВД?
Что еще?
Красиво, но жутко многозатратно.
Как сделать менее затратно?
-- квантование?
-- остановка ВД?
Что еще?
ОК
ок
про нас
про нас
"Про вас" :)
Поэтому тема должна быть про людей.
"М. с разных точек зрения (N) Про людей"
"М. с разных точек зрения (N) Про людей"
Мы спрашиваем субъектов:
--что вы думаете о м.?
--как вы видете м.?
--что вы считаете в отношении м.?
Участники делятся минимум на две группы: "производители" (кто хотя бы однажды участвовал в развитии хотя бы одной темы) и "потребители" (только лишь читатели). На первом шаге нас больше интересует мнение первой группы. Поскольку мы делаем не маркетинговое исследование, а типа согласование интересов стейкхолдеров. Грубо говоря, сначала что производить, а не кому продавать :)
Внутри "производителей" есть:
– проф. психологи, которые буквально зарабатывают себе хлеб психотехниками
– те, кому психология интересна исключительно как приложение к их рабочим/бытовым контекстам, которые напрямую к психологии никакого отношения не имеют
– некто посередине – не профессиональные психологи, но уже весьма сильно в собственно психологию углублённые субъекты
Мнение всех этих групп равноценно.
Можно было бы сказать, что мнение тех, кто проявлял больше активности в сообществе, более ценно, но это не верно: поскольку задача увеличить ээ сплочённость/оформленность сообщества, то мнение тех, кто участвует не очень активно (но всё же отметился конструктивным вкладом хотя бы однажды) по сути даже более ценно, чем мнение постоянных участников (их мнение по определению и так известно/учтено, раз они постоянно что-то пишут).
И мы получим в ответ на описание развёрнутой системы, но в лучшем случае несколько фраз.
От кого-то несколько фраз, от кого-то достаточно большие описания. Зависит от того, насколько человек захочет рассказывать о своём ээ внутреннем мире. Это внесистемный фактор, на который мы не очень влияем (кроме того, что можем угадать или прогадать с выбором заголовка и основного текста темы).
Кроме одного метапрактика, который если выкроит время, может написать сложный полный системный анализ.
Вот в UML есть "диаграмма классов" – это типа схема буквально понятий/концепций, используемых в софте. Типа мышление программиста (зафиксированное в коде). А есть "диаграмма развёртывания" (deployment) – это то, как, собственно, на уровне "железа" будет работать система. Сколько будет серверов, в какую сеть они будут связаны, какой сервер какой участок/подсистему программы будет исполнять.
Вот в такой аналогии "софт" – это концепция/методология/модели моделирования и метапрактики. А "железо" – это конкретные люди с их ценностями.
Так вот я предлагаю как раз провести инвентаризацию "железа" :)) А вы сдвигаете фокус в сторону самих идей и концепций. Но ограничением системы (в терминах ТОС, т.е. узким/тормозящим местом, бутылочным горлышком) в любом не коммерческом сообществе является не хватка людей, а не идей. Поэтому тема должна быть про людей.
--что вы думаете о м.?
--как вы видете м.?
--что вы считаете в отношении м.?
Участники делятся минимум на две группы: "производители" (кто хотя бы однажды участвовал в развитии хотя бы одной темы) и "потребители" (только лишь читатели). На первом шаге нас больше интересует мнение первой группы. Поскольку мы делаем не маркетинговое исследование, а типа согласование интересов стейкхолдеров. Грубо говоря, сначала что производить, а не кому продавать :)
Внутри "производителей" есть:
– проф. психологи, которые буквально зарабатывают себе хлеб психотехниками
– те, кому психология интересна исключительно как приложение к их рабочим/бытовым контекстам, которые напрямую к психологии никакого отношения не имеют
– некто посередине – не профессиональные психологи, но уже весьма сильно в собственно психологию углублённые субъекты
Мнение всех этих групп равноценно.
Можно было бы сказать, что мнение тех, кто проявлял больше активности в сообществе, более ценно, но это не верно: поскольку задача увеличить ээ сплочённость/оформленность сообщества, то мнение тех, кто участвует не очень активно (но всё же отметился конструктивным вкладом хотя бы однажды) по сути даже более ценно, чем мнение постоянных участников (их мнение по определению и так известно/учтено, раз они постоянно что-то пишут).
И мы получим в ответ на описание развёрнутой системы, но в лучшем случае несколько фраз.
От кого-то несколько фраз, от кого-то достаточно большие описания. Зависит от того, насколько человек захочет рассказывать о своём ээ внутреннем мире. Это внесистемный фактор, на который мы не очень влияем (кроме того, что можем угадать или прогадать с выбором заголовка и основного текста темы).
Кроме одного метапрактика, который если выкроит время, может написать сложный полный системный анализ.
Вот в UML есть "диаграмма классов" – это типа схема буквально понятий/концепций, используемых в софте. Типа мышление программиста (зафиксированное в коде). А есть "диаграмма развёртывания" (deployment) – это то, как, собственно, на уровне "железа" будет работать система. Сколько будет серверов, в какую сеть они будут связаны, какой сервер какой участок/подсистему программы будет исполнять.
Вот в такой аналогии "софт" – это концепция/методология/модели моделирования и метапрактики. А "железо" – это конкретные люди с их ценностями.
Так вот я предлагаю как раз провести инвентаризацию "железа" :)) А вы сдвигаете фокус в сторону самих идей и концепций. Но ограничением системы (в терминах ТОС, т.е. узким/тормозящим местом, бутылочным горлышком) в любом не коммерческом сообществе является не хватка людей, а не идей. Поэтому тема должна быть про людей.
Дочитали до конца.