Beitrag von Digital Friends AG

Programmieren bedeutet: Komplexität reduzieren … Die wichtigste Erkenntnis aus diesem lesenswerten Interview. Ist eigentlich auch logisch: Programme sind lediglich Modelle der realen Welt, die auf wesentliche Funktionen heruntergebrochen werden Der Trend ist leider noch eine Zunahme von Komplexität in Software. Das reduziert allerdings Zuverlässigkeit und Usability. Wir müssen wieder dazu übergehen, Systeme mit niedriger Komplexität zu bauen, die einfach nur ihren Job machen. Das bedeutet eine konsequente Reduzierung von Schnittstellen und Interaktionen innerhalb der Software. Danke an Niklaus Wirth, Pascal war meine zweite Programmiersprache. Ruhe in Frieden🙏

„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.

Warum veraltete Dokumentation besser als gar keine ist: IT-Archäologen entziffern zur Not auch Keilschrift.   Ihre alte Software braucht ein «kleine» Änderung? Oder eine Migration auf ein Betriebssystem? Oder eine Evaluierung nach neuen Regularien?   😵Aus dem ursprünglichen Entwicklungsteam ist keiner mehr da?   😵Konfigurationsdateien sind mehrfach vorhanden, aber welche ist die Richtige?   😵Wo ist eigentlich die Dokumentation? (Kleiner Scherz)   Aus meiner Product Care-Erfahrung der Erforschung vergangener Software-Kulturen kann ich Ihnen sagen: Gerade bei richtig schwierigen Programmfehler kann jeder Schnipsel Information die Erleuchtung bringen: Ein scheinbar überflüssiger Code-Kommentar, in dem ein projektspezifischer Ausdruck in einem bestimmten Kontext gebraucht wird oder ein Dokument, dass nur aus Kapitel 1 besteht und wenigstens sagt, worum es bei dieser Software geht.   Natürlich würden wir über die Software der Kelten mehr wissen, hätten sie so eifrig dokumentiert wie die alten Ägypter. Aber auch damals war erst keine Zeit und nach dem Projekt kein Budget mehr da.   👉 Wenn Sie Ihre Arbeit also nicht gleich nach Projekt-Ende in einem Hügelgrab beerdigen wollen, dann streichen Sie «Dokumentation veraltet» aus dem Vokabular. Noch schlechter als gar keine Dokumentation können Sie es nicht machen.   Wie ist Ihre Product Care Erfahrung?     #Dokumentation #ProductCare     Photo by K. Mitch Hodge on Unsplash

https://lnkd.in/dA-hP8Yi Der Kunde zahlt nämlich generell nicht für den Code, der ist ihm nämlich komplett egal. In Wahrheit zahlt der Kunde stattdessen dafür, dass wir ein Problem pragmatisch und effizient lösen. Und dass wir das mit Code und nicht mit einem Schraubenzieher machen, ist dabei bestenfalls ein drittrangiger Seitenaspekt.

In der Softwareentwicklung wird nur allzu gerne auf alte Branchensoftware hingehauen. Legacy-Software wird das meist genannt. Eigentlich immer abwertend gemeint. Dabei steckt in der direkten Übersetzung des Wortes aus meiner Sicht etwas Schönes. Vermächtnis. Da haben Softwareentwickler:innen über viele Jahre unfassbar viel Wert für ihre Kund:innen geschaffen. Mehrere Millionen Umsatz generiert. Das muss man ihnen erst einmal mit den ganzen modernen Sachen nachmachen. Don't get me wrong. Ich möchte jetzt nicht die "guten alten Zeiten" der Softwareentwicklung heraufbeschwören. Moderne Tech-Stacks, CI/CD, k8s, No-Code / Low-Code Tools (wie Hasura), KI usw., das alles ist wichtig und sollte zum Einsatz kommen. Es geht mir viel mehr darum, die Leidenschaft und den Einsatz zu sehen, der hier in Branchensoftware investiert wurde. Nicht "von oben herab" darauf zu blicken. 20 Jahre Software erfolgreich zu betreiben. Davon kann man viel lernen. #softwareentwicklung #legacy #branchensoftware

Was haben Softwareentwicklung und Kuchen gemeinsam? Überraschenderweise Einiges! 😁 Aus der Verwandtschaft oder dem Freundeskreis kommt die Frage, was du eigentlich in deinem Job machst. Du überlegst, wie du deine Aufgaben im IT Umfeld verständlich erklären kannst. Doch sobald du die ersten Fachbegriffe in den Raum wirfst, merkst du, wie dein Gegenüber abschaltet. ❓❓❓ So kam mir während eines Termins mit einer neuen Kollegin die Idee, die abstrakten Begriffe der Softwareentwicklung mit Kuchen backen zu vergleichen, um einen Alltagsbezug herzustellen. Siehe da, es lassen sich hervorragende Parallelen ziehen! 🔀 https://lnkd.in/em3sYQas

