Da alle meine Codes selbsterklärend und leicht verständlich sind, hab ich natürlich keinelei Kommentare im Code.
Spaß bei Seite.
Ich führe meine Dokumentation
im Code, also sind mindestens an vielen Funktionen/Typen/Konstanten (im Interface) entsprechende
PasDoc XMLDoc (Documentation Insight) und ich führe das aktuell auch für UnitHeader ein.
Im Code wird vorallem "schlecht" Erkennbares, sowie "komisches" und abweichendes Verhalten kommentiert, sowie "böse" Codeoptimierungen, wo ich den OriginalCode dahinter schreib, damit man versteht was gemacht wird.
Zitat:
Ich halte die Kommentare bezüglich der History (Unitkopf, Procedurekopf) für überflüssig
Historie mach ich auch nicht.
Bei Komponenten-Units steht im Kopf das zugehörige Projekt, sowie die Copyright/Lizenz (nur der Name und das Detailierte als Link)
Bei Prozeduren mach ich auch nicht mehr überall die Dokumentation dran (hatte ich mal angefangen, aber lass ich grade wieder von ab) ... Jupp, sprechende Bezeichner sind immer besser, aber machmal muß man einfach bissl was erklären.