Шизоидный язык программирования самообучающихся алгоритмов «Автор»

[oshibka404]

Было бы здорово убрать статью в черновики, ознакомиться вот с этим руководством, и переоформить её в соответствии с рекомендациями. Читать тяжело.

[lair]

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

Эти два тезиса, очевидно, ошибочны.

[bobermaniac]

Матерь Б-жья, вот это шиза.

А вы точно осваивали все известные ныне языки программирования? А то у вас язык си-подобный, файлы TXT, AST-деревом и не пахнет, плюс всякие там rozpad.

Я тут кстати только что на Ruby получил доступ к исходному коду исполняемого скрипта и распарсил его, получив AST. Дальше я могу его изменить, собрать заново и запустить, причем безо всякого rozpad'а. Что я делаю не так?

[monstr0518]

Любой алгоритм можно представить (преобразовать) в дерево вложенных условий и циклов.

[bobermaniac]

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

[monstr0518]

Перед запуском каждая функция проходит путь: текст -> дерево -> схема алгоритма. Последняя исполняется интерпретатором. А потом проходит обратный путь преобразований. Так, что изменения в схеме, будут видны в тексте программы.

[ivlis]

Lisp передаёт вам привет.

[monstr0518]

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

[lair]

К тому же Лисп язык низкого уровня.

Серьезно? И как вы это определяете?

[monstr0518]

((1 2 +) 4 *) <==> (1+2)*4 неудобно :) а в больших программах просто не читабельно.

[lair]

На уровень языка неудобство/нечитабельность никак не влияют. И да, неудобство — это вопрос вашей непривычки, а читабельность нарабывается построением символов более высокого уровня.

PS То, что вы написали, кстати, не лисп.

[ivlis]

Лисп настолько низкого уровня, что ему требовалась специальная ЭВМ для запуска в своё время, ага…

К сожалению, это всё очень похоже на «альтернативную теорию электромагнитизма» или «альтернативную теорию гравитации» и тп.

[svistkovr]

зря вы так. Были такие машины

[rumkin]

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

[terryP]

На самом деле даже на Си никто, как я понимаю, не мешает хранить текст файлов на диске, менять их и вызывать компиляцию из командной строки некоторых из файлов. Придумывать для этого целый свой язык вообще не обязательно. На других языках, даже на Java/C# и т.п. легко генерить классы на лету. Так что проблема изменения исходного кода это самая простая из проблем.

[monstr0518]

Здесь я видимо должен уточнить. Интерпретатор позволяет алгоритму вмешиваться в себя, прямо в процессе работы.
И ничего перекомпилировать ненужно. Алгоритмы могут анализировать себя как схему алгоритма а не как текст/код программы.

[kroshanin]

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

[Trept]

Не совсем согласен.
Да, работа хорошая и перспективная. Но. На критику обращать внимание обязательно нужно.
В данном случае прислушаться к советам изучить Лисп.

[impetus]

Я, например, давний любитель языка REXX, тоже весьма…

[sergeypid]

Из всей статьи мне понравился оператор if(#), который выполняет обе ветви вычисления. В этом есть что-то от квантовой неопределенности. Если сосредоточиться на этой функции и разработать удобный синтаксис для таких дуальных вычислений, может что-то и получится интересное.

[silvansky]

Оператор хорош, да, но такую конструкцию вполне легко организовать и на имеющихся ЯП. Хотя, язык с такой штукой «из коробки» — весьма интересно. =)

[sergeypid]

Да еще с параллельным выполнением таких ветвей, и еще lazy execution всей этой лапши до момента «измерения состояния системы»

[rafuck]

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

[semenyakinVS]

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

[Beholder]

В Си и Unix это реализовано ещё с бородатых 70-х годов в виде функции fork().

[sergeypid]

Не сечешь ты, брат

[skor]

Крутой язык.

[skor]

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

[monstr0518]

Можете протестировать язык: monstr.domivo4ka.com/?AI=1