Zend Framework Blog

Auf der Website php-frameworks.net findet sich ein Vergleich ausgewählter PHP Frameworks anhand von einigen Softwaremetriken wie NOC (Anzahl Klassen), LOC (Anzahl Codezeilen) und ANDC (durchschnittliche Zahl der abgeleiteten Klassen). Wie die Zahlen zu deuten sind, überlasse ich den Experten für Softwaremetriken. Interessant aus Sicht des Zend Frameworks ist aber, dass diese Kennzahlen für verschiedene Releases (1.0, 1.5, 1.6, 1.7, 1.8 und 1.9) vom Zend Framework errechnet worden sind.

• http://php-frameworks.net/frameworks/

Weitere Details und Grafiken finden sich auch in einem Blogbeitrag auf besagter Website.

Seit einigen Tagen läuft auf der Mailingliste für die Contributors eine interessante Diskussion über Qualitätssicherung für das Zend Framework. Da diese Mailingliste nicht wie alle anderen über Nabble.com lesbar ist, versuche ich die Diskussion hier kurz zusammen zu fassen. Auslöser für die Diskussion war die Kontroverse über den
BC Bruch im Release 1.9.3.

Zu Beginn der Diskussion wurde der Vorschlag zur Diskussion gestellt, ob es zukünftig jeweils einen Release Manager pro Minor Release geben solle. Also das Release 1.10 würde einen Release Manager aus der Community für alle Mini Releases (1.10.1, 1.10.2, 1.10.3, etc.) bekommen. Beim Wechsel auf das nächste Minor Release (1.11 oder 2.0) würde dann ein neuer Release Manager eingesetzt. Der RM solle auch einen Mitarbeiter von Zend an die Seite gestellt bekommen.

Auf diesen Beitrag hin entwickelte sich eine interessante Diskussion, die den Nutzen eines Release Managers zur Vermeidung der oben genannten Probleme in Zweifel stellte. Stattdessen wurde angemerkt, dass eine intensive Betrachtung der Qualitätssicherung (QA, Quality Assurance) im Zend Framework mehr Erfolg bringen würde. Unter anderem wurde die unterschiedlichen Qualität der Unit Tests, einige teilweise “verwaisten” Komponenten sowie die ebenfalls unterschiedliche Qualität des Referenzhandbuchs bemängelt. Erst wenn diese drei Baustellen vernünftig überarbeitet wurden, würde ein Release Manager Sinn machen.

Im weiteren Verlauf wurde auch vorgeschlagen, das Referenzhandbuch statt im DocBook in Zukunft als Wiki weiter zu führen. Diesem Vorschlag wurde aber seitens des Projektleiters Matthew Weier O’Phinney aber eine klare Absage erteilt. Man werde bei DocBook bleiben, in Zukunft aber auch Kommentare im Online Referenzhandbuch ermöglichen. Das Referenzhandbuch komplett als Wiki zu führen, würde mehr Probleme schaffen, als es lösen würde.

Soweit zum aktuellen Stand der Diskussion. Wer sich auf der Mailingliste eintragen möchte, findet im Wiki die passenden Informationen.

Wie Matthew berichtet hat, waren die ersten beiden monatlichen Bug Hunt Days für das Zend Framework am 17. und 18. September ein voller Erfolg. An beiden Tagen wurden insgesamt 103 Issues bearbeitet und geschlossen (gibt es eigentlich eine vernünftige Übersetzung für Issues in diesem Zusammenhang?). Zudem wurden am anschließenden Wochenende danach noch 23 weitere Issues geschlossen. Das ist deutlich mehr, als man sich vorher erhofft hatte. Matthew nennt auch die drei Teilnehmer, die am fleißigsten gewesen sind:

• Padraic Brady: 27
• Benjamin Eberlei: 17
• Jan Pieper: 7

Die nächsten beiden Bug Hunt Days sind übrigens auch bereits festgelegt. Am 15. und 16. Oktober heißt es dann wieder: happy Bug Hunting. Wer beim nächsten Mal mitmachen möchte, findet in diesem Beitrag eine kleine Anleitung. Besteht Bedarf für eine zusammenfassende Übersetzung dieser Anleitung?