{"id":5468,"date":"2024-04-10T09:40:38","date_gmt":"2024-04-10T07:40:38","guid":{"rendered":"https:\/\/www.addcode.nl\/?p=5468"},"modified":"2024-05-26T18:28:05","modified_gmt":"2024-05-26T16:28:05","slug":"grunde-fur-refactoring","status":"publish","type":"post","link":"https:\/\/www.addcode.de\/news\/grunde-fur-das-refactoring","title":{"rendered":"Gr\u00fcnde f\u00fcr das Refactoring"},"content":{"rendered":"
Die Entscheidung, Software umzugestalten, wird oft auf die lange Bank geschoben. Warum sollten Sie Zeit und Ressourcen investieren, um (Teile) des Backends zu verbessern, die f\u00fcr den Endbenutzer unsichtbar sind? Und warum etwas ersetzen, das jahrelang (vielleicht jahrzehntelang) gut funktioniert hat? In diesem Blog verrate ich Ihnen 10 Gr\u00fcnde f\u00fcr das Legacy-Refactoring und warum Sie es nicht l\u00e4nger aufschieben sollten.<\/p>\n
Laut Wikipedia ist \u201eLegacy-Software\u201c \u201eeine Version von Software, die auf veralteter Technologie basiert, den Benutzer aber dennoch zufriedenstellt und daher nur minimal mit kleineren Updates, einschlie\u00dflich Sicherheitsupdates und Fehlerbehebungen, gewartet wird.\u201c<\/em><\/p>\n \u201eRefactoring\u201c ist \u201edie Umstrukturierung von Software unter Beibehaltung ihrer urspr\u00fcnglichen Funktionalit\u00e4t mit dem Ziel, die Leistung der Software zu verbessern und die Weiterentwicklung zu erleichtern.\u201c<\/em><\/p>\n Aus pragmatischer Sicht handelt es sich beim Refactoring um die produktive Zeit Ihres Entwicklungsteams, die Sie in die Verbesserung der Qualit\u00e4t von (Legacy-)Software statt in die Erweiterung der Funktionalit\u00e4t investieren sollten.<\/p>\n Ich sehe und h\u00f6re oft, dass sich Unternehmen lieber auf wesentliche Funktionserweiterungen oder auf Individualisierungen f\u00fcr wichtige Kunden konzentrieren. Zumindest wird das kurzfristig einen Gewinn abwerfen. Die Praxis zeigt jedoch, dass die Entscheidung f\u00fcr oder gegen Refactoring nicht nur vom unternehmerischen Erfolg oder davon abh\u00e4ngt, wie ein Produkt von au\u00dfen aussieht. Die wichtigsten Argumente f\u00fcr eine grunds\u00e4tzliche Entscheidung, eine Software weiter zu erneuern, kommen meist vom Produktmanager oder vom IT-Verantwortlichen, denn oft sto\u00dfen sie auf mangelnde Qualit\u00e4t, Effizienz und Wartbarkeit der Anwendungen. Als Unternehmen sind Sie sich bewusst, dass Sie in der Vergangenheit bei der Entwicklung eines Softwareprodukts gewisse Kompromisse eingegangen sind. Zum Beispiel, um in diesem Moment wichtige Termine einzuhalten oder die W\u00fcnsche des Kunden in den Vordergrund zu stellen. Fr\u00fcher oder sp\u00e4ter m\u00fcssen Sie Ihren Verpflichtungen nachkommen und die ausstehenden \u201etechnischen Schulden\u201c begleichen. Bevor es dich wirklich in R\u00fcckstand bringt. Aber was sind die dringenden Gr\u00fcnde f\u00fcr ein Refactoring?<\/p>\n In vielen M\u00e4rkten bildet immer noch Legacy-Software die Grundlage der verwendeten Umgebungen. In anderen Situationen ist es in den Ecken der Landschaft zu finden, die nicht so sehr im Blickfeld der Kunden liegen. Unabh\u00e4ngig vom Stand wird das Refactoring oft (zu) lange aufgeschoben. Ich gebe Ihnen 10 klare Gr\u00fcnde, sofort damit anzufangen.<\/p>\n Die obige 10-Punkte-Liste scheint auszureichen, um sofort loslegen zu k\u00f6nnen. Allerdings sieht die Praxis oft anders aus, und das oft aus nachvollziehbaren Gr\u00fcnden. Nat\u00fcrlich sind finanzielle Erw\u00e4gungen oft die H\u00fcrde, die nicht \u00fcberschritten wird. In die Verbesserung des Backends Ihrer Software zu investieren ist schwieriger als die Entwicklung neuer Funktionen. Und die Erweiterung des Teams zur Durchf\u00fchrung des Umbaus ist oft eine nicht zu \u00fcberwindende H\u00fcrde. Eigentlich h\u00f6re ich genauso oft Zweifel wegen der technischen Risiken. Werden wir diese Aufgabe innerhalb einer angemessenen Zeit erledigen? Der Betrieb muss w\u00e4hrend und nach der Sanierung weitergef\u00fchrt werden. Und manchmal gibt es einfach einen Widerstand gegen Ver\u00e4nderungen. Warum sollten wir \u00e4ndern, was derzeit funktioniert?<\/p>\n M\u00f6chten Sie mehr dar\u00fcber erfahren, wie wir Sie auf dem Weg zu einer innovativen, aber auch (finanziell) realisierbaren IKT-Umgebung unterst\u00fctzen k\u00f6nnen? Bitte kontaktieren Sie mich unter haico.sterk@addcode.nl<\/a><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Die 10 Gr\u00fcnde f\u00fcr Refactoring Die Entscheidung, Software umzugestalten, wird oft auf die lange Bank geschoben. Warum sollten Sie Zeit und Ressourcen investieren, um (Teile) des Backends zu verbessern, die f\u00fcr den Endbenutzer unsichtbar sind? Und warum etwas ersetzen, das jahrelang (vielleicht jahrzehntelang) gut funktioniert hat? In diesem Blog verrate ich Ihnen 10 Gr\u00fcnde f\u00fcr … Continued<\/a><\/p>\n","protected":false},"author":10,"featured_media":3433,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[133,135],"tags":[],"acf":[],"yoast_head":"\nBezahlen Sie ausstehende Schulden<\/h3>\n
Die 10 wichtigsten Gr\u00fcnde f\u00fcr Refactoring<\/h2>\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Was h\u00e4lt das Refactoring zur\u00fcck?<\/h3>\n