Ich bin beeindruckt und begeistert, dass man sich so um Clojure bemüht. Ich stehe damit wohl leider etwas alleine, aber ich halte den Lisp-Ansatz immer noch für einen der besten Ansätze eine Programmier-Sprache zu entwickeln, weil mit Lisp eben echte Meta-Programmierung möglich ist. Schade, dass Lisp nach dem AI-Winter in der Versenkung verschwunden ist. Würde mich sehr freuen, wenn das eine Renaissance erleben würde.
Ja. LISP verdient eigentlich nicht das Schattendasein, dass es heute hat. All die ganzen Sprachfeatures die so raus kommen und als neu und must-have präsentiert werden, sind in LISP schon seit Jahrzehnten enthalten.
Wird Zeit, dass LISP wieder mehr promotet wird. Und da macht Clojure ja durchaus einen guten Job.
Von Anonymer Feigling am Mi, 20. Juni 2012 um 18:00 #
Man muss allerdings auch sagen, dass die geringe Verbreitung auch an den Implementationen liegen kann:
Von Common Lisp hört man immer, dass die Bibliotheken altbacken wirken und dass dies einfach nur altes, hässliches Zeugs sei. K.A., aber wenn man kein UTF-8 benutzen kann, ist es wertlos.
Von Scheme hört man, dass es den Meisten nicht mächtig genug ist, und wenn die Implementation zum Einbetten gedacht ist, wird halt meist Lua oder Squirrel bevorzugt, weil die API besser oder die VM schneller ist.
Clojure ist reif, aber ich denke nicht jeder will die JVM benutzen. Vielleicht gibt es auch Java-Kompromisse, die einem den Spaß verderben.
NewLisp ist, warum auch immer, in vieler Leute Augen ein schlechtes Lisp.
Vielleicht kann sich ja mal einer, der da mehr Erfahrung hat, dazu äußern.
Also gerade bei Common-Lisp stimmt das so nicht. SBCL ist ein so guter Common-Lisp-Compiler und ich kenne keine Sprache, wo UTF-8 out-of-the-Box so gut funktioniert wie in SBCL. Sowohl bei der String-Verarbeitung, als auch bei Regexen, also auch in der Sprache direkt.
Die Kodierung ist nicht in der Sprach-Definition enthalten, das ist möglicherweise ein Problem. Also was für Common-Lisp unter SBCL gilt, muss nicht zwangsläufig auch für andere Common-Lisp-Implementierungen gelten; aber ABCL (Common-Lisp unter JVM) und clisp (Bytecode-Compilier) funktionieren auch recht gut mit UTF-8 soweit ich weiß.
Das mit dem Bibliotheken ist so ne Sache. Eigentlich hat Common-Lisp einige schon echt geniale Bibliotheken, zum Beispiel das Zeug, was Edmund Weitz so gehakt hat (bsp. Eine Perl-Regex-Engine, die auch UTF-8 aware ist). Aber Common-Lisp ist leider ne Nieschensprache und das merkt man ihr auch teilweise an; zum Beispiel was die Verfügbarkeit der Bibliotheken unter diversen Linux-Distris angeht. GUIs sind leider ein Problem, aber es gibt neuerdings auch QT-Anbindungen. Da ich keine GUIs schreibe, kann ich dazu nix sagen.
NewLisp finde ich persönlich super. Die Sache damit ist, dass es eine Script-Sprache ist und sein will, also nicht darauf ausgelegt ist, das damit damit größere Sachen schreibt. Es ist eher so eine Art „Perl” unter den Lisps. Aber zum hacken ist die Sprache gut geeignet, weil viele Sachen, wie HTTP, FTP, Regex, etc pp direkt in die Sprache integriert ist, was man an vielen Stellen auch merkt (zum Beispiel, kann man New-Lisp-Scripte auch auf einem HTTP-Server legen und sie lokal ausführen).
Zu Scheme und Clojure kann ich wenig sagen, da mich die nicht so wirklich reizen.
Ich bin beeindruckt und begeistert, dass man sich so um Clojure bemüht. Ich stehe damit wohl leider etwas alleine, aber ich halte den Lisp-Ansatz immer noch für einen der besten Ansätze eine Programmier-Sprache zu entwickeln, weil mit Lisp eben echte Meta-Programmierung möglich ist. Schade, dass Lisp nach dem AI-Winter in der Versenkung verschwunden ist. Würde mich sehr freuen, wenn das eine Renaissance erleben würde.
Ja. LISP verdient eigentlich nicht das Schattendasein, dass es heute hat.
All die ganzen Sprachfeatures die so raus kommen und als neu und must-have präsentiert werden, sind in LISP schon seit Jahrzehnten enthalten.
Wird Zeit, dass LISP wieder mehr promotet wird. Und da macht Clojure ja durchaus einen guten Job.
Gruß
MichaelK
Man muss allerdings auch sagen, dass die geringe Verbreitung auch an den Implementationen liegen kann:
Vielleicht kann sich ja mal einer, der da mehr Erfahrung hat, dazu äußern.
@ Pro-Linux:
Nur so ein Gedanke, aber vielleicht könnte man die Listenpunkte in der Hauptansicht auch anzeigen lassen...
Also gerade bei Common-Lisp stimmt das so nicht. SBCL ist ein so guter Common-Lisp-Compiler und ich kenne keine Sprache, wo UTF-8 out-of-the-Box so gut funktioniert wie in SBCL. Sowohl bei der String-Verarbeitung, als auch bei Regexen, also auch in der Sprache direkt.
Die Kodierung ist nicht in der Sprach-Definition enthalten, das ist möglicherweise ein Problem. Also was für Common-Lisp unter SBCL gilt, muss nicht zwangsläufig auch für andere Common-Lisp-Implementierungen gelten; aber ABCL (Common-Lisp unter JVM) und clisp (Bytecode-Compilier) funktionieren auch recht gut mit UTF-8 soweit ich weiß.
Das mit dem Bibliotheken ist so ne Sache. Eigentlich hat Common-Lisp einige schon echt geniale Bibliotheken, zum Beispiel das Zeug, was Edmund Weitz so gehakt hat (bsp. Eine Perl-Regex-Engine, die auch UTF-8 aware ist). Aber Common-Lisp ist leider ne Nieschensprache und das merkt man ihr auch teilweise an; zum Beispiel was die Verfügbarkeit der Bibliotheken unter diversen Linux-Distris angeht. GUIs sind leider ein Problem, aber es gibt neuerdings auch QT-Anbindungen. Da ich keine GUIs schreibe, kann ich dazu nix sagen.
NewLisp finde ich persönlich super. Die Sache damit ist, dass es eine Script-Sprache ist und sein will, also nicht darauf ausgelegt ist, das damit damit größere Sachen schreibt. Es ist eher so eine Art „Perl” unter den Lisps. Aber zum hacken ist die Sprache gut geeignet, weil viele Sachen, wie HTTP, FTP, Regex, etc pp direkt in die Sprache integriert ist, was man an vielen Stellen auch merkt (zum Beispiel, kann man New-Lisp-Scripte auch auf einem HTTP-Server legen und sie lokal ausführen).
Zu Scheme und Clojure kann ich wenig sagen, da mich die nicht so wirklich reizen.
Nicht zu vergessen: Racket -> kennt keiner
Nicht zu vergessen: Racket -> kennt keiner
Kenn ich sogar noch als DrScheme
Ne, ganz falsch. Mit der Meinung stehst du nicht alleine :).
Seltsam das sich darüber noch keiner aufgeregt hat
Gibt es da viel drüber aufzuregen? Wo ist die Spannung, wenn sie nicht zu apt/aptitude und deb wechseln?
Ist ja nur ein Fork von YUM, der angeblich besser performt. Was will man mehr?
einen anderen Namen, DNF geht garnicht
Techo Fans hören das pausenlos...