![[userpic]](/media/78d06331abebf4cebf8a9cbf2f3ab2d896cdb8593bb6ff74c299500e16d1a575)
В книгах этого вроде и правда нет. Но в метапрактике этот вопрос поднимался в проходах по теме. Именно оттуда я в свою презентацию перенес формулу формулировки запроса "когда Х тогда У", где Х контекст а У поведение.
4 комментария
сначала старые сначала новые
![[userpic]](https://metapractice.ru/images/none-4ee1bcd692ded7d0186297bdd7e6cfd1.gif?vsn=d)
Да, действительно это так - выяснение контекста перед процедурой.
Но в дальнейшем, когда идет присвоение кодового имени части ответственной за поведениеХ, по сути, происходит ээээ замыливание этого момента - контекст исчезает, хотя его именно в этом месте необходимо удерживать, чтобы потом просто работать с кодовым словом части, в котором и будет запакована вся информация: поведение и контекст.
Мне показалось это важным.
Но в дальнейшем, когда идет присвоение кодового имени части ответственной за поведениеХ, по сути, происходит ээээ замыливание этого момента - контекст исчезает, хотя его именно в этом месте необходимо удерживать, чтобы потом просто работать с кодовым словом части, в котором и будет запакована вся информация: поведение и контекст.
Мне показалось это важным.
В презентации два варианта кодирования. В первом действительно, имя даётся на основе поведения, без контекста. А во втором, сначала якориться момент, когда клиент формулирует проблему (по схеме "если Х, то У), а имя даёт при активированном якоре. Так что тут контекст автоматически учитывается