LINUX.ORG.RU

Вышел Allegro Common Lisp 10.0

 , , franz,


2

12

Сегодня, 7 октября 2015 года Franz Inc, давний новатор в области искусственного интеллекта (ИИ), представила десятый релиз своей платформы Allegro Common Lisp (CL). Allegro CL — мощная, динамическая система разработки ИИ, которая отлично подходит для разработки в промышленных масштабах. Сделать приложения с миллиардами объектов теперь просто с Allegro CL 10, которая является лидирующей в индустрии платформой разработки на Common Lisp. Allegro CL 10 обеспечивает параллелизм при управлении памятью, включая параллелизм в сборщике мусора, а также быструю утилизацию памяти.

Основные нововведения:

>>> Подробности

anonymous

Проверено: maxcom ()
Последнее исправление: Psych218 (всего исправлений: 2)

Ответ на: комментарий от bookman900

Наконец-то, экспертное мнение в этом треде.

loz ★★★★★
()

Неплохо, но зачем, если есть открытые аналоги?

KUser
()
Ответ на: комментарий от anonymous

ну это минус есесна

Что-то я давненько про ущербненький цепепе с его мосчными уродливыми шаблончиками ничего не слышал :-) Что за дела такие? :-)

anonymous
()
Ответ на: комментарий от anonymous

Хватит над школьником издеваться, он и так уже налажал хуже некуда.

Вся суть лиспосообщества - мастурбировать на поделки. CAPI и LispWorks у них шедевр гуестроения, AllegroCache у них объектная СУБД. А тыкнешься в документацию, так там наколенная реализация для примитивных случаев.

anonymous
()
Ответ на: комментарий от anonymous

И это тоже суть лиспосообщества. Мастурбировать и кидать какашки.

anonymous
()
Ответ на: комментарий от anonymous

Cколько раз это пытались делать, вон начиная с EJB 1.0, а потом все дружно все выпиливали из-за внезапных тормозов от невозможности предугадать как это работает и потом оптимизировать

vertexua ★★★★★
()
Ответ на: комментарий от anonymous

Что-то я давненько про ущербненький цепепе с его мосчными уродливыми шаблончиками ничего не слышал :-) Что за дела такие? :-)

Без понятия, а причём тут цепепе?

anonymous
()
Ответ на: комментарий от anonymous

CAPI и LispWorks у них шедевр гуестроения

Не только CAPI от LispWorks, но и Common Graphics от Allegro. Но нет сомнений, что Qt - шедевр построения графического интерфейса с пользователем. Или GTK - ох какой шедевр. Или Cocoa - шедевр. Есть ещё шедевры для GUI? :-)

AllegroCache у них объектная СУБД

Ну да, ведь AllegroCache - СУБД поверх CLOS. А CLOS - это не то уродство-симулякр, как «мешок с данными и методами get/set» для имитации ущербного ООП в его самом примитивном виде как в цепепе (посылка сообщений). :-)

anonymous
()
Ответ на: комментарий от anonymous

А тыкнешься в документацию, так там наколенная реализация для примитивных случаев.

Тебя уже несколько раз тыкали в документацию, но ты так ничего и не понял. Специально для школьников перевожу - определния классов хранятся в базе данных как объекты первого класса.

anonymous
()
Ответ на: комментарий от vertexua

Cколько раз это пытались делать, вон начиная с EJB 1.0, а потом все дружно все выпиливали из-за внезапных тормозов от невозможности предугадать как это работает и потом оптимизировать

Оно уже давно сделано и работает. Ты быдложабку с серьезной индустрией не путай.

anonymous
()
Ответ на: комментарий от vertexua

Столько комментов, а по сути лиспа (а именно что он говно) пока нету.

Ирландского принеси-подая забыли спросить.

anonymous
()
Ответ на: комментарий от anonymous

Тебя уже несколько раз тыкали в документацию, но ты так ничего и не понял. Специально для школьников перевожу - определния классов хранятся в базе данных как объекты первого класса.

