gadyuka
подход с ПМ тоже кажется вполне гармоничным. во всяком случае, я наткнулась на нечто аналогичное по принципам работы с совершенно “неожиданной“ стороны - в области системного ПО (программного обеспечения). может быть найденные там вещи окажутся полезными при разработке “независимой от человека“ фундаментальной модели ЦС.
в ПО уровня системных моделей наблюдается любопытнейший феномен - лавинообразное нарастание энтропии, возникающее в определенных случаях. эти случаи сами по себе совершенно неочевидны для классификации, однако можно отследить причины их возникновения.
что есть нарастание энтропии с точки зрения действующего человека в реальности? - порождение невероятного количества избыточных ЦС, метафорически - избыточного кода и структур данных. чем больше избыточности, тем дольше и труднее достижение результата, тем меньше надежность. незавершенные ЦС - это прямые следствия избыточности, метафорически глюки и баги программы (вернее - используемой парадигмы описания). с точки зрения “мага“ - это ошибки и неточности в реализации “магических“ действия - вплоть до абсолютного “ничего не получается“ и набивания шишек.
здесь звучали ссылки на ООП (объектно-ориентированное программирование). так вот - хочу обратить внимание - в модели ООП заложены серьезные системно-аналитические ошибки, приводящие к нарастанию избыточности. не буду на этом останавливаться, ибо это, скорее всего, тема из другого глюка. скажу лишь о некоторых выводах, сделанных в процессе разработки принципиально новой парадигмы построения ПО.
практика исследований в этой области показывает, что система работает без порождения избыточности, т.е. _без_ошибок_, только когда “пасьянс складывается“. а складывается он для каждой задачи при одном и только одном раскладе. после “инициирующего события“ возникает абсолютное авто замыкание цепочки к результату (“приказ орла“), могущей состоять из любого количества действий-“карт“. поэтому число 36, или проецирование на древо сфирот, кажутся совсем необязательными - в ряде случаев такие цепочки могут оказаться, по всей видимости, избыточными и энтропийными. “правильная“ ЦС всегда движется по кратчайшему расстоянию. другой вывод касается, собственно, логики “авто замыкания“ - в процессе исполнения ЦС полностью исключены операторы сравнения. как только хоть в одном месте появляется оператор сравнения - имеем мгновенный взрыв энтропии, глюки, ошибки и неточный или неверный результат. единственный допустимый оператор сравнения - проверка реального существования подразумеваемого целевого объекта ЦС, на самом низком уровне реализации. при отсутствии в реальности подразумеваемого целевого объекта, если ЦС не подразумевает его создание “из небытия“, ЦС мгновенно коллапсирует, не
вызывая вообще никаких последствий где-либо в окружающей реальности, никаких
знакомых с современным программированием exceptions.
_ситуация_ в такой системе описывается как N-мерный информационный срез M-мерного пространства, а _алгоритм_ описывается как начальная и конечная ситуации, между которыми автоматически формируется “абсолютная“ ЦС.
по этому вопросу еще есть много-много всего, все-таки четыре года исследований, не шутка :)). накопленный материал пока не систематизирован окончательно и не сведен в строгое математическое описание, собрана только действующая программная модель (и то не до конца, “строительные леса“ пока не сняты), почти точно удовлетворяющая всему наблюдаемому в реальности неисчислимому спектру явлений. программная реализация до смешного проста - очень небольшой набор вполне тривиальных функций, обеспечивающий соблюдение “законов мироздания“. глядя в код и даже читая документацию, вообще непонятно как оно работает. но работает почти безупречно. в процессе построения этой модели и родилась приведенная постом выше метафора - все похоже до безумной мистики какой-то.
мне пока совсем непонятно, что может получиться, если скрестить “ежей с ужами“ - модель ПМ с моей ПО-моделью (вообще-то она называется “daa50“). но интуитивно - стоит попробовать. во всяком случае я точно буду размышлять какое место могут занять масти, значения и логика “складывания карточного пасьянса“ в этой парадигме.
для интересующихся, коллекция ссылок по теме:
http://utx.ambience.ru/users/gadyuka/daa50/
Читать дальше