Русская версия

Search document title:
Content search 2 (exact):
ENGLISH DOCS FOR THIS DATE- Programming and Misprogramming (CSS-031) - B710331 | Сравнить

RUSSIAN DOCS FOR THIS DATE- Правильные и Неправильные Программы (КС-31) - Б710331 | Сравнить
- Примечания к Дианетическим ТУ (ДИА) (2) - Б710331 | Сравнить

SCANS FOR THIS DATE- 710331 - HCO Bulletin - Programming and Misprogramming [B011-037]
- 710331 - HCO Bulletin - Programming and Misprogramming [B044-037]
- 710331 - HCO Bulletin - Programming and Misprogramming [B078-030]
- 710331 - HCO Bulletin - Programming and Misprogramming [B142-025]
CONTENTS PROGRAMMING AND MISPROGRAMMING MISPROGRAMMING Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 31 MARCH 1971
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Сассекс
БЮЛЛЕТЕНЬ ОХС ОТ 31 МАРТА 1971
RemimeoРазмножить
CS Series 31В Диан контрольный лист

PROGRAMMING AND MISPROGRAMMING

СРОЧНО

There are three important areas of technical application:

ДИАНЕТИКА

1. Auditing Cases.

ПРИМЕЧАНИЯ К ДИАНЕТИЧЕСКИМ ТУ

2. Case Supervising Cases.

(Отменяет БОХС от 15 января 1970, Выпуск III, «ТУ 104», написанный не мной)

3. Programming Cases.

Для того чтобы избежать рестимуляции тренера при выполнении ТУ 104 и ТУ 103, пожалуйста, примите на заметку следующее:

Auditing generally should be gotten into an org on the routine basis of:

  1. В ТУ 103, «сессия» проводится между СТУДЕНТОМ и КУКЛОЙ. ТУ выполняется на КУКЛЕ, а не на тренере.

1. Get Auditing Volume up.

  • В ТУ 103 тренер не обязан отвечать на все команды – он может ответить, а может и не ответить. Если он не отвечает, студент убеждает КУКЛУ ответить и предпринимает соответствующие действия.
  • 2. Get Auditing Quality up.

  • В ТУ 103 и в ТУ 104 НИКОГДА не давайте даты или продолжительности случаев, как тренер, в действительных единицах ВРЕМЕНИ – используйте что-нибудь другое: «4 фиги», «2 картофелины», «лошадиная грива» – всё это замечательные «даты» для целей тренировки или для травли.
  • 3. Get C/Sing Volume up.

  • Подобно этому, никогда не используйте настоящие соматики при тренировке или травле на ТУ 103 и ТУ 104, – используйте ничего не значащие и безопасные пункты.
  • 4. Get C/Sing Quality up.

  • В ТУ 103 тренер входит в положение тореро, который вставляет отвлекающие заявления, травит и делает отвлекающие замечания по поводу «сессии» между студентом и куклой. Он может отвечать, играя роль куклы, которые студент должен принимать во внимание, но тренер не должен играть роль «пк». Не играйте роль «пк» при использовании настоящего набора команд процесса!
  • 5. Get Programming Volume up.

    Также, пожалуйста, примите во внимание то, что ПОЛОЖЕНИЕ тренера в ТУ 104 и ТУ 103 сбоку от студента, а не напротив него.

    6. Get Programming Quality up.

    Л. РОН ХАББАРД
    Основатель

    To do it in any other sequence is to organize before producing or to inhibit production.

    Auditing quality is raised by getting in Cramming and getting Cramming done.

    C/S quality is raised by C/S study of cases and the Qual Sec Cramming the C/S.

    Programming quality is raised by getting FESes done so that the action does not block production and Cramming or Programming and then studying the case to make the Programming more real and effective.

    MISPROGRAMMING

    1. Programming a case without data is risky. Dropping out the FES step, not getting White Forms done, etc, short-cutting on data in general can cost tremendous amounts of lost auditing.

    2. Doing a vague general hopeful program of Repair (Progress) trusting something will come up is ineffective. With data on the person’s life even on a pc never before audited, one can hit the key points even if only with 2-way comm on them. Cases that have been audited and are boggy are so for a reason. Programming without finding that reason can be very ineffective and result in few wins.

    3. Running a new major program into an incomplete major program can be as deadly as failing to flatten a process before starting another process only more so.

    4. Failing to end off a program when its End Phenomena is achieved is another gross error.

    5. Being too ignorant of the basic bank and the tech theory (as different than processes) is another barrier to programming.

    6. Not Programming at all.

    The above six are the principal gross errors in programming.

    L. RON HUBBARD
    Founder
    LRH:mes.rd