Схема багов : evo_lutio — LiveJournal

Чтобы начать видеть в пограничных багах систему, предлагаю рассмотреть такую схему.

Позже от этой схемы мы постепенно перейдем к схеме рыбалки, которая устроена зеркальным образом.

Все пограничные баги — это выходы из красного поля в черное, это запросы вне границ посредством щипцов и скалок, это посягательства и атаки на чужую территорию и чужие ресурсы.

Но баг чаще всего — это не просто отдельное нарушение, это сложившийся паттерн поведения.

Особенно это касается ведущих багов. Человек не чувствует такой баг, настолько он в него встроен, человек ощущает баг как свой характер, свою особенность, часто — положительную особенность, иногда — талант.

Все баги одинаково плохи, лучших и худших багов нет. Вред от бага пропорционален его размеру. Чем больше баг, тем сильней он вредит СЗ и ОЗ человека, конкретным отношениям и жизни в целом.

Чтобы сделать баг меньше или совсем избавиться от него, надо хорошо представлять себе, как он устроен и как он работает.

На схеме видно расположение багов относительно друг друга и осей координат.

Вертикаль — степень воображаемой силы. Горизонталь — степень воображаемой безопасности.

Вертикаль показывает, насколько баг является родительским или детским. Чем больше силы приписывает человек своей фигуре, тем выше баг по вертикали, тем более он родительский. Чем больше слабости приписывает человек себе, тем более баг детский, тем ниже он по оси ординат.

Нет большой разницы, сверху вы атакуете чужую территорию или снизу, вы одинаково сливаетесь и снижаете свою СЗ.

Но избавление от родительских багов отличается от избавления от детских.

Родительские баги позволяют атаковать чужую территорию под видом опеки и щедрости, помощи и спасения.

С иллюзией этой силы и щедрости и надо работать, если хочется избавиться от родительского бага.

Родительским багам чаще всего сопутствует корона Спасателя.

Особенно это касается двух верхних родительских багов, Штурмана и Училки. При этих багах человек мнит себя очень сильным, опытным и большим относительно других людей. Эти баги лечатся скромностью («Я обычный»), осознанием своей мелкой роли и избавлением от раздутого самомнения.

Выскочки и Ищейки это тоже касается. Эти баги чуть скромней, чем Училка и Штурман, но тоже мнят о себе очень много и навязывают другим людям свой контроль (Ищейка) и свой пример (Выскочка).

Детские баги позволяют атаковать чужую территорию по праву слабых и обиженных, маленьких и зависимых.

Детским багам сопутствует корона Сокровища, она позволяет им чувствовать свое право (наследника, подопечного, брата меньшего, любимого ребенка).

Как вы помните из постов о багах (метка — Баги), каждому багу соответствует своя векторная пара.

На схеме векторные связки багов обозначены вертикальными пунктирными линиями.

Чтобы избавиться от родительского бага, надо перестать считать других людей своей детской парой, своими подопечными.

Штурманы должны перестать видеть в других людях зависимых от них попрошаек, а Училки должны перестать думать, что другие хотят у них учиться.

Чтобы избавиться от детского бага, надо перестать проецировать на других векторную родительскую пару, видеть в других мам и пап.

При детском баге человек уверен (в короне Сокровища), что другим доставляет удовольствие власть над ним, все хотят возвыситься над ним и присвоить его, сделать своей малышкой.

То есть родительский баг стремится другого присвоить, навязывая опеку, а детский баг навязывает другим себя, чтобы присвоить опеку. Но те и другие стремятся слить границы и получить права на чужую территорию.

При росте зависимости баги действуют как одна векторная пара, и человек то заходит сверху, то снизу, лишь бы как-нибудь пролезть.

Обратите внимание, Ученица и Попрошайка находятся по вертикали ниже всех, они ощущают себя самыми слабыми.

Оправдашка и Кривляка находятся выше, они чувствуют себя детьми, видят в других родительские фигуры, но Оправдашка боязлива, а Кривляка нет.

Ось абсцисс, то есть горизонталь на схеме показывает степень воображаемой безопасности.

Чем правей расположен баг на схеме, тем меньше опасности чувствует его носитель, человек.

Те баги, которые расположены слева от вертикали, воспринимают окружающий мир как небезопасный, степень их тревоги велика.

Особенно это касается Оправдашки и Ищейки.

Это самая тревожная векторная пара. Ищейка чувствует себя сильной (хотя не такой сильной как Штурман), а Оправдашка слабой (хотя не такой слабой как Попрошайка), но тревожность их наиболее велика. Им кажется, что кругом полно опасности, но если постараться (посильней следить и побольше оправдываться) можно обезопасить себя.

