“There is more than one way to do it” hat eine ganze Kultur geprägt, die man entweder liebt – oder aber hasst und zu Python wechselt.

Apropos Python. Eben laufen hier zwei sechs Monate alte Python-Scripte, die ich seit der Erstellung vor einem halben Jahr nicht mehr angesehen habe – aber ich habe sie auf Anhieb wieder verstanden. Eine klare Syntax ohne $, @, %, $_, {} oder ; hat schon was. Und falls ich in Python doch etwas nicht auf Anhieb verstehe, kann ich’s in IDLE ausprobieren. perl -de 42 ist da nicht wirklich ein Ersatz; mein Perl Workspace schon eher. Aber trotzdem ist IDLE die deutlich angenehmere Variante. Und auch in Perl 6 scheint es keinen wirklichen Ersatz zu geben.

Wer noch mehr über den aktuellen Stand von Perl lesen möchte, dem möchte ich noch Healthcheck:Perl ans Herz legen. Und wer’s noch nicht getan hat, sollte sich schleunigst Higher-Order Perl runterladen. Ein fantastisches Buch.

This sounds odd, but the CPAN installation system is an aggregation of fixes upon fixes. (…) If you don’t have root access to the box, or you don’t have a C compilation environment, or you don’t have a compatible make utility installed, or you don’t have network access, or you don’t have the Perl headers installed, you may have a world of trouble.

Oh wie wahr. Genau so wahr ist übrigens sein Plädoyer für ein mod_perlite-Modul, das Perl fürs Web genau so einfach und effizient macht wie das mod_php für PHP tut. Hoffentlich bleibt’s nicht nur bei schönen Wünschen zum bevorstehenden 21. Geburtstag von Perl.

Mit Strawberry gibt’s seit einiger Zeit eine neue Perl-Distribution, die Windows-Perl auch in Sachen CPAN-Module möglichst gleichwertig zu Linux-Perl machen möchte. Verantwortlich dafür ist Adam Kennedy. Dieser Adam Kennedy hat nun ein großes “Geheimnis” verkündet:

Microsoft wird jedem CPAN-Autor kostenlosen Zugang zu einer zentral gehosteten virtuellen Maschine geben, die alle wichtigen Windows-Versionen enthält. Damit kann die Perl-Community künftig ohne Aufwand und ohne Kosten die CPAN-Module ausgiebig unter Windows testen.

Sieht so aus, als gäbe es in Redmond doch noch Perl-Anhänger.

“Das erinnerte mich, wie sehr ich logging hasse”, war das Fazit von Feathers – und für mich der Augenöffner. Denn sofort fielen mit mehrere Projekte ein, die ich mit ziemlich sauberen Code begonnen hatte, die aber am Ende fürchterlich unstrukturiert waren, weil ich irgendwann Logging einbauen musste. Und, im Rückblick wird mir das erst richtig deutlich, mit dem Logging begann jeweils das Chaos, denn Logging bedeutet, Programmbestandteile zu koppeln, die an sich wenig miteinander zu tun haben (sollten).

Wenn Logging durch den Code wuchert, wird das Programm schwieriger zu verstehen und man ist zurückhaltend, Änderungen vorzunehmen. (…) Wenn du loggst, musst du die Abhängigkeiten, die damit eingeführt werden, beherrschen; wenn nicht, werden sie dich beherrschen.

Liest man den Beitrag zwischen den Zeilen, so lautet der unausgesprochene Rat von Feathers, möglichst auf Logging zu verzichten. Doch gerade Anwendungen, die viel mit dem Web bzw. mit diversen Webseiten kommunizieren, kommen ohne Logging nicht aus. Ein Webcrawler braucht das Logging als quasi integralen Bestandteil: Milliarden von Seiten auf Millionen von Webservern, die alle ihre eigene Konfiguration haben. Mit Unit-Tests ist dieser Vielfalt nicht Herr zu werden, also bleibt nichts anderes übrig als ein de facto nicht ausreichend getestetes Programm in die freie Wildbahn zu entlassen. Ohne Logging ist das fahrlässig.

