Code Design ist ein schwieriges Unterfangen. Entscheidungen müssen früh gefällt werden um dem Entwickler Team einen Standard an die Hand zu geben, der es ermöglicht eine Software zu generieren, die auch nach langer Entwicklungszeit wartbar und testbar bleibt. Soll die Software monolithisch aufgebaut werden oder soll man die Komponenten doch lieber dezentral über eine Pipeline ihre Jobs abarbeiten lassen. Es gibt viele Möglichkeiten und grundsätzlich kann man sich sicher sein, dass man zu irgendeinem Zeitpunkt merkt, dass man Fehler gemacht hat und umdenken muss.

Was aber klappt nie? Demokratie…

Hinter einem guten und flexiblen Softwaredesign steht ein Diktator. Jemand der Ahnung vom Werk hat und beim Design ganz klar ansagt, wie die Software zu gestalten ist. Open Source ist eine super Sache und ich plädiere dafür, so viel wie möglich der Community zur Verfügung zu stellen. Ich würde aber niemals behaupten, dass man in der Open Source Gemeinde eine Software findet, die ein sauberes und elegantes Design besitzt. Beispiel? WordPress! Eine Blogsoftware, die so weit verbreitet ist und auf die ich hier selber setze. Aber möchte ich ein Plugin für WordPress schreiben? Um Himmels Willen, Nein! Das Konzept von Hooks und Plugins ist so verwoben, dass man teilweise einen Knoten im Kopf bekommt, wenn man mal einen Blick unter die Haube wagt.

Also, wenn ihr die Verantwortung für ein Softwareprojekt übernehmt und eine klare Vorstellung von der Software habt, dann lasst euch nicht rein reden. Lasst euch vorher beraten, holt euch Ideen von anderen, aber während der Entwicklung gebt klare Richtlinien und lasst niemanden ausbrechen. Denkt daran, Entwickler sind Schweine, die machen das Code stinkt! Euer Software Design ist dabei wie ein großer Besen, der von selber sauber macht…

Zieht die Linie früh und lasst sie niemanden überschreiten!

Es ist zeitweise schwer gute Entwickler zu finden. Meiner Erfahrung nach lassen sich Juniors in Kombination mit ein oder zwei Seniors in ein Team am besten integrieren. Juniors sind zu Anfang erst einmal sehr pflegeintensiv, aber sie zeigen doch die stärkste Lernkurve. Auch die Kreativität kann hier durchaus mannigfaltiger sein als bei einem Senior, der meistens seine festgelegten Trampelpfade nimmt. Was der Bauer nicht kennt, das coded er nicht…

Schwierig wird es jedoch, wenn ab einem bestimmten Level der Wissensstand nicht mehr zunehmen möchte. Häufig stand ich vor dieser Situation und musste zusehen, wie ich dem Team neue Kenntnisse beibringe. Häufig stand ich als Lehrer vor ihnen und zeigte ihnen neue Sachen in der Hoffnung, dass auch sie zu einem späteren Zeitpunkt auf Dinge stoßen, die sie gerne präsentieren würden. Fehlanzeige, null Feedback, keine Reaktion, Nullkurve. Die Begeisterung wollte einfach nicht überspringen. Und so blieben die Juniors bei ihren vertrauten Themen und begaben sich selten auf neue Wege in unbekannte Regionen. Doch gerade das ist es, wo die größten Lerneffekte aufkommen, wo neue Ideen entstehen und neue Inspiration gefunden wird. Woran kann das liegen? Meiner Meinung nach liegt dies an einer häufigen Auslastung von 100% und keinen Pufferzeiten. Wann soll man mal die Möglichkeit haben abzuschweifen, einfach mal rumprobieren? Meistens ist der Zeitplan so knapp, das der Junior an den Lippen des Seniors hängt und um Anweisungen bittet, die er dann auch befolgt. Aber was ist den mit der Möglichkeit mal Fehler zu machen? Wozu sind QA, UnitTestcases und Staging Systeme da?

Also geht raus und macht Fehler und denkt ruhig auch erstmal 60 Sekunden über ein Problem selber nach, bevor ihr zu StackOverflow geht

