TechnicalDebt

In diesem Blog-Eintrag beschreibt Martin Fowler ein Problem, auf das wir in ähnlicher Form im EAM auch immer wieder stoßen. Es geht um die Entscheidung ob eine neue Funktionaliät schnell und kostengünstig, aber nicht langfristig nutzbar oder aber langfristig nutzbar, dafür aber aufwendiger und teurer umgesetzt wird.

Vielleicht können wir uns darauf mal beziehen, wenn wir über etwas ähnliches ein Pattern schreiben

Kleine Ergänzung von Marvin
Witzige Sache, genau das habe ich gestern auch gelesen, allerdings nicht von Martin Fowler, sondern bei Jeff Atwood (http://www.codinghorror.com/blog/archives/001230.html). Ist die Frage, wer hier von wem abschreibt. Dem Datum zu Folge eher Jeff von Martin... Nichts desto trotz aber eine sehr treffende Erklärung. Solange man eben nicht den ganzen Tag damit beschäftigt ist, die Zinsen für seine technischen Schulden zu zahlen und nicht mehr dazu kommt neue Funktionalität zu implementieren, ist das hier und da ja auch mal ganz pragmatisch.