Hallo,
das Problem bei NAV ist leider, das es zwar au vielen einzelnen Objekten besteht, die meisten aber von einander abhängen, und man nur wenig programmieren kann ohne dass es andere Objekte beeinflusst. Arbeiten also mehrere Entwickler an einem Projekt funktioniert das nur sehr begrenzt unabhängig von einander, daher das arbeiten in nur einer Datenbank um schnell auf andere Anpassungen bzw. Fehlerkorrekturen zugreifen zu können.
Aus dem gleichen Grund benötigt man (heute) auch nicht wirklich eine Versionskontrolle in NAV. Wenn man ein Projekt/Produkt fertig hat, archiviert man eine Datenbank oder den Objektstand derselben und fertig. Muss man Mergen, holt man sich die entsprechenden Objektstände, und mergt die sich unterscheidenden Objekte.
Tests zu schreiben lohnt sich nur, wenn man diese Tests wiederholen will/muss, d.h. man entwickelt ein AddOn, das man über mehrere Generationen pflegen möchte. Wie Jens schon erwähnt, benötigt es für diese Tests aber erfahrene Programmierer, die eigentlich besser sein müssen als die eigentlichen Entwickler des Moduls, und welche Firma wird schon derart Ressourcen verschwenden.
Ich sehe eine ähnliche Gefahr wie Jens, dass aus NAV ein Produkt entsteht, das irgendwann Closed Source wird, dass wirklich nur noch über Extensions erweitert werden kann. Das würde aber dazu führen, das NAV für viele Anwendungen nicht mehr einzusetzen wäre, weil Anpassungen die heute Minuten dauern, gar nicht oder nur Umständlich zu realisieren wären.
Dann hätten wir wahrscheinlich irgendwann die Fortsetzung des Films "Windows Phone", das wurde auch mit großem Hurra präsentiert, um dann am Ende sang- und klanglos in der Versenkung zu verschwinden.
GruĂź Fiddi