Doof oder undoof spielt ja nicht die Rolle.

Ich halte meine Leser für überwiegend undoof genug, um von Relativsätzen nicht überfordert zu werden.

Korrektur: Dein vorletzter Satz. Der letzte ist perfekt.

Guten Morgen.

Mir fehlen Hinweise darauf was Variabeln, Schlüsselwörter sind oder welche Strukturen zusammen gehören.

In (Common) Lisp gibt es keine “syntaktisch getrennten” Variablen und Schlüsselwörter im eigentlichen Sinne. Alles ist eine Liste, wobei es zwei Arten von Listen gibt; entweder so was wie “1 2 3 4 5” oder so was wie “funktion param1 param2 param3”, was auch für das Setzen einer Variable (setze-variable name wert) gilt. So was wie “Schlüsselwörter” findest du da primär, wenn du mit Schleifen arbeiten möchtest. Das lässt dir aber auch gewisse Freiheiten: Du kannst deine Variable “list” nennen, ohne dass der Compiler sich (wie etwa in Scheme) beschwert, weil die “Funktion” list schon definiert ist. — Was Strukturen betrifft: Klammer auf = Strukturbeginn, Klammer zu = Strukturende. Hast du in Perl auch, sind nur mehr Klammerarten.

Versteh’ mich nicht falsch: Ich mag Perl auch deshalb, weil es so lustig aussieht. Ich nutze es nur nicht für alles, was ich schreiben möchte. Die Dokumentation von Perlmodulen ist aber oft schlichtweg grauenhaft. Eine “nackte” Parameterliste ist keine brauchbare Dokumentation.

ad PHP:

wenn die mysql erweiterung irgendwann mal entfernt wird, werden wohl auch einige dumm aus der Röhre schauen

PHP 7 hat nach einigen Jahren, in denen die mysql_-Erweiterung “deprecated” (und auch als solche gekennzeichnet) war, die Unterstützung dafür ganz entfernt. Es gibt immer noch zwei verschiedene Datenbankanbindungen für MySQL im “Kern”, nämlich PDO und mysqli_, aber zumindest nicht mehr drei.

Da siehste mal wie unterschiedlich der Blicklinkel ist, für mich ist das unlesbares Kauderwelsch. Mir fehlen Hinweise darauf was Variabeln, Schlüsselwörter sind oder welche Strukturen zusammen gehören. Das ist in meinen Augen eine Buchstabensuppe.
Da ich überwiegend mit Perl und Javascript arbeite sind für mich die hier “bemeckerten” Codes verständlich und nachvollziehbar. Und ja, wenn ich versuche ein Perl Modul zu verstehen ist das für mich einfacher, da diese i.d.R. gut dokumentiert sind oder der Code eindeutiger. Jeder kann halt das was er kann.

Was mich bei Node.js mehr nervt ist (wobei ich es nicht nutze) ist die “Javasierung”, die leider auch bei Perl immer mehr Einzug hält und vermutlich auch die Ursache für solche Codeauswüchse sind. Alles muss bis in jede Ebene auf’s Detail geprüft werden, anstatt einfach mal eine Ausnahme zu werfen.

Wobei ich aber davon ausgehe, dass es auch kleinste Standardmodule in C,Lisp oder in der Sprache XYZ gibt, die, wenn sie jemand löschen würde, viele tausend Programme betreffen würde.

Was aber z.b. auch ein Problem von PHP ist, da es kaum Standardmodule gibt, muss alles über Jahrzehnte mitgeschleppt werden und wenn die mysql erweiterung irgendwann mal entfernt wird, werden wohl auch einige dumm aus der Röhre schauen, derweil hat man dann drei mySQL Abstraktionsschichten gleichzeitig. Und was die Vielzahl der Methoden und die Inkonsistenzen der Aufrufe angeht ist PHP ja legendär.

Letztlich ist das was Node.js da macht der Versuch das zu vermeiden. Ob es gelungen ist, darüber läßt sich wohl streiten. Aber das ganze hat nun wenig mit dem eigentlichen Urheberstreit an sich zu tun.

Ja, das ist sogar sehr lesbar. Selbst, wenn man den Code zum ersten Mal sähe, wüsste man sofort, was jede Zeile tut.

Ich habe unlängst einem Arbeitskollegen, der noch nie eine Zeile Lisp programmiert hat, eine Methode aus meinem neuen Programm (dazu schreibe ich demnächst was, wenn es fertig ist) gezeigt. Das Einzige, was er nicht sofort verstanden hat, war, was “numberp” macht. Versuch das mal mit einem beliebigen Perlmodul. Die sind ja oft recht, äh, schlecht formatiert.

Lesbarkeit hat ja erstmal nichts mit der Sprache zu tun, das ist sicher auch so umsetzbar das es für Aussenstehende lesbar ist — auch in und gerade in Perl.

Ist das z.b. lesbarer?
https://github.com/fukamachi/woo/blob/master/src/woo.lisp
Für mich nicht. Da ist jedes Perlmodul einfacher.

Aber der Code den Elias (auf Twitter) gezeigt hat vergleicht keine Zahlen, sondern ist vermutlich eine komplette Anwendung, für die in anderen Sprachen vermutlich 200KB Code notwendig wären, aber das kann man dann auch nicht vergleichen?

Auweia, der Vergleich ist ja schon schlimm. Javascript-Code, der Zahlen vergleicht, und eine Grafikbibliothek. Die würde in JS auch nicht besser verständlich sein.

Und stell dir das erst mal in Perl vor.

Zu deinem Kommentar paßt aber auch die erste Antwort auf diesen Tweet

Nikita Dudnik ‏@dudnik 17 Std.vor 17 Stunden

@yogthos feels like Lisp

Naja, im Vergleich zu Lisp Code ist das Beispiel doch lesbar.
Ich habe mal n x‑beliebigen Lisp Code gesucht und das gefunden https://github.com/vydd/sketch/blob/master/src/color.lisp — der Javascript Code ist egal wie komplex er eigentlich ist, relativ (also auch für Nicht JS Programmierer) lesbar. Was man von Lispcode nicht unbedingt behaupten kann.

Gut, dass man Common Lisp in JavaScript übersetzt kriegt – falls ich doch mal wieder muss.