Хакеры сновидений: Архив 1-6 - Lokky

З.Ы.

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

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

Альгис

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

Значит синхроним, я твой топ не читал.

Philos

Такое впечатление, что тема уходит куда-то в сторону создания "компьютерного оракула", о котором говорилось на 1й странице:Цитировать

И теперь вопрос: а можно ли написать программу, которая фиксировала бы некие элементы обращений процессора к обычным программам компьютера, затем наделяла эти обращения буквенной кодировкой и затем выдавала на экран текст сообщения?

Но уходит как-то странно. Оракул берет количество тактов и далее делает какие-то действия. Но! Есть ли тут "отслеживание обращений процессора"? Другими словами, отслеживание того, что происходит в этот момент в самой программе. Какой запрос делает процессор в определённый момент, к какой программе? И в зависимости от этого уже присваивать какие-то буквы. Кстати, как мне кажется, весьма определённые - в зависимости от того, куда именно будет обращение. Но вот если отслеживать не все обращения, а только выбранные случайно, ну или по тем же числам тактов, то тут уже как раз и может получиться "нужный" набор символов.

Но вот что интересно. По крайней мере мне. Предположим, мы отследим эти самые обращения процессора к программам и получим набор символов? Но чем этот набор символов будет являться?  Каким-то кодом для вхождения в определённое состояние, вызванное отловленной последовательностью обращений? Но, может быть, тогда нужно пойти с обратной стороны? Нам нужно достичь какого-то состояния (или перенестить в определённое место или время). В тексте программы это место уже существует, и переходу на него соответствует какой-то код. Но для достижения его необходимо выполнить ряд условий. Ряд действий. Которые связаны как раз с прохождением определённых точек программы. Другими словами, обращению к определённым блокам программ. Вопрос-то получается, как мне кажется, в другой плоскости! Как определить, какой точке программы соответствует какой знак! Но для "прошлых" событий мы ещё как-то можем это определить. Просто "окунувшись" в то, что было ранее. А для будущих событий? Или для тех веток программы, которые мы так и не прошли, которые остались в стороне? Видимо, тут может помочь какое-то подобие "кодов доступа" - тех, что известны, и тех, что пока ещё не известны или остались на "параллельных ветках" реальности. Поскольку количество знаков всё-таки ограничено. Что-то типа "медитации" над известным кодом, держа при этом в уме ситуацию, в которую хочешь попасть. Что-то типа "настройки" на нужный, но пока неизвестный код.

Кстати, этод "код вхождения" будет полностью соответствовать текущему состоянию "процессора", его комплексу обращений к определённым выполняемым программам в настоящий момент. Другими словами, комплексу символов, соответствущим комплексу обращений процессора ко вполне определённым программам, которые выполняются в данный момент. Так что зная эти символы, которые будут соответствовать обращениям процессора ко вполне определённым программам, "блокам" одной огромной игры, можно будет, комбинируя их, достичь нужного состояния. Места в пространстве. Или во времени.

Создание и анализ ПМ. Написание программ. - часть 1 

Формат: Дискуссия

Ведущий/автор:konste 

Период проведения: 30.10.2005 – 16.01.2006 г.

Ключевые слова: ХС, ПМ, таблицы

Место проведения/источник: http://www.aworld.ru/maska/forumsp4872a.htm  

Связанные документы:

Персоналии: konste, пфьук, Diego, April, Orc, Верификатор, serg, Вован, Killer, lfxor, rezuq, xandr, Nikol“, MonZon, Dveikut, Эллайна, лукреций

Редактировал текст:11322

