meta_eugzol в Metapractice (оригинал в ЖЖ)
Metapractice | |||||
Магия появления моделиста | |||||
20. Способы суммирования навыков | meta_eugzol | ||||
14. Магия появления моделиста | eugzol | ||||
Иное моделирование | |||||
27. Интроспективное моделирование | metanymous | ||||
10. MorphologicPattern - МultipleСyclePattern (модель МР-MCP) | metanymous | ||||
Реальность | |||||
Реальность | metanymous | ||||
Re: Сосредоточивайте усилия на реальных целях, а не на с | metanymous | ||||
Openmeta | |||||
Предварительная опись выявленных моделей ОпенМеты | |||||
Предварительная опись выявленных моделей ОпенМеты | metanymous | ||||
ШкалаРазвитияМышлений: Мышление-Немышление | metanymous |
Магия появления моделиста | |||||
22. Пытаюсь метамоделировать | eugzol |
--мышление предельно вербальное (избыток рефлексии по общему объему и наличию более одного уровня, множественный внутренний диалог, преобладание понятийного мышления)
–- умеренно вербальное (один уровень рефлексии в контролируемом контексте, простой внутренний диалог, есть достаточно места невербальному
–- метамышление (рефлексии практически нет, метадиалог выполняет роль посредника между сознанием и подсознанием – т.е. работает как программный язык запросов к базам данных, особенный уровень обработки внешней вербальной информации, даже сложная по содержанию речь генерируется во вне не в результате осознанного процесса – коммуникативное “аптайм”, наличие заметных интервалов отсутствия внутреннего диалога, постоянные спонтанные проявления измененного состояния сознания обращенного во вне, задачи решаются в форме получения готовых ответов через достаточное время)
-- немышление (появление постоянной возможности управлять невербальными процессами и их содержанием с помощью “намерения”, метадиалог начинает прямо влиять на физиологию, появление “голоса подсознания”, значительные изменения восприятия окружающего мира, появление сущностных ощущений и феноменов предугадывания, осознание групповой/общечеловеческой ментальности, трансформация ценностей и личности в целом, отсутствие произвольного выбора прагматических задач, возможность высших достижений только в контексте исполнения предназначения/миссии, осознание неотвратимости жизненного пути)
http://community.livejournal.com/openmeta/37584.html?thread=627152#t627152
«Сложное сделать простым, простое сделать привычным, привычное сделать приятным»
К. Станиславский
metanymous: Под этим и моделирование можно подписать.
http://rbb74.livejournal.com/28043.html
«Во всем ищи более тонкие градации качества, не теряя из виду целое. И в чем вчера различал два-три качества, завтра увидишь массу новых (для себя) тонкостей. Нет мелочей - есть подробности. Эти "чуть -чуть" в сумме отличают Мастера от дилетанта.»
Сунь Лутан
http://metapractice.livejournal.com/profile
37 комментариев
сначала старые сначала новые
Иное моделирование (10)
http://metapractice.livejournal.com/59029.html
http://metapractice.livejournal.com/281123.html
Рефакторинг (Refactoring) (сущ.): изменение во внутренней структуре программного обеспечения, имеющее целью облегчить понимание его работы и упростить модификацию, не затрагивая наблюдаемого поведения.
Второе обстоятельство, которое я хочу отметить, заключается в том, что рефакторинг не меняет видимого поведения программного обеспечения. Оно продолжает выполнять прежние функции. Никто - ни конечный пользователь, ни программист - не сможет сказать по внешнему виду, что что-то изменилось.С одного конька на другой
Это второе обстоятельство связано с метафорой Кента Бека по поводу двух видов деятельности. Применение рефакторинга при разработке программного обеспечения разделяет время между двумя разными видами деятельности – вводом новых функций и изменением структуры. Добавление новых функций не должно менять структуру существующего кода: просто вводятся новые возможности. Прогресс можно оценить, добавляя тесты и добиваясь их нормальной работы. При проведении рефакторинга вы стремитесь не добавлять функции, а только улучшать структуру кода. При этом не добавляются новые тесты (если только не обнаруживается пропущенная ранее ситуация); тесты изменяются только тогда, когда это абсолютно необходимо, чтобы проверить изменения в интерфейсе.
В процессе разработки программного обеспечения может оказаться необходимым часто переключаться между двумя видами работы. Попытавшись добавить новую функцию, можно обнаружить, что это гораздо проще сделать, если изменить структуру кода. Тогда следует на некоторое время переключиться на рефакторинг. Улучшив структуру кода, можно добавлять новую функцию. А добившись ее работы, можно заметить, что она написана способом, затрудняющим ее понимание, тогда вы снова переключаетесь и занимаетесь рефакторингом. Все это может происходить в течение десяти минут, но в каждый момент вы должны понимать, которым из видов работы заняты.