Это ты, дурашка, не понимаешь, что СУБД не становится объектной, если в нее тупо положить определения классов. Вот вообще. Тебе кто-то мешает положить определение классов в MySQL? Нет. тебе сложно написать прослойку, которая будет их сохранять за тебя? Нет. Станет ли MySQL объектной СУБД? Очевидно, нет. Потому-что как он не знал ни про какие объекты, так и не знает. Здесь аналогично, у них было key/value хранилище, они придумали туда сохранить ограниченный набор данных. Является ли это объектно-ориентированным на уровне хранения? Нет. Знает ли СУБД и использует ли какие-либо сведения из описания классов для хранения, кроме как тупо раскидывать по еще одному ключу-имени? Нет. Предоставляет ли СУБД возможность сделать выборку? Нет. Дает ли СУБД пользоваться инкапсуляцией, наследованием и полиморфизмом? Нет. Может СУБД умеет сама пользоваться сторонними классами для расширения? Нет. Все вокруг чего вы носитесь - это key/value. Да и то с ограничениями указанными в доек.

anonymous
()

Искуственный интелект - смешно. Смешнее чем натуральный интелект.

anonymous
()
Ответ на: комментарий от anonymous

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

Ты некомпетентен, увидел где-то знакомые слова про key/value и начал нести чепуху.

anonymous
()
Ответ на: комментарий от vertexua

Завидуешь работая трактористом в Таганроге? )

Забомбило у тебя, а трактористом почему-то я работю.

anonymous
()
Ответ на: комментарий от anonymous

Тебе кто-то мешает положить определение классов в MySQL?

Это отправная точка твоих заблуждений насчёт AllegroCache. Слишком долго ты пользовался этим бесплатным поделием под аплодисменты толпы :-)

тебе сложно написать прослойку, которая будет их сохранять за тебя?

Сложно. Все известные такие прослойки ущербные и глючные. Профессионалы используют SQL при работе с реляционными СУБД. :-)

Станет ли MySQL объектной СУБД? Очевидно, нет.

В этом ты прав :-) Никогда не станет.

Потому-что как он не знал ни про какие объекты, так и не знает. Здесь аналогично, у них было key/value хранилище, они придумали туда сохранить ограниченный набор данных. Является ли это объектно-ориентированным на уровне хранения? Нет. Знает ли СУБД и использует ли какие-либо сведения из описания классов для хранения, кроме как тупо раскидывать по еще одному ключу-имени? Нет. Предоставляет ли СУБД возможность сделать выборку? Нет. Дает ли СУБД пользоваться инкапсуляцией, наследованием и полиморфизмом? Нет. Может СУБД умеет сама пользоваться сторонними классами для расширения? Нет. Все вокруг чего вы носитесь - это key/value. Да и то с ограничениями указанными в доек.

Это полный бред от незнания. Что поделать, MySQL тебя сильно повредил. А что касается AllegroCache, то «Object databases such as AllegroCache derive their power from the fact that related objects often point to one another and thus you can navigate between such objects without doing queries over the whole database. There are times however when you want to extract information based on characteristics of objects where there are no explicit relations. In this case we use indexes that map from values to the objects that hold those values in a given slot. An important feature of indexes are that integer and string values in an index are sorted. This allows one to perform range queries using a cursor over the index.» :-)

anonymous
()
Ответ на: комментарий от anonymous

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

Т.е. ты даже не открывал документацию? Хорошо.

Открой уже доку и посмотри на это убожество. В Java

Ты некомпетентен.

Без вопросов, а ты на досуге подумай чем твой AllegroCache более объектный чем JSON.stringify + key/value. И чем кстати меньше.

anonymous
()
Ответ на: комментарий от vertexua

Ну завидуешь же ты

Завидует тот, у кого забомбило. А забомбило у тебя, потому что на быдложабке любой индус может кодить, а тут выские технологие, тебе недоступные.

anonymous
()
Ответ на: комментарий от anonymous

А чего у меня должно бомбить от того что-то какой-то индус на чем-то там кодит?

vertexua ★★★★★
()
Ответ на: комментарий от anonymous

Без вопросов, а ты на досуге подумай чем твой AllegroCache более объектный чем JSON.stringify + key/value.

Тем, что между объектами, внезапно, существуют отношения.

anonymous
()
Ответ на: комментарий от anonymous

Слишком долго ты пользовался этим бесплатным поделием под аплодисменты толпы :-)

Практически не пользовался, Но раз тебе так удобней - можешь так считать.

