Technischer Fortschritt

Über Open Source Web-Analyse

2012-03-13T13:46:00.000+01:00

Lange Zeit habe ich mich dagegen gesträubt, die Besucher meiner Website durchzuanalysieren und schon gar nicht wollte ich deren Daten an eine der globalen Datensammelstellen weitergeben.

Doch es gibt ja inzwischen gute Alternativen zu den allbekannten zentralen Webanalyse-Tools, die zum Beispiel auf http://www.gutestun.org/google/17-google-analytics-alternativen-7/ gut zusammengefasst werden.

Letztendlich überzeugt hat mich dann Piwik: In tatsächlich nur 5 Minuten installiert bietet es in übersichtlicher Form alle Analysemöglichkeiten, die ich mir (als zugegebener Nicht-Profi im Marketing) wünschen kann. Das Ganze als Open Source und ohne dass die Daten meiner Besucher den Server verlassen müssen.

Dafür Daumen hoch!

Über Kamera-ISO-Werte bei Samsung Android Smartphones

2012-03-06T17:37:00.002+01:00

Heute schrieb ich an einer Kamera-App für mein Galaxy S2 Smartphone. Dabei habe ich relativ schnell festgestellt, dass das „offizielle“ Android SDK keine Schnittstelle zum Ändern der ISO-Einstellung der Kamera anbietet. Die mitgelieferte Samsung Kamera-App bietet diese Einstellung aber an.

Es gibt noch ein paar weitere Einstellungen in der Samsung-App, die über die offizielle Android-API nicht abgebildet werden.

Also habe ich mich gefragt: Wie komme ich auch in eigenen Apps an diese „versteckten“ Parameter? Das Internet konnte mir diesmal nicht helfen: Es gibt zwar viele mit dem gleichen Problem, aber niemand scheint eine Lösung zu haben.

Also mache ich mir einfach mal das Reflection-Interface von Java zu Nutze:

camera = Camera.open();
Camera.Parameters p = camera.getParameters();

Method[] mm = p.getClass().getMethods();
for(Method m : mm) {
    String ps = "";
    for(Class c: m.getParameterTypes()) {
        ps += "[" + c.getName() + "] ";    
    }
    String r = m.getReturnType().getName(); 
    debug(m.getName() +": "+ ps + "->" + r, true);
                
}

Und siehe da: Die Camera.Parameters-Klasse im Galaxy S2 offenbart alle möglichen öffentlichen Methoden: setISOValue, setMemColorEnhance, setSaturation, setContrast, setContinousAf u.v.m. zusammen mit ihren entsprechenden Gettern.

Getestet habe ich bislang setISOValue: Tatsächlich bringt setISOValue("100") , setISOValue("200"), setISOValue("400"), setISOValue("800") genau den Effekt, den man aus der Systemapp kennt.

Ich teste weiter…

Über Symfony 2, Twig, Inheritance und Widgets

2012-01-31T17:34:00.000+01:00

Ich war noch nie ein besonders großer von von Template-Engines (siehe http://technischer-fortschritt.blogspot.com/2012/01/uber-php-template-engines.html).

Umso mehr habe ich mich darüber gefreut, dass die Engine „Twig“, die bei Symfony 2 mitgeliefert wird, einen sehr ausgereiften Eindruck macht und mit der Template Inhertitance auch ein sehr wirksames Instrument zur Strukturierung von Templates mitliefert.

Typischerweise benutzt man Template Inhertitance, um ein Grundgerüst für eine Seite oder den Teil einer Seite zu definieren, um dieses Grundgerüst in Kind-Templates dann zu erweitern. Dabei geht die Kontrolle über den Seitenaufbau vom Kind-Template aus: Es entscheidet eigenständig, welches Basislayout es erweitern möchte (siehe auch Dynamic Inheritance)und überschreibt gegebenenfalls die Angaben des Eltern-Template.

Was aber ist mit dem „umgekehrten“ Fall, den man am ehesten mit einem Kompositum in der OOP vergleichen kann?

Ein Beispiel: Ich möchte in meinem Projekt Videos einbinden und habe mir dazu ein Template geschaffen, das einen Videoplayer mit allem Schnick und Schnack definiert. Ich nenne das ein Widget: Ein kleines Snippet auf der Seite, das aber neben dem reinen HTML-Anteil noch spezifischen Javascript- und CSS-Code mitbringt. Wenn ich mich recht erinnere, bezeichnete Symfony 1 das ganz ähnlich.

Ein Twig-Template dazu könnte etwa so aussehen:

{% block javascripts %}

    <script src="video.js"></script>
{% endblock %}
{% block stylesheets %}

    <link href="video-js.css" rel="stylesheet" type="text/css"></link>
{% endblock %}

{% block body %}
    <video class="video-js vjs-default-skin" controls="controls" height="264"

    id="example_video_1" preload="none" width="640"> poster="test.png" data-setup="{}">

        <source src="test.mp4" type="video/mp4"></source>

    </video>

{% endblock %}

Jeder mit ein paar Grundkenntnissen wird jetzt sagen: Kein Problem, das Template kannst Du doch einfach mit „include“ einbinden. Doch das geht leider fehl: Sowohl der Javascript- als auch der CSS-Block werden so nicht interpretiert, sondern einfach ignoriert. Im Ergebnis stehen das <script>- und das <link>-Tag plötzlich mitten in der Seite, anstatt an den dafür vorgesehenen Stellen im Header.

Klar könnte ich jetzt anfangen und mehrere Templates für meinen Videoplayer definieren: Eines für die Header-Includes (JS/CSS) und eines für den eigentlichen HTML-Part. Schön ist anders.

Übrigens macht der Einsatz von Assetic das Ganze auch nicht besser, sondern sorgt an dieser Stelle höchstens für unübersichtlicheren Code.

Bin ich blind? Was habe ich übersehen? Oder ist das Kompositum-Muster einfach in Twig nicht vorgesehen? Dabei kommt es mir so wichtig vor. Ich stehe ratlos vor diesem Phänomen und bin für jede Hilfe dankbar...

Über Typografie in Social Media Networks

2012-01-19T13:19:00.002+01:00

Im Zeitalter digitaler Medien wird Schrift als Kommunikationsmedium immer wichtiger. Doch der digitale Prozess bei Twitter & Co. lässt Lektoren und Schriftsetzer außen vor: Was getippt ist, wird auch sofort veröffentlicht.

Das ist schade, denn dabei geht die Lesbarkeit des Textes oft verloren.

Ich bin selbst kein Fachmann in diesem Gebiet, sondern Techniker. Doch es gibt ein paar einfache Regeln, die jeder befolgen kann, um Texte im Netz lesbarer zu gestalten.

Lasst uns das Netz ein wenig lesefreundlicher machen!

Was jeder machen kann…

Nicht alles, was typografisch denkbar wäre, ist in Social Media Networks machbar. So sollte man von Ligaturen die Finger lassen und auch beim Kerning und dem Zeilenabstand muss man sich auf die Vorgaben verlassen.

Dennoch habe ich auf http://typefacts.com/ einige Regeln aufgespürt, die sich ohne weiteres auch in einem Tweet umsetzen lassen:

Gedanken- und Bindestriche unterscheiden: „-“ ist nunmal kürzer als „–“ und deshalb zum Binden von Worten und nicht, um Gedanken voneinander zu trennen.
Auslassungen als echtes „…“-Zeichen und nicht als drei Punkte „...“ schreiben.
„Echte“ Anführungszeichen statt der "hässlichen" Doppelstriche benutzen. Auch die »französischen« Anführungszeichen sind hübsch, aber man sollte sich auf eine Variante einigen.

Voraussetzungen

Damit die typografischen Sonderzeichen funktionieren, muss der gesamte Text-Workflow in UTF-8 stattfinden. Das ist normalerweise automatisch der Fall, wenn man die Websites der großen Social Media Networks benutzt.

Mehr Informationen

Wahrscheinlich gibt es nun eine Heerschar von typografisch Ausgebildeten, die angesichts meiner einfachen Ratschläge die Hände über dem Kopf zusammenschlagen – aber hey, ich bin schließlich nur Informatiker.

Wer zuverlässigere Informationen sucht, ist bei http://typefacts.com/ gut aufgehoben. Auch Tastaturkürzel für Mac und Windows sind dort zu finden, um die Zeichen schnell eingeben zu können.

Übrigens: Für Ubuntu-User sind die Sonderzeichen besonders einfach zu erreichen:

» – AltGr + y
« – AltGr + x
„ – AltGr + v
“ – AltGr + b
– – AltGr + -
… – AltGr + .

Über Social Media Cookies

2012-01-14T19:54:00.002+01:00

Es gibt Stimmen, die behaupten, die Cookies von Social Media Netzwerken sind datenschutzrechtlich bedenklich.

Ganz und gar unbedenklich in dieser Beziehung sind diese Social Media Cookies:

Alles, was man dazu benötigt, ist ein wenig Essknete, einen Backofen und natürlich die entsprechende Geduld beim Modellieren.

Über Werbevideos in Mails

2012-01-14T13:40:00.003+01:00

Über den zoom4media Daily bin ich heute auf einen zwar alten, aber doch ganz interessanten Artikel gestoßen: http://smedio.com/2010/06/04/will-html5-boost-video-email-marketing/.

Nun ist es für mich wohl bekannt, dass neue Technologien von Marketing-Fachleuten schnell aufgegriffen und weitergesponnen werden, das ist schließlich ihr Job. Doch als Informatiker darf ich mich ohne jede Scham mit den technischen Aspekten neuer Ideen auseinandersetzen, und manchmal kümmere ich mich dabei auch um die Bedürfnisse der Nutzer.

Werbemails an sich

An sich ist Email-Marketing eine feine Sache und jeder hat sich sicherlich daran gewöhnt, mittels diverser Filter und automatisierter Löschoperationen die eingehenden Werbemails auf ein Minimum zu reduzieren.

Standardmäßig blockieren Programme wie Thunderbird auch die Darstellung externer Inhalte in Mails, so dass jeder noch so ausgefeilt gestaltete Newsletter vermutlich beim unbedarften Nutzer mehr einen bleibenden Eindruck wegen der vielen Lücken hinterlässt als wegen seines dargestellten Inhalts.

Jetzt auch noch Videos?

Da frage ich mich, wem es tatsächlich nutzt, jetzt auch noch Videos in Mails zu versenden. Ganz abgesehen davon, dass das Medium Mail als schnelle, unkomplizierte Möglichkeit des Nachrichtenaustausches damit endgültig ad absurdum geführt wird, kann ich persönlich mir kein Video vorstellen, das ich beim Öffnen einer Mail sehen möchte.

Viel lieber wäre es mir, wenn ich Werbemails bekäme, die mich auch inhaltlich interessieren, egal ob sie nun Videos enthalten oder nicht.

Über Informatiker

2012-01-14T11:53:00.000+01:00

Die Gerber des Mittelalters und die Informatiker der Neuzeit verbindet eine eigentümliche Gemeinsamkeit: Einerseits sind ihre Produkte hoch angesehen und nehmen einen wichtigen Stellenwert in der Gesellschaft ein. Doch der eigentliche Produktionsprozess weckt regelmäßig Unverständnis bis hin zur Ablehnung.

Müsste man die Informatik angesichts dieser Eigenschaft also den „ehrlosen Berufen“ zuordnen?

Über den Kundenkontakt

Es heißt, man könne Informatiker nicht auf Kunden loslassen. Zu verkopft, zu theoretisierend, zu unverständlich sei doch die Sprache des Informatikers, als dass man einem Kunden zumuten könne, mit ihm ein Gespräch zu führen.

Das ist richtig. Warum auch sollte ich mich mit einem Kunden über das Laufzeitverhalten des von ihm gewünschten Algorithmus unterhalten? Spätestens bei einem Satz wie „das Problem, das Sie gelöst haben wollen, ist NP-hart und lässt sich deshalb deterministisch nicht in polynomieller Zeit lösen“ steigt selbst der gutmütigste Gesprächspartner aus.

So bleibt oft nur die Flucht in Vergleiche und Metaphern, immer in der Hoffnung, der Kunde möge daraus die richtigen Schlüsse ziehen. An dieser Stelle wollte ich eigentlich jedem Informatiker Thomas Mann, den Meister der Symbolik und Metaphern, dringend ans Herz legen, besinne mich aber ob der Komplexität seiner Schachtelsätze eines Besseren und empfehle statt dessen, sich auf einfache, leicht verständliche Bilder aus der Lebenswirklichkeit der Gesellschaft zurückzuziehen, wie etwa meine immer gern hergenommenen Vergleiche aus dem Automobilhandwerk.

Über die Arbeitsmoral

Es heißt, Informatiker fangen frühestens gegen Mittag zu arbeiten an. Diese Aussage wird immer begleitet von einem Gesichtsausdruck zwischen Belustigung und Verärgerung, der sich je nach mimischem Talent des Sprechers zu grotesken Fratzen steigert.

Belustigung, weil man hier doch die wahre Schwachstelle aller Informatiker meint gefunden zu haben: Faul und bräsig verfolgen sie eine Komm-ich-heute-nicht-komme-ich-morgen-Taktik und verzögern so durch diese Unart nicht nur jedes Projekt, sondern stellen damit doch ihre Unfähigkeit, sich in gesellschaftliche Raster einzupassen, aufs Beste zur Schau.

Verärgerung, weil doch eigentlich jeder gerne so frei wäre, sich seine Arbeitszeit völlig nach eigenem Gusto einzuteilen, und wer weiß wann der durchschnittliche Steuerbeamte morgens anfangen würde, hätte er nur die Möglichkeit selbst zu wählen.

Dabei fühle ich mich völlig unschuldig. Mein Arbeitstag beginnt gewöhnlich zwischen 8 und 9 Uhr, und oft sind diese morgendlichen Stunden die produktivsten des ganzen Tages. Dass ich mir dabei den Luxus leiste, auch mal im Morgenrock bei mehreren Tassen Kaffee die ersten Stunden im Homeoffice zu bestreiten, tut dieser Produktivität keinen Abbruch – ganz im Gegenteil – und möge an anderer Stelle besprochen werden.

Über Maschinen

„Komm doch mal vorbei, irgendetwas stimmt mit meinem Computer nicht.“ – Welcher Informatiker hat diesen Satz nicht schon 'zig mal, selbst von besten Freunden, gehört?

Ganz abgesehen davon, dass man ja allein aus Gründen der Höflichkeit auch befreundete Ärzte nicht darum bittet, sich bei einem Glas Wein schnell mal das Furunkel an intimer Stelle anzusehen, sitzen die Bittsteller hier doch einem allgemein verbreiteten Irrtum auf.

Um es mit den Worten des berühmten Informatikers Edsger W. Dijkstra zu sagen: „Informatica gaat net zo min over computers, als astronomie over telescopen“ (In der Informatik geht es genauso wenig um Computer wie in der Astronomie um Teleskope). Will heißen: Belästige mich nicht mit Deinen völlig langweiligen und geistig ermüdenden Technik-Problemen!

Sicher, das mag jetzt etwas überspitzt daherkommen, zumal man ob der Technikbegeistertheit zahlloser Programmierer schnell den Eindruck gewinnt, dass es eben gerade um die Computer, Smartphones, und Tablets geht. Lassen Sie sich, geneigter Leser, gesagt sein: Ein echter Informatiker der alten Schule wird sich immer lieber mit der Theorie des WLAN beschäftigen als mit dem Grund, weshalb es gerade jetzt keine Verbindung herstellt. Doch selbst Informatiker sind nicht ganz immun gegen die allgegenwärtigen Marketingbemühungen der großen Technikhersteller.

Dabei kann kein noch so gut gestaltetes Smartphone jemals die Eleganz und Schönheit eines gut formulierten Algorithmus erreichen. Beispielhaft sei hier nur der Dijkstra-Algorithmus genannt, mit dessen Hilfe Routenplaner Sie von München nach Berlin navigieren können. Dijkstra hat diesen Algorithmus übrigens bereits 1959 veröffentlicht, ganz sicher ohne die Zuhilfenahme eines navigierenden GPS-Smartphones.

Über den Geist

Nachdenken, ja denken insgesamt, ist, glaubt man der allgemeinen Berichterstattung, eine in der heutigen Zeit kaum noch praktizierte Tätigkeit.

Sich mehrere Stunden mit nichts als sich selbst und seinen Gedanken in einen Sessel zur Lösung eines Problems zurückzuziehen, um beim Brüten über den logischen Rätseln auch mal in ein Nickerchen zu verfallen, ist eine Verhaltensweise, die man – wenn überhaupt – nur noch von altenglischen Krimihelden kennt. Allen voran Hercule Poirot, der nie jemals zur Waffe, sondern immer nur zu seinen grauen Zellen gegriffen hat.

„Ich arbeite ausschließlich mit dem Gehirn.“ ist deshalb ein Satz, den man nur noch selten hört. Warum eigentlich nicht? Es gibt doch nichts befriedigenderes, als Kraft eigener Gedanken ein Problem von allen Seiten so lange zu durchdenken, bis es sich löst wie Alexander der Große den gordischen Knoten.

Da scheint es nicht verwunderlich, dass der Wirtschaft das Belohnen geistiger Leistung genauso wenig ins Konzept passt wie man aus einem Kreis ein Quadrat machen kann (worüber es sich übrigens nicht mehr nachzudenken lohnt, da dieses Problem bewiesenermaßen unlösbar ist).

So stösst es im Allgemeinen auf Unverständnis, wenn Informatiker behaupten, nur etwa 20% der Zeit in einem Projekt mit der eigentlichen Programmierung zu verbringen und den Rest der Zeit mit Gesprächen – und eben Nachdenken. Dies ist sicherlich ein Wert, den man unbedarften und ökonomisch orientierten Kunden besser nicht so direkt mitteilt, da sonst schnell der Wunsch entstehen könnte, die Endrechnung auf ein Fünftel zu reduzieren.

Wer übrigens ganz bewusst die Technik des Denkens und Nachdenkens wiederbeleben möchte, dem empfehle ich die Millenium-Probleme der Mathematik, an denen sicher jeder Grübler lange Zeit seine Freude haben wird.

Über die Gesellschaft

Und so bleibt dem Rest der Bevölkerung weiter nur die Verwunderung über diese absonderliche, vergeistigte und arbeitsscheue Gruppe von Menschen, deren Produkte dem allgemeinen Bedarf stets etwa 40 Jahre voraus sind und deren größte Zufriedenheit sich alleine durch die Beschäftigung mit den eigenen Gedanken einstellt.

Bitte, seien Sie nachsichtig. Auch wenn Sie den Beruf des Informatikers genauso wenig verstehen und achten wie die Menschen im Mittelalter den des Gerbers, so ist das Arbeitsumfeld des Informatikers (von Krümeln in der Tastatur abgesehen) meist recht sauber und deshalb weit weniger menschenfeindlich als gemeinhin angenommen.

Über Ubuntu 11.10 und das System Menu

2012-01-11T23:16:00.000+01:00

Wegen des Umstiegs auf die angeblich viel bessere Benutzeroberfläche „Unity“ musste Ubuntu 11.10 einiges an Kritik einstecken. Ein Wechsel zur klassischen Gnome-Ansicht ist nicht vorgesehen...

Zurück zum Bewährten

Wer sich trotzdem die Gnome-Shell mit der klassischen Ansicht installiert hat, bekommt die gewohnten „Anwendungen“- und „Orte“-Menüs zurück. Das „System“-Menü am oberen Bildrand wurde von den Gnome-Entwicklern aber ersatzlos gestrichen.

Wer gar nicht ohne leben kann, der kann die Datei ~/.config/menus/applications.menu von Hand anpassen. Meine Datei sieht jetzt so aus:

<!DOCTYPE Menu
  PUBLIC '-//freedesktop//DTD Menu 1.0//EN'
  'http://standards.freedesktop.org/menu-spec/menu-1.0.dtd'>
<Menu>
    <Name>Applications</Name>
    <MergeFile type="parent">/etc/xdg/menus/applications.menu</MergeFile>
    <Menu>
        <Name>alacarte-made</Name>
        <Directory>alacarte-made.directory</Directory>
    </Menu>
    <DefaultLayout inline="false"/>

    <Menu>
        <Name>Settings</Name>
        <MergeFile type="path">/etc/xdg/menus/settings.menu</MergeFile>
    </Menu>    

</Menu>

Die fetten Zeilen habe ich eingefügt. Damit bekommt man zwar sein gewohntes System-Menu nicht ganz zurück, aber immerhin innerhalb des „Anwendungen“-Menü einen neuen Punkt „Settings“, unter dem die gewohnten Einträge des System-Menüs zu finden sind.

Über das HTML5 Canvas Objekt

2012-01-11T15:50:00.000+01:00

Das Canvas-Objekt ist sicherlich eine der spannendsten Neuerungen des HTML5-Standards. Bislang wird es aber noch kaum eingesetzt.

Die Grundidee von HTML war und ist, dass sich beliebige Texte mit Hilfe einfach zu erlernender Markierungen quasi „von selbst“ layouten. Doch natürlich gibt es zahlreiche Anwendungen, bei denen man pixelgenaue Kontrolle über das Geschehen am Bildschirm braucht.

Genau diese Lücke füllt das Canvas-Objekt, das zum HTML5-Standard gehört. Ähnlich wie bei Java-Graphics-Objekten lässt sich mit Canvas-Objekten ein Bereich der HTML-Seite mit sehr elementaren Grafikbefehlen selbst gestalten. Da es vom Internet Explorer (IE) bis einschließlich Version 8 nicht unterstützt wird, hat es bislang allerdings (leider) eher ein Nischendasein geführt. Mit der Einführung des IE 9 wird sich das ändern.

Bis dahin haben interessierte Entwickler die Möglichkeit, dem IE über Umwege das Canvas-Objekt beizubringen:

http://flashcanvas.net/ - Mit dieser Javascript-Bibliothek lässt sich ein Canvas-Objekt mittels Flash auch im IE simulieren. Das funktioniert nicht für alle Anwendungsfälle, aber doch oft ausreichend für einfache Grafikanwendungen.

Außerdem sehr sinnvoll:

http://blog.nihilogic.dk/2009/02/html5-canvas-cheat-sheet.html - auf nur einem Blatt alle Informationen zur Schnittstelle des (doch recht komplexen) Canvas-Objekts.
http://philip.html5.org/tests/canvas/suite/tests/ - Damit kann man seinen eigenen Browser auf Kompatibilität mit dem Canvas-Objekt testen.

Persönlich nutze ich das Canvas-Objekt schon sehr lange und bin gespannt, wann es sich komplett gegen andere Technologien durchsetzen wird.

Über PHP Template Engines

2012-01-11T15:31:00.000+01:00

An sich klingt es nach einer feinen Sache: PHP Template Engines versprechen, Inhalte von der Technik zu trennen und damit die Entwicklung zu vereinfachen. Was ist da dran?

Unübersichtlicher Markt

Template-Engines für PHP gibt es wie Sand am Meer. Allen voran das Urgestein „Smarty“, aber auch neuere Entwicklungen wie „Twig“, das bei Symfony 2 gleich mitgeliefert wird, buhlen um die Gunst der Entwickler.

Dabei wird leicht übersehen, dass PHP selbst schon als „Template-Engine“ angelegt ist: Die Zusammensetzung von statischem HTML-Code mit dynamischen Inhalten war von jeher Ziel bei der Entwicklung der Sprache, wie schon das ausgeschriebene Kürzel andeutet (PHP = „PHP: Hypertext Preprocessor“). Das macht zusätzliche Engines eigentlich überflüssig.

Trotzdem werden Engines mit eigener Syntax immernoch wie Sauer Bier™ angepriesen: http://it-republik.de/php/news/Template-Engines-vs.-PHP-058161.html

Unübersichtlicher Code

Warum sich dann ausgerechnet in PHP so viele Engines entwickeln und halten konnten, ist nicht ganz einfach zu beantworten.

Einerseits hielt man die volle Mächtigkeit von reinen PHP-Templates wohl für zu komplex und damit auch zu unsicher, als dass man einen Grafikdesigner oder Webseiten-Producer damit konfrontieren könnte. Andererseits waren die sog. „Short Tags“, die zum Produzieren übersichtlicher PHP-Templates erforderlich sind, lange Zeit verpöhnt – übrigens ohne echten Grund –, so dass man nach Alternativen Ausschau hielt.

Als letztes mag sicherlich auch der Spieltrieb vieler Programmierer dazu geführt haben, dass das Thema Template Engines in immer neuer Variation aufgelegt wurde.

Dabei wurde lange Zeit gar nicht berücksichtigt, dass Template Engines alleine das Problem echter Trennung von Logik und Inhalt gar nicht lösen: Sie trennen als reine Textersetzungsautomaten allerhöchstens HTML-Code vom restlichen Text und sind deshalb auf einer eher technischen als logischen Ebene angesiedelt.

In der Folge sind PHP-Projekte, die sich allein auf eine reine Template-Engine als Strukturierungshilfsmittel verlassen, oft nicht viel übersichtlicher als reiner Spaghetticode.

Land in Sicht!

Doch es ist Licht am Ende des Tunnels:Auch PHP-Entwickler haben erkannt, dass es längst bessere Methoden gibt, Übersicht in den eigenen Code zu bringen. Frameworks wie Symfony, die sich an bekannten Standards orientieren, helfen auch unerfahrenen Entwicklern, das eigene Projekt besser und langfristig zu managen.

Wenn sich nun noch möglichst viele Entwickler entschließen könnten, ihren geliebten Template-Engines einfach eine Absage zu erteilen und stattdessen auf PHP Bordmittel zurückgriffen, wäre viel geholfen: Niemand müsste sich mehr in die absurde Syntax von Template-Engines einarbeiten und die Webserver danken es mit mehr Performance.

Nur die Entwickler der vielen Template-Entinges wären plötzlich arbeitslos ... aber wäre das wirklich so schlimm?

Über das Image von PHP

2012-01-11T14:20:00.000+01:00

PHP ist unbestritten die Programmiersprache des World Wide Web. Ein Großteil der Open-Source-Software für das Internet wurde und wird nach wie vor in dieser Programmiersprache geschrieben: Ob WordPress oder Wikipedia, es gibt zahlreiche Beispiele für sehr erfolgreiche Projekte, die mit PHP umgesetzt wurden.

Als Sprache nicht ernst zu nehmen?

Dabei ist diese Entwicklung alles andere als selbstverständlich: PHP wurde lange Zeit als Programmiersprache für „Script-Kiddies“ verspottet. Hauptsächlich die mangelhafte Objektorientierung, wenig durchdachte Sprachfeatures und inhärente Sicherheitsmängel waren oft Grund zur Kritik.

Doch PHP hat sich auf breiter Basis gegen eine nicht minder mächtige Konkurrenz wie Java, Ruby on Rails oder das vergleichweise neue node.js durchgesetzt. Die Gründe sind wohl vor allem in der extrem leichten Erlernbarkeit von PHP zu suchen.

All dies führte jedoch in der Vergangenheit zu eklatanten Qualitätsmängeln selbst bei sehr bekannten PHP-Projekten, die immer wieder mit Sicherheitslücken in die Schlagzeilen gerieten.

Dabei hat sich viel getan: Seit der Version 5 beherrscht PHP eine vernünftige Syntax für Objektorientierung und seit 5.3 auch eine Erweiterung für Namespaces, die man am ehesten mit Java Packages vergleichen kann. Sogar anonyme Funktionen und Closures haben inzwischen Einzug in die Syntax gehalten.

Gute Beispiele sind Mangelware

Dennoch habe ich den Eindruck, dass diese neuen Features nur langsam – wenn überhaupt – von der Entwicklergemeinde angenommen werden. Es gibt so leuchtende Beispiele wie Doctrine 2, das ohne Namespaces gar nicht mehr funktioniert und den Entwickler damit zwingt, auch den eigenen Code moderner zu gestalten. Doch insgesamt lassen sich diese guten Beispiele an einer Hand abzählen.

Zur Misere tragen dabei auch zahlreiche Provider bei, die bis heute nicht bereit oder in der Lage sind, die PHP-Versionen auf ihren Servern aktuell zu halten. So ist PHP5.2 oft noch Stand der Dinge, während die wichtige Version 5.3 mit Namespaces und Closures bereits seit über zweieinhalb Jahren auf dem Markt ist. Die Version 5.4, die wieder zahlreiche wichtige Neuerungen bringt, steht bereits in den Startlöchern.

Was bringt die Zukunft?

Ob PHP dabei in der Lage ist, seine tragene Rolle im Bereich das Web auszubauen, hängt meines Erachtens im Wesentlich davon ab, ob es gelingt, die neuen Features auf breiter Basis in den Praxisbetrieb zu überführen. Noch hängen zu viele über die Jahre gewachsene Quellcodes an veralteten Konzepten.

Jeden PHP-Entwickler kann ich nur ermuntern, Namespaces und Closures auszuprobieren. Sie tragen wesentlich dazu bei, den eigenen Code schneller und übersichtlicher und damit letzten Endes auch sicherer zu gestalten.