Dies war der zweite Teil aus der Serie: Coding im Tunnel

Ich habe vor ein paar Tagen bereits davon geschrieben, dass wir bei uns in der Firma einen Funktion “den Springer” eingeführt haben. Dieser sollte sich darum kümmern, dass andere Teammitglieder vollständig Störungsfrei arbeiten konnten. Schnell zeigten sich die Stärken und Schwächen des Prinzips

Die Schwächen:

Allen vorran gibt es hier Probleme mit Leuten, die ihre Aufgaben grundsätzlich als unberechenbar hoch priorisiert sehen. Diese sehen die Funktion des Springers als lästige Instanz, die doch nur eingeführt wurde um die für technische versierte Leute “dummen” Fragen zu filtern. Also gehen sie direkt zu den Personen, die sie als richtige Ansprechperson sehen und sprechen ihre Aufgabe/Problem durch. Da es sich hierbei meist um einen Vorgesetzten handelt, zögern viele mit der eigentlich korrekten Antwort: “Bitte wende dich an den Springer”. Hier ist der Teamleiter gefragt, der seinen Leuten regelmässig klar machen muss, dass ein “Nein” durchaus auch gefordert ist.

Die Stärken:

Ein unübertreffbarer Vorteil ist die Wissensverteilung der Software über das gesamte Team. Nie zuvor haben sie so viele Bereiche des Systems kennen lernen und sich aus ihrer Wohlfühlecke entfernen müssen als in der Funktion des Springers. Innerhalb von wenigen Wochen wussten viele deutlich mehr von der Software. Dieser Umstand wirkte sich auch Abseits der Springertätigkeiten ebenfalls positiv aus. Es wurden weniger Fragen in die Runde gestellt, man fühlte sich einfach sicherer im Umgang mit der bestehenden Code.

Alle anderen Dinge sind teilweise vom Team abhängig, dass mit der IT zusammen arbeiten darf. Macht hier eure eigenen Erfahrungen

Ich habe bei uns in der Firma ein Institut eingeführt, dass dafür sorgen soll, dass die anderen Entwickler Unterbrechungsfrei arbeiten können. Ich präsentiere euch: Den Springer

Ein Springer (auch “der Springer”) ist eine Person, die sich um Aufgaben kümmert, dessen Arbeitsaufwand unter 1 Stunde liegt und akut dringend ist. Der Springer wird dabei meist aus dem Team durch ein visuelles Merkmal erkennbar und wechselt in einem festgelegtem Turnus innerhalb des IT Teams

Wir haben im Team gemerkt, dass unsere Arbeit immer wieder unterbrochen wurde. Anfragen für Statistiken, Auswertungen von Logdateien, Fehlersuche, kleine Hilfestellungen. In der Regel stand dann jemand bei der IT im Türrahmen, guckte erstmal mit großen Kuhaugen umher, bis jemand aus der IT Mitleid bekommen hat und fragt, was den sei. Diese Person war dann auch zumeist das arme Schwein, dass die Aufgabe erledigen musste. Manchmal wurde je nach Aufgabenbereich aber auch weiterdeligiert und es wurden gleich zwei Personen unterbrochen.

Was ist jetzt anders? Der Springer ist deutlich erkennbar, z.B. durch eine Leuchtweste, die jeder im Auto haben sollte. Somit weiß jeder ausserhalb der IT, wenn er ansprechen muss, wenn er im Tührramen steht. Die Situation wurde also bereits für beide Parteien entspannt. Der Springer nimmt die Aufgabe an, unterbricht seine aktuelle Arbeit und kümmert sich um das Problem. Wichtig ist dabei, dass der Springer nicht delegieren sondern Teamkollegen nur um Hilfe fragen darf. So wird sichergestellt, dass nach einer gewissen Zeit jeder im Team die kleinen Aufgaben alleine meistern und ohne Hilfe aus dem Team arbeiten kann. Ein schöne Methode zur Verbreitung der Wissensbasis über die Software.

Das Resultat werde ich in Kürze ebenfalls vorstellen!

Dies war der erste Teil aus der Serie: Coding im Tunnel

Schon einmal den Tunnelblick beim Coden bekommen? Nicht mehr ansprechbar gewesen und gereizt auf Unterbrechungen reagiert? Es gibt Momente im Leben von Programmierern, wo einfach alles von selber läuft und ausnahmsweise mal Google und StackOverflow nicht zur Unterstützung gebraucht werden. Dein Wesen und Geist verändert sich in einziges StackOverflow gefüllt mit eleganten und korrekten Antworten. Ein Zustand, den jede Firma bei ihren Entwicklern fördern sollte. Für mich selber ist dies auch der effektivste Zustand beim Programmieren und ich schaffe nicht nur kreative sondern auch stabile Software. Leider stellt sich dieser Zustand nur zu selten ein. Warum?

1. Häufige Unterbrechungen und kleine Anfragen (oder Mini Aufgaben)
2. zu viel Ablenkung im Office in Form von Geräuschen
3. geringer Wissensstand
4. schlechte Arbeitsatmosphäre
5. Stress und Zeitdruck

Faktoren, die in jeder Firma nur zu häufig vorkommen. Patentlösungen gibt es gegen diese Problem nicht. Man muss mehr die Prozesse in seinem Unternehmen analysieren und Gegenmaßnahmen überlegen. Ich habe mir für dieses Jahr vorgenommen, diese 6 Probleme in meiner Firma anzugehen. Ich möchte daher in einer neuen Reihe vorstellen, welche Maßnahmen ich im Team ergriffen habe und ob sie erfolgreich waren oder gescheitert sind.

Wenn man eine Webapplikation bauen möchte, ist, wenn man den Statistken glaubt, PHP die erste Wahl. PHP ist einfach und sein Stack in Apache macht auch den ersten Rollout sehr einfach. Mit PHP kann man komplizierte Sachverhalte sehr einfach ausdrücken und die Fülle an Beispielen und Erweiterungen im Netz sind einfach atemberaubend. Große Webprojekte habe ich bisher fast immer in PHP durchgeführt. Man kann sehr schnell einen Prototypen bauen und mit dem Kunden ins Feedback gehen. Die einfache Einbindung in HTML ist zwar Fluch und Segen zugleich, unterstützt einen jedoch sehr beim Erstellen von kleinen Beispielen. PHP ist mittlerweile auf einem Stand, wo man es wesentlich ernster nehmen muss. Warum man das bisher immer noch nicht macht?

Naja vielleicht aus den folgenden Gründen, die mich immer wieder zur Räson bringen und auch mal Python oder Java verwenden lassen. Man kann es vielleicht mit den Worten von Barney Stinsen und der “Hot and Crazy” Scale beschreiben. PHP war erst ganz weit unten im Bereich crazy, dann kam die Version 5.x raus und PHP wurde einiges hotter. Dann wurden Namespaces eingeführt und ich musste die böse Erfahrung machen, dass PHP bei seinen Funktion nicht case-sensitive ist => crazy. Dann kam Bergmann mit seinen PHPUnit Tests => hot

1. PHP verzeiht sehr viel

Ja, PHP ist sehr gut zu uns. Der Intepreter baut die Variable noch unseren Vorgaben von String zu Integer zu Float zu Array zu Objekt. Wir sind hier  kaum an Konventionen gebunden. Kleine Scripte können dadurch sehr schnell Form annehmen, sind in der Regel jedoch anschließend unwartbar. Sobald man also größere Projekte mit mehr als 2 Entwicklern starten möchte, wäre eine Art optionale Typensicherheit in PHP sehr hilfreich. Nicht nur bei den Parameterlisten (das ist ja mittlerweile teilweise möglich), sondern gerade bei den Rückgabewerten einer Funktion.

public function foo(array $a, My_Class $b) //das geht schon

public function foo(integer $a, string $b) //das schon wieder nicht

public array function foo() //und das schon gar nicht  

Ich kriege häufig die Krise, wenn ich eine Methode bekomme, die in einem Fall einen String zurück liefert und in einerm anderen Fall ein Array. Das macht einfach keinen Sinn und den Code, den man durch so eine Funktion vielleicht gespart hat, benöigt man wieder für die Fallunterscheidung beim Aufruf der Funktion. Bringt also nichts…

2. Exceptions innerhalb von Methoden

Wirft man innerhalb von PHP eine Exception (wenn überhaupt, viele bevorzugen ja doch eher die “return false” Methodologie) kann man diese Tatsache durch die Spezifikation der Methode nicht nach außen deutlich machen.

public function blub() throws Exception //leider auch nicht

Wer die Methode also nicht kennt und vorher nicht untersucht, weiß bis zu ihrem Auftreten erstmal nichts von der Exception. Und wer guckt sich schon fremde Methoden vor ihrer Verwendung an

3. Threads

Meiner Meinung nach der zentrale Punkt, warum PHP immer noch nicht vollständig ernst genommen wird. Korrekter Einsatz und Synchronisation sind mit eine Disziplin in der IT, die nicht jeder versteht. Wenn die Möglichkeit nun in einer Sprache vollständig fehlt, könnte man auch meinen, dass man die Entwickler hier auch vor sich selbst schützen möchte. Nach dem Motto “Messer, Feuer, Threads und Licht, sind für PHPler nichts” schützt man hier den Entwickler vor sich selbst!? Und kommt mir jetzt nicht mit pcntl_fork, solange mir hier niemand auch eine vernünftige Art der Kommunikation zwischen Parent und Child Prozess zeigen kann…

4. Performance

Ich denke hier muss ich nicht groß darauf rumreiten. PHP wird immer schneller, aber an die Performance einer Sprache wie C++ oder Java wird es so schnell (wenn überhaupt) nicht rankommen.

5. IDE

Nach meinem Geschmack habe ich bisher noch keine IDE gefunden, die eine saubere Integration von PHP (zusammen mit PHPUnit und dem ganzen restlichen Bergmann Clan) zur Verfügung stellt. Man ist entweder auf kostenpflichte Tools wie die PHP IDE von Zend (die allerdings auch auf Eclipse basiert) gebunden oder erweitert eine IDE wie NetBeans um die nötigen Addons. Aus der Box kommt hier aber wenig.

6. Copy&Paste, keine Innovation

All diese hübschen Erfindungen zur Qualitätssicherung wie Jenkins oder Unittests kommen alle aus der Java Welt. Warum kommt keine Innovation in diese Richtung aus der PHP Welt? Warum muss erst nachgeahmt werden? PHP scheint sich aus allen anderen Sprachen die guten Sachen rauszupicken. Das ist gut, aber langweilig. Ich will auch mal was mit PHP machen, was andere nicht machen können.

Das sind all die Gründe, warum ich PHP immer weider untreu werde und manche Projekte in Java (oder auch gern mal ein bisschen Python) durchführe. Aber wer mag schon mit einer Sprache die ganze Zeit vorlieb nehmen. Monogamie ist schon genug Anstrengung in den Real Life Dingen.

Wer es noch nicht kennt sollte es umbedingt einmal ausprobieren. Piwik ist eine Open Source Alternative zu Google Analytics, ist mittlerweile in der Version 1.4 erschienen und in PHP geschrieben. Dabei liegen die Vorteile in der offenen Datenbankstruktur und der Möglichkeit Plugins selber zu schreiben. Auch die Integration in das eigene System gestaltet sich durch die Widgets sehr einfach. Mächtig wird das ganze jedoch erst duch seine API zur Segmentierung. Um die Integration in das eigene System zu erleichtern, habe ich die PHP API Klasse erweitert und auch um die Möglichkeit erweitert mit Zielmetriken zu arbeiten. Da diese eigentlich immer erst in Piwik erstellt werden müssen habe ich einen etwas anderen Weg genommen. Wenn man ein Ziel tracken möchte und dieses existiert noch nicht wird die Klasse diese erstellen und die nötigen Assoziationen in einer lokalen Tabelle speichern.

create table `piwikGoals` (
    `id` INT NOT NULL auto_increment primary key,
    `goalId` INT NOT NULL,
    `goalName` VARCHAR(255) NOT NULL UNIQUE
) ENGINE=InnoDB CHARACTER SET utf8 COLLATE utf8_general_ci

Anschließend habe ich die vorhanden Piwik Tracker Klasse erweitert. Das ganze basiert auf Zend …

<?php

/**
 * Description of Tracker
 *
 * @author matthiaslaug
 */
class My_Piwik_Tracker extends Piwik_Tracker{

    /**
     *
     * @param string $name
     * @param integer $revenue
     */
    static function trackGoal($name, $revenue = 0){
        //add to your config
        //piwik.id = YOUR_PIWIK_ID
        //piwik.url = URL_TO_YOUR_PIWIK_INSTALLATION
        //piwik.token = YOUR_PIWIK_AUTH_TOKEN
        $config = Zend_Registry::get('configuration');
        try {
            $t = new Yourdelivery_Model_Piwik_Tracker($config->piwik->id, $config->piwik->url);
            $result = $t->doTrackGoalAndCreate($name, $revenue);
        } catch (Exception $e) {
        }
    }

    /**
     * track a goal but create relation if not existent
     * @author mlaug
     * @since 08.06.2011
     * @param string $name
     * @param integer $revenue
     * @return boolean
     */
    public function doTrackGoalAndCreate($name, $revenue = 0) {
        $table = new DbTable_Piwik_Goals();
        $row = $table->fetchRow('goalName="' . $name . '"');
        if ( !$row ){
            $goalId = $this->createGoal($name);
            if ( $goalId <= 0 ){
                return false;
            }
            $table->createRow(array(
                'goalId' => $goalId,
                'goalName' => $name
            ))->save();
        }
        else{
            $goalId = (integer) $row->goalId;
            if ( $goalId <= 0 ){
                return false;
            }
        }
        $this->doTrackGoal($goalId, $revenue);
        return $goalId;
    }

    /**
     * create a goal
     * @author mlaug
     * @since 08.06.2011
     * @param string $name
     * @param string $pattern
     * @param string $matchAttr
     * @param string $patternType
     * @param boolean $caseSensitive
     * @param integer $revenue
     * @param boolean $allowMultipleConversionsPerVisit
     * @return integer
     */
    public function createGoal($name, $pattern = '/', $matchAttr = 'manually', $patternType = 'contains', $caseSensitive = false, $revenue = 0, $allowMultipleConversionsPerVisit = false){
        $config = Zend_Registry::get('configuration');
        $url  = self::$URL . '?idSite=' . $this->idSite;
        $url .= '&module=API';
        $url .= '&method=Goals.addGoal';
        $url .= '&matchAttribute=' . $matchAttr;
        $url .= '&patternType=' . $patternType;
        $url .= '&pattern=' . $pattern;
        $url .= '&name=' . $name;
        $url .= '&token_auth=' . $config->piwik->auth;
        $ret = $this->sendRequest($url);
        try{
            $xml = new DOMDocument();
            $xml->loadXML($ret);
            if ( $xml->getElementsByTagName('error')->length > 0 ){
                return 0;
            }
            $goalId = (integer) $xml->getElementsByTagName('result')->item(0)->nodeValue;
            return $goalId;
        }
        catch ( Exception $e ){
            return 0;
        }
    }

    /**
     * @author mlaug
     * @since 08.06.2011
     * @param integer $idGoal
     * @return boolean
     */
    public function deleteGoal($idGoal){
        $config = Zend_Registry::get('configuration');
        $url  = self::$URL . '?idSite=' . $this->idSite;
        $url .= '&module=API';
        $url .= '&method=Goals.deleteGoal';
        $url .= '&idGoal=' . $idGoal;
        $url .= '&token_auth=' . $config->piwik->token;
        $ret = $this->sendRequest($url);
        try{
            $xml = new DOMDocument();
            $xml->loadXML($ret);
            if ( $xml->getElementsByTagName('error')->length > 0 ){
                return false;
            }
            if ( $xml->getElementsByTagName('success')->length > 0 ){
                $table = new Yourdelivery_Model_DbTable_Piwik_Goals();
                $table->delete('goalId='.$idGoal);
                return true;
            }
            return false;
        }
        catch ( Exception $e ){
            return false;
        }
    }

}

?>

Und noch die DbTable Klasse

/**
 * Description of Goals
 *
 * @author matthiaslaug
 */
class DbTable_Piwik_Goals extends Zend_Db_Table {

    /**
     * name of the table
     * @param string
     */
    protected $_name = 'piwikGoals';
    //put your code here
}

Ich hoffe das nützt jemandem

Server Side Includes sind alt. Uralt! Aber trotzdem findet man sie auch noch heute in modernen Webserverimplementierungen wie Lighttpd oder Nginx. Brauchen tut man sie eigentlich nicht mehr, sind sie doch nicht ansatzweise so performant wie die heute eingesetzten Websprachen. Seit CGI sind SSI eigentlich überflüssig. Aber für manch ein Szenario findet sich auch heute noch ein guter Einsatz.

Lange habe ich darüber nachgedacht wie man mit einfachsten Mitteln den Wert eines Cookies absichern kann. Setzt man z.B. eine statische Landingpage ein um Server Ressourcen zu sparen, möchte später aber trotzdem über den im Cookie gespeicherten Wert eine Aktion in PHP auslösen, z.B. einen Gutschein im Bestellprozess hinzufügen, so sollte man den Informationen vertrauen können. Auch sollte es nicht möglich sein den Wert des Cookies zu rekonstruieren bzw. diesen zu speichern und wieder zu verwenden.

Also nochmal zusammengefasst:

• Der Inhalt des Cookies muss verifizierbar sein, dass dieser vom System generiert wurde und nicht von Dritten
• Der Inhalt des Cookies soll innerhalb eines definierten Zeitraumes “ablaufen” und so nicht mehr gültig sein

Und genau hier bin ich auf die SSI gekommen. Warum? Weil das verschlüsseln von Daten mit Javascript keinen Sinn macht, lässt sich die eingesetzte Algorithmik im Code doch mit einfachsten Mitteln auslesen! Und PHP (oder andere Script Sprachen) will ich aus Perfomanzgründen nicht einsetzen um die Seite auch bei hoher Frequentierung Erreichbar zu halten.

Die einfachen Anweisungen von SSI sind schonend zu den Serverresourcen und ermöglichen alles, was man brauch

var token = '<!--#exec cmd=""-->';

Und schon haben wir einen Wert generiert den wir auf der Gegenseite später im Bestellprozess mit PHP wieder verifizieren können

<?php
$cookie = $_COOKIE['token']; //enrypted value
$value = mcrypt($cookie);

Oder habt ihr ne bessere Idee

Was ich später noch behandeln werde ist eine perfomante und sichere Lösung für das Kommando, dass in den Include eingebaut werden sollte

Reguläre Ausdrücke sind ja schon ganz nett und mächtig, aber das hier ist mal jetzt echt übertrieben. Wer kann so was den noch lesen geschweige den debuggen

http://www.ex-parrot.com/pdw/Mail-RFC822-Address.html

Nachdem ich in zwei Artikeln kurz und knapp die Thematik angesprochen habe, das der Google Algorithmus zu wenig auf die ganzen Content Farmen eingeht, die professionell und massenweise SEO Optimierungen vornehmen, gab es im Google Blog eine Reaktion (nicht als Reaktion auf meine beiden Artikel (Google schafft sich ab: Grund1, Grund2), das wäre vielleicht etwas vermessen ). Die Algorithmen sollen jetzt stärker nach Web Spam suchen und diesen abstrafen. Wenn ein Artikel eine zu geringe Eigenleistung beinhaltet wird dieser herabgestuft.

Sehr richtig denke ich. Und wie ich in anderen Blogs lesen durfte, stehe ich auch nicht ganz alleine mit der Meinung

• Why We Desperately Need a New (and Better) Google
• Dishwashers, and How Google Eats Its Own Tail
• Content Farms: Why Media, Blogs & Google Should Be Worried
• On the increasing uselessness of Google
• Google, Google, Why Hast Thou Forsaken the Manolo?