Von der Idee zur fertigen Applikation

' schrieb:Bei mir geht es meist ähnlich aber in meiner ERfahrung ist es hilfreich mit der Doku nicht bis am Ende zu warten. Gerade bei etwas grösseren Projekten weiss man dann nÄhmlich nicht mehr wie die verschiedenen Dinge genau funktionieren, und vor allem worauf man beim Bedienen genau achten muss um es gut zu machen. Kostet dann oft sehr viel Zeit um das wieder herauszusuchen manchmal durch Ausprobieren aber manchmal geht's nicht ohne denn Code nochmal gut anzuschauen, was sehr viel Zeit kosten kann.

Punkt vier ist bei mir meist weniger ein Modul als eine Library von Funktionen um mit den verschiedenen Geräten, Applikationen, etc. etc. zu kommunizieren..

Rolf Kalbermatter

Ja, aber meistens hat man für die Dokumentation keine Zeit, obwohl diese sehr wichtig ist. Beim letzten Projekt habe ich ein Tag lang von 9 bis 22 Uhr nur die Doku geschrieben, weil am nächsten Tag schon der Kunde kommen sollte. Ideal wäre die Dokumentation während des Projektablaufs zu erstellen und zu ändern. Dennoch, wenn das Projekt schon vollständig ist, muss die Doku nur ein Mal geschriben werden und nicht mehr angepasst werden. Genau diese Möglichkeit lockt die Leute dazu die Doku ganz zum Schluss zu schreiben.
Was die Bezeichnung "Modul" angeht, ist diese sehr unklar definiert und hängt vom Projekt ab. Es kann eine Task, ein VI (z.B. OSG), eine Klasse oder eine VI-Bibliothek sein. Ein Modul ist IMHO ein Teil eines Programms, egal wie es aussieht.

Gruß, eg