Программа как граф

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

Два подхода к "снарядам" - Gemini и ChatGPT (частично Grok и др. ...которые кажутся явно слабее, хотя честно признаюсь, что пока без комментариев относительно Claude) демонстрируют явную "экономическую эффективность", в том смысле, что экономят время на чтение больших и, якобы, связных текстов, то есть книг и даже учебников. Три - пять промтов в одном чате заменяют сотни страниц ... любых ... бумажных, в вебе или, потраченные на ютуб, часы ...

Архитектура и интерфейс

• https://g.co/gemini/share/7e169880160e
• https://chatgpt.com/share/6853df7f-a04c-8012-8482-b952af1db49d
• https://grok.com/share/bGVnYWN5_10f93b33-cce3-4fd6-be62-dd20da6f0697

Граф

• https://g.co/gemini/share/cc1b391381b9 
• https://chatgpt.com/share/685572cb-7834-8012-8d3b-0587bcd8d979

---

Смотрю новую игрушку - LOGSEQ (Как обозначение пересекается с PARSEQ!). И пока не смотрел, но хочу побаловаться с Real AI. А, вообще, в связи с рассуждениями выше, пришла мысль просканировать ещё раз GLOTEON, на предмет добавления туда по каждой теме ссылок на ответы ИИ-ботов, возможно с цитатами ... Идея, года на два, но можно в фоновом режиме ... Это кажется шагом навстречу к большому связному тексту по МЕТАМОДЕЛИРОВАНИЮ! Хотя бы тематической онтологии или просто к банальному глоссарию. Это навскидку, как утилизирвать, но сам процесс интригует, просто любопытно!

Почему Go хорошо подходит для агентов

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

https://docs.hatchet.run/blog/go-agents

Golang, по сути, закрывает тему Erlang и Ocaml, а окончательный шар в его пользу случился, когда я понял, что он не такой и молодой, а развитие экспериментов с Inferno и его Limbo ... И надо иметь в виду, что эти авторы - когда-то делали C и C++, не нагружены предвзятым теоретизированием как в Rust или Haskell, а тем более другими конкурентами, начинающими от одной идеи и трансформирующиеся, в конце концов, в тотальную эклектику ...

t.me/HYPERANALYTICS/12007

Языки программирования с Rebol-подобным синтаксисом образуют интересную нишу, сочетающую homoiconic структуры, минимализм и гибкость. Rebol (Relative Expression Based Object Language), созданный Карлом Сазерлендом (Carl Sassenrath), вдохновил ряд новых языков, включая Rye, Arturo, Spry и Meta. По ссылке диалог с GPT — сравнительный анализ этих языков по основным аспектам.

ryelang.tiddlyhost.com

В "прошлой жизни", ещё когда я "жил в виндах" (а теперь уже полгода с ChromeOS Flex) я начинал погружаться в Rye-Go, но потом на какой-то период arturo-Nim взял верх ... и все это результат метаний в поисках прототипа для своего будущего агента ... все больше и больше осознаю, что, не смотря на короткие путешествия в сети, оформляется и что-то типа "концепции постоянного места жительства", где для меня Google cтановится её воплощением, где "квартира" - тиддливики и "магазин" - notion ... а телевизор - telegram ... и опять же youtube ... в поиске изначально преобладал google, хотя как водится, перепробовал все доступное, как и с браузерами, где до сих пор жду прорыва и первым отреагирую, если будет что-то реально новое ... может это АИ-боты типа ChatGPT, но опять же, и тут есть ... Gemini.

Короче, второй заход или погружение в проект Rye ... про который думал, что можно отказаться в связи с PicoLisp, но теперь понимаю, что способен погружаться в оба параллельно, тем более, что в сравнении понимание приходит глубже. Кстати, Go как хост, вполне может играть роль межплатформенного моста, освободив от заботы изучать синтаксисы LLVM, WASM-WASI ... как впрочем и других "высоко-уровневых альтернатив для нижне-уровневых связей" ... Rust, Zig, V, Nim ... и т.д. и т.п. С/С++ ... и даже Erlang! Крайне принципиальное решение ... но которое и бодрит на грани восторга! ... И парадокс в том, что этот восторг сопровождается спокойствием и уверенностью, чего немного не хвататет в дружбе с тем же восхитительным PicoLisp.

Системы с расширяющимся синтаксисом

Сформулировать соответствующий промт для Gemini я сообразил потом, уже после того, как случайно набрел на описание системы Seed7 , что, в свою очередь, вызвало ассоциации с Ring ... и почему-то с curl, о котором стал совсем забывать ... 

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

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

АРХИТЕКТУРА И ИНТЕРФЕЙС СИСТЕМ КОДИРОВАНИЯ КОМПЬЮТЕРНЫХ ПРОГРАММ

Абракадабра, которой я почему-то неожиданно горжусь. Можно рассматривать как ПРОМТ для ИИ-бота, поэтому "скормил", в первую очередь, Gemini и пока не пробовал тестировать с ним другие боты, хотя, безусловно, любопытно, Гугл "архитектуру", начал ассоциировать со средами разработки и пришлось дутализировать свою точку зрения, как на структуру или точнее организацию памяти ... интерпретаторов и сообщений, который они интерпретируют ... 

В процессе парсинга создаются внутренние структуры данных в памяти (объекты, списки, словари), описанные выше, которые отражают структуру "сообщения".

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

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

Базовый набор операторов вычислительного процесса

Пытался сделать конспект проекта META II, но раздумал ... оставлю ссылку на перевод авторской статьи 1964 года ... В связи с этим и возникла идея сформулировать тему необходимого минимального набора операторов ... Так этот промт интерпретирует Gemini , а это ответ ЖПТ ... и на тот же запрос интерпретация Perplexity ... и самый адекватный ответ от телегра-бота ... который и более структурированный, и обратил внимание на контекст продукционных систем ... Тут же возникла идея трансформировать промт, оптимизировав все предыдущее - необходимый минимальный набор операторов, который обеспечивает:

⦁ Обработку и хранение данных
⦁ Управление потоком выполнения
⦁ Манипуляцию с памятью и ввод/вывод

И на него ответ есть в контектсе первого промта Gemini.

Ну и тут же стоит заметить из введения описания системы PicoLisp, цитата -

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

Прежде всего, PicoLisp — это архитектура виртуальной машины, а затем язык программирования. Он был разработан «снизу вверх», и «снизу вверх» — это также наиболее естественный способ его понимания и использования: Форма следует за функцией .

WOTA & Misty ... и PARSEQ

Формат от автора JSON. Трудно удержаться, чтобы не посмотреть его же проект Misty ...  

При принятии решения за базовый формат, собственно, определяющий и архитектуру, решил внимательно прочитать и даже законспектировать замечания автора JSON https://t.me/HYPERANALYTICS/11377

Если файл для конспекта проекта окажется небольшим, то перенесу информацию в ITOGI, а этот файл удалю, создав об этом отдельное сообщение.

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

Кажется, что если не сделать это, по крайней мере для себя, то можно утонуть в информационных потоках, "ложная полнота" которых "обесценивает значения" ...

https://t.me/HYPERANALYTICS/11394