Самая смелая векторная пара — это Выскочка и Кривляка. Выскочка сильней, Кривляка слабей, но обе очень смелы. Мир безопасен. Выскочку ждут с распростертыми объятиями, все восхищены ее успехами и смотрят снизу, так ей кажется. Кривляке кажется, что ее не уважают, но никто ей не сделает ничего плохого и можно смеяться над голыми королями — родительскими фигурами.

Ученица тоже смелая, хоть и слабая, но она не боится рассказывать о своих слабостях, думая, что мир к ней дружелюбен.

Видеть, где место бага по горизонтали, необходимо, чтобы приблизить баг к нулю.

В нулевой точке, условно говоря, багов нет.

Если ваш баг правей нулевой точки, вы преувеличиваете безопасность мира, и не отслеживаете опасности, если левей, наоборот, преувеличиваете опасность.

При правом баге вы слишком распахиваете свои границы другим людям и таким образом сливаетесь, при левом баге стремитесь взламывать их границы и сливаетесь не меньше, но другим способом.

Видеть способ своего слива при баге очень полезно.

Сравните баги, имеющие одно и то же значение по вертикали, но по разную сторону от нуля по горизонтали.

Например, Ищейка и Выскочка. Уровень их презрения к другим людям одинаков. Они мнят себя больше других. Но Выскочка вываливает все о себе, о чем ее не спрашивают, хвастается и навлекает на себя негатив, а Ищейка пытается влезть в голову и личные дела других, поскольку ей кажется, что они представляют для нее угрозу и она должна контролировать их все время, правдами и неправдами. Оба бага требуют одинаковой работы по части скромности, но для устранения Ищейки вы должны научиться больше доверять людям, а для устранения Выскочки перестать быть настолько доверчивым.

Нормальное отношение к миру — это не вываливать все свое на других, но и не защищаться от других, прикрывать свои границы (особенно свое решето и сито), но перестать свои границы «отстаивать». «Отстаивая» границы вы обязательно залезете на чужую территорию, а «распахивая» вывалите на чужую территорию то, что никого не касается. То и другое в одинаковой степени сделает вас уязвимыми, но разными способами.

На этом пока предлагаю остановиться и обсудить.

На схеме в посте много другой информации, о которой я расскажу позже.

И постепенно будем достраивать эту схему, пока не получим полную схему черных и красных полей, схему рыбалки и схему эволюции от рапана в рыбака.

Она же будет схемой пищевой энергетической пирамиды.

Схема багов

Чтобы начать видеть в пограничных багах систему, предлагаю рассмотреть такую схему.

Позже от этой схемы мы постепенно перейдем к схеме рыбалки, которая устроена зеркальным образом.

Все пограничные баги — это выходы из красного поля в черное, это запросы вне границ посредством щипцов и скалок, это посягательства и атаки на чужую территорию и чужие ресурсы.

Но баг чаще всего — это не просто отдельное нарушение, это сложившийся паттерн поведения.

Особенно это касается ведущих багов. Человек не чувствует такой баг, настолько он в него встроен, человек ощущает баг как свой характер, свою особенность, часто — положительную особенность, иногда — талант.

Все баги одинаково плохи, лучших и худших багов нет. Вред от бага пропорционален его размеру. Чем больше баг, тем сильней он вредит СЗ и ОЗ человека, конкретным отношениям и жизни в целом.

Чтобы сделать баг меньше или совсем избавиться от него, надо хорошо представлять себе, как он устроен и как он работает.

На схеме видно расположение багов относительно друг друга и осей координат.

Вертикаль — степень воображаемой силы. Горизонталь — степень воображаемой безопасности.

Вертикаль показывает, насколько баг является родительским или детским. Чем больше силы приписывает человек своей фигуре, тем выше баг по горизонтали, тем более он родительский. Чем больше слабости приписывает человек себе, тем более баг детский, тем ниже он по оси ординат.

Нет большой разницы, сверху вы атакуете чужую территорию или снизу, вы одинаково сливаетесь и снижаете свою СЗ.

Но избавление от родительских багов отличается от избавления от детских.

Родительские баги позволяют атаковать чужую территорию под видом опеки и щедрости, помощи и спасения.

С иллюзией этой силы и щедрости и надо работать, если хочется избавиться от родительского бага.

Родительским багам чаще всего сопутствует корона Спасателя.

Особенно это касается двух верхних родительских багов, Штурмана и Училки. При этих багах человек мнит себя очень сильным, опытным и большим относительно других людей. Эти баги лечатся скромностью («Я обычный»), осознанием своей мелкой роли и избавлением от раздутого самомнения.

Выскочки и Ищейки это тоже касается. Эти баги чуть скромней, чем Училка и Штурман, но тоже мнят о себе очень много и навязывают другим людям свой контроль (Ищейка) и свой пример (Выскочка).

Детские баги позволяют атаковать чужую территорию по праву слабых и обиженных, маленьких и зависимых.

Детским багам сопутствует корона Сокровища, она позволяет им чувствовать свое право (наследника, подопечного, брата меньшего, ребенка).

Как вы помните из постов о багах (метка — Баги), каждому багу соответствует своя векторная пара.

Чтобы избавиться от родительского бага, надо перестать считать других людей своей детской парой, своими подопечными.

Штурманы должны перестать видеть в других людях зависимых от них попрошаек, а Училки должны перестать думать, что другие хотят у них учиться.

Чтобы избавиться от детского бага, надо перестать проецировать на других векторную родительскую пару, видеть в других мам и пап.

При детском баге человек уверен (в короне Сокровища), что другим доставляет удовольствие власть над ним, все хотят возвыситься над ним и присвоить его, сделать своей малышкой.

То есть родительский баг стремится другого присвоить, навязывая опеку, а детский баг навязывает другим себя, чтобы присвоить опеку. Но те и другие стремятся слить границы и получить права на чужую территорию.

При росте зависимости баги действуют как одна векторная пара, и человек то заходит сверху, то снизу, лишь бы как-нибудь пролезть.

Обратите внимание, Ученица и Попрошайка находятся по горизонтали ниже всех, они ощущают себя самыми слабыми.

Оправдашка и Кривляка находятся выше, они чувствуют себя детьми, видят в других родительские фигуры, но Оправдашка боязлива, а Кривляка нет.

Ось абсцисс, то есть вертикаль на схеме показывает степень воображаемой безопасности.

Чем правей расположен баг на схеме, тем меньше опасности чувствует его носитель, человек.

Те баги, которые расположены слева от вертикали, воспринимают окружающий мир как небезопасный, степень их тревоги велика.

Особенно это касается Оправдашки и Ищейки.

Это самая тревожная векторная пара. Ищейка чувствует себя сильной (хотя не такой сильной как Штурман), а Оправдашка слабой (хотя не такой слабой как Попрошайка), но тревожность их наиболее велика. Им кажется, что кругом полно опасности, но если постараться (посильней следить и побольше оправдываться) можно обезопасить себя.

Самая смелая векторная пара — это Выскочка и Кривляка. Выскочка сильней, Кривляка слабей, но обе очень смелы. Мир безопасен. Выскочку ждут с распростертыми объятиями, все восхищены ее успехами и смотрят снизу, так ей кажется. Кривляке кажется, что ее не уважают достаточно, но никто ей не сделает ничего плохого и можно кривляться сколько угодно.

Ученица тоже смелая, хоть и слабая, но она не боится рассказывать о своих слабостях, думая, что мир к ней дружелюбен.

Видеть, где место бага относительно горизонтали, необходимо, чтобы приблизить баг к нулю.

В нулевой точке, условно говоря, багов ноль.

Если ваш баг правей нулевой точки, вы преувеличиваете безопасность мира, и не отслеживаете опасности, если левей, наоборот, преувеличиваете опасность.

При правом баге вы слишком распахиваете свои границы другим людям и таким образом сливаетесь, при левом баге стремитесь взламывать их границы и сливаетесь не меньше, но другим способом.

Видеть способ своего слива при баге очень полезно.

Сравните баги, имеющие одно и то же значение по вертикали, но по разную сторону от нуля по горизонтали.

Например, Ищейка и Выскочка. Уровень их неуважения к другим людям одинаков. Они мнят себя больше других. Но Выскочка вываливает все о себе, чего ее не спрашивают, хвастается и навлекает на себя негатив, а Ищейка влезает в голову и дела другим, поскольку ей кажется, что другие представляют для нее угрозу и она должна контролировать их все время, правда и неправдами. Оба бага требуют одинаковой работы со скромностью, но для устранения Ищейки вы должны научиться больше доверять людям, а для устранения Выскочки перестать быть настолько доверчивым.

Нормальное отношение к миру — это не вываливать все на других, но и не защищаться от других, прикрыть границы, но перестать их «отстаивать». «Отстаивая» границы вы обязательно залезете на чужую территорию, а «распахивая» вывалите на чужую территорию то, что никому не нужно. То и другое в одинаковой степени сделает вас уязвимыми, но разными способами.

На этом пока предлагаю остановиться и обсудить.

На схеме в посте очень много другой информации, о которой я расскажу позже.

И постепенно будем достраивать эту схему, пока не получим схему черных и красных полей.

Оно же будет схемой пищевой энергетической пирамиды.

выпусков · schemaorg/schemaorg · GitHub

уточнение модели данных — интерпретация строк как вещей

#3218
открыт 22 ноября 2022 г. автором
Данбри

Открыть

6

Новый выпуск

Есть вопрос по этому проекту? Зарегистрируйте бесплатную учетную запись GitHub, чтобы открыть задачу и связаться с ее сопровождающими и сообществом.

Зарегистрироваться на GitHub

Нажимая «Зарегистрироваться на GitHub», вы соглашаетесь с нашими условиями обслуживания и
Заявление о конфиденциальности. Время от времени мы будем отправлять вам электронные письма, связанные с учетной записью.

Уже на GitHub?
Войти
на ваш счет

Свойства NewsMediaOrganization перечислены дважды.

#3346
открыт 12 июля 2023 г. автором
jsmoriss

Проблемы с разметкой FloorPlans

#3345
открыт 10 июля 2023 г. автором
j-dille

Добавить ListingPage как подтип WebPage

#3341
открыт 25 июня 2023 г. автором
jvandriel

Схема для медицинского сайта

#3340
открыт 20 июня 2023 г. автором
hamza00199

Решение проблемы рассылки спама исходного набора данных

#3337
открыт 17 июня 2023 г. автором
icy-td

sameAs: Пример обновления для использования URI Викиданных

#3336
открыт 16 июня 2023 г. автором
fjjulien

возможноЛечение по болезниСостояние не позволяет Препарат

#3335
открыт 11 июня 2023 г. автором
Amousey

Google использует другую схему для SearchAction

#3334
открыт 6 июня 2023 г. автором
WinterSilence

Загружаемая схема использует схему: источник, которая не определена в schema.org

#3332
открыт 26 мая 2023 г.
ptsefton

Как моделировать рекурсию с помощью Services

#3331
открыт 25 мая 2023 г.
сталь

Атрибуты для IndividualProduct и Product для соответствия 2D-кодам

#3326
открыт 23 мая 2023 г.
MatthiasWiesmann

«Ортодонтия» как медицинская специальность

#3325
открыт 23 мая 2023 г.
NoraTiedemann

Валидаторы не поддерживают пустые узлы

#3322
открыт 22 мая 2023 г.
namedgraph

Два исправления для версии 16. 0
В очереди на редакционную работу

Редактор должен превратить проблемы/PR в окончательный код и примечания к выпуску.

#3314
открыт 17 мая 2023 г.
Данбри

Валидатор не находит jsonld, отображаемый с помощью javascript
Валидатор

Проблемы, связанные с валидатором разметки схемы

#3312
открыт 12 мая 2023 г.
valentinedwv

Описание AddressCountry, рекомендующее ISO-3166-1

#3310
открыт 9 мая 2023 г.
ниссимсан

2
/additionalType должен явно разрешать текст
В очереди на подготовку (webschemas.org)

Редакционная работа временно завершена; готов к окончательному рассмотрению/проверке.

#3304
открыт 3 мая 2023 г.
Данбри

5
добавьте как минимум свойство /bed в /Accommodation [и добавьте /LodgingBusiness]
Поставлен в очередь для примечаний к выпуску и обзора выпуска

Это готово к отправке (и проверьте примечания к выпуску)
В очереди на подготовку (webschemas. org)

Редакционная работа временно завершена; готов к окончательному рассмотрению/проверке.

#3303
открыт 3 мая 2023 г.
Данбри

3
Пример, показывающий, что хранилище данных финансировалось Национальным научным фондом США.

#3301
открыт 29 апр. 2023 г. автором
zsigabiga28

Расширение ожидаемых типов в свойствах hasPart и isPartOf
без-проблемная-активность

Обсуждение прекратилось. Автоматическая пометка, чтобы побудить людей повторно заняться проблемой (или закрыть ее!).

#3295
открыт 10 апреля 2023 г. автором
sergioredondo

Предложения, связанные с курсом
В очереди на редакционную работу

Редактор должен превратить проблемы/PR в окончательный код и примечания к выпуску.

#3281
открыт 14 марта 2023 г. автором
Данбри

17
Схема Интернета

