KapiHospital

Weisbart, da muß ich dir widersprechen.
Wenn die Firma eh Festangstellte hat, müssen diese im Monat ja eh arbeiten. Ich geh mal davon aus, dass sie nicht nur für Patches zuständig sind - das würde ja die Qualität und auch den Sinn der Einstellung irgendwann extrem in Frage stellen.
Ergo wird weiterentwickelt. Dieses Thema hier gehörte also zu einem normalen Teilprojekt, was ein Angstellter zu bewältigen hatte.
Und meine Aussage bezog sich auf den Aufwand der getätigt wurde. Und hier wurde ein Maximalgewinn für angesetzt wie man ihn nicht hätte besser setzen können ;)
Btw. : das Unternehmen hat sich ja vorher auch schon getragen - inkl. der Festanstellung und Nebenkosten. Coins sind ja keine Neuerung.

Wenn patch/feature-implentierung mal blos so einfach wäre...

Da hockt ein Entwickler schon mal ne ganze Weile dran, um einen Patch zu schreiben. Dazu kommen laufende Tests, wie er sich verhält, tut er auch das, was soll, usw...
Dann ist der Patch fertig, und wird nochmal in einem Lab getestet. Dann kommt er zu speziell ausgewählten Servern, und wird im Lifebetrieb getestet, bevor er tatsächlich verteilt wird.

Klar gibts Notfallpatches, die sehr schnell raus müssen, aber die werden danach noch verbessert und ordentlich getestet.

Und je mehr implementiert ist, umso komplizierter wird alles und umso mehr Auswirkungen haben auch kleinste Änderungen, oft genug an komplett anderer Stelle.

Achja, ich arbeite als Softwaretesterin

Ach eine Kollegin, die den "Schwarzen Peter" verteilt *grins*
Prinzipiell hast du da absolut recht. Aber ich denke du wirst mir zustimmen, dass eine größere Applikation auch andere Maßstäbe hat.
Oder anders ausgedrückt - der Aufwand steigt exponentiell mit der Komplexität. Deshalb würde ich nicht unbedingt einen direkten Vergleich mit einer komplexen mehrschichtigen C/S-Architektur ziehen.

Jetzt ist Sie endlich da, die Superschwester Susi. Sie macht Ihre arbeit gut, eine echte Fachkraft eben. Vielen Dank das dieser Featurewunsch umgesetzt wurde.