Beitrag von Udo Hensen

Quizfrage: Was hat Ostern mit Softwareentwicklung zu tun? Ostern ist eine Zeit des Neubeginns und der Erneuerung, ähnlich wie in der Softwareentwicklung, wo neue Projekte gestartet werden und bestehende Programme verbessert oder aktualisiert werden. Außerdem erfordert die Organisation von Ostereiersuchen und -festen oft Planung, Koordination und vielleicht sogar die Verwendung von Technologie wie eine Low-Code-Plattform zur Einladung und Verwaltung von Veranstaltungen. Der Vergleich ist schon etwas etwas gewagt, oder? Egal. Wir wünschen unseren Kunden, Partnern, Mitarbeitern und deren Familien ein frohes Osterfest - ohne Programmierung. (Bild erstellt mit Adobe Firefly)

Frühjahrsputz in der Softwareentwicklung? Eine Codebasis, die über viele Jahre wächst, degeneriert mit der Zeit. Ein Symptom davon ist, dass die einzelnen Bauteile eines Softwareprojekts immer enger miteinander verzahnt werden, immer enger aneinander gekoppelt sind. Das führt dazu, dass diese einzelnen Teile immer schwieriger in anderen Kontexten oder für neue Anforderungen wiederverwendet werden können. Deshalb brauchen wir auch im Quellcode einen Frühjahrputz. Was hilft? Zum Beispiel #DependencyInjection / #InversionOfControl, um Komponenten wieder zu entkoppeln und sie nicht nur wiederverwendbar, sondern auch (wieder) besser testbar zu machen. Ich bin seit meinem Einstieg beim MSH Medien System Haus GmbH & Co. KG mit einem größeren #Refactoring-Projekt betraut und empfinde dies als idealen Einstieg: Saubermachen ist notwendig und sinnvoll und nebenbei lerne ich als Entwickler sowohl die für mich neue Codebasis als auch die Funktionalität unserer Software schnell und gründlich kennen. Und wenn dabei mal etwas kaputtgeht, übt man sich auch gleich im Reparieren / #Debugging.

Das Konzept der Softwareentwicklung mit Komponenten entstand bereits in den 1990er Jahren, um der zunehmenden Softwarekomplexität und der Forderung nach Wiederverwendbarkeit von Software gerecht zu werden. Die Problemstellung hat sich allerdings bis heute nicht verändert.

Legacy-Tech-Stacks schrecken uns nicht ab! 👻😉 Bei welchen Technologien suchst Du Unterstützung? Schreib' uns einfach! Wir sind auch bei älteren Technologien gut aufgestellt. Einer unserer Kunden hat sich zuerst nicht getraut, uns für ein Legacy-Projekt anzufragen. Das erzählt unser CEO Lionel Born in diesem Post. Wir sind froh, dass er es doch gemacht hat und wir sein Projekt jetzt angehen können. 💪 #outsourcing #softwaredevelopment #legacysoftware #legacycode #fachkräftemangel

„Die Software ist so alt.🕸️ Ich hatte Angst, das schreckt die Entwickler ab.“ Vor Kurzem traute sich einer unserer Kunden nicht, ein neues Projekt zu beauftragen ... Der Grund: Er hat befürchtet, dass unser Entwicklerteam den Spaß an seinem Projekt verliert, wenn er ihnen Legacy-Technologien zumutet. Sein Tech-Stack ist teilweise 20 Jahre alt. Kennst Du das? 😉 Wenn Du alte Softwaresysteme hast, die junge IT-Experten in die Flucht schlägt, gib mir gerne Bescheid. 👇 Bei L-One Systems motivieren wir regelmäßig IT-Experten für Legacy-Technologien. #lonesystems #fachkräftemangel #fachkräftegewinnung #softwareentwicklung #legacycode

Open-Source-Software bietet viele Vorteile – wie etwa Transparenz und einen kostengünstigen Einsatz. Vor Gebrauch sollte sie aber auf Qualität und IT-Sicherheit analysiert werden – und das erfordert viel Zeit und eine hohe Expertise 🔍 🔒 Zusammen mit dem Fraunhofer FKIE entwickeln wir aktuell ein Werkzeug, mit dem diese Arbeit weitestgehend automatisiert wird. Eingesetzt wird es auf der Plattform Open CoDE des Bundesministerium des Innern – die Open-Source-Software gezielt für die öffentliche Verwaltung bereitstellt. Eric Bodden und Andreas Reckert-Lodde stellen das Thema im Interview vor. ▶ https://lnkd.in/ezZFePns

„Ich mag Legacy-Code!“ ❤️ Ein wirklich toller Artikel zu dem Thema. Legacy-Systeme sind im Laufe der Zeit oft stark ge- und verwachsen. In etwa wie eine Rose, die nicht richtig gepflegt wurde: Sie kann wunderschön blühen, verwildert aber, wenn sie nicht regelmäßig zurück geschnitten und die wilden Triebe entfernt werden. Und die Dornen tun manchmal weh. Ich denke eine der größten Herausforderungen - und damit auch das besonders Spannende an Legacy-Projekten - ist "Archäologie" zu betreiben und heraus zu finden, was sich die Menschen, die die Software zu der Zeit gebaut haben, eigentlich dabei gedacht haben. Die Code-Stellen/Features/Komponenten haben in der Regel einen Sinn, der aber oft nicht offensichtlich und dokumentiert ist. Schnell kommt dann die Meinung: "Wir müssen alles neu schreiben." Aber ob das vom Preis-Leistungsverhältnis wirklich günstiger ist, ist nicht gesagt. Vor allem, wenn klar ist, dass mehr als 95% des Systems gebraucht werden, ist womöglich eine Strategie zur Modernisierung besser als die Neuentwicklung. Aber: It depends! Man muss es sich anschauen und individuell betrachten. Auf jeden Fall gibt es von mir auch ein ❤️ für alte Software.

𝗜𝗵𝗿 𝘄𝗼𝗹𝗹𝘁 𝗲𝘂𝗲𝗿 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲-𝗣𝗿𝗼𝗷𝗲𝗸𝘁 𝗮𝗸𝘁𝘂𝗲𝗹𝗹 𝗵𝗮𝗹𝘁𝗲𝗻 ? In vielen Projekten stelle ich immer wieder fest, dass fleißig über Monate oder Jahre hinweg neue Features entwickelt und Bugs behoben werden. Was dabei leider oft vernachlässigt wird, ist das Aktualisieren der Software-Komponenten und Bibliotheken. Wenn nicht kontinuierlich und regelmäßig Updates durchgeführt werden, entstehen "Legacy"-Monstren, die teuer und aufwendig zu warten sind. Um dies zu vermeiden, empfehlen wir, einmal im Monat oder im Quartal Zeit einzuplanen, um die Software auf Updates zu überprüfen. - Geht das Update problemlos → Quick Win - Gibt es Probleme beim Update → Man hat es im Blick, kann es einplanen und sich rechtzeitig darum kümmern. Lasst mich gerne wissen, wie ihr in euren Projekten das Aktualisieren der Software-Bibliotheken handhabt.

Das Ende eines jeden abgeschlossenen Projekts ist gleichzeitig auch ein Anfang.🤝🏼 Jedes Mal, wenn wir eine Softwareentwicklung für einen Kunden abgeschlossen haben, ziehen wir uns nicht zurück und schicken stillschweigend die letzte Rechnung.🧾 (Das soll es ja auch geben) Stattdessen organisieren wir einen gemeinsamen Workshop! Der Kunde bekommt das gesamte Projekt noch einmal präsentiert, wird in die Anwendung eingeführt und die Veranstaltung bietet Raum für Optimierungen und weitere Digitalisierungsmaßnahmen. So können wir gemeinsam eine zukunftsorientierte Roadmap bauen, die die einzelnen Probleme der Reihe nach angeht. 🚀 Mit Konzept, konkreten Deadlines und Visionen für die nächsten Monate und Jahre. Sollte das nicht eigentlich Standard sein in unserer Branche? #it #softwareentwicklung #projektabschluss #programmierung

🚨 Die Risiken und Warnsignale bei der Übernahme und Weiterentwicklung eines bestehenden Softwareprodukts von einem anderen Dienstleister. Bei der okto GmbH haben wir bereits Erfahrung mit der Übernahme und Weiterentwicklung von Softwareprodukten unserer Kunden gesammelt. Doch jede Übernahme birgt ihre eigenen Risiken und Herausforderungen. Einige Warnsignale in Bezug auf die Code-Qualität: ⚠ Fehlende oder unzureichende Dokumentation ⚠ Mangel an automatisierten Tests ⚠ Veraltete Software-Bibliotheken ⚠ Einsatz von unterschiedlichen Programmiersprachen ⚠ Mangelhaftes Software-Design Anfangs sieht meist alles ziemlich in Ordnung aus. Doch der Teufel steckt oft im Detail. Besser sich ausreichend Zeit nehmen und genau hinschauen, um später mögliche Konsequenzen zu vermeiden. Die Code-Qualität ist zwar ein wichtiger Aspekt, aber nicht der einzige, der bei einer Übernahme berücksichtigt werden sollte. Ein wichtiger Punkt ist (unter vielen anderen) der Grund der Trennung vom alten Software-Dienstleister. -- 🤔 Wie happy bist du mit deinem aktuellen Software-Dienstleister? 🔍 Welche Punkte findest du besonders wichtig bei der Übernahme und Weiterentwicklung von Software? #takeover #software #warnsignale #code #qualität #risiko