Software Entwicklungstechniken
Software Entwicklungstechniken
Was es doch alle gibt. Wer mal genaueres zu Entwicklungsverfahren in Firmen wissen möchte der kann mal unter dem folgenden link schauen Extreme Programming das ist eine von vielen "techniken" wie heutzutage ne software entwickelt wird.
- crossroads
- Beiträge: 244
- Registriert: 29.08.2004 05:41
- Wohnort: Rhine Main Area
Könnte glatt von mir seinZaphod hat geschrieben:... schreibt einfach erstmal eine minimale version eines programmes und erweitert diese ...
Wenn ich da an meine 0.1 Versionen denke.
Geht genau in die gleiche Richtung (extreme Programming).
Siehste! Geht doch....?!
PB*, *4PB, PetriDish, Movie2Image, PictureManager, TrainYourBrain, ...
PB*, *4PB, PetriDish, Movie2Image, PictureManager, TrainYourBrain, ...
- NicTheQuick
- Ein Admin
- Beiträge: 8675
- Registriert: 29.08.2004 20:20
- Computerausstattung: Ryzen 7 5800X, 32 GB DDR4-3200
Ubuntu 22.04.3 LTS
GeForce RTX 3080 Ti - Wohnort: Saarbrücken
- Kontaktdaten:
Ich schreibe meistens zuerst eine grobe Oberfläche und ordne dann nacheinander den einzelnen Menüs oder Buttons ihre Funktionen zu. Somit kann man das Programm und eine neue fertig implementierte Funktion gleich komfortabel austesten. Dann wird eben alles noch ausgebaut.
Richtige Bugs im Sinne von Speicherfehlern habe ich meistens nicht, da ich so gut wie jeden Rückgabewert überprüfe, außer jetzt den von den erstellten Gadgets oder so. Das wäre dann schon wieder zu viel des Guten. Aber das sollte man sich eigentlich angewöhnen Rückgabewerte immer zu überprüfen.
Dahingehend ist die OnError-Lib von Rings natürlich sehr praktisch.
Richtige Bugs im Sinne von Speicherfehlern habe ich meistens nicht, da ich so gut wie jeden Rückgabewert überprüfe, außer jetzt den von den erstellten Gadgets oder so. Das wäre dann schon wieder zu viel des Guten. Aber das sollte man sich eigentlich angewöhnen Rückgabewerte immer zu überprüfen.
Dahingehend ist die OnError-Lib von Rings natürlich sehr praktisch.
Ich schreib normalerweise meine ganzen Prozeduren einzeln (ich schreibe für gewöhnlich Projekte in denen das geht) und teste die dann mit Dummys.
Mit Dummy mein ich jetzt:
Wenn ich beispielsweise eine Prozedur zum Auslesen einer Datei hab, und eine zum weiterverarbeiten, dann schreib ich die erstmal einzeln, und teste die 2. (also zum weiterverarbeiten) mit einer Variable, die ich schon am Anfang erstelle und nicht mit der 1. Prozedur. Diese Variable nenn ich halt Dummy.
Danach mach ich die Oberfläche (meistens sogar wirklich schreibe, weil mir der Visual Editor irgendwie nicht zusagt), und dann ordne ich den Events meine ganzen Funktionen zu und pass des ganze Zeugs noch an.
Meistens fallen mir bei dem letzten Schritt noch die meisten Verbesserungen ein, die ich dann auch sofort vornehme. Wenn ich also gerade zum Event #Button_Down die Funktion einfüge, dann mach ich nicht das Programm in der ersten Version fertig, sondern ändere gleich zu diesem Zeitpunkt noch die Prozedur, die da hinsoll.
Des mach ich natürlich auch nur, wenn sichs einigermaßen in Grenzen hält.
Mit Dummy mein ich jetzt:
Wenn ich beispielsweise eine Prozedur zum Auslesen einer Datei hab, und eine zum weiterverarbeiten, dann schreib ich die erstmal einzeln, und teste die 2. (also zum weiterverarbeiten) mit einer Variable, die ich schon am Anfang erstelle und nicht mit der 1. Prozedur. Diese Variable nenn ich halt Dummy.
Danach mach ich die Oberfläche (meistens sogar wirklich schreibe, weil mir der Visual Editor irgendwie nicht zusagt), und dann ordne ich den Events meine ganzen Funktionen zu und pass des ganze Zeugs noch an.
Meistens fallen mir bei dem letzten Schritt noch die meisten Verbesserungen ein, die ich dann auch sofort vornehme. Wenn ich also gerade zum Event #Button_Down die Funktion einfüge, dann mach ich nicht das Programm in der ersten Version fertig, sondern ändere gleich zu diesem Zeitpunkt noch die Prozedur, die da hinsoll.
Des mach ich natürlich auch nur, wenn sichs einigermaßen in Grenzen hält.
-
- Beiträge: 752
- Registriert: 14.09.2004 21:39
- Kontaktdaten:
Hey, das ist meinem Entwicklungsstil garnicht so unähnlich. Ich baue
meistens auch erst nur die Grundfunktionen ein und verknüpfe das dann mit
den entsprechenden Ideen und Enwürfen nacheinander. Wobei ich aber nicht
unbedingt in wichtig und unwichtig einteile, sondern in Art und Weise bzw.
Sektion. Somit kann ich beispielsweise auch direkt Prozentangaben zum
Entwicklungsstand angeben und mich jeden Tag etwas mehr freuen, da ich
schon weitergekommen bin .
*linkspeicher*
meistens auch erst nur die Grundfunktionen ein und verknüpfe das dann mit
den entsprechenden Ideen und Enwürfen nacheinander. Wobei ich aber nicht
unbedingt in wichtig und unwichtig einteile, sondern in Art und Weise bzw.
Sektion. Somit kann ich beispielsweise auch direkt Prozentangaben zum
Entwicklungsstand angeben und mich jeden Tag etwas mehr freuen, da ich
schon weitergekommen bin .
*linkspeicher*