Drupal ohne rosarote Brille

Ich muss zugeben, mir den Core-Code nicht extensiv angeschaut zu haben, so dass ich die Qualität nur indirekt über Qualität, Flexibilität und Stabilität des Produkts beurteilen kann und da sieht es nun wirklich nicht schlecht aus.

Nicht ganz ohne ist sicher der aus historischen Gründen eingeschlagene Weg OO-Features ohne Ausnutzung der später hinzugekommenen Sprachfeatures aus PHP 4 und 5 zu implementieren. Zwar kann ich diese Design-Entscheidung auf dem geschihtlichen Hintergrund verstehen, aber seltsam mutet es schon an, die besseren Features einer nicht sehr gut designten Sprache am Straßenrand liegen zu lassen. Die Entwicklung, die PHP selbst durchmacht, spiegelt sich also bestenfalls im funktionalen Teil wider.
Das Problem mit Legacy Systemen ist nunmal, dass das Geradeziehen von früheren Designentshceidungen einen kompletten Rewrite nach sih zieht und der würde im Core erst anfangen und zöge sich durch jedes erdenkliche Modul.

Er beschreibt Drupal als Moving Target mit einem Release-Cycle von etwa zwei Jahren. Nun, auch da liegt er nicht falsch. Ich persönlich bin nicht scharf darauf in ein, zwei Jahren festzustellen, dass ein paar meiner D5-Projekte Sicherheitslücken haben, die nicht mehr gepatcht werden. Da es keine Garantie gibt, dass Module in für kommende D-Versionen ebenfalls erhältlich sein werden und es einen Migrationspfad gibt, mag es für diese Website zumindest zu einem signifikanten Anteil der Fall sein, dass sie nicht auf neuere Drupal-Versionen geupdatet werden. Aber sieht es da bei anderen CMS wirklich soo anders aus?
Typo3-Agenturen verdienen viel Geld mit Schulungen. Vielleicht erreichne Drupaler Kundenbindung über Migration ;)

Im letzten Absatz seines Komments wird er dann aber sehr kreativ. Google App Engine als Konkurrenz zu Drupal? Hm.. So sehr ich Python auch mag (und mehr mögen werde, da ich mich da gerade einarbeite), die Klarheit des Sprachdesigns und das stringente Verfolgen einer Version bis hin zum Bruch mit Abwärtskompatibilität um eben frühere suboptimale Designentscheidungen zu korrigieren, so sehr mehrt man von Anfang an, dass die API in ihren verwendeten Code-Conventions nur jede für sich stringent ist. Upper-CamelCase, Lower-CamelCase, CamelCase mit Unterstrich - man findet alles und das ist für einen Java-Coder wie mich schon recht ungewohnt.
Wie man sich wünschen kann ein Google-only-hosted Projekt, das ein gepimptes Django ist, als Konkurrent zum freien (wie in "Freiheit") Drupal zu wünschen, ist mir ein Rätsel. (soll übrigens keine Kritik an Django sein).

--
"Look, Ma, I'm dead!"
Cell, Stephen King

Also nach dem, was ich gehört habe, haben Sie das auch deshalb nicht gemacht, weil bis jetzt nicht konsequent auf PHP5 gesetzt wurde. Ab D7 ist ja mindestens 5.2 Pflicht. Und wenn ich es weiterhin richtig verstanden habe, ist denen auch schon gedämmert, dass man das doch mal alles in Objekte packen solle. Das gute ist ja, dass solch ein Paradigmenwechsel durch die wirklich insanely kurzen Releasezyklen und das im Vergleich zu anderen OSS Projekten wohl doch ganz schön grosse "Core-Team" das alles stemmbar sein dürfte inkl. Upgrade-Path. Lassmer uns überraschen.

Das ist das, wo ich mir am wenigsten Sorgen mache: Dass auf aktuelle Trends, möglichst effizienten Code und ähnliches nicht eingegangen würde. Und auch die Entwicklergemeinde scheint durch konsequentes Setzen von solchen - man kann es echt Recruiting-Veranstaltungen nennen - wie GHOP oder Summer of Code ständig wächst. Ich glaube, für jeden der aussteigt wachsen zwei neue nach...

Wenn das mit dem Modulrating sich irgendwann durchsetzen sollte, sollte auch der unzweifelhaft teilweise schlechte Code zumindest ein Einbüssen an sozialem Status mit sich bringen... }:]

Drupal - the Linux of the Web

Dazu müsste das Rating aber auch aufgespalten werden, um speziell Codequalität und -sicherheit einzuschätzen und im ALlgeminern dürften nur wenige Leute das adäquat beurteilen können. Stellt sich für den, der das Rating sieht, also auch die Frage, wer da geratet hat.. ;)

--
"Look, Ma, I'm dead!"
Cell, Stephen King

Na ja, wenn das Ding nicht vernünftig funktioniert oder A***kompliziert einzustellen ist, merkt das auch der Durchschnittsbenutzer. drupalmodules.com bietet sogar vier Kategorien für das Rating.

Ich finde - nochmal bezogen auf den Artikel - überhaupt klasse, dass einer mal differenzierte Kritik äussert. Meistens läuft es ja leider doch nur auf - mein System ist besser, nimm das - oder Eigenlob hinaus. Es ist ja wirklich nicht alles Gold bei Drupal...

Drupal - the Linux of the Web

Feedback von außen ist immer gut, so lange es fundiert und qualifiziert ist. Ich denke übrigens nicht, dass es sich beid em Schreiber um einen Java-Menschen handelt. Seine Affinität zu Google App Engine lässt den Schluss zu, dass er eher ein Python-/Django-Mensch ist.

In meiner Java-Zeit habe ich relativ viel mit MVC zu tun gehabt. Meiner (vielleicht etwas subjektiven) Wahrnehmung nach ist dieses Paradigma aber zum einen oft falsch verstanden, zum anderen überbewertet. Im Grunde geht es ja um die Trennung des Models vom Rest, wogegen die Trennung von View und Controller oft mehr Arbeit als Nutzen bringt daher oft nicht bis ins kleinste über entsprechende Design Pattern gekapselt wird. Irgendwann erwischt man sich dabei es mit der Kapselung zu übertreiben, dann läuft man Gefahr MVC zum Dogma zu machen.

--
"Look, Ma, I'm dead!"
Cell, Stephen King

Sosehr ich der Meinung "Code is Poetry" etwas abgewinnen kann... Bei diesen Python-Leuten hat man manchmal das Gefühl, dass sie die Anwendung als lästige Störung in der Reinheit ihres Gedichtes empfinden :D

Drupal - Social Publishing