понимание

Религия: о чем эти нехристи толкуют? Вселенная стремится к минимуму свободной энергии? Еще раз: Вселенная - это стремление утилизировать свободную энергию? Вот так вот, просто. Вот вам цель жизни и замысел Творца - потребляй энергию. На правах религии, не обосновывая математически а объявив догмой, добавлю - на развитие. Усложняйся! Увеличивай ресурсную базу. Конкурируй. Живи. Меняйся. Стремись всячески увеличить суммарное количество эволюции в себе. Это сделает тебя более гибким и мощным. Неудачу же следует воспринять уроком - увидеть, усвоить, научиться избегать, научиться достигать. Делать раз за разом, на границе умений, там где не получается. При необходимости отступать в знакомые области - нарабатывать опыт или уверенность. Выработать интуитивную чуйку. Довести решение задачи до автоматизма. Перестать обращать внимание на процесс выполнения. Через время удивленно обнаружить что условия задачи изменились до неузнаваемости, и наработанный неосознанный метод показывает лучший процент "попаданий", чем осознанный алгоритм. Внимательно всмотревшись в прошлое с удивлением обнаруживаешь череду провалов, но с удивлением замечаешь буддистский пофуй. И уже можно. Уже можно забивать на это направление. Но обязательно усилив свое развитие на другом фронте. Например, разобраться с получившимся рефлексом. Что это значит? Как минимум - построение алгоритма его действий. Как максимум - обратная конвертируемость алгоритма в рефлекс. Дизасемблирование и компиляция. Ну и модификация. Хотя бы "грязным" методом - всовывая кусок алгоритма в рефлекс. Почему грязный? Да потому что рефлексы гоняют на совсем другой архитектуре железа. И выполнять там инструкции алгоритмов можно только через ж - дорого и ненадежно. Психология: Также как и наоборот, кстати. А это твоя башка, если че. Будет сбой - сорвется сердце. Или выбрсишь гормонов не тех. Так что говнокодить не будем. А будем увеличивать взаимопонимание подсознания и сознания. И пытаться учить их работать партнерами. Равными. И симметрично развивать некое "апи" для взаимодействия. А вот сейчас за обмен информации между ними отвечает некая шина не до конца понятной природы. Третья сущность в голове. На СверхЯ от Миллманане непохоже, но реально выручает. И в качестве бонуса - возможность нацепить на достаточно хорошую шину еще и исскуственный комп. Фон Неймана, например. Программирование: а че? взаимодействие с ПЛИС-платами налажено? С квантовыми, прости господи, компами тоже вроде как связываемся, хоть они и недоразвиты еще. Будет у нас протокол обмена данными с решателем на базе органической нейронной сети. Или даже круче - будет у нас запрос на отращивание usb интерфейса у органической нейронной сети. Этика: Именно запрос, никаких команд, потому как партнеры и только! Шина должна будет обязательно уметь защищать участников от намеренного или нечаянного применения вреда друг другу. И наверное хорошая шина без внимания не останется. И найдет себе еще некий аналог сверх-Я в окружающей среде. Связь обязательно равноправная, с подтверждениями. Запрос на отращивание USB должен приводить к отращиванию USB, следовательно ... Психология: он должен воздействовать на подсознание по типу современной рекламы - затрагивая сформировавшиеся рефлексы. Чем глубже - тем более мощные (но и грубые) механизсы будут задействованы. На другие типы интерфейсов воздействия должны быть соответствующие: Программирование: к примеру, электроника захочет выстроенные в пространстве (на местах контактах) и времени (в момент тактового считывания) абонента значения напряженности электрического поля и/или заряда. Этика: я еще раз требую обратить внимание на недопустимость нанесения вреда абонентами. Я стану основным законом шины. И вообще - на начальном уровне вполне достаточно read-only запросов. Только по достижению определенной степени взаимопонимания в беседе набор разрешенных запросов может пополняться меняющими состояние получателя. Моделирование: легко! я вижу протокол обмена. Просто отправитель должен сопровождать каждый запрос ожидаемым ответом от получателя. "Угадал" - молоток, индекс доверия повышен. Неугадал - учти ошибку и продолжай. Каждый будет создавать свое внутреннее представление собеседника. И сообщать его шине. И шина должна иметь возможность сравнения смоделированного мозгом компа и его (компа) реального представления. И vise versa. При этом представления могут быть reused! Вы блядь слышите? Мы сможем хранить эти описания, каталогизировать их, классифицировать. Находить общие черты в моделях, создать иерархическую структуру. Определять тип и параметры подключившегося собеседника. Получим базу для обучения самобучаемого интерфейса шины. И самое вкусное: наработки одного мозга можно будет использовать другим. После соответствующей вычистки или при выполнении системных требований. Самым сложным в реализации шины остаются переводчики сигналов из одного интерфейса в другой. Для простоты пока что представим что шина заранее обладает полной информацией по протоколам. Особняком стоит механизм обучения "универсального интерфейса". Я аж попискиваю от открывающихся отсюда возможностей. При виде миллиардов шин, создающих миллиарды миллиардов со-единений. С синхронизирующимимся базами представлений. С коллективным "взломом" новых типов абонентов существующими. С фоновыми переводчиками представлений третьих типов с языка одного из пары близкознакомых типов на язык второго. Этика: хочу синхронизации постижения пар типов друг другом. Чтобы не было перевеса у одной стороны. Чтобы исключить появления деструктивных чувств - чувство собственной ничтожности, страха, покорности Психология: деструктивность чувства - параметр объективный. Тут вот какое дело, некоторым для комфортного существования просто необходимо легкое и/или кратковременное чувство страха. При этом сама особь об этом не знает Моделирование: ок, будем проверять реальную реакцию подключенной структуры на сообщение. Что-то вроде подсчета количества эволюции в абоненте. Еще одно замечание - шину можно считать за отдельный тип абонента. У нее есть свой язык для описания представления абонентов. Если язык шины будет включать в себя все понятия из беседы - его можно использовать как промежуточный язык для беседы. В общем виде механизм прямого перевода между языками абонентов появляется при статистической оправданности задачи упрощения перевода за счет усложнения шины. Второй момент - Синергетика: словарь обычного абонента представляет собой множество возможных состояний этого абонента? У шины (управляющего элемента системы) количество состояний должно быть максимальным в схеме, а не то управляющим в системе станет другой, более гибкий элемент. Для достижения этой цели можно увеличить количество состояний шины количеством состояний ее абонентов. Это для централизации, авторитарный режим. Или наоборот - создавать полноценный многоранговый хаос, вытесняя шины с контролирующих ролей обычными, более гибкими абонентами. Именно их язык станет языком беседы. Шина останется шиной, набором соединенных между собой интерфейсов и переходников. А роль котроллера возьмет на себя подключенный абонент-всезнайка. Именно его язык будет считаться базовым для беседы. При этом выбор контроллера зависит не только от участников беседы, но и от используемого в беседе словаря. Это обход требования равноинформированности абонентов - контроллер может использовать преимущество своей сложности если возьмет на себя роль контроллера. Из плохого - беседу перевести на язык шины не получится и, следовательно, не получится ее сохранить. Мы попросим контроллера сохранить словари и следующий раз при предоставлении контроля абоненту такого же сверхтипа можем дать имеющиеся координаты предыдущих контроллеров в беседах с пересекающимся типовым составом абонентов. Умение дать координаты на языке шины - необходимое условие получения контроля. Этика: функция передачи контроля должна включать в себя механизм проверки этичности претендента. Или информировать абонентов о смене контроллера, возможность запустить тесты на совместимость - основное право абонента. Математика: И я уже хочу какую-то полноту набора состояний абонента, а-ля по Тьюрингу. Программирование: Одно необходимое свойство беседы - каждый абонент видит беседу с представителем своего же типа. В идеале - с собой. Это нам значительно понизит порог вхождения абонентов в систему. Тогда передача сообщения - дельты своего состояния - должна сопровождаться предполагаемой дельтой состояния собеседника ... Информатика: смысл сообщения - изменение состояния получателя под воздействием сообщения. ;) Программирование: ... с требуемой степенью точности, зависящей от доверительности. Не перебивай! Да, такое общение бессмысленно. Если предсказания точечны. А если предсказанный ответ - шаблон? "Любишь пиво? - Да/Нет". Воот! Самый общий шаблон ответа (*) - любая реакция. Но вот в чем сила шаблона ответов - как минимум мы описываем формат ответа, а-ля "не пиши мне эссе про пиво, да-нет будет достаточно". Возможно, будет полезно при оптимизации. Или при выходе из режима проверки. И еще, если мы дадим вариантам ответа из шаблона вес - можно делать многошаговое моделирование. Этакое внутреннее тестирование вариантов беседы. Отправка сообщения намнается с передачи дельты своего состояния (вопрос) и варианты предполагаемой дельты состояния собеседника (шаблон ответа). И все это на родном языке отправителя! Если это будет иметь смысл - передаем не состояние, а его дельту. Шина переводит оба описания на язык получателя (без промежуточного языка шины, для простоты) и сразу проверяет дельту на модели получателя на предмет запрета. При коллизии что-нибудь там включается, нормальный ход событий прерывается и отправитель получает фидбек. Этика: только без наказаний! Карта запрещенных воздействий должна быть зашита в интерфейс жестко. Программирование: да, фидбек в первую очередь ценен для модели получателя. В том числе - запрещенных воздействий. А доверительность рассчитывается отдельно для словаря, отдельно для отправителя. Наконец-то мы добрались до передачи сообщения получателю. Тут все просто и ожидаемо - оказываем воздействие, получаем реакцию. Реакцию заносим при необходимости в: модель получателя на языке получателя . И в запретные словари. И в представление получателя отправителю. Протокол подключения известных типов к шине в самом общем виде:

  • приветствие с определением типа (очень-очень нужны родные для абонента ритуалы)
  • уточнение модели абонента: заказ серии воздействий, не приводящих к недопустимому состоянию и сравнение реакций. классификация.
  • тестирование абонентом запрещенных состояний: заказ серии воздействий, приводящих к недопустимому состоянию и ожидание коллизий. Поведение конфликтует с самообучением "зеркало". И даже хуже - такое поведение может быть прописано только искусственно, оно не могло выработаться в ходе эволюции. Надо исключать. -

