für SoCraMOB Open Space 2017.1 in Bielefeld
Teilnehmer, die eine Session leiten wollen, haben Gelegenheit, andere interessierte Teilnehmer zu finden, die bei der Vorbereitung und Durchführung der Session helfen wollen.
Diese Seite dient nicht der Erstellung des Zeitplans; dies geschieht – wie üblich – zu Beginn des Tages.
Die Incubators vergangener Events sind in einer Übersicht gesammelt.
Um eine neue Session vorzuschlagen, kopiere die unten stehende Vorlage und füge Deine Idee zur Liste hinzu.
Um Dein Interesse an einem Vorschlag zu zeigen, füge Deinen Namen zur Liste der interessierten Teilnehmer hinzu. Denke auch darüber nach, was Du zur Session beitragen könntest und füge Deine Ideen in Klammern an Deinen Namen an.
Session-Titel
Beschreibung...
Session-Leiter: DEIN NAME
Interessiert: DEIN NAME (DEIN BEITRAG)
In mindestens einer größeren Entwicklergemeinde dieser Welt gibt es so gut wie kein Wissen über den Aufbau von Programmen: macOS und iOS Programmierer. Die meisten Sachen, die im Netz kursieren, sind ad-hoc Lösungen, die von den Autoren zur Methode erhoben werden.
Als gäbe es keine Geschichte unserer gemeinsamen Zunft! Oder liegt es an einer fehlenden gemeinsamen Sprache?
In dieser Session tauschen wir uns darüber aus, wie wir in unserer Arbeit Ordnung und Struktur aufbauen, während die Komplexität der Software steigt. Und wie unsere Architekturüberlegungen davor gerettet werden könnten, Doku-Abfall zu werden.
Interessante Präsentation zu einer anderen Art visueller Notation ("C4"): https://realm.io/news/gotocph-simon-brown-visualize-document-explore-your-software-architecture/
Session-Leiter: Christian Tietze
Interessiert: Denis Keksel (Simple Architecture Documentation Guideline repo . Beispiel ) nur bezogen auf die SW Arch.
Ich (Mathias) beschäftige mich seit kurzem mit dem Thema und habe erst mal jede Menge Einsteigerfragen dazu. Vielleicht gibt es unter den Teilnehmern ja jemanden, der sich damit bereits auskennt und eine Session leiten würde?
Session-Leiter: DEIN NAME
Interessiert: Mathias Raacke (erste Erfahrungen mit einem Odroid XU4 + Arduino Nano)
Ich denke es geht vielen ähnlich wie mir: Der Versuch, sauberes Exception-Handling in Java zu implementieren, führt immer wieder zu Bergen von try/catch Blöcken, hinter denen der eigentliche Code verschwindet. Es kursieren im Netz Unmengen an "Best Practices", Guidelines etc., in Foren wird endlos diskutiert, es entwickeln sich regelrechte Glaubenskriege. Hat jemand das Ei des Kolumbus bereits gefunden und ich habe es übersehen? Die Frage würde ich gern an einem Beispiel diskutieren.
Session-Leiter: Thomas Schwade
Interessiert: