Diesmal gibt es wieder einen Beitrag zum Thema QM. Nachdem ich schon die Installation zweier CI Server vorgestellt habe und die damit einhergehenden statischen Codeanalysen bekannt sein sollten, gibt es nun ein weitere Thema, das sehr spannend ist. Das Oberthema sind die Code Reviews und im speziellen geht es um Peer Reviews.
Vergangene Woche wurde dieses Blog bei PHP hates me vorgestellt und ich habe mich über die große Menge an Feedback gefreut. Das ganze habe ich dann auch gleich zum Anlass genommen den lange aufgeschobenen Umzug auf einen anderen Server durchzuführen. Hier habe ich nun ein paar mehr Freiheiten was die Konfiguration angeht. Ob ich diese dann nutze ist eine andere Frage, aber theoretisch könnte ich es – und das ist für einen Entwickler immer ein wichtiger Punkt.
Heute gibt es mal ein kleines Update, welche Neuerungen es in diesem Blog gibt. Es lohnt sich den Artikel bis zum Ende zu lesen, vielleicht kann ich dem ein oder anderen noch etwas Geld verschaffen 
Da ich nun eure ungeteilte Aufmerksamkeit habe, gibt es zuerst die Infos.
Seit einigen Wochen ist phpmonkeys.de auch vernünftig über mobile Endgeräte zu betrachten. Also iPhone oder Android Benutzer können sich freuen. Hier wäre etwas Feedback nett, vielleicht lässt sich der Zugang noch verbessern. Alternativ kann man natürlich weiterhin den RSS-Feed nutzen.
Weiter ist phpmonkeys nun auch auf Twitter vertreten. Neue Beiträge werden dort publiziert und somit sind die Twitter-User auf dem neusten Stand. Der Twittername ist phpmonkeys_de. Ob es noch weitere Tweets geben wird, kann ich noch nicht sagen, aber auf jeden Fall werden die Follower nicht zugespammt.
Nun zu dem richtig interessanten Teil. Mein Arbeitgeber sucht Freiberufler oder auch Firmen, die interesse haben bei uns als PHP-Entwickler zu arbeiten. Gesucht werden Entwickler die Interesse an Coaching oder Beratertätigkeiten haben. Projekt-bezogen arbeiten gehören auch zu dem Aufgabenbereich der abgedeckt werden kann. Besonders gut wäre es, wenn die “Bewerber” aus dem Saarland oder Umgebung sind.
Bei Interesse bitte ich euch einfach das Kontaktformular zu nutzen, sodass ich weitergehende Informationen weitergeben kann.
Vor einer Woche fand die IPC 2010 (SE) statt. Leider konnte ich da nicht teilnehmen, aber trotzdem (oder gerade deswegen) habe ich mit Interesse die Folien gelesen. Für alle diejenigen, denen es genauso geht wie mir, oder die die Vorträge Revue passieren lassen wollen, sind hier die von mir gefundenen Folien. Um die Liste vollständig zu bekommen, bin ich auf eure Mithilfe angewiesen. Wer weitere Links kennt, bitte in die Kommentare schreiben, ich trage diese dann hier in die Liste ein.
Update (10. Juni 2010 19:44): Die Links von Ulf und PHPGangsta sind jetzt vorhanden
30. Mai 2010
31. Mai 2010
1. Juni 2010
2. Juni 2010
Wenn es um die Sicherheit einer PHP Webapplikation geht gehört neben register_globals auch display_errors zu den Direktiven die man auf jeden Fall auf “off” setzen sollte. Ich meine mich sogar zu erinnern, dass dies beim ZCE-Test abgefragt wird. Was tut man aber nun, wenn doch einmal ein Fehler auftritt, der nicht von den hoffentlich vorhandenen Logging-Mechanismen festgehalten wird? Und genau hier möchte ich ansetzen.
Heute gibt es mal einen nicht-PHP Beitrag. Ich bin oftmals bei Kunden vor Ort und übernachte daher im Hotel. Für gewöhnlich hat man dort einen Wlan-Zugang der meist zwar gratis aber richtig offen ist. Das ist nicht so toll, wenn man bspw einen Blog-Beitrag schreiben möchte. Also sollte man sicher gehen, dass die übrigen Gäste nicht den gesamten Datentransfer mitschneiden und lesen. Ja man kann Verbindungen mit SSL schützen, aber ich traue der Sache nicht genügend, um mich dadurch sicher zu fühlen. Also habe ich einen Vserver (die kosten ja fast nix, da kann man ja immer 3-4 zur Hand haben) der mir als Gateway ins Netz dient.
Nachdem ich im letzten Beitrag ein sehr bekanntes Pattern angesprochen habe und dies auch mit einigen Kommentaren gewürdigt wurde, möchte ich heute ein etwas anderes Pattern vorstellen. Dabei handelt es sich um das Event Collaboration Pattern. GWT-Entwickler werden dieses Pattern kennen, in der PHP Welt kenne ich nur eine ähnliche Implementierung.
Heute gibt es wieder einen Beitrag aus der Pattern-Kiste. Das Factory-Pattern ist ein netter Helfer, wenn man eine Klasse erzeugen möchte, den Konstruktor aber nicht so direkt nutzen kann oder will. Man erstellt also eine zweite Klasse, die Factory. In dieser Klasse stellt man Methoden bereit, die ein Objekt der ersten Klasse, die man ja eigentlich nutzen will, zurückliefert. Die Methoden können auch statisch sein. Dagegen spricht mE nichts. Jetzt stellt sich die Frage, wann man ein solches Vorgehen nutzen soll.
PHP schafft es immer wieder mich zu überraschen. Ich wollte in einem privaten Projekt von einem Array die Daten in ein Objekt überführen. Also erwartet man nun, dass man über das Array läuft (bspw mit foreach) und das Objekt mit Daten befüllt. PHP kann das ganze aber auch sehr viel einfacher machen.
Heute gibt es wieder einmal leichte Kost. Ihr dürft euch dafür bei PECL bedanken. Mir war es bisher unmöglich SPL_Types zu installieren, ich habe aber noch nicht aufgegeben, denn ich denke, das ist ein spannendes Thema. Aber zurück zum eigentlichen Thema. PHPlint im Hudson. Wir haben ja bereits gesehen wie man PHP mit dem Hudson verheiratet und sloccount kann man auch damit verbinden und nun kommt ein relativ nahe liegender Gedanke: Warum prüft man den PHP Code nicht auf korrekte Syntax, wenn man den Quelltext schon nicht kompilieren kann?