Варианты самообучения: для новых типов - зеркало. Шина демонстрирует абоненту его же сообщения. Еще вариант - комбинации, мы сочетаем состояние и дельту и записываем реакции (жесткий режим, аккуратно!) Этика: перестаньте!

Моделирование: такакя схема имеет право на существование при условии решаемости 1 задачи: на основе модели получателя и представления получателя отправителю составить словарь перевода отправитель -> получатель. Кста, обратные данные тоже присутствуют.

Психология: что за? сложность алгоритма зашкаливает, а результата все нет. Что-то не так с выбранными инструментами. Ведь на сегодняшний день с нуля выросла какая-то шина между сознанием и подсознанием. Что у нас там есть интересно. Моделирование: как насчет создать в башке котел на тему разрулиться друг с другом? Критерий оптимизации??? И как обеспечивать его работу? Там этика с психологией выше пообъясняли. Надо подумать. И скорее всего придется отказаться от шины для общего случая. Вернее будет сказать так - каждый тип интерфейса должен разрабатываться с учетом разработанного механизма шины. Полученный котел хорош еще и тем, что будет стабилизирован в процессе эволюции. Бессмертиие как bonus. Ага! Котел - соревнование интерфейсов. Критерий - качество связи. Качество перевода не совсем точно отражает проблему. Помимо перевода надо еще и убедить выполнить запрос. И это все - в рамках этики.

results matching ""

    No results matching ""