Mondlandung 1969. Wer versteht den Code? Vor genau 55 Jahren hat Neil Armstrong als erster Mensch einen Fuß auf den Mond gesetzt. Ja, ich habe damals die Live-Übertragung im Fernsehen verfolgt. Zumindest sagt meine Mutter, dass sie mich zu der Zeit gerade gestillt hat. Wirklich erinnern kann ich mich aber nicht ;-) Aber nicht nur ich habe die Mondlandung gesehen, sondern auch Jim Storer aus Massachusetts. Er war damals 17 Jahre alt und besuchte die Lexington High School. Das Ereignis hat ihn so inspiriert, dass er eine einfache textbasierte Simulation der Mondlandung auf dem PDP-8-Minicomputer seiner Schule programmiert hat. Das klingt aus heutiger Sicht vielleicht nicht besonders aufregend, war es aber damals definitiv! Sein Programm zählt nicht ohne Grund zu den wohl einflussreichsten Computerspielen aller Zeiten. Und das alles ohne Grafik! Die Aufgabe ist schnell erklärt: Lande die Mondlandefähre, ohne zu zerschellen! Wenn es damals schon den Begriff „viral” in der heutigen medialen Bedeutung gegeben hätte, dann hätte er perfekt auf sein Programm zugetroffen. Das Programm wurde im Laufe der Jahre in viele verschiedene Computersprachen für verschiedene Homecomputer übersetzt. Auch ich habe in den 1980er Jahren eine Version in BASIC abgetippt und gespielt. Aber die spannende Frage an alle Mathematiker und Informatiker unter euch ist folgende: Was haben die Zeilen 09.10 und 09.40 zu bedeuten? Wer weiß, was sich der 17-jährige Schüler dabei gedacht hat? Ich bin auf eure Antworten gespannt. Hier ein wenig Hintergrundinformationen zu der Programmiersprache FOCAL: FOCAL Befehle beginnen immer mit einem Schlüsselwort. In diesem Fall "Schlüsselbuchstaben". Und die Zeilennummern waren in Gruppen unterteilt. Das war für den "DO" Befehl sehr hilfreich. Und hier eine kleine Übersicht der Schlüsselbuchstaben: A = ASK --> Eingabeaufforderung - also wie INPUT() D = DO --> Aufruf als "Unterprogramm". Nur eine Zeile, oder die ganze Gruppe von Zeilen, je nachdem, was als Parameter übergeben wurde. Mit einem Rücksprung nach der Bearbeitung. I = IF --> Fallunterscheidung mit einem Sprung zu der entsprechenden Zeilennummer S = SET --> Variablen werden auf einen zu berechnenden Wert gesetzt T = TYPE --> Ausgabe auf der Konsole - also wie PRINT() Q = QUIT --> Ende des Programms Mit einem Semikolon konnten mehrere Befehle in einer Zeile aneinandergereiht werden. Mehr Details zu FOCAL findet man bei Wikipedia unter: https://lnkd.in/en-Z6msa) Der Code und weitere Hintergrundinfos zu der Geschichte sind hier zu finden: https://lnkd.in/ewDAC6K9 Wer versteht die beiden Codezeilen??? #Software #Programming #Mathematik

Clean Code ist ein Thema, das mich nun einige Monate elektrisiert hat. Auf der Suche nach langlebigen Weisheiten im Kontext der Softwareentwicklung bin ich so einigen Ratschlägen, Artikeln und Büchern gefolgt. Heute bedeutet es für mich vor allem, die menschlichen Aspekte des Programmierens zu kennen und vorausschauend damit umgehen zu können. "Clean Code für Dummies" von Jürgen Lampe ist DAS BUCH dazu und gehört auf jeden Schreibtisch. Es ersetzt selbst den Klassiker "Clean Code" von Robert C. Martin und so einige andere. Leider nur auf Deutsch erhältlich. https://lnkd.in/e4pSEffC

Programmieren ist wie das Schreiben von Liebesbriefen 💌 Aber die wahre Romanze? 💘 All die Rendezvous, in denen das Produkt DESIGNT wird! 👷🏗️ Ein Reminder zum Valentinstag: Wo entsteht der wahre Wert eurer Software? Liebesbriefe bzw. Code sind notwendig, doch sie sind nur das Mittel zum Zweck. Ist dein Software-Produkt eine echte Love-Story, oder schreibt ihr nur hin und her? Folge mir: Arthur Jaron 🧑💻 Cloudkoloss: Die Software-Entwicklungs-Methode (mit ❤️ gemacht)

Nachhaltige Softwareentwicklung - ist das ein Thema? Letztes Jahr habe ich mit vielen Software-Verantwortlichen gesprochen, in wie weit Green Coding ein Thema ist. Das Thema war damals für die wenigsten von Relevanz. Jetzt schreibt aber die iX einen Artikel darüber. Hat sich etwas geändert? Ist das Thema relevanter geworden in euren Projekten?