Symfony Day 09, seto-social und Symfony

seto-social

Nicht nur ist es einer der Gründe warum ich in letzter Zeit ziemlich beschäftigt war, sondern (das wird wohl auch eher jemanden interessieren) um eine Kombination aus Verwaltungsportal und sozialem Netzwerk. seto-social (so der Name auf den es getauft wurde) bietet dabei Verwaltungsfunktionen wie z.B. Mitgliederexport, Ical-Integration, umfangreiche Möglichkeiten zur Umfragenerstellung als auch
Foren, Aktionsstream mit Statusnachrichten und Informationen über alles was gerade im Netzwerk los ist, Wikis, Blogs, Newsletter, Bildergalerien und was weiß ich nicht noch alles...

Auf der rein technischen Seite sind wohl der Ajax-Editor für Wikiseiten und Umfragen, die Aktionen als Statusnachrichten mit nahezu endlosen Möglichkeiten und die Rechtevergabe auf Gruppenbasis (wobei Gruppen in einer Baumstruktur organisiert sind und Rechte vererbt werden, bzw. Termine sowohl nur Zweigen als auch dem halben/ganzen Baum zugeordnet werden können) das ineressanteste. (wasn Schachtelsatz -.-)
Das alles zu bauen war an sich schon nicht ganz einfach, es dann auch noch auf Geschwindigkeiten funktionieren zu lassen mit denen auch jemand arbeiten will war dann aber wohl der wirklich schwierige Teil. (rekursive Aufrufe sind toll! \o/)
Das Projekt hat jedenfalls richtig viel Spaß gemacht, ich konnte zum Glück die JS- und HTML-Sachen an Leute abgeben die mehr Spaß an sowas haben und hab mich etwas mehr auf die Interna des Systems konzentriert.

Ich glaube ich habe wirklich einiges neues über PHP und Symfony gelernt und das Projekt schein bereits recht erfolgreich zu sein. Wer demnächst eine Verwaltungsplatform braucht, bei der die betroffenen Personen so viel Spaß haben sollten dass sie selbst daran mitarbeiten, dem kann ich seto-social nur ans Herz legen.

Symfony

Das verwendete Framework, Symfony an sich ist weder besonders toll noch extrem evil, es erspart einem an vielen Stellen enorme Mengen Arbeit, hat dann aber wieder etliche Stellen an denen man flucht weil wieder irgendein Subsystem aussieht als wäre es von einer endlosen Menge Affen gehackt worden und die erste Version die ohne kritische Fehler durchlief wurde verwendet.
Wer schon jemals versucht hat ein ORDER BY RANDOM (ist möglich) in Propel (das ORM das via Default bei Symfony mitgeliefert wird) zu realisieren, einen Inplace-Editor etwas stärker anzupassen (über die bei Symfony dokumentierten Parameter hinaus, auch zu den vielen anderen die script.aculo.us wirklich anbietet) oder wer schonmal versucht hat ein paar Forms sehr dynamisch anpassbar zu verwenden, der wird wissen was ich meine.

Ursprüngliches Argument Symfony zu verwenden war wohl mal die stetig wachsende Community und die gute Dokumentation. Nun, die Dokumentation ist durchaus brauchbar, wenn auch einige Stellen immer wieder etwas der Entwicklung hinterher hinken und die Community.. naja, das werden wir ja dann am Freitag sehen.

Was auf jeden Fall bleibt ist die schlichte Tatsache dass seto schon seit geraumer Zeit seine Projekte ziemlich einheitlich mit Symfony realisiert und man ja auch nicht direkt eine wirklich gute Alternative hat. PHP ist für viele Projekte leider noch immer die Sprache der Wahl, ORM bringt wie jede andere Abstraktionsebene nunmal auch immer einen Verlust an Geschwindigkeit und Möglichkeiten mit sich und andere Frameworks sind jetzt auch nicht sonderlich viel besser.
Zumindest ist PHP mit diesem Aufsatz und ziemlich viel Selbstbeherrschung was Codequalität und spezifizierte Standards betrifft einigermaßen verwendbar. Das ist kein sonderlich berauschendes Urteil, aber noch immer besser als was ich über einige andere Sprachen da draußen sagen kann.

Vlt. wird man ja in Zukunft mehr mit Django oder Ruby on Rails machen... noch sehe ich das aber nicht ganz. Allein das Argument dass man inzwischen wohl fast jeden dämlichen Trick schonmal verwendet und für fast alle Probleme die das Framework hat einen Ausweg gefunden hat, wiegt nunmal schwer. Eine Umstellung auf die spezifischen Probleme eines anderen Frameworks wäre aufwändig...