Schlechter Code unter Zeitdruck

[FBrust]

Hallo Luckie,

du kannst halt nur abwarten, ob Du das Produkt nochmal auf den Tisch bekommst und dann eben das eine oder andere verbessern (sofern Du nicht wieder eine Deadline hast :mrgreen: ). Aber man wird ja mit jedem Projekt besser (oder sollte es zumindest :wink: ).



Gruß
Frank

[mirage228]

Tag,

Ich würde da versuchen die goldene Mitte zu treffen, was bestimmt leichter gesagt als getan.

Hintergrund ist, dass der schlechte Code zwar funktioniert, aber zukünftige Erweiterung und die Code-Wartung ggf. schwieriger ( = teurer ) macht. Mit diesem Kosten-Argument, und dass die Kosten je mehr neuer Code auf dem alten schlechten Code basiert immer weiter steigen können, kannst Du solche nachträglichen Arbeiten am Code eigentlich recht plausibel begründen und auch einfordern. Letzlich muss eben das Kosten/Nutzen-Verhältnis stimmen.

Wo bei dir allerdings das Ziel der Überarbeitung liegt, lässt sich ohne konkreten Code nicht sagen, aber der Hinweis auf die Template-Engine war schon recht gut für den Anfang würde ich sagen :)

Viele Grüße,

[shmia]

Als Programmierer bewegt man sich in dem Dreieck
Qualität <-> Zeit <-> Funktionsumfang
Wenn man versucht einen dieser drei Parameter zu ändern (meist weniger Zeit und/oder mehr Funktionsumfang) müssen sich
zwangsläufig die anderen Parameter verändern (typisch: Qualität wird sinken).
Lesestoff: http://www.codinghorror.com/blog/200...ron-stool.html

Man darf aber die Qualität keinesfalls zu weit absinken lassen!
Jeder Fehler, der übersehen wird verursacht später beim Kunden die zehnfachen Kosten.
Schwache und schlampige Designs können später enorme Wartungskosten verursachen.
Es rächt sich immer wieder, wenn man nicht genug Wert auf Qualität gelegt hat.

Mit mehr Manpower kann man manchmal die Parameter Zeit und/oder Funktionsumfang verbessern.
Bringt man allerdings zusätzliche Programierer in ein Projekt unter Zeitdruck, wird sich das Projekt
noch weiter verzögern (neue Programmierer bremsen die bisherigen Programmierer).
adding manpower to a late software project makes it later

[mschaefer]

Ja jeder der Codiert ist wohl auch etwas besessen davon und der künstlerische Aspekt von sauberen Code ist sicherlich nicht zu vereachten. Kann Luckie da gut nachvollziehen, aber manchmal sind Deadlines einfach wichtig, damit andere Menschen weiterarbeiten können und dann muß es halt laufen.

Wenn so ein Projekt wieder auftaucht, dann muß man halt da durch. Aber oft haben sich dann die Anforderungen soweit verändert, dass man ehedem vieles Überdenken muß und aufgurnd der vielen Versionsänderungen von IDE und Komponennten erübrigt sich vieles.

Mein Ansatz ist, dass ich versuche mit gut aufgeräumten Routinen und Komponentne ins Renne zu gehen. Was im Projekt für Überraschunen auftauchen ist sicherlich nicht immer vorhersehbar und daher muß man auch mal mit Nebenstrecken zum Ziel kommen.

Grüße in die Runde // Martin