nicht angemeldet
Tach!
[] Das "richtig produktive" ist die Geschäftslogik,
Produktiv ist eine Anwendung nach dem Deployment in einer produktiven Umgebung. Das heißt: Es wird damit gearbeitet.Ja, aber was hat dann das Framework für eine bremsende Wirkung,
Das FW ist der Unterbau. Ein Intranet im produktiven Umfeld hat ACLs, tausende Dokumente und Anwendungen in dreistelliger Zahl. Es ist _das_ Werkzeug, mit dem die Kollegen arbeiten.
Die Wahl eines geeigneten Unterbaus sollte wohl überlegt sein, denn es darf keinen Stillstand geben. Änderungen sind keine Basteleien sondern Changes, wo ein möglicher Produktionsausfall kalkluiert werden muss und ein mögliches Fallback, Changes können schiefgehen.
Die Wahl des geeigneten Frameworks ist nicht die Wahl der Art zu Bremsen sondern das alles Entscheidende. Im produktiven Umfeld gibt es Zeitdruck, Termine, da muss jeder Handgriff sitzen.
Und wo ist da der Unterschied zu einer Eigenentwicklung?
Ggf. gibt es auch Changes am Unterbau zu machen, an der Basis, am Framework selbst. Möglicherweise gibt es auch mal was zu Testen auf einer produktiven Maschine, was anders nicht möglich ist. Das FW muss dafür die Voraussetzungen schaffen.
Wenn ein Helper fehlt, dann kann und muss man ihn in beiden Vorgehensweisen hinzufügen.
Im produktiven Umfeld ist das alles ein bischen komplizierter als eine Modelleisenbahn ;)
Hotti