TDD

Test First is a 50 years old idea! WTF?!

Veröffentlicht am

Mehr durch Zufall bin ich vor kurzem über das Interview von Kent Beck zum Thema Creating JUnit gestoßen. Das Zitat „Test first is an old old… 50 year old idea.“ ließ mich aufhorchen. „Sure, we always did that way. When did you guys forget?!“ Ok ich lehn mich zurück und es schießt mir durch den Kopf: […]

TDD

Ist TDD tot?

Veröffentlicht am

Die aktuelle Diskussion von David Heinemeier Hansson (DHH) „Is TDD dead?“ nehme ich zum Anlass, um mich ebenfalls zu dem Thema zu äußern. DHH hat sich in seinem Talk auf der Railsconf 2014 sehr kritisch gegenüber TDD geäußert. In einem Google Hangout diskutiert er öffentlich mit Martin Fowler und Kent Beck, ob Test-Driven-Development wirklich die richtige Methode […]

Continuous Delivery

Continuous Delivery: Zwischen Null und Hundert Prozent

Veröffentlicht am

Moderne Projekte erfordern moderne Methoden. Continuous Delivery ist bereits fester Bestandteil. Moderne Methoden werden mit modernen Werkzeugen verknüpft. So wird Continuous Delivery oft in einem Atemzug mit Tools wie Puppet, Chef oder ähnlichen Tools aus dem Sektor „Infrastructure as Code“ genannt. Was jedoch, wenn moderne Werkzeuge nicht eingesetzt werden können oder wollen? Bevor man bei […]

Devops

Umgebungsabhängige Laufzeitkonfiguration mit Profil

Veröffentlicht am

Softwaresysteme laufen in der Regel in mehreren Umgebungen. Bei Webapplikation sind beispielsweise Entwicklungs-, Nighly Build-, Stage- und Produktionsumgebung üblich. Während die Geschäftslogik in allen Umgebungen gleich ist, unterscheiden sich die Konfigurationen mitunter erheblich. Bei der Konzeption und Architektur der Software muss diese Rahmenbedingung daher entsprechend berücksichtigt werden.

Clean Code

Schlechter Code!? Na und?! Funktioniert doch!

Veröffentlicht am

„Schlechter Code? Na und? Funktioniert doch!“ Solche oder ähnliche Aussagen gibt es leider sehr oft. Ich vergleiche es oft mit einigen Schreibtischen, die mir während meinen Besuchen in Firmen auffallen: Verdörrte Pflanzen, Stapel von Papier und Ordner, Essensreste, leere Gläser, Cola-Flaschen und ähnliches. Leider sieht es im Code dann genauso oder ähnlich aus. Die Kollegen […]

Architektur

Implizite Qualitätserwartungen

Veröffentlicht am

Jeder Entwickler kennt die Situation: Die Software ist gerade fertig gestellt und ausgeliefert und sofort treffen die ersten Fehlermeldungen ein: „Die Software reagiert unter bestimmten Situationen langsam.“ Jetzt schnell nachgeschlagen in den nicht funktionalen Anforderungen.. und? Findet man dort etwas? Nein? Also kein Fehler?! Es war ja nicht spezifiziert. Der Ärger ist vorprogrammiert. Jeder Architekt […]