#3279
открыт 14 марта 2023 г. автором
bhuffaker

Использование контекста HTTPS применяет свойства и классы HTTP

#3270
открыт 22 февраля 2023 г. автором
wouterbeek

Участие в таких проектах, как SolidOS, проект передачи данных
без-проблемная-активность

Обсуждение прекратилось. Автоматическая пометка, чтобы побудить людей повторно заняться проблемой (или закрыть ее!).
В очереди на редакционную работу

Редактор должен превратить проблемы/PR в окончательный код и примечания к выпуску.

#3265
открыт 20 февраля 2023 г. автором
Данбри

2
Пример RDFa пользователя на веб-сайте электронной почты неуказанный тип?
без-проблемная-активность

Обсуждение прекратилось. Автоматическая пометка, чтобы побудить людей повторно заняться проблемой (или закрыть ее!).
Валидатор

Проблемы, связанные с валидатором разметки схемы

#3260
открыт 12 февраля 2023 г. автором
patdavid

ProTip!
Что не обновлялось за месяц: обновлено: <2023-06-20.

ошибок · YousefED/typescript-json-schema · GitHub

Обсуждение будущего генераторов схем

#295
открыт 1 июня 2019 г. автором
HoldYourWaffle

Открыть

8

Новый выпуск

Есть вопрос по этому проекту? Зарегистрируйте бесплатную учетную запись GitHub, чтобы открыть задачу и связаться с ее сопровождающими и сообществом.

Зарегистрироваться на GitHub

Нажимая «Зарегистрироваться на GitHub», вы соглашаетесь с нашими условиями обслуживания и
Заявление о конфиденциальности. Время от времени мы будем отправлять вам электронные письма, связанные с учетной записью.

Уже на GitHub?
Войти
на ваш счет

[запрос функции] использовать родительскую ссылку как заголовок

#554
открыт 8 июля 2023 г. автором
alita-moore

Недвижимость с номером типа | undefined неправильно хранится в JSON (даже с флагом --required )

#551
открыт 17 июня 2023 г. автором
andrekovac

Неправильный вывод схемы при использовании Record

#547
открыт 25 мая 2023 г.
бдаркус

Обновление до TypeScript 5

#546
открыт 24 мая 2023 г.
alfaproject

Получение UnhandledPromiseRejectionWarning: Ошибка: нет ошибки определения вывода

#540
открыт 10 мая 2023 г.
garyutum

Некоторые имена (например, общие для @types/node) отсутствуют в сгенерированной схеме

#539
открыт 4 мая 2023 г.
hanvyj

используйте anyof для объединений с типом и константами

#538
открыт 24 апр. 2023 г. автором
lublak

Генерировать схемы JTD?

#536
открыт 17 апр. 2023 г. автором
epoberezkin

ОШИБКА: заголовки Js Doc опускаются, если тип имеет ссылку

#533
открыт 6 апр. 2023 г. автором
FreaKnightKurtosys

В сгенерированной схеме JSON для определенного типа отсутствуют свойства

#519
открыт 20 декабря 2022 г. автором
0xJem

Машинописный текст, использующий Omit, не может правильно обработать

#518
открыт 12 декабря 2022 г. автором
montsaroffNoaa

Несогласованность массива типов и массива интерфейсов

#517
открыт 10 декабря 2022 г. автором
filiplikavcan

TypeError: Неподдерживаемый тип: TEnumerate

#515
открыт 18 ноября 2022 г. автором
DerHerrGammler

проверить массив строк, где каждая строка будет содержать допустимый шаблон

#514
открыт 9 ноября 2022 г. автором
бекман

Исключение литерала из объединения литералов приводит к созданию объекта, подобного массиву

#506
открыт 13 октября 2022 г. автором
RohanTalip

Не удалось сгенерировать схему при использовании tsconfig-paths

#505
открыт 11 октября 2022 г. автором
marcelo-agil

Не удается создать схемы из-за порядка файлов

#503
открыт 28 сентября 2022 г. автором
makks129

Классы со значениями по умолчанию добавлены в «обязательный» массив

#502
открыт 27 сентября 2022 г. автором
morgante

Как поддерживать вывод типа?

#500
открыт 8 сентября 2022 г. автором
tangkai123456

как поддерживать сложные условия anyOf / oneOf

#498
открыт 1 сентября 2022 г. автором
bradrydzewski

Опечатка. между CLI и Args? — aliasRef или aliasRefs

#497
открыт 30 августа 2022 г. автором
АлексЙейтс

Определения URI должны быть закодированы URI

#495
открыт 15 августа 2022 г.