Perl6 Perls Zukunft oder ein totgeborenes Kind
Die Entwicklung der Programmiersprache Perl und die Kommerzialisierung
- Abstrakte Datentypen in c deklarieren und in Dateien speichern
- Bilder verkleinern mit Perl und GD Library
- Bilder verkleinern, Thumbnails erzeugen mit PHP
- Binary und UTF-8 in MySQL Tabellen speichern
- CGI/1.1 Der Standard Common Gateway Interface
- CPAN Module Device::USB für Win32 compilieren und installieren
- Dateinamen in UTF-8 auf beliebigen Betriebssystemen
- Datentypen haben plattformübergreifend stets dieselbe Byte-Länge
- Datum als lange Zählung und Uhrzeit in dezimaler Darstellung
- Den Zustand von Checkboxen numerisch kodieren
- Der letzte Rest: GET, PUT, POST, DELETE ...
- Der richtige Umgang mit Binaries in C und in Perl
- Die Multi-Media-Mail-Datei der Zukunft, SMS, MMS, Internet-Mail
- Drucken auf einen Netzwerkdrucker mit Perl
- Ein eigenes Forum programmieren, Zustandsmodell einer Webanwendung
- Entwickeln auf dem Lokalen Rechner, dem localhost
- Ganze Zahlen in Dateien Schreiben in Programmiersprachen c, Perl usw.
- Globale Variablen der main-Class in einem Objekt bündeln
- HTTP/1.1 Multiple Request, Persistent Connection und Pipelining
- Hash-Slices erleichtern den wahlfreien Zugriff
- Interne Zeichenkodierung, Characters, Bytes und Bytesemantics
- Julianischen und Gregorianischen Kalender berechnen mit C
- Just another OOP Tutorial for Perl
- Little Endian, Big Endian
- Locken von Dateien für atomare Lese- und Schreibzugriffe
- Modern Perl, Modern Style, Perl OOP, TDD
- Nameserver-Abfragen, UDP mit Perl und mit C
- PHP serialize, unserialize ineffizient
- Perl OOP: Getter automatisieren ohne Gettermethoden zu definieren
- Perl's Exception::Class oder Exceptions klassifizieren
- Perl-Äquivalent zu PHP __toString()
- Perl5 OOP Overload und für was das gut ist
- Perl6 Perls Zukunft oder ein totgeborenes Kind
- Perl: Dependency Injection als Design Pattern
- Perl: Referenzen auf Variablen und Funktionen
- RFC gerechte Formate für Datum und Zeit
- RTSP Real Time Streaming Protocol leicht verständlich
- Random Access, Persistenz und ein Schichtenmodell
- Schlüselparameter, Zweckbestimmung und Umgang
- Serialize Algorithmen leicht verständlich, Binary safe Read and Write
- Serverumgebung nach CGI/1.1
- Simple Mail Transfer Protocol einfach erklärt
- Transformation von Datenstrukturen für eine transportgerechte Verpackung
- Warum ein Data Abstraction (Access) Layer
- Webformulare und Fehlerbehandlung beim Senden der Daten mit Ajax
- XML und der Unsinn, Random Access auf Dateiebene abzubilden
- Anwendungsbeispiele und Programmieren mit JavaScript
- Mein Framework gibt es auch in PHP
- Perl ist meine erste Wahl zum Programmieren von Webanwendungen
Brief an einen Webkollegen:
zu Perl: Vor Moose (Modern Perl) war Perl was Besonderes. Es war schon immer
objektorientiert aufgebaut, selbst Perl 4 war das schon. Das Besondere an
Perl, es ermöglichte extrem einfache Lösungen, die mit anderen
Programmiersprachen nur sehr aufwendig, bei gleicher Zielsetzung zu machen
waren. Beispiel: perltie (Tie::Hash, Tie::Array usw.)
Außerdem waren Perl-Lösungen anderen Script-Lösungen in Sachen Performance
stets haushoch überlegen. Perls overload ist einfach genial und für Dinge
wie z.B. to_String() wo PHP Jahre dafür gebraucht hat, hatte Perl5 längst
eine Antwort parat. Es ist in diesem und vielen anderen Fällen nur so, dass
PHP Entwickler denken, sie hättens erfunden.
Die Unicode Unterstützung, mit Perl v5.6.1 eingeführt, wurde kontinuierlich
verbessert und ab 5.8 kam Encode.pm in den Core - ein wesentlicher Schritt.
Zu dieser Zeit steckte PHP mit Version 4 immer noch in den Kinderschuhen und
PHP Programmierer, die bereits Jahre vorher von Perl zu PHP gerannt sind,
kennen bis heute nicht den Unterschied zwischen UTF-8 und Unicode.
Geschweige denn zwischen Bytesemantic und Charactersemantic.
So ist, Jahr für Jahr der Nachwuchs für Perl immer weiter weggebrochen und
spätestens ab Moose, mit der Angleichung an OOP-Syntax anderer
Programmiersprachen, ist Perl nichts Besonderes mehr: Warum sollte nun ein
Unternehmer seine Entwickler auf Perl schulen, wo er doch jede
Programmieraufgabe auch mit einer jeden beliebigen anderen
Programmiersprache lösen kann!?
Eben: Weil Perl nix Besonderes mehr ist. Aus, Vorbei, Schluss, schade drum.
Datenschutzerklärung: Diese Seite dient rein privaten Zwecken. Auf den für diese Domäne installierten Seiten werden grundsätzlich keine personenbezogenen Daten erhoben. Das Loggen der Zugriffe mit Ihrer Remote Adresse erfolgt beim Provider soweit das technisch erforderlich ist. sos@rolfrost.de.