In this case we use indexes that map from values to the objects that hold those values in a given slot. An important feature of indexes are that integer and string values in an index are sorted. This allows one to perform range queries using a cursor over the index.» :-)

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

anonymous
()
Ответ на: комментарий от anonymous

Тем, что между объектами, внезапно, существуют отношения.

А кто тебе, внезапно, мешает их сохранять в JS?

anonymous
()
Ответ на: комментарий от anonymous

А кто тебе, внезапно, мешает их сохранять в JS?

Так придется самому всю СУБД и писать. Причем по десятому правилу Гринспена получится неспецифицированная, глючная и тормозная реализация половины Common Lisp.

anonymous
()
Ответ на: комментарий от anonymous

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

Все там можно, только это уже делается на уровне объектов первого класса с типами и отношениями.

anonymous
()
Ответ на: комментарий от weare

Анонимус-автор — из Франц Инк.? Пруф, пожалста.

Virtuos86 ★★★★★
()

генератор Lisp API к Java-классам из информации Java-библиотек;

а потому што без джавы и не туды и не сюды

Karapuz ★★★★★
()
Ответ на: комментарий от Karapuz

а потому што без джавы и не туды и не сюды

Как раз наоборот: это чтобы из крестьянской быдло-жабы можно было использовать этот продукт рокет саенса.

Oxdeadbeef ★★★
()
Ответ на: комментарий от anonymous

Ирландского принеси-подая забыли спросить.

Его так и не повысили, по-прежнему уборщицей работает.

anonymous
()
Ответ на: комментарий от anonymous

Java

«We were not out to win over the Lisp programmers; we were after the C++ programmers. We managed to drag a lot of them about halfway to Lisp.»

- Гай Стил, соавтор спецификации Java :-)

anonymous
()
Ответ на: комментарий от Odalist

А то, что ненужен.

Почему это ещё? :-)

anonymous
()
Ответ на: комментарий от anonymous

Гай Стил, соавтор спецификации Java :-)

А еще и автор схемы, было бы странно, если б его не тянуло в эту сторону.

anonymous
()
Ответ на: комментарий от anonymous

А еще и автор схемы, было бы странно, если б его не тянуло в эту сторону.

Соавтор Схемы вместе с Джеральдом Суссманом. Единоличное авторство Стила относится к книге Common Lisp The Language. :-)

anonymous
()

Одни хвалятся «фибаначами» в одну строчку, другие - мильёнами объектов, а РЕШАТЬ РЕАЛЬНЫЕ ЗАДАЧИ кто будет?? :) ГУЙ, сеть, базы... вокруг этого вертятся миллионы программ и все писаны на «простых» языках. ЛИСП, кмк, давно умер. Зачем ворошить его на просторах тырнетов - непонятно, пусть он уже там, в секретных лабораториях, сдохнет в муках!

matumba ★★★★★
()
Ответ на: комментарий от matumba

Это позиция каждого недалёкого человека - если я это не использую, если я это не знаю, то «пусть оно уже [..] сдохнет в муках!»

bolis
()
Ответ на: комментарий от matumba

Одни хвалятся «фибаначами» в одну строчку, другие - мильёнами объектов

А чем можешь похвастаться ты? :-)

РЕШАТЬ РЕАЛЬНЫЕ ЗАДАЧИ кто будет?? :)

Что ты хочешь этим сказать? :-)

ГУЙ, сеть, базы... вокруг этого вертятся миллионы программ и все писаны на «простых» языках.

Построение GUI, работа с сетью, API к БД - прекрасно поддерживаются в Allegro Common Lisp. Причём программировать всё это - одно удовольствие, т.к. всё это делается в образе, в «живую». На ущербненьких недоязычках нужно тужиться долго и упорно, чтобы сделать то, что легко и с удовольствием делается на Common Lisp. Правда для этого надо знать Common Lisp, а дано это, увы, совсем не каждому. :-)

ЛИСП, кмк, давно умер.

Ну а для меня, с открытием Лиспа, умерли практически все недоязычки. Смотрю теперь на них, как на парашу :-)

Зачем ворошить его на просторах тырнетов - непонятно, пусть он уже там, в секретных лабораториях, сдохнет в муках!

Затем, что на самом то деле, он лучший. Но тебе то от этого не легче, потому что не дано тебе работать с ним, не дано :-)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.