Comments 116
Мне выносили моск этим языком на 4 курсе, но я не поддался.
Как писал Joshua Bloch: на втором курсе у нас отсеивалась большая половина, потому что не понимала как работать с указателями; я бы перефразировал на 4-м курсе можно отсеивать всех, кто не может перевернуть список на Прологе :)
А мне на втором)
Повезло… Нам на первом семестре взрывали мозг ЛИСПом и ПРОЛОГом =(
*уже взрывали
Неужели lisp так уж взрывает мозг? Мне кажется, напротив, приводит мысли в порядок при правильном подходе.
аналогично
У нас Пролог был на втором и пятом курсе. На втором я его понимал, мог сам писать программки, а на пятом вообще не мог понять что это за хрень :)
От написанных мной программ у преподавателя случался взрыв мозга и он ставил зачет не вникая в логику, просто проверял результаты работы))
> Мне выносили моск этим языком на 4 курсе, но я не поддался.
Имхо зря… Подобные языки дают очень много экспы и нехило прокачивают скиллы.
Имхо зря… Подобные языки дают очень много экспы и нехило прокачивают скиллы.
А все, кто со мной не согласны — назовите хоть один ныне существующий проект, который написан на прологе.
Я обязательно расскажу в статье в каких случаях можно использовать Пролог коммерческих, государственных и opensource проектах. Ссылку на один приводил ниже, а кратко используйте для чего он предназначен, для декларативного описания задач.
В Nokia используют Prolog в Meego.
Erlang основан на Prolog, отчасти
Помните Буран который сам летал в космос? Так вот программа которая управляла им была написана на языке очень похожим на пролог, т. е. как бы был создан специализированный пролог.
И язык этот назывался Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность, для друзей просто ДРАКОН
пролог вроде как используется для верификации байт-кода JVM, см. JSR 202
Зря вы так, хороший язык. Мыслить заставляет совсем иначе, не так, как императивные языки программирования.
Я поддался. В день сдачи. Но в этот же день забыл как его понимать.
Ну молодец автор, что тут. Написал отличную статейку…
UFO just landed and posted this here
Назовите еще языки этой парадигмы? Mercury я бы не брал в счет, по сути дела, такой же Пролог, просто с разными фишками из функционального программирования. Возможно Рефал можно назвать другим языком.
Пролог не печален :) Просто порог вхождения крайне высок, я периодически слежу за обновлениями XSB и SWI-Prolog и поверьте они развиваются. Среду разработки можно взять Eclipse с плагином.
Проблема Пролога в том, что его одного нельзя использовать исключительно для написания программы, так как времена консольных приложений прошли (все уже написаны). А для того, чтобы его использовать в связке не все берутся.
Хотя могу привести пример: я использую сейчас Пролог для настройки голосовой помощи на разных языках, так как числа читаются абсолютно по-разному в разных языках, то файлы конфигураций в виде правил Пролога идеально подходят :), обычные property файлы просто не дают гибкости. И между прочим много пользователей прекрасно справилось с локализацией своего языка при помощи Пролога.
Пролог не печален :) Просто порог вхождения крайне высок, я периодически слежу за обновлениями XSB и SWI-Prolog и поверьте они развиваются. Среду разработки можно взять Eclipse с плагином.
Проблема Пролога в том, что его одного нельзя использовать исключительно для написания программы, так как времена консольных приложений прошли (все уже написаны). А для того, чтобы его использовать в связке не все берутся.
Хотя могу привести пример: я использую сейчас Пролог для настройки голосовой помощи на разных языках, так как числа читаются абсолютно по-разному в разных языках, то файлы конфигураций в виде правил Пролога идеально подходят :), обычные property файлы просто не дают гибкости. И между прочим много пользователей прекрасно справилось с локализацией своего языка при помощи Пролога.
UFO just landed and posted this here
HTML не совсем язык программирования. Согласно Википедии:
HTML (от англ. HyperText Markup Language — «язык разметки гипертекста») — стандартный язык разметки документов во Всемирной паутине.
HTML (от англ. HyperText Markup Language — «язык разметки гипертекста») — стандартный язык разметки документов во Всемирной паутине.
Технически, есть мнение, что «декларативные» языки — это такой странный термин, который включает в себя сразу всё, что не включается в «императивные» языки — т.е. и логические (Prolog, Mercury), и функциональные (Lisp и все-все-все), и DSL (HTML, XML, CSS, XSLT, Make), и dataflow-ориентированные (Clojure, PD, Simulink, LabView и т.д.)
В этом плане — термин — спорный, и если говорить про логические и constraint-ориентированные языки — то, о чем статья, собственно — то там действительно вариантов кроме Prolog и тучи его диалектов — явно немного. Mercury да Oz, по сути. Ну, Erlang еще — с бооольшой натяжкой.
В этом плане — термин — спорный, и если говорить про логические и constraint-ориентированные языки — то, о чем статья, собственно — то там действительно вариантов кроме Prolog и тучи его диалектов — явно немного. Mercury да Oz, по сути. Ну, Erlang еще — с бооольшой натяжкой.
Разве make не декларативный язык?
Расскажите подробнее :) Например Ant вообще не полный язык по Тьюринга, когда-то писал на нем рекурсию, так нормально и не написал.
И каким, простите, образом декларативность связана с полнотой по Тьюрингу? SQL, скажем, вполне себе декларативный eDSL запросов к реляционным БД — при этом ни разу не Тьюринг-полный. Agda2 — вполне себе декларативный функциональный язык с зависимыми типами (ну или система автоматического доказательства теорем, кому что ближе) — и тоже отличается прискорбной Тьюринг-худобой.
Конечно не связано, но полные по Тьюрингу интересны с другой стороны, тем, что они могут использоваться как язык общего назначения, то есть решать общие задачи.
В конце концов с чистой декларативностью можно прийти к XML и к текстовому описанию задачи.
Хотя прежде всего акцент хотел бы поставить на слове «программирования», так SQL я бы считал языком, но не программирования, а языком написания запросов к базе данных. По сути дела мы пишем запрос, но не можем предсказать как он будет выполняться.
В конце концов с чистой декларативностью можно прийти к XML и к текстовому описанию задачи.
Хотя прежде всего акцент хотел бы поставить на слове «программирования», так SQL я бы считал языком, но не программирования, а языком написания запросов к базе данных. По сути дела мы пишем запрос, но не можем предсказать как он будет выполняться.
Пролог единственный который я знаю язык логического программирования, но даааалеко не единственный декларативный. Haskell, Lisp реализуют парадигму декларативного программирования, например.
Пролог достаточно печален, т.к. создан давно и развивается достаточно медленно. Он очень крут, но его функциональность можно реализовать на F# или подобном языке достаточно просто (да, я пробовал, причем на C#) и получить куда более функциональную среду, т.к. она будет частью кода данной программы.
Пролог это язык для реализации алгоритмов с большим неявным перебором вариантов (логический вывод, нахождение зависимостей, перебор ходов в шахматах) и он действительно хорош, но достаточно неповоротлив в плане интеграции (я интегрировал visual prolog с .net).
Пролог достаточно печален, т.к. создан давно и развивается достаточно медленно. Он очень крут, но его функциональность можно реализовать на F# или подобном языке достаточно просто (да, я пробовал, причем на C#) и получить куда более функциональную среду, т.к. она будет частью кода данной программы.
Пролог это язык для реализации алгоритмов с большим неявным перебором вариантов (логический вывод, нахождение зависимостей, перебор ходов в шахматах) и он действительно хорош, но достаточно неповоротлив в плане интеграции (я интегрировал visual prolog с .net).
Насчет интеграции не поворотлив, это отговорки ленивых, которые уже забыли как компилировать C код, того же XSB, и подключать нативные библиотеки. И тем более отговорки, потому как есть библиотеки, которые например обычный ассемблерный (конечно не любой), переводят в Java байткод.
Просто Пролог — не мейнстрим. А куда ему развиваться? Вы про какой Пролог? Мне кажется SWI-Prolog и XSB очень даже активно развиваются.
ИМХО, Visual Prolog не долюбливаю (извращенцы, писать UI на Прологе и операции присваивания).
Просто Пролог — не мейнстрим. А куда ему развиваться? Вы про какой Пролог? Мне кажется SWI-Prolog и XSB очень даже активно развиваются.
ИМХО, Visual Prolog не долюбливаю (извращенцы, писать UI на Прологе и операции присваивания).
Наш любимый SQL. Prolog язык логической парадигмы, а не декларативной все же.
UFO just landed and posted this here
SQL не язык программирования, вот об этом я пытался сказать. То что он интерпретируется некоторой машиной не делает его языком программирования, напишите на SQL вычисление факториала хотя бы :)
Язык программирования не обязательно является полным по Тьюрингу. SQL — язык программирования, поскольку позволяет писать программы
Вы очень легко (и неосторожно) оперируете формальными определениями. Тьюринг-полнота не является обязательным условием для того, чтобы называть некоторый язык языком программирования. Даже ЯП общего назначения не обязан быть Тьюринг-полным (хотя, как правило, это подразумевается) — для доменных языков это в большинстве случаев просто вредно.
Декларативные языки программирования включают несколько подклассов, логические только один из них. К декларативным относятся все функциональные языки (чисто функциональные), языки запросов к базам данных и т.д. Вообще язык реализует декларативную парадигму программирования, если с его помощью описывается в большей степени определение задачи, а не конкретный алгоритм ее решения.
Пролог яркий, но не единственный логический язык программирования. Например существует его ровесник Дейталог, тоже логический, хотя основан на другой теории.
Пролог яркий, но не единственный логический язык программирования. Например существует его ровесник Дейталог, тоже логический, хотя основан на другой теории.
в далекие 90-е пытался написать на Прологе экспертную систему по диагностике.
теперь я его уже наверно забыл. Спасибо что Вы вспомнили о нем, было приятно вспомнить.
теперь я его уже наверно забыл. Спасибо что Вы вспомнили о нем, было приятно вспомнить.
Спасибо за статью в стиле «Пролог за 10 минут». Не согласен с тем, что Пролог — единственный. Есть намного более современные и интересные логические языки — например, Mercury. И с точки зрения выноса мозга студентам он лучше… поэтому я разбавляю им свой курс Логического программирования :)
Пролог — может и не современный, зато абсолютно чистый :) И чем больше я пишу на нем, тем меньше я хочу чтобы в нем вообще что-то менялось. Я даже готов убрать все предикаты по чтению файлов, сокетов, все эти императивные штуки, отсечение хочется отрезать, оставив только not — предикат.
Для меня будущее Пролога в связке с другими языками
Для меня будущее Пролога в связке с другими языками
Пролог совсем не чистый (pure), если под чистотой понимать соответствие процедурной и декларативной семантики. Вот Mercury — намного чище, и в нем как раз нет отсечения, но есть not (отрицание по неуспеху)и условная конструкция ->.
Насчет связки — на 100% согласен. И ещё — мозги, промытые Прологом, потом лучше думаю даже в императивных категориях.
Насчет связки — на 100% согласен. И ещё — мозги, промытые Прологом, потом лучше думаю даже в императивных категориях.
Условная конструкция (; ->) легко выражается и на чистом Прологе с использованием отсечения.
В принципе конструкции not достаточно, для того, чтобы полностью избавиться от отсечения. Но отсечение дает возможность управлять программисту обратный бэктрекингом, что чаще всего плохо :)
Да, под «чистым» Прологом, я понимаю Пролог без отсечения, хотя в реальности чистый Пролог практически не применим, но с него обязательно надо начинать. А потом уже ISO Prolog, Mercury.
В принципе конструкции not достаточно, для того, чтобы полностью избавиться от отсечения. Но отсечение дает возможность управлять программисту обратный бэктрекингом, что чаще всего плохо :)
Да, под «чистым» Прологом, я понимаю Пролог без отсечения, хотя в реальности чистый Пролог практически не применим, но с него обязательно надо начинать. А потом уже ISO Prolog, Mercury.
можете показать примеры относительно свежего real-life софта, написанного на прологе? веб/не-веб? интересно насколько сложные продукты можно создать сегодня на прологе
Я писал выше использовать лучше всего Prolog в связке с другими языками, так я и поступаю. Особенно мне нравится возможность создания в Прологе DomainSpecificLanguage, об этом я обязательно хотел бы рассказать.
Вот пример проекта использующий Пролог для маленькой специфичной задачи: голосовые инструкции
В написании программ на Прологе сегодня, абсолютно нет необходимости, хотя для многих задач он подходит гораздо лучше.
Вот пример проекта использующий Пролог для маленькой специфичной задачи: голосовые инструкции
В написании программ на Прологе сегодня, абсолютно нет необходимости, хотя для многих задач он подходит гораздо лучше.
Интересно как использовать пролог в связке с другими языками и какую реализацию использовать?
Я так и не нашёл ни одной годной реализации, всё очень примитивно.
Выяснил, что SWI-Prolog это самая продвинутая реализация. Так вот это очень недоразвитый проект. Ничего практически полезного с ним сделать нельзя. Документация по интеграции с другими системами ужасная. Очень сложный сишный код, который периодически падает по непонятным причинам.
Например, code.google.com/p/pyswip/ — библиотека работы с swi-prolog из python. Есть аналогичная библиотека для хаскеля hackage.haskell.org/package/hswip. Попробуйте сделать с их помощью многопоточную программу. Чтобы с интерпретатором могли работать сразу несколько потоков. Это невозможно.
Я думаю что у пролога большое будущее. Но писать исполняемый код на нём большое извращение.
Пролог идеален только в качестве языка запроса к дедуктивным базам данных. В конце концов SQL это частный случай пролога. На прологе можно намного проще делать всякие outer join и выполнять рекурсивные запросы без использования хранимых процедур. Реально проще.
Осталось только написать такую дедуктивную СУБД.
Я так и не нашёл ни одной годной реализации, всё очень примитивно.
Выяснил, что SWI-Prolog это самая продвинутая реализация. Так вот это очень недоразвитый проект. Ничего практически полезного с ним сделать нельзя. Документация по интеграции с другими системами ужасная. Очень сложный сишный код, который периодически падает по непонятным причинам.
Например, code.google.com/p/pyswip/ — библиотека работы с swi-prolog из python. Есть аналогичная библиотека для хаскеля hackage.haskell.org/package/hswip. Попробуйте сделать с их помощью многопоточную программу. Чтобы с интерпретатором могли работать сразу несколько потоков. Это невозможно.
Я думаю что у пролога большое будущее. Но писать исполняемый код на нём большое извращение.
Пролог идеален только в качестве языка запроса к дедуктивным базам данных. В конце концов SQL это частный случай пролога. На прологе можно намного проще делать всякие outer join и выполнять рекурсивные запросы без использования хранимых процедур. Реально проще.
Осталось только написать такую дедуктивную СУБД.
на прологе сегодня можно создавать такие же сложные продукты как и 25 лет назад, когда на нем была написана программа автоматической посадки «Бурана»
www.rsdn.ru/forum/education/4219574.flat.aspx
ЗЫ. Очень мне нравился пролог в институте, жаль не получил он более широкого применения — например в системах бизнес-анализа. Надеюсь что рано или поздно это исправится.
www.rsdn.ru/forum/education/4219574.flat.aspx
ЗЫ. Очень мне нравился пролог в институте, жаль не получил он более широкого применения — например в системах бизнес-анализа. Надеюсь что рано или поздно это исправится.
После изучения Prolog моей первой мыслью было «Почему на нем не делают бухгалтерскую систему?». И то что в 1С заложен императивный язык — это недоразумение.
Потому что бухгалтерский, а особенно налоговый учет в наших СНГшных краях крайне нестабилен. И для успешных бух. и нал. решений необходима система с возможностями быстрого внесения модификаций.
Вот выпустили налоговики очередное письмо-разъяснение, которое отличается от предыдущих какой-то мелочью — в 1С нужно только формулу подредактировать (иногда даже без перезапуска рабочей базы, если это касается расчета зарплаты), а на языке логического программирования пришлось бы половину программы переписать, что бы подстроится под «прихоти» налоговиков (а через месяц они еще что-то потребуют изменить в расчетах угрожая за невыполнение штрафами).
Вот выпустили налоговики очередное письмо-разъяснение, которое отличается от предыдущих какой-то мелочью — в 1С нужно только формулу подредактировать (иногда даже без перезапуска рабочей базы, если это касается расчета зарплаты), а на языке логического программирования пришлось бы половину программы переписать, что бы подстроится под «прихоти» налоговиков (а через месяц они еще что-то потребуют изменить в расчетах угрожая за невыполнение штрафами).
Что вы такое рассказываете :) Как быстро обновить можно базу данных? Представьте все ваши правила по расчету 1С бухгалтерии лежат в таблице базы данных: запустив один SQL Update вы можете за 1 секунду внести изменения, причем не останавливая работу БД.
Пролог по сути дела та же БД только там можно хранить не только факты, но и правила. Существуют такие запросы как assert/retract. На практике вы конечно можете столкнуться со скомпилированными предикатами в некоторых имплементациях, но если иметь эту функциональность в виду, то все будет тип топ.
Еще одно замечание: База Данных, Пролог, возможно 1С скрипт, более понятный инструмент для непрограммистов, чем языки общего назначения — C, Java, Basic.
Пролог по сути дела та же БД только там можно хранить не только факты, но и правила. Существуют такие запросы как assert/retract. На практике вы конечно можете столкнуться со скомпилированными предикатами в некоторых имплементациях, но если иметь эту функциональность в виду, то все будет тип топ.
Еще одно замечание: База Данных, Пролог, возможно 1С скрипт, более понятный инструмент для непрограммистов, чем языки общего назначения — C, Java, Basic.
Не могу с вами спорить, так как пролог изучал только на протяжении одного семестра (и это был Turbo Prolog). Хочу только отметить, что ставки и границы налогов, формулы расчета зарплатных начислений делаются в 1С в пользовательском интерфейсе без необходимости делать запросы на языке SQL к БД.
Править код нужно при более сложных изменениях. Пример из жизни за эту зиму/весну — налоговики хотели сначала что бы рассчитывали ЕСВ, а потом облагали разность с начислением 15% до границы и 17% все что свыше, но по результатам месяца получения взносов они увидели, что денег приходит чуть меньше чем они хотели и они выпустили разъяснение, что нужно сначала обложить начисления 15% и 17% процентами, а из остатка вычитать ранее рассчитанный ЕСВ (таким образом завышена база для 17%). Так вот в письме все очень просто — разъяснение дается с формулами знакомыми всем по школьной алгебре. Такие правки легко и просто вносить «неспециалистам» (достаточно найти только «где»). А вот сможет ли среднестатистический выпускник школы со знаниями алгебры и с пониманием «что от него хотят налоговики» подправить правила Пролога?
Вероятно по этой причине императивные языки (такие как 1С, Basic, Pascal, С, Java и прочие) более популярны и понятны для неспециалистов, чем логические и функциональные.
Править код нужно при более сложных изменениях. Пример из жизни за эту зиму/весну — налоговики хотели сначала что бы рассчитывали ЕСВ, а потом облагали разность с начислением 15% до границы и 17% все что свыше, но по результатам месяца получения взносов они увидели, что денег приходит чуть меньше чем они хотели и они выпустили разъяснение, что нужно сначала обложить начисления 15% и 17% процентами, а из остатка вычитать ранее рассчитанный ЕСВ (таким образом завышена база для 17%). Так вот в письме все очень просто — разъяснение дается с формулами знакомыми всем по школьной алгебре. Такие правки легко и просто вносить «неспециалистам» (достаточно найти только «где»). А вот сможет ли среднестатистический выпускник школы со знаниями алгебры и с пониманием «что от него хотят налоговики» подправить правила Пролога?
Вероятно по этой причине императивные языки (такие как 1С, Basic, Pascal, С, Java и прочие) более популярны и понятны для неспециалистов, чем логические и функциональные.
Согласен с вами, но вы говорите об инфраструктуре программы 1С, а не языка. Если пользователям дать удобный интерфейс редактировать таблицы в БД и рассказать в какой таблице подредактировать, то он прекрасно будет справляться и даже полюбит эту функциональность, так как никого не надо будет звать.
Вершиной программирования для непрограммистов я все же считаю Excel, потому что людям не надо пользоваться дополнительными программами и не надо искать (!), где редактировать. Все прямо in place (WYSIWIG). К сожалению Excel зародился standalone программой, а если бы он изначально использовался как корпоративная база данных и база функций, то ничего бы другого и не надо было.
Вершиной программирования для непрограммистов я все же считаю Excel, потому что людям не надо пользоваться дополнительными программами и не надо искать (!), где редактировать. Все прямо in place (WYSIWIG). К сожалению Excel зародился standalone программой, а если бы он изначально использовался как корпоративная база данных и база функций, то ничего бы другого и не надо было.
См мой комментарий выше.
Спасибо за статью.
6 лет назад я писал курсачи всей группе по нему, одной левой ногой. сейчас же все забыл.
6 лет назад я писал курсачи всей группе по нему, одной левой ногой. сейчас же все забыл.
Про задачу. Если плюс работает и число есть, всё же просто, нет?
good(3).
good(y is x + 1) :- good(x).
good(3).
good(y is x + 1) :- good(x).
Нет так не правильно, по крайней мере ISO Prolog — не пропустит :)
good(y is x + 1) :- good (x).
В первую очередь не понятно, x, y — переменные? Тогда должны быть с большой буквы.
Если переписать в безоператорный вид, ваша программы выглядит так:
good(3).
good(is(Y, '+'(X, 1)) :- good(X).
Надеюсь можете представить, что программа будет выводить на запрос :- good(X). ;)
good(y is x + 1) :- good (x).
В первую очередь не понятно, x, y — переменные? Тогда должны быть с большой буквы.
Если переписать в безоператорный вид, ваша программы выглядит так:
good(3).
good(is(Y, '+'(X, 1)) :- good(X).
Надеюсь можете представить, что программа будет выводить на запрос :- good(X). ;)
А!
То есть, второе правило должно быть таким?
good(Y) :- is(Y, '+'(X, 1)), good(X).
То есть, второе правило должно быть таким?
good(Y) :- is(Y, '+'(X, 1)), good(X).
Вот вы и пришли ко второй ошибке :)
Y is X + 1. Зафейлится на любом Прологе, потому что у оператора is справа не должно быть переменны, а X переменная.
Y is X + 1. Зафейлится на любом Прологе, потому что у оператора is справа не должно быть переменны, а X переменная.
Но идея правильная для чистого Пролога.
good(s(s(s(0)))).
good(s(s(s(0)))).
good(Y) :- Y = s(X), good(X).
Ну, в условиях-то задачи было, что можно пользоваться плюсом, is и нормальными числами, поэтому я и не возился с этим инкрементом.
К слову, а в чём отличие is от других? Вот я могу написать abc(X, Y), но не могу is(X, Y)?
И если в одной из частей is можно использовать только константные выражения, он кажется довольно бесполезной штукой.
К слову, а в чём отличие is от других? Вот я могу написать abc(X, Y), но не могу is(X, Y)?
И если в одной из частей is можно использовать только константные выражения, он кажется довольно бесполезной штукой.
Сегодня пролог это игрушка, с современными БД он работать не обучен. Это следствие того что язык давно не развивается (или наоборот, потому что нет БД он и не развивался).
Современные БД (реляционные) не очень-то и современные — они все построены на принципах заложенных 30 лет назад, в середине 70-х. Просто тогда идея реляционных БД получила больший вес, а декларативные СУБД не получили распространения.
Хм, во-первых Пролог сам по себе большая БД, с очень удобным языком запросов!
Во-вторых что вы понимаете под объемами? Да не переживайте в последних Пролог системах, давно уже сняли ограничения на 2 Mb объем памяти :)
Да и есть примочки к базам данным, используя odbc, все таблицы в этом случае представляются как базы фактов и бэктрекинг поддерживается, изнутри SQL.
Во-вторых что вы понимаете под объемами? Да не переживайте в последних Пролог системах, давно уже сняли ограничения на 2 Mb объем памяти :)
Да и есть примочки к базам данным, используя odbc, все таблицы в этом случае представляются как базы фактов и бэктрекинг поддерживается, изнутри SQL.
Это неверно. В основе Пролога и реляционных баз данных очень схожая теория. Лет двадцать назад разрабатывались системы связывания пролога и реляционных баз данных (CPR-системы), которые позволяли получать очень хорошие интенсиональные базы данных
два зачета, алгоритмика и пролог. препод по первому предмету предложил написать логическую игру, если он проиграет — зачет. по второму надо было написать хоть что то, никто мало кто что в прологе понимал. в итоге родились реверси на прологе — два зачета одним выстрелом ))
подскажите ламеру, в какой среде можно на прологе писать? «а то я что-то не до пёр»
Спасибо за статью.
Вспомнилось, как в институте писал на Prolog-е крестики-нолики в бесконечном n-мерном пространстве.
Точнее, игра называется «Гомоку Нарабе».
Вспомнилось, как в институте писал на Prolog-е крестики-нолики в бесконечном n-мерном пространстве.
Точнее, игра называется «Гомоку Нарабе».
Для начала скажу, что мне тоже кажется неправильным говорить что Пролог единственный декларативный или «логический» язык программирования. В каком-то смысле это даже не совсем язык программирования, ведь все задачи решаются одним и тем же методом — перебора. Но его описательная мощь и простота удивительна!
Что касается Пролога и курса Логического программирования и Искусственного Интеллекта, то они мне очень понравились — это реально весело. И мне очень нравится что они заставляют программистов думать совершенно по-другому.
Упоминая о создании пролога нужно ещё и говорить о том, что решение задач методом полного перебора вариантов (а это то как он их решает, строит деревья решений) является долгим и неэффективным при использовании именно детерминированных машин. Конечно, не детерминированных пока не существует (и на мой взгляд и не будет, потому что не может), но это задача пока официально не решена, а в то время инженеры-программисты её очень надеялись решить, поэтому создатели Пролога могли надеяться на его более успешное распространение…
Пролог действительно очень легко воспринимается теми, кто не сталкивался с программированием (и наверное воспринимается ими легче, чем теми кто программировал, но не сталкивался с Прологом). Отношения между объектами в Прологе описываются очень легко и красиво, почти в категориях естественного языка. Именно поэтому люди его легко понимают.Он изначально создавался для того, чтобы любой человек мог описать задачу…
На Прологе иногда очень легко реализовывать задачи, которые написаны на обычных, императивных, языках программирования, и наоборот. Например задача Эйнштейна решается на Прологе таким же количеством строк кода, сколько предложений уходит на её описание в текстовом виде.
А вот на императивных языках Вам бы ещё долго пришлось бы описывать алгоритмы перебора.
Что касается Пролога и курса Логического программирования и Искусственного Интеллекта, то они мне очень понравились — это реально весело. И мне очень нравится что они заставляют программистов думать совершенно по-другому.
Упоминая о создании пролога нужно ещё и говорить о том, что решение задач методом полного перебора вариантов (а это то как он их решает, строит деревья решений) является долгим и неэффективным при использовании именно детерминированных машин. Конечно, не детерминированных пока не существует (и на мой взгляд и не будет, потому что не может), но это задача пока официально не решена, а в то время инженеры-программисты её очень надеялись решить, поэтому создатели Пролога могли надеяться на его более успешное распространение…
Пролог действительно очень легко воспринимается теми, кто не сталкивался с программированием (и наверное воспринимается ими легче, чем теми кто программировал, но не сталкивался с Прологом). Отношения между объектами в Прологе описываются очень легко и красиво, почти в категориях естественного языка. Именно поэтому люди его легко понимают.Он изначально создавался для того, чтобы любой человек мог описать задачу…
На Прологе иногда очень легко реализовывать задачи, которые написаны на обычных, императивных, языках программирования, и наоборот. Например задача Эйнштейна решается на Прологе таким же количеством строк кода, сколько предложений уходит на её описание в текстовом виде.
А вот на императивных языках Вам бы ещё долго пришлось бы описывать алгоритмы перебора.
> Например задача Эйнштейна решается на Прологе таким же количеством строк кода, сколько предложений уходит на её описание в текстовом виде.
Ну я не могу упустить такой возможности попиариться :) habrahabr.ru/blogs/programming/122142/
Ну я не могу упустить такой возможности попиариться :) habrahabr.ru/blogs/programming/122142/
«Объектами — являются термы термы» — ошибка или так и должно быть?)
Кто-нибудь решит задачу? Неужели нет на хабре людей знающих Пролог? Приз-то ждет, не отказывайтесь :)
если я правильно понял что нужно сделать, то:
?- [user].
|: seq(3).
|: seq(N) :- seq(X), N is X + 1.
|: % user://1 compiled 0.00 sec, 524 bytes
Yes
?- seq(X).
X = 3 ;
X = 4 ;
X = 5 ;
X = 6
Yes
Вот мне тут выше сообщают, что это решение неверное. Но ваше «compiled 0.00 sec» внушает уверенность. 8)
Ну ваше решение неверное по другим причинам :) Но если б я его заметил, то не постил бы своё, наверно. Каюсь. Вы были в шаге от победы :)
Объясните разницу, пожалуйста. 8)
Я: good(Y) :- is(Y, '+'(X, 1)), good(X).
vics001: Y is X + 1. Зафейлится на любом Прологе, потому что у оператора is справа не должно быть переменны, а X переменная.
Вы: seq(N) :- seq(X), N is X + 1.
Я: good(Y) :- is(Y, '+'(X, 1)), good(X).
vics001: Y is X + 1. Зафейлится на любом Прологе, потому что у оператора is справа не должно быть переменны, а X переменная.
Вы: seq(N) :- seq(X), N is X + 1.
Ну как правильно написал vics001, в вашем случае и X и Y в is — переменные. Т.е. пролог еще не знает чему они равны, когда видит предикат is.
Он не может вычислить X знаю Y, либо наоборот, поэтому обозлиться на вас.
Для таких вещей нужен SMT-solver, Пролог такое не умеет (кроме некоторых академических диалектов, которые пишутся на раз для того чтоб опубликовать статью).
В моём же случае, сначала находится X из предиката seq/1. Теперь Х имеет какое-то значение, и значение N находится уже зная его, как будто это просто присваивание (хоть это и не совсем так).
Он не может вычислить X знаю Y, либо наоборот, поэтому обозлиться на вас.
Для таких вещей нужен SMT-solver, Пролог такое не умеет (кроме некоторых академических диалектов, которые пишутся на раз для того чтоб опубликовать статью).
В моём же случае, сначала находится X из предиката seq/1. Теперь Х имеет какое-то значение, и значение N находится уже зная его, как будто это просто присваивание (хоть это и не совсем так).
Правильно!!!
Задача возникла как-то раз для того, чтобы перебирать последовательность чисел и интерес был в том, чтобы перебирать бесконечно. Так как нельзя складывать (в is) переменные то сначала это даже показалось невозможно, но решение есть.
% :- range(X, Y), Генерирует все числа X начиная с Y.
range(X, X).
Задача возникла как-то раз для того, чтобы перебирать последовательность чисел и интерес был в том, чтобы перебирать бесконечно. Так как нельзя складывать (в is) переменные то сначала это даже показалось невозможно, но решение есть.
% :- range(X, Y), Генерирует все числа X начиная с Y.
range(X, X).
У нас в свое время (1997) Пролог упоминался в учебнике информатики 10-11 кл. обычной школы и даже приводились примеры.
Интересно, а современную школоту вообще учат хоть одному языку программирования?
Интересно, а современную школоту вообще учат хоть одному языку программирования?
Так?
Это Visual Prolog, там, как я помню, is нет, поэтому использую =.
predicates
next_natural(integer).
clauses
next_natural(A) :- write(A), nl, A1 = A + 1, next_natural(A1).
GOAL
next_natural(3).
Это Visual Prolog, там, как я помню, is нет, поэтому использую =.
> алгоритм резолюций, который позволял доказать любую верную теорему (вывести из аксиом) за конечное время (за какое не известно)
Это не так. Во-первых метод резолюций, а не алгоритм. Во-вторых, метод резолюций — это доказательство суждения методом утверждения на основе опровержения. То есть доказательство основано на опровержении обратного утверждения. Это не то же самое, что доказать любую теорему, поскольку метод не всегда дает результат
>… но противоречие получить невозможно, так как в Прологе отсутствует логическое отрицание
Здесь Вы не правы, основная проблема Пролога, которая в свое время затормозила его развитие — необходимость наличия как раз служебных предикатов, как assert, что делает его не совсем чистым декларативным, а добавляет черты процедурности. Также в спецификации Пролога определен служебный предикат not (как раз логическое отрицание) и некоторые другие, которые делают правила Пролога не хорновскими дизъюнктами
Это не так. Во-первых метод резолюций, а не алгоритм. Во-вторых, метод резолюций — это доказательство суждения методом утверждения на основе опровержения. То есть доказательство основано на опровержении обратного утверждения. Это не то же самое, что доказать любую теорему, поскольку метод не всегда дает результат
>… но противоречие получить невозможно, так как в Прологе отсутствует логическое отрицание
Здесь Вы не правы, основная проблема Пролога, которая в свое время затормозила его развитие — необходимость наличия как раз служебных предикатов, как assert, что делает его не совсем чистым декларативным, а добавляет черты процедурности. Также в спецификации Пролога определен служебный предикат not (как раз логическое отрицание) и некоторые другие, которые делают правила Пролога не хорновскими дизъюнктами
Вы правы, метод (!) резолюций, а последовательность в какой проводить резолюции между дизъюнктами, образует алгоритм (например, простейший алгоритм — метод линейной резолюции).
Алгоритм действительно доказывает любую теорему, если доказательство существует. Технически берется утверждение, которое необходимо доказать и его отрицание добавляется в теорию (к начальным аксиомам). Если теория оказывается противоречивой, значит, противоречие будет найдено (это гарантирует метод резолюций) и значит теорема верна. Формально если проследить все резолюции дизъюнктов приведшие к противоречию, это и будет доказательство «от противного». Если утверждение не является теоремой, то вывод достаточно печален, доказать это может и не получится.
Определение предиката not через отсечение:
not(A) :- A, !, fail.
not(_).
Если бы отрицание было действительно логическим то в Прологе бы допускалась запись вида:
A;B;C :- D, E, F.
В принципе появление логического отрицания равносильно появлению логического Или.
Алгоритм действительно доказывает любую теорему, если доказательство существует. Технически берется утверждение, которое необходимо доказать и его отрицание добавляется в теорию (к начальным аксиомам). Если теория оказывается противоречивой, значит, противоречие будет найдено (это гарантирует метод резолюций) и значит теорема верна. Формально если проследить все резолюции дизъюнктов приведшие к противоречию, это и будет доказательство «от противного». Если утверждение не является теоремой, то вывод достаточно печален, доказать это может и не получится.
Определение предиката not через отсечение:
not(A) :- A, !, fail.
not(_).
Если бы отрицание было действительно логическим то в Прологе бы допускалась запись вида:
A;B;C :- D, E, F.
В принципе появление логического отрицания равносильно появлению логического Или.
Если бы резолюция доказывала любую теорему, математика бы вымерла. Повторюсь, опровержение противоположного утверждения не всегда возможно, метод резолюции не всегда дает ответ об истинности исходного утверждения. Вообще, метод резолюции по определению позволяет доказать невыполнимость множества дизъюнктов, а применительно к доказательству теорем его возможности весьма ограничены.
> простейший алгоритм — метод линейной резолюции
алгоритм и метод — не одно и то же. Хотя это вопрос терминологии.
Отсечение само по себе есть элемент процедурности. Проблема с отрицанием заключается именно в потери дизъюнктом вида хорновского, что приводит к теоретическим ограничениям. В Дейталоге, например, отсечения и отрицания нет, поэтому он является более чистым, чем Пролог.
> A;B;C :- D, E, F.
Пролог по определению имеет дело с хорновскими дизъюнктами. Представленная запись — не он
> простейший алгоритм — метод линейной резолюции
алгоритм и метод — не одно и то же. Хотя это вопрос терминологии.
Отсечение само по себе есть элемент процедурности. Проблема с отрицанием заключается именно в потери дизъюнктом вида хорновского, что приводит к теоретическим ограничениям. В Дейталоге, например, отсечения и отрицания нет, поэтому он является более чистым, чем Пролог.
> A;B;C :- D, E, F.
Пролог по определению имеет дело с хорновскими дизъюнктами. Представленная запись — не он
Вторую часть я прокомментировать не могу, так как потерял суть обсуждения.
А вот первую вполне, так как хотел бы сделать это абсолютно понятным для всех даже далеких от математики.
Метод резолюций докажет любую верную теорему, если она представляется логикой первого порядка. Возможно на это потребуется 100 лет современного компьютера, но это теоретически не важно. Истинность исходного утверждения равносильна противоречивости теории, состоящей из аксиом и отрицания исходного утверждения.
Для использования для доказательства реальных утверждений в математике встречаются вполне конкретные сложности:
1. Обычно в математике встречаются теории с равенством, то есть используется отношение равенства
2. Даже в простейшая арифметика является теорией второго порядка (позволяет использовать кванторы для предикатов, для любого предиката и т.п.), потому что содержит математическую индукцию.
3. Формализация современной математики, то есть приведение все к букве закона математической логики, встречает сопротивление других математиков, которые считают, что излишняя формализация затрудняет понимание и останавливает прогресс математики. Ведь еще Гедель доказал, что любая теория должна постоянна пополняться аксиомами, наиболее правдивыми в реальности. В общем, для того, чтобы сформулировать теорему Мат Анализа, потребуется много работы и я еще не видел ни одного автоматического доказательства теоремы из Мат. Анализа.
Вот эта книга в принципе все рассказывает в подробностях:
Чень Ч., Ли Р. // Математическая логика и автоматическое доказательство теорем
И да главная теорема о группах была сначала доказана при помощи компьютера, а потом была переписана на 500 страниц. Из-за чего возник большой математический спор может теоремы доказанные компьютером должны проверяться тоже компьютером. Еще одним примером является задача о раскраске планарных графов в 4 цвета.
А вот первую вполне, так как хотел бы сделать это абсолютно понятным для всех даже далеких от математики.
Метод резолюций докажет любую верную теорему, если она представляется логикой первого порядка. Возможно на это потребуется 100 лет современного компьютера, но это теоретически не важно. Истинность исходного утверждения равносильна противоречивости теории, состоящей из аксиом и отрицания исходного утверждения.
Для использования для доказательства реальных утверждений в математике встречаются вполне конкретные сложности:
1. Обычно в математике встречаются теории с равенством, то есть используется отношение равенства
2. Даже в простейшая арифметика является теорией второго порядка (позволяет использовать кванторы для предикатов, для любого предиката и т.п.), потому что содержит математическую индукцию.
3. Формализация современной математики, то есть приведение все к букве закона математической логики, встречает сопротивление других математиков, которые считают, что излишняя формализация затрудняет понимание и останавливает прогресс математики. Ведь еще Гедель доказал, что любая теория должна постоянна пополняться аксиомами, наиболее правдивыми в реальности. В общем, для того, чтобы сформулировать теорему Мат Анализа, потребуется много работы и я еще не видел ни одного автоматического доказательства теоремы из Мат. Анализа.
Вот эта книга в принципе все рассказывает в подробностях:
Чень Ч., Ли Р. // Математическая логика и автоматическое доказательство теорем
И да главная теорема о группах была сначала доказана при помощи компьютера, а потом была переписана на 500 страниц. Из-за чего возник большой математический спор может теоремы доказанные компьютером должны проверяться тоже компьютером. Еще одним примером является задача о раскраске планарных графов в 4 цвета.
Книгу читал, спасибо. Ваше объяснение корректно, собственно, я и хотел, чтобы в статье было уточнение «любая теорема, представимая в виде множества дизъюнктов логики первого порядка». Но никак не «любая теорема, это неверно. Гедель не доказал, а выдвинул предположение. А для метода резолюции характерной чертой является комбинаторный взрыв количества опорных утверждений (исходных дизъюнктов и их резольвент). Так что Ваше утверждение ну уж очень громкое.
Насчет второй части я поясню. Пролог имеет дело с хорновскими дизъюнктами, поскольку для них метод резолюции имеет самую простую форму. В хорновских дизъюнктах допустимо только одно утверждение с отрицанием, посему выражение вида
pred(X, Y) :- not(X), pred1(X, Y). (выражение утрированное)
не является хорновским дизъюнктом, что приводит к определенным проблемам (каким — разговор отдельный). И относительно оператора отсечения и служебных предикатов. Из-за них Пролог не является чистым декларативным языком, поскольку для него характерно:
1. Чувствительность к порядку
2. Оператор отсечения и предикаты типа assert явно задают порядок вычислений, т.е. приводят к потере декларативной природы
Насчет второй части я поясню. Пролог имеет дело с хорновскими дизъюнктами, поскольку для них метод резолюции имеет самую простую форму. В хорновских дизъюнктах допустимо только одно утверждение с отрицанием, посему выражение вида
pred(X, Y) :- not(X), pred1(X, Y). (выражение утрированное)
не является хорновским дизъюнктом, что приводит к определенным проблемам (каким — разговор отдельный). И относительно оператора отсечения и служебных предикатов. Из-за них Пролог не является чистым декларативным языком, поскольку для него характерно:
1. Чувствительность к порядку
2. Оператор отсечения и предикаты типа assert явно задают порядок вычислений, т.е. приводят к потере декларативной природы
Алгоритм унификации Prolog'а настолько тривиален, что откровенно непонятно, зачем в современном мире привязываться к его (откровенно устаревшим) реализациям. Вот, скажем, Prolog реализованный в Haskell в 200 строчек:
http://propella.blogspot.com/2009/04/prolog-in-haskell.html
А вот — более идиоматичный вариант реализации той же идеи:
http://hackage.haskell.org/packages/archive/logict/0.2.3/doc/html/Control-Monad-Logic.html
DCG, несомненно, хороши — но у них есть ряд недостатков, успешно решённых в eDSL-парсерах того же Haskell (с тем же успехом способных разбирать контекстно-зависимые грамматики, причём заметно эффективней).
Нужно ли учить Prolog? Несомненно — настолько же, насколько нужно учить механизм работы тайпчекера Хиндли-Милнера. Стоит ли использовать в работе именно Prolog, а не какую-нибудь из современных реализаций его идей? Вряд ли.
http://propella.blogspot.com/2009/04/prolog-in-haskell.html
А вот — более идиоматичный вариант реализации той же идеи:
http://hackage.haskell.org/packages/archive/logict/0.2.3/doc/html/Control-Monad-Logic.html
DCG, несомненно, хороши — но у них есть ряд недостатков, успешно решённых в eDSL-парсерах того же Haskell (с тем же успехом способных разбирать контекстно-зависимые грамматики, причём заметно эффективней).
Нужно ли учить Prolog? Несомненно — настолько же, насколько нужно учить механизм работы тайпчекера Хиндли-Милнера. Стоит ли использовать в работе именно Prolog, а не какую-нибудь из современных реализаций его идей? Вряд ли.
Пример запроса плюс(0, 0, 0): ответ нет, при первой же попытке все резолюции не выполняются.
а почему этот запрос не подпадает под
плюс(0, Число, Число). ?
Sign up to leave a comment.
Prolog — удивительный язык программирования