Archiv für März 2009

Bildung versus Ausbildung

Dienstag, 31. März 2009

Die Bildung verliert gegenüber der Ausbildung. Das ist wohl das einzige Ergebnis, welches uns Master und Bachelor bringen. Hierzu paßt gut der Artikel Die Gelehrten von St. John's auf spiegel.de.

Fähigkeit und Können ist immer ein Querschnitt aus unserem Wissen. Unser Wissen stellt uns die Bausteine für unsere Ideen zur Verfügung. Eine leider einseitig gewordene Ausbildung birgt die Gefahr uns nur auf spezielle Gebiete zu beschränken und beschränkt zu bleiben, weil uns der Blick über den Tellerrand fehlt.

Außerdem ist es doch auch sehr angenehm und interessant Kollegen zu haben, mit denen sich einmal über etwas anderes als IT unterhalten kann.

Folien des Vortrags vor der JUG Berlin-Brandenburg

Dienstag, 24. März 2009

Wie in der Ankündigung und beim Vortrag versprochen, sind hier die Folien zu meinem Vortrag zu TestNG im Format PDF.

TestNG - Unit-Test 2.5, Vortrag vor der JUG Berlin-Brandenburg, PDF

Böser Zentralismus bei der Versionskontrolle…

Freitag, 20. März 2009

Wie der Heise-Newsticker meldet, wechselt das Gnome-Projekt das Versionskontrollsystem und löst damit Subversion durch GIT ab.

Das an sich ist mir noch keinen Eintrag wert, aber darüber bin ich auch einen Vortrag von Linus Thorvalds zu GIT aufmerksam geworden, der sehr interessant (und auch unterhaltsam) ist. Thorvalds spricht darin über eine Ansichten zur Versionskontrollsystemen und den Vorteil von verteilten Systemen gegenüber einem zentralisierten Ansatz wie er früher von CVS und jetzt auch von Subversion verfolgt wird. Insgesamt auf jeden Fall empfehlenswert, darum hier das Video zum Vortrag:

Mit vielen seiner Ansichten legt Thorvalds den Finger auf wunde Punkte in Versionskontrollsystemen und zeigt Alternativen auf. Auch seine Ansichten dazu, was ein Branch ist, sind richtig. Nach ihm entsteht defacto schon ein Branch dadurch das man die Working Copy verändert und damit eine neue Codelinie defacto eröffnet. Denkt man das konsequent zu Ende, ist eine in einer IDE geänderte Datei auch schon ein neuer Branch. :-)

Nach meiner Meinung weist Thorvalds aber auch auf einen richtigen Punkt hin: Verteile Entwicklung in Open Source-Projekten erfordert sicherlich einen anderen Umgang mit Versionkontrollsystemen als ein räumlich zentralisiertes Projektteam. Bei zentralisiert arbeitenden Teams, die auf eine schnelle Integration von Änderungen auf einen zentralen Branch angewiesen sind, scheint mir Subversion und Co. im Vorteil zu sein.

Aber es ist wohl wie immer: Die Wahl des richtigen Tools hängt immer von der konkreten Situation ab.

Vortrag zu Architekturkommunikation

Mittwoch, 11. März 2009

Gernot Starke hat in seinem Blog einen Hinweis auf seinen auf der WJAX
gehaltenen Vortrag zum Thema Architekturkommunikation hingewiesen, der als Video online zur Verfügung steht.

Starke widmet sich in seinem Vortrag dem Zusammenhang von Architektur und Kommunikation und weiß das überzeugend zu vermitteln.

Nach seiner Ansicht ist eine der wesentlichen Aufgaben eines Architekten die Kommunikation mit allen am Projekt beteiligten Stakeholdern. Richtig dachte ich nur während des ganzen Videos. Gute Architekturen zu entwerfenist das eine, sie zum Leben zu erwecken und zu halten etwas anderes. Dafür
müssen alle miteingebunden werden
, die davon betroffen seien könnten. Und leider muß es muß auch immer wieder wiederholt werden.

Hier ein paar nebenbei notierte Aussagen von Starke:

  • Architektur beschäftigt sich mit Strukturen und Konzepten.
  • Implizite Annahmen treten immer da auf, wo etwas nicht
    dokumentiert ist, wo es notwendig gewesen war. (Alt bekannt!)
  • Implizite Annahmen schaffen Mißverständnispotential. (Ich nenne
    das einfach mal heterogene Projektentwicklung. Klingt doch
    netter.)
  • Architektur ist nicht das Kodieren von selbigen, da Code
    allein ab einer gewissen Größe keine Basis für Verständnis
    ist.
  • Verständnis (von Architekturen) muß erst geschaffen werden und
    kann erst danach gefördert werden.
  • Dokumentation muß minimalistisch sein, womit gemeint ist, daß
    nur die relevanten oder stabilen Punkte dokumentiert werden sollten,
    die für das Verständnis der Anwendung notwendig sind.
  • Dokumentation muß wartbar sein.

Starke schafft es diese Punkte überzeugend zu vermitteln.

Fazit: Anschauen!

TestNG-Vortrag verschoben

Mittwoch, 11. März 2009

Leider mußte ich aus persönlichen Gründen den TestNG-Vortrag vom 10. März auf den 23. März 2009 verschieben. Danke an Ralph Bergmann von der JUG Berlin-Brandenburg für die Flexibilität.