Wie oder womit plant ihr eure Softwareentwicklung?
-
Hallo, ich habe ein Projekt gestartet welches aus mehreren Komponenten besteht, wie kann ich diese nun aufschreiben wie eine Roadmap oder ähnlich damit ich die fertigen Komponenten abhacken kann. Wie macht ihr sowas schreibt ihr die Aufgaben/Ziele in eine Datei oder schreibt ihr sie auf ein Blatt Papier, also wie geht man am besten strukturiert vor?
-
kommt drauf an, ob du allein oder im team entwickelst. wenn man allein entwickelt, braucht man eigentlich nur soviel, wie man als angenehm empfindet. ich mach mir da meist nur paar skizzen auf dem papier, paar diagramme für interaktion und generelles design und dann wird das zeug in den pc gehackt. für den großteil aller software muss man sich eh nur überlegen, wie man das am geschicktesten in pattern und bekannte algorithmen drückt
in teams wird das ganze natürlich ungleich umfangreicher. da müssen schon spezifikationen anständig festgehalten werden, um auch wirklich anhand dieser spezifikation zu arbeiten. ist saublöd, wenn interface A und B nicht interagieren können, weil sich die beiden entwickler nicht an die spec gehalten haben ^^
-
für sowas wurde UML erfunden, aber für hobbyentwicker recht unbrauchbar, weil es viel zu viel Aufwand ist zu lernen. Aber sowas lernen wir im LK Info. Wenn man aber sowiso vor hat irgendwann professionell zu arbeiten, dann wird man da schlecht rum kommen und es besser je früher man es lernt.
-
also wenn ich alleine arbeite, hol ich mir immer nen Bleistift und VIEL Papier. Dann plane ich alles durch, ein paar Diagramme, Skizzen und Berechnungen, dannach gehts an den PC und ein neues Projekt wird gestartet
.
Im Team(hab bisher max. zu 3t gearbeitet) setzen wir uns zusammen, planen alles gemeinsam durch und dann macht jeder seinen Teil nach dem vorher besprochenen System...
-
Krux schrieb:
für sowas wurde UML erfunden, aber für hobbyentwicker recht unbrauchbar, weil es viel zu viel Aufwand ist zu lernen. Aber sowas lernen wir im LK Info. Wenn man aber sowiso vor hat irgendwann professionell zu arbeiten, dann wird man da schlecht rum kommen und es besser je früher man es lernt.
jo, dafür wurde UML erfunden. wird trotzdem von keinem schwein benutzt *G
-
Hmm... also ich programmier nur fuer mich allein und relativ kleine Projekte (weniger als 50 Klassen).
Benutzt wird bei mir hauptsaechlich Pen & Paper. Meist sammle ich erstmal in Listen von allen moeglichen Gedanken zum Programm (eigentlich quasi ein Mind Map), wo ich alles von grundsaetzlichen Ueberlegungen bis hin zu Details zu den wichtigsten Klassen und evtl. sogar Pseudocode hinschreib. Dann wird implementiert. UML ist viel zu umstaendlich und formal fuer so kleine Projekte, IMO.
-
kernel64 schrieb:
damit ich die fertigen Komponenten abhacken kann.
Das geht am besten mit einer Axt.