Mache Backups, nehme kleine Änderungen vor und teste viel
Artikel#: 00090
Datum: 2024-04-24
Autor: Radim
Während der Entwicklung ist es wichtig, kleine Änderungen vorzunehmen, um das Risiko zu grosser und plötzlicher Probleme zu minimieren und um die Wirksamkeit jeder Änderung verfolgen zu können.
Es ist nicht einfach, die Ursache für ein neues Problem zu finden, wenn zwei oder mehr Ursachen gleichzeitig vorliegen. :-)
Bevor du den nächsten Schritt tust, erstelle eine Sicherungskopie.
Erstelle oft genug eine Sicherungskopie, damit du bei Bedarf darauf zurückgreifen kannst.
Teste jede Änderung ausreichend, um sicherzustellen, dass sie funktioniert und keine Probleme verursacht.
Vergewissere dich, dass das Programm während der Kompilierung keine Fehler oder Warnungen erzeugt und dass es während der Ausführung keine Fehler in die Log-Datei schreibt.
Behalte die neuen Entwicklungsphasen nicht nur auf deinem Computer.
Gib die neue Version regelmässig und mindestens jeden Tag, bevor du die Arbeit verlässt, an das Team weiter, z.B. über das Versionskontrollsystem.
Prüfe, ob das Programm nach dem Zusammenführen mit dem Hauptzweig (main branch) des Versionsverwaltungssystems noch funktionsfähig ist.
Es ist auch gut, wenn du den Funktionstest nicht auf deinem Entwicklungs-PC durchführst, sondern auf einem extra Test-PC oder -System, auf das du und andere Entwickler das Projekt zum Testen hochladen.
Es kann nämlich vorkommen, dass du einige neue Bibliotheken auf deinem lokalen System installiert hast, die nicht Teil des neuen Commits oder der neuen Projektinstallation sind.
Damit du den Hauptzweig (main branche) nicht beschädigst und die Arbeit der anderen Entwickler unmöglich machst.
Das wäre besonders unangenehm, wenn du z.B. vor deinem Urlaub eine solche Sauerei machst.
Überprüfe zusammen mit dem Auftraggeber, ob du dich in die richtige Richtung bewegst.
© Radim-Automation, 2020–2025. Alle Rechte vorbehalten.
Die Verbreitung dieses Artikels ist mit Angabe der Quelle (Link zur Originalseite) ausdrücklich gestattet.
Verwandte vorherige Artikel:
- Pflege Ordnung im Programmkode
- Versionskontrollsystem
- Diagnosetools
- Ereignislogger als allererste im Programm implementierte Funktion
- Software-Update
- Modulare Softwarearchitektur
- Lerne von deiner Reise!
- Setze deine Ziele für heute, morgen, diese Woche ...
- Ich sehe was, was du nicht siehst
- Mehr als nur starten und stoppen
- Mach die richtigen Dinge und mach sie richtig!
- Definiere kontinuierlich Testszenarien und Testfälle!
- Schreibe ein Projekttagebuch!
- Verwirkliche jede gute Idee so schnell wie möglich!
- Industrielle Evolution - Höre eurem Kunden zu und folge neuen Trends!
- Stelle Fragen!
- Weise Aufgaben effizient zu!
- Entwickle Verantwortungsbewusstsein!
- Überprüfe das Ergebnis!
- Verlass kein Arbeitspaket halbfertig!
- Entwicklung ist Evolution
- Vernachlässige und überspringe keinen Schritt!
Verwandte nächste Artikel:
- Traum von einem plattformunabhängigen SPS-Programm
- Halte alles, was du brauchst, zusammen
- High Performance HMI
- Ein unersetzbarer Mitarbeiter
- Die falsche Illusion des schnellen Fortschritts
Kommentar#: 00001
Datum: 2024-05-10
Benutzer: Radim
"Egal wie gross das Team ist oder wie lange das Projekt dauert, Iteration ist IMMER einer der Schlüssel zur Entwicklung großartiger Software."
- Dan Pilone and Russ Miles. O'Reilly Media (2008). Head First Software Development.
(übersetzt aus dem Englischen)
Kommentar#: 00002
Datum: 2024-02-02
Benutzer: Radim
Es kann vorkommen, dass nach der Veröffentlichung einer neuen Version plötzlich etwas im Programm nicht mehr funktioniert, obwohl es vorher funktionierte.
Ein Versionskontrollsystem kann Ihnen dabei helfen, den Überblick darüber zu behalten, wer was und warum geändert hat. So können Sie schnell herausfinden, warum die alte Funktion nicht mehr funktioniert. Und das Problem entsprechend beheben.
Kommentar#: 00003
Datum: 2025-05-22
Benutzer: Radim
Die 60-40-Regel der technischen Störungen:
"60% der Fehler entstehen 40 cm vor dem Bildschirm."
- Ein Klassiker aus der IT-Welt – eine charmante Erinnerung daran, dass viele Computerprobleme menschlichen Ursprungs sind.
Oder: Wenn der Bug vor dem Bildschirm sitzt ...
... keine Sorge – wir waren alle mal der Bug. :-)