Was mich an Python stört: es unterscheided zwischen Statement und Expression ...

Nicht wirklich. Jedes Statement ist auch eine Expression, und jede Expression kann als Statement dienen. Sieht man besonders schön, wenn man mit idle (einer interaktive Python-Shell) experimentiert.

--
Linux ist eine Turboprop. HURD ist ein Düsenjetprototyp, der seinen Heimatflughafen nie verlassen hat.

--
Linux ist eine Turboprop. HURD ist ein Düsenjetprototyp, der seinen Heimatflughafen nie verlassen hat.

Man muss fairerweise auch sagen, dass es sich dort um ein anderes Paradigma handelt (Funktionale Programmierung).

Bei Perl ist /dev/urandom ausführbar.

simon@nashorn:~$ perl /dev/urandom
Backticks found where operator expected at /dev/urandom line 4, near "?9?L???REnj?k?j_2i??&?ZGiwr?{?"
(Might be a runaway multi-line `` string starting on line 1)
(Missing semicolon on previous line?) Bareword found where operator expected at /dev/urandom line 4, near "?9?L???REnj?k?j_2i??&?ZGiwr?{?Z"
(Missing operator before Z?)
syntax error at /dev/urandom line 4, near "?9?L???REnj?k?j_2i??&?ZGiwr?{?"
Unrecognized character \xE3 at /dev/urandom line 4.
simon@nashorn:~$ cat /dev/urandom | strings | sh
sh: line 1: r~NKjQ: command not found

kommt also in etwa aufs selbe raus....

In meinem professiellen Umfelt habe ich schon zwei bis drei mittlere Perl-Projekte durchgezogen. Diese haben eigentlich immer als Kleinprojekte angefangen und sind dann organisch gewachsen.

Die wichtigsten Gründe die für Perl als Sprache war, dass dieses schon installiert war, wir es schon etwas kannten und dass die benötigten Bibliotheken in 5 Minuten ab CPAN installiert waren.

Perl als Sprache war eher ein Gegenargument, die Syntax ist zu komisch und nicht unbedingt intuitiv. Heute würde ich für die selben Dinge eher zu Python greifen, dieses war damals allerdings zu neu und unbekannt.

Wenn eine neue Release von Perl zu den alten nicht kompatibel, verliert es seinen grössten Wert, die Module auf CPAN. Da schwenke ich dann lieber auf was modernes (wie Python) um, das in Bezug auf verfügbare Module auch aufholt.

Markus

P.S. Persönlich hasse ich die Blockbildung per Einrücken von Python. Ein klassischer Mechanismus mit geschweiften Klammern wäre mir viel lieber. Der Rest ist ausgezeichnet.
Bei Perl gefällt mir der Konstrukt while () { if (/toto/) { blabla; } }, das ist ja aber auch fast das einzige das ich mag...

Der Autor des Artikels und viele Kommentatoren hier sind wohl vom Blub Paradox betroffen:

As long as our hypothetical Blub programmer is looking down the power continuum, he knows he's looking down. Languages less powerful than Blub are obviously less powerful, because they're missing some feature he's used to. But when our hypothetical Blub programmer looks in the other direction, up the power continuum, he doesn't realize he's looking up. What he sees are merely weird languages. He probably considers them about equivalent in power to Blub, but with all this other hairy stuff thrown in as well. Blub is good enough for him, because he thinks in Blub.

Perl 6 ist viel mächtiger als Perl 5, genauso wie Perl 5 mächtiger als Perl 4 ist. Das Problem ist einfach, dass Perl 6 zusammen mit Ruby und Python sehr weit oben im "power continuum" ist (direkt unter den Lisp-artigen Sprachen) und deshalb von den meisten als komisch und kryptisch abgetan wird.

Ich beschäftige mich jetzt bereits seit 3 Jahren mit Perl 6 und muss sagen, dass ich es kaum erwarten kann, bis es erscheint. Wer sich mit Perl 6 auseinander setzen möchte, soll Perl 6 and Parrot Essentials lesen und nicht einen Artikel eines frustrierten Perl 5 Programmieres, der fürchtet, dass Perl 6 nicht mehr Perl sein wird.

--
Real programmers can write assembly code in any language. :-)
   --Larry Wall

Momentan verwendet Parrot zur Konfiguration noch Perl. In der README von der Parrot-Distribution steht aber:

The current configure system is primitive, as it's only a temporary solution.

Parrot selbst ist aber in C geschrieben. Deshalb sehe ich keinen Grund, warum Parrot, wenn es denn einmal stable ist, nicht von den verschiedenen GNU/Linux- und BSD-Distributionen vertrieben werden sollte.

Was Perl 5 betrifft: Die Sprache wird nicht verschwinden, dafür wird Ponie auf der Basis von Parrot entwickelt. Aber leider ist der jetzige Interpreter/Compiler ziemlich in die Jahre gekommen und nicht mehr besonders gut wartbar.

--
Real programmers can write assembly code in any language. :-)
   --Larry Wall

Perl 6 wird einige sehr nette Eigenschaften habe. Manche sind nur syntactic sugar, andere sind wiederum viel mehr.

Syntactic sugar sind z.B. junctions, der Zip-Operator/Funktion, Smart Match sowie das neue switch-Statement:

Neuerungen sind Grammars and Rules mit denen endlich lesbare Regular Expressions geschrieben werden können. Zudem gibt es nun ein schönes Objekt-Modell mit Attributen, Rollen (in etwa vergleichbar mit Interfaces in Java oder traits in Smalltalk), anonymen Klassen, Information Hiding ohne dass Closures verwendet werden müssen, etc. Apocalypse 12 erklärt das Objekt-Modell ausführlich.

Was die Syntax-Änderungen angeht, so sind diese für den Anfänger logischer und für den fortgeschrittenen Perl-Programmierer eigentlich schnell zu lernen. Ein Skalar wird immer mit $, ein Array immer mit @ und ein Hash immer mit % angesprochen. Die neue Syntax ist konsistent, denn auch wenn nur ein Element eines Arrays oder Hashes gefragt ist, wird immer mit @ bzw. % darauf zugegriffen. Die Änderung von ., _ und -> wurde notwendig, weil es nur begrenzt viele Operatoren gibt.

Ponie heisst übrigens "Perl On New Internal Engine" ;)

Mehr zu Perl 6 gibt es auf dev.perl.org und perl.com. Einen Ausschnitt aus "Perl 6 and Parrot Essentials" gibt es ebenfalls auf perl.com. Es handelt sich dabei um das dritte Kapitel der ersten Ausgabe, Perl 6 Design Philosophy und sollte alle beruhigen, welche befürchten, dass Perl 6 nicht mehr Perl sein wird.

--
Real programmers can write assembly code in any language. :-)
   --Larry Wall

Damian hat bei seinem Vortrag an der Mini::Conference gesagt, dass Perl 6 für den Einsteiger weniger Hürden haben werde als Perl 5, dafür kämen aber neue Features hinzu, die der "job security" dienlich seien ;).

--
Real programmers can write assembly code in any language. :-)
   --Larry Wall