termine:techevents:20171021

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
termine:techevents:20171021 [2017/10/13 13:33]
max
termine:techevents:20171021 [2021/06/15 08:26] (aktuell)
max
Zeile 1: Zeile 1:
-===== TechEvent: Konfigurative Code- und Dokumentationsgenerierung mit dem Pythontool Cog =====+{{:termine:techevents:cog.png?400|}} 
 + 
 +[[treffen:techevent|Tech Events]] 
 + 
 +===== 1. TechEvent: Konfigurative Code- und Dokumentationsgenerierung mit dem Pythontool Cog =====
 Datum: Samstag, 21.Oktober 2017 16:00 bis 18:30 Uhr Datum: Samstag, 21.Oktober 2017 16:00 bis 18:30 Uhr
 +
 +**TERMIN FÄLLT AUS! Ersatztermin ist in Arbeit**
  
 Von: Max Von: Max
  
-Tags: C, C++, Python, Dokumentation, Aktuell Halten, Embedded, Cog, Buildprozess+Tags: C, C++, Python, Dokumentation, Embedded, Cog, Buildprozess 
 + 
 +Beschreibung: Im TechEvent möchte ich eine Pythontool names Cog vorstellen mit dessen Hilfe sich Sourcecode jeglicher Form generieren lässt. Gezeigt wird das am Beispiel eines exemplarischen C++ Projektes. Außerdem erzeugen wir TeX-Code zur Dokumentationsgenerierung. Die wesentlichen Vorzüge des Systems sind, dass die Dokumentation immer exakt zum Sourcecode passt, nur eine Informationsquelle gepflegt werden muss, aus der Code und Doc generiert werden und die Informationen vernünftig validiert werden können, im Buildprozess. Insbesondere macht das natürlich für eingebettete Systeme ohne Dateisystem Sinn, weil diese keine Konfigurationsdateien dynamisch nachladen können. Ich freue mich auf die Diskussion mit euch.
  
-Beschreibung: Im TechEvent möchte ich eine Pythontool names Cog vorstellen mit dessen Hilfe sich Sourcecode jeglicher Form generieren lässt. Gezeigt wird das am Beispiel eines exemplarischen C++ Projektes. Außerdem erzeugen wir TeX-Code zur Dokumentationsgenerierung. Die wesentlichen Vorzüge des Systems sind, dass die Dokumentation immer exakt zum Sourcecode passt, nur eine Informationsquelle gepflegt werden muss, aus der Code und Doc generiert werden und die Informationen vernünftig validiert werden können, im Buildprozess. Insbesondere macht das natürlich für eingebettete Systeme ohne Dateisystem Sinn, weil diese keine Konfiguraitonsdateien dynamisch nachladen können. Ich liebe dieses Thema und freue mich auf die Diskussion mit euch. 
  
-==== Teilnahme (unverbindlich) ==== 
-<doodle 20171021_teilnahme> 
-^ ^ 
-</doodle> 
  • termine/techevents/20171021.1507901639.txt.gz
  • Zuletzt geändert: 2020/10/18 14:01
  • (Externe Bearbeitung)