konste (#0, 2005-10-30, 09:57:19 )

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

Сейчас (30.10.2005), в теме “Ицзин“, зашел разговор об этом, который решено вынести в отдельную ветку.

konste (#1, 2005-10-30, 10:15:53 )

Известные (мне) на данный момент программы -

_____

1. Программа Ала(могу исказить имя), за которую ему - спасибо!

2. Модификация этой программы (как я помню - mist“ом) - “PM calculator v2.3.7“

3. Программа nightwalker“а - “CHAINS.EXE“

_____

4. Известная пфьук“ку - Пасьянс.exe из архива sol.rar

_____

5. Не доведенные до конца собственные наработки... :(

konste (#2, 2005-10-30, 10:22:12 )

Начало обсуждения - из темы “Ицзин“ -

====================================================

konste.

//Обсудим это?//

Конечно.

Но я сначала все это сделаю, что ты предложил, поверчу, посмотрю.. Меня очень интересуют алгоритмы сложения, учитывающие и валентность и симпатии. Интересно, а твоя программа позволяет складывать цепочку с заданным отношением размерностей циклов сложения, ну знаешь, по формулам типа 33:1:1:1?

April (#270, 2005-10-28, 11:47:51 )

====================================================

April

> по формулам типа 33:1:1:1

Такие формулы вроде зовутся таймингами?

________

Алгоритм будет прост (ИМХО) - заполнять пустые клетки таблици 9х4 на соответствующем слое, по определенным правилам - 1) сходимости и 2) эквивалентности разности Валентностей (симпатий).

Но как вам представляется интерфейс? - Универсальный и УДОБНЫЙ?

________

Рассказываю подробно (можно не читать) -

На php есть кусок кода, проверяющий ПМ на сходимость, (по технологии “слоев“), и постройки протом четырех Гекс. Можно видеть по ссылке выше.

Этот год “не причесан“ и, в частности, там все есть для выдачи формулы “тайминга“, - но он её не выдает...

Далее я перешел на язык “С“ и Builder - для синтеза цепочки нехватало минуты php сервиса на один запрос...

Тут я столкнулся с другой проблемой - интерфейс устаревает раньше, чем дописывается программка. В частности, то что сейчас есть - генерация пропущенных в раскладе карт, по методу случайных чисел. Но модуль проверки результата на сходимость так и не был переписан с php. В одиночку копать было не интересно, а сообщников в тот момент не было. Все это лежит без дела около года...

Резюме - мне нехватает идеи удобного интерфейса - типа маткада для ПМ :)) Без этой идеии - любая мысль требует добавления кнопок в программу (или новой программы), поиска удобоваримости кнопок - сколько раз одни убивались, другие добавлялись по ходу написания... Так программы не пишутся!

Сейчас задумываюсь над реализацией виртуального стола и колоды, как в програмках - пасьянсах... Но этого так не хочется - вместо исследования - морока с написанием интерфейса. Но будь этот интерфейс гениальным - оно того стоит!

В общем - синтез по формуле - не проблема написания кода - это проблема оптимизации и быстродействия. Но по большей части - проблема интерфейса.

Программка делающая одну задачу, например только эту - не проблема.

Проблема, когда их станет штук 5 - и во всех нет всех нужных функций...

Нужен просто небольшой толчок - взгляд со стороны...

_________

konste (#274, 2005-10-28, 19:13:19 )

====================================================

konste

попытка анализа состояния программирования для ПМ.

1. единственная прога, которая позволяет визуално увидеть построение цепочки,

написана оч давно, на визуальном васике: Пасьянс.exe из архива sol.rar

кстати, списывался с автором, исходников нет, прога писалась как шутка :)

2. процесс сложения цепочки колоды из 36 карт нагляден конечно,

но совершенно не адекватен тому что происходит на самом деле при складывании событий цс.

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

уверен, ты понял об чем речь.

3. я тоже считаю что основной упор программирования раскладов,

необходимо выражать через свод правил.

и как правило, такое обычно пишут на прологе.

там это наиболее естественно выглядит изходя из конструкций языка.

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

кроме того можно подключать рэпперы к проложной либе.

в случае php, мона ваще кастомный модуль или расширение языка сделать.

4. сам предмет программинга явно требует

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

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

5. если мы считаем, что ПМ вполне адекватная модель для проворачивания ЦС,

предлагаю отказаться от смешивания понятий с другими системами.