Und ebenfalls wie bereits letztes Jahr, finden parallel zur Hauptkonferenz Webinale, wiederum einige parallele Konferenzen statt. Eine dieser parallelen Veranstaltungen ist neu und heißt Dynamic Languages World (DLW) Europe 2008. Als alter Fan von dynamischen Sprachen war ich gleich begeistert, hier die eine oder andere Session mitnehmen zu können. Doch leider musste ich beim Blick aufs Programm feststellen, dass Perl nicht vertreten ist. Das halte ich für eine gewaltige Lücke im Konferenzprogramm! Denn Perl ist nicht irgendeine Sprache, sondern immer noch eine der meist genutzten dynamischen Sprachen überhaupt. Sicherlich häufiger im Einsatz als Groovy und wohl auch Python.

Ich verstehe ja, dass Smalltalk in diesem Umfeld nicht vorkommt. Zu sehr ist dessen Sprachkonzept von den üblichen Verdächtigen wie PHP und JavaScript entfernt – auch wenn mit Seaside ein äußerst interessantes Web-Framework besteht. Aber auf Perl zu verzichten, die Sprache, die Amazon, Heise oder die IMDb zugrunde liegt, das verstehe ich nicht wirklich.

Für die Weiterentwicklung von heise online suchen wir ab sofort einen Java-Profi (m/w).

Heise sucht einen Java-Profi – was soll denn das? War Heise doch bis dato das Beispiel in Deutschland für den Einsatz von Perl auch in größeren Systemen.

Im Anzeigentext heißt es dann weiter:

heise online entwickelt seine datenbankbasierten Web-Anwendungen zum großen Teil selbst und bisher fast ausschließlich in der Sprache Perl. Um in Zukunft noch schneller auf die Erfordernisse des Marktes eingehen zu können sowie den Wünschen unserer User und Redaktionen gerecht zu werden, planen wir, einen zweiten Programmierzweig mit der Sprache Java aufzubauen.

Wieso braucht man Java, um schneller auf Markterfordernisse reagieren zu können? Meine Einschätzung war bisher, dass Perl weitaus besser dafür geeignet wäre. Und welche Wünsche der Nutzer lassen sich mit Java realisieren, aber nicht mit Perl?

Der Vollständigkeit halber sei erwähnt, dass Heise sehr wohl auch noch Perl-Profis sucht – und zwar gleich mehrere.

Im Artikel Take your ThinkPad out for a walk to create wireless site surveys zeigt Nathan Harrington, dass IBM-Programmierer zu viel Zeit haben wie man mit einem Perl-Script die Daten des Beschleunigungssensors ausliest und dazu jeweils die Signalstärke des WLAN misst. Läuft man nun mit dem ThinkPad in der Hand durchs Büro, erkennt das Programm jeden einzelnen Schritt am Ausschlag des Beschleunigungssensors; ebenso werden Drehungen registriert. Nun muss man nur noch in einem definierten Muster spazieren und schon erhält man hinterher eine bunte Karte mit der Signalstärke des eigenen WLAN-Netzes.

As of today, and forever forward, Movable Type is open source. This means you can freely modify, redistribute, and use Movable Type for any purpose you choose.

In der deutschen Blogszene reicht es derzeit für einen Marktanteil von nicht mal einem halben Prozent, wie meine Untersuchung von knapp 50.000 Blogs zeigte. Allerdings ist die Software dank des ausgiebigen Supports in Corporate Blogs recht beliebt. Movable Type ist in Perl realisiert; jeder anständige Perl-Hacker hat nun also die Möglichkeit all das einzubauen, was ihm in der Software schon immer fehlte.

via pixelgraphix und bloganbieter.de

Aber zurück zu Larry Wall. Als Einleitung zu seiner Sprachklassifizierung geht er weit in seine persönliche Programmiersprachengeschichte zurück und erklärt dabei, woher er – und damit auch Perl – seine Eigenheiten hat. Dass er natürlich nicht extrem objektiv bleibt, soll nicht verschwiegen werden. Hier nur zwei Auszüge:

• Python
  Ich weiß nicht viel über Python. Ich habe nur das Objektsystem für Perl 5 davon gestohlen. Das habe ich seither bereut.
• PHP
  Im großen und ganzen scheint PHP die gleichen Fehler zu machen wie Perl in seinen Anfangsjahren, nur langsamer.

Ich kenn natürlich auch die (in der Tat vorhandenen) Schwächen von Perl und so konnte ich über diesen, leider zu kurzen Beitrag, herrlich lachen: Coding in Perl. Besonders schön finde ich ja diese Stelle:

Perl is the only language that looks the same before and after RSA encryption.