Ich habe schon länger nach einem Plugin gesucht, dass mir auf einfache Art und Weise Bilder nachlädt, sobald sie der Benutzer erst in seinem Browserfenster zu sehen bekommt. Vorher soll das Bild nicht geladen werden und somit Ressourcen auf dem Webserver schonen. Die meisten Möglichkeiten, die ich gefunden habe waren jedoch eher kompliziert und umständlich. Mit Hilfe des canvas Elements und dem inview Plugin für Jquery ist es nun ziemlich einfach.

Dazu definiert man ein Canvas Element im HTML Code

<canvas class="canvas-image-loader" id="canvas-image-loader-1" width="100" height="100" data-url="URL TO YOUR IMAGE"></canvas>

und setzt auf jedes dieser canvas Elemente das inview Event. Sobald ein Canvas in den Sichtbereich des Benutzers kommt wird das Canvas mit dem Bild aus data-url gefühlt

Es sollte eigentlich keine große Magie sein neue Programmierer für sein Team zu finden. Doch gestalten sich die meisten Bewerbungsgespräche doch immer wieder sehr zäh. Selten reichen ein paar Fragen im persönlichen Gespräch und ein Lebenslauf aus um die Qualität festzustellen.

Hier ein Tipp, wie man innerhalb kürzester Zeit in einem Gespräch ermitteln kann, ob jemand in die Firma passt und die passende Qualität mitbringt

Der FizzBuzz Test ist ein kleines Programm, das folgende Aufgabe erledigen soll

1. Ausgabe der Zahlen von 0 … 100
2. Bei jeder Zahl, die durch 3 teilbar ist „Fizz“ sagen
3. Bei jeder Zahl, die durch 5 teilbar ist „Buzz“ sagen
4. Bei jeder Zahl, die durch beiden Zahlen teilbar ist „FizzBuzz“

Es ist erstaunlich, wie viele selbst ernannten Programmierer, die direkt von der Uni kommen, diesen Test nicht schaffen. Selbst die freie Wahl der Programmiersprache hilft ihnen bei der Lösung nicht und erbringt keine sehenswerten Resultate. Mir per O-Notation die Effizienz von Code berechnen zu können ist zwar schön und gut, bringt mir aber in der Entwicklung nichts, wenn die Person Operatoren wie Modulo völlig unbekannt sind und sie bei einfachen Problemen scheitere.

Und immer auf die Reaktion achten, wenn man ihnen ein leeres Blatt Papier und eine Stift hinlegt. Hat einer von ihnen schon einmal ohne eine IDE gearbeitet? Autocomplete gibt es leider noch nicht in der analogen Welt

Wer selbst meint diese noch leichte Aufgabe ist für einen gestandenen Entwickler viel zu einfach, der kann ja mal die Kata des Programmierens durchgehen und prüfen, bei welchem Rang man selbst Probleme bekommt.

Nachtrag vom 07.04.2012:

Anbei auch noch ein Beispiel in PHP. Denke das sollte jeder mit einem Stift auf Papier kriegen können…

Jede Seite macht Gebraucht von A/B Tests. Neben Google Website Optimizer und Visual Website Optimizer Code gibt es noch weitere Tools, die einem Webseitenbetreiber die Möglichkeit geben die Akzeptanz der Seite beim Endbenutzer zu testen. Dabei werden Ziele festgelegt, deren Erreichen als Massstab dafür dienen, welche Versionen mehr Umsatz erzeugen oder eine bessere Benutzererfahrung versprechen. Dabei wird der Benutzer meist im dunklen gehalten, dass er zur Zeit Teil eines Tests ist. Das hat zur Folge, dass eigentlich nur die unbewussten Reaktion des Benutzers auf verschiedene Farbnuancen eins Buttons oder die Akzeptanz eines Hintergrundbildes getestet werden. Was der Benutzer selbst aber bewusst von der Seite, hält erfährt man so aber nicht. Beispielhaft dafür war z.B. die Testaktion von Microsoft, die in ihrer Suchmaschine Bing mehrere Farbtöne für Links (hauptsächlich blau) ausprobiert haben. Dabei hat sich ergeben, dass ein bestimmter Farbton tatsächlich zu einer höheren Klickrate führte. In Form von Werbelinks bedeutet dies natürlich deutlich höhere Mehreinnahmen durch Werbegelder in die Kassen von Microsoft.

Was eine Seite aber imho nach benötigt ist eine Meta Ebene in der sich der Benutzer über die Seite auslassen kann und eigenständig Feedback geben kann. Dabei soll er nicht einen Fragebogen ausfüllen müssen sondern aus der Seite einen Sandkasten machen an der er was ändern würde. Oder einfach nur zum Ausdruck bringen will, dass diese Funktion gut ist und vielleicht noch erweitert werden soll.

Um diese Möglichkeit auch auf meinen Seiten einzusetzen habe ich auf GitHub ein Projekt gestartet, dessen Entwicklung auf jede Seite eine Meta Ebene zaubern soll.

Metar on Github

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