Показаны записи 21361 - 21370 из 56297
В каждой избушке — свои игрушки.
(1) Четко структурируешь описания методики в книге краткое по шагам и развернутое.
(2) На каждый шаг находишь свой особенный якорь.
(3) Читаешь развернутое с примерами и сжатое описание методики и при этом в каждом отдельном смысловом отрезке держишь постоянно нажатым нужный по формальной описи якорь.
(4) Затем переходишь к воспроизведению методики по краткому описанию. Читаешь процессуальную инструкцию очередного шага с соответствующим якорем. Затем продолжаешь держать этот якорь и ждешь сигнала его подсознательного исполнения.
(5) Для этих сигналов используешь маятниковый-ссс-сигналинг. Который устанавливаешь заранее.
(6) Процедуру реимпринтинга проводит твоя мета часть. Ты выполняешь роль Контроллера. Твое проблемное подсознание роль субъекта/клиента.
http://metapractice.livejournal.com/368091.html?thread=9570011#t9570011
Начнем с исходной инструкции. Что в ней непонятно?
</>
сознание – симптом - сигнал – поведение – подсознание
metanymous в посте Metapractice (оригинал в ЖЖ)
"Regression to previous behavior isn't a signal of failure, it's a signal of incompetency, and you need to go back and fix it ... If you don't explicitly make the symptom a signal to negotiate, the person's conscious mind' will call it a "failure" if the symptom comes back. When the symptom is identified as a signal, the client begins to pay attention to it as a message. It probably always was a message anyway, but they never thought about it that way. By doing this, they begin to have a feedback mechanism. They discover that they only get the signal at certain times"
Регрессии к предыдущим поведение не является сигналом отказа, это сигнал некомпетентности, и вам нужно вернуться назад и исправить ...
Регрессия к предыдущему поведению… симптом есть сигнал к (новым) переговорам… симптомы всегда были сигналами (к переговорам)… МЕХАНИЗМ (ПОСТОЯННОГО ПРОЦЕССА ВЗАИМНОЙ – между сознанием и симптомом/подсознанием) обратной связи…
Здесь явно описан постоянный кольцевой информационной связи. Связаны следующие пять элементов: сознание – симптом - сигнал – поведение – подсознание.
Работает цикл так: подсознание обнаруживает симптом – переопределяет его в сигнал – трансформирует свое поведение – получает положительную референтную оценку со стороны подсознания – цикл.
</>
ЧУВСТВА1 + ЧУВСТВА2 + ПОВЕДЕНИЕ + ФИЛОСОФИЯ + СЕНСОРИКА
metanymous в посте Metapractice (оригинал в ЖЖ)
They went through a rigorous procedure of torturing us for days and days, and somehow this was supposed to make us feel better about ourselves. What they didn't teach us is that feeling good or bad about yourself is really part of something bigger called feedback. You see, if you feel bad about yourself, but that doesn't lead you into changing your behavior so you can feel good about yourself, it's not very useful. If you feel good about yourself, but you're doing things that hurt other people and you don't get feedback about that, that's not useful either. Just because you feel good about yourself doesn't mean that you're doing good things; and doing good things doesn't mean that you're going to feel good later on.
(1) Чувствовать себя хорошо или плохо есть часть чего-то большего, называемого «обратной связью» (с контекстами изменений – добавление мое metanymous-а).
В этом случае говориться о трех вещах:
--о плохих или хороших чувствах
--о поведении
--о некоем третьем не названном элементе, который связывает хорошие/плохие чувства и поведение.
(2) То что вы чувствуете себя плохо не приведет вас к изменению вашего поведения таким образом, что вы сможете чувствовать себя хорошо. Это не очень полезно.
Здесь сказано, что система из двух чувств +/- и некоего недостающего элемента не будет работать – уменьшать плохие чувства и увеличивать хорошие.
(3) Можно чувствовать себя хорошо, приносить вред другим людям и даже не знать об этом.
Здесь сказано, что система поддержания хорошего самоощущения должна включать в себя других людей + поведение + сенсорные результаты в отношении того, как влияет такая система на других людей.
Фактически, здесь вводится моральный императив Канта. Собственное хорошее самоощущение должно быть связано с хорошим ощущением других людей некоей «философией» - неким правилом + сенсорный контроль за работой данной системы.
(4) Собственные хорошие ощущения не гарантируют автоматическое делание хороших вещей. И делание добрых дел само по не гарантирует хорошее самоощущение в дальнейшем.
А здесь сказано, что делание хороших дел привязывается к хорошим итоговым самоощущениям вовсе не автоматически, но в результате некоего обучения.
ЧУВСТВА1 + ЧУВСТВА2 + ПОВЕДЕНИЕ + ФИЛОСОФИЯ + СЕНСОРИКА
</>
ОС имеет отношение к предварельным тренингам коммуник
metanymous в посте Metapractice (оригинал в ЖЖ)
Да, но цикл подготовки выходит за рамки прямой деятельности достижения спортивного результата.
И как же это перенести на коммуникацию? Типа ОС загоняет народ страшилками на обязательные тренинги?
И как же это перенести на коммуникацию? Типа ОС загоняет народ страшилками на обязательные тренинги?
Что сразу бросилось в глаза, так это активное использование термина "feedback" в "лягушках", во вступлении к книге - "A Challenge to the Reader". Ключевой отрывок:
Ну, все же не стоит забывать, что основное значение есть просто ОТКЛИК.
ОТКЛИК
http://dic.your-english.ru/word/feedback
"The basic unit of analysis in face-to-face communication is the feedback loop. For example, if you were given the task of describing an interaction between a cat and a dog, you might make entries like: "Cat spits, ... dog bares teeth, ... cat arches back,... dog barks,... cat—" At least as important as the particular actions described is the sequence in which they occur. And to some extent, any particular behavior by the cat becomes understandable only in the context of the dog's behavior. If for some reason your observations were restricted to just the cat, you would be challenged by the task of reconstructing what the cat was interacting with. The cat's behavior is much more difficult to appreciate and understand in isolation.
Все же в драке между кошкой и собакой их взаимодействие описывает непрерывной чередой обмена взаимных "откликов". И такое описание есть очень неудобное. И обратной связью это называть неудобно. Ибо, в этом случае (как и в любом другом коммуникативном) речь идет именно об обмене в системе ДВУХ ОБРАТНЫХ СВЯЗЕЙ. Одна от кошки к собаке. А вторая от собаки к кошке.
И процессуально все это правильнее назвать круговой обратной связью. Петлей связи, как это называл Бейтсон.
Еще более конструктивно назвать такие взаимодействия - БОС - биологической обратной связью. И так называют, даже если только один агент взаимодействия из двух является живым. Этим создается совершенно новое качество - живой агент взаимодействия активно МЕНЯЕТ СВОИ ХАРАКТЕРИСТИКИ В ОТВЕТ НА ПОЛУЧАЕМУЮ ОБРАТНУЮ СВЯЗЬ. Т.е. в данном случае архиважно, именно этот феномен изменения в ответ на обратную связь. Причем, ОН ВОЗНИКАЕТ ПОМИМО ВОЛИ ЖИВОЙ ЧАСТИ БОС.
И что же мы будем иметь в случае встречной коммуникации ДВУХ ЖИВЫХ АГЕНТОВ ВЗАИМОДЕЙСТВИЯ? ДВОЙНОЙ ЭФФЕКТ ВЗАИМО-ВСТРЕЧНЫХ ИЗМЕНЕНИЙ!
Термин/вариант перевода "обратная связь" и близко не описывает указанное выше феноменологическое богатство. Причем, все это в контексте НЛП!
Поэтому, я категорический противник терминологии/варианта перевода ОС. Такой термин ввели агенты разрушения НЛП и моделирования в целом. И мне наплевать на существующие традиции литературного перевода.
Совместо с "fail" есть такой интересный отрывок:
"You can go through exactly the steps that you saw and heard us go through here, without any sensory experience, without any feedback from your clients. That will
guarantee that you will fail. That's the way most people fail."
То есть, поражение это отсутствие обратной связи.
Ну, там в словаре на первом месте все же стоит не поражение, но просто НЕУДАЧА!
Поражение это из каких-то боевых и мега достигательных контекстов. Но слово неудача имеет гораздо более широкие коннотации, которые в самом натуральном виде вписываются в обыкновенные жизненные контексты коммуникации. Типа: Не будете использовать сенсорную информацию - потерпите неудачу в своих отношениях и даже жизни в целом.
As I said earlier, the UML is silent on the content of a use case but does provide a diagram format
for showing them [...]. Although the diagram is sometimes useful, it isn't mandatory. In
your use case work, don't put too much effort into the diagram. Instead, concentrate on the textual
content of the use cases.
Как я сказал раньше, UML молчит касательно содержания варианта использования, но всё же предлагает формат диаграмм для их представления [...]. Хотя такая диаграмма иногда полезна, она не обязательна. В своей работе над вариантом использования, не вкладывайте слишком много труда в диаграмму. Вместо этого, сконцентрируйтесь на текстовом содержании варианта использования.
Deployment diagrams show a system's physical layout, revealing which pieces of software run on
what pieces of hardware.
Диаграммы развертывания показывают физическую компоновку системы, раскрывая какие части программного обеспечения исполняются на каких частях аппаратного.
A package is a grouping construct that allows you to take any construct in the UML and group its
elements together into higher-level units. Its most common use is to group classes, and that's the
way I'm describing it here, but remember that you can use packages for every other bit of the UML
as well.
Пакет это группирующая конструкция, которая позволяет вам взять любую конструкцию UML и сгруппировать её элементы вместе в элементы более высокого уровня. Его наиболее частое использование — для группировки классов, и именно в таком ключе я описываю его здесь, но помните что вы также можете использовать пакеты для любого другого кусочка UML.
A package diagram shows packages and their dependencies. [...] If you have packages for presentation and domain, you have a dependency
from the presentation package to the domain package if any class in the presentation package has a
dependency to any class in the domain package. In this way, interpackage dependencies summarize
the dependencies between their contents.
Диаграмма пакетов показывает пакеты и их зависимости. [...] Если у вас есть пакеты для представления и для предметной области, у вас есть зависимость от пакета представления к пакету предметной области, если какой бы то ни было класс в пакете представления имеет зависимость к какому бы то ни было классу в пакете предметной области. В таком ключе, взаимозависимость пакетов резюмирует зависимости между их содержимым.
An object diagram is a snapshot of the objects in a system at a point in time. Because it shows
instances rather than classes, an object diagram is often called an instance diagram.
Диаграмма объектов является снимком объектов в системе в заданный момент времени. Поскольку она показывает экземпляры, а не классы, диаграмму объектов часто называют диаграммой экземпляров.
Дочитали до конца.