01.12.2019 // Mumble-Sitzung 26.11.19

Vorstellungsrunde:

• Mario / FabLab Chemnitz: Prozesse/IT-Admin Kram
• Marcus / Dresden Roseguarden: FullStack-Dev
• Kevin / Dresden Roseguarden: Programmieren, Hardware, Löten
• Max / VoW bzw. Open Knowledge Foundation: will die Entwicklung allgemein unterstützen; kann ggf. mit einer Förderung helfen
• dequbed Berlin: entwickelt Software
• Knurps (Tasso), Beuth Hochschule für Technik (BHT): baut Makerspace auf, Spezialgebiet: Mechatronik (d.h. kein Spezialgebiet)

36C3?

• Was soll auf dem Congress passieren? - wo will man hin? - was soll passieren?
• 2h-Slot im Workshop-Bereich von Chaoszone ist erst mal reserviert.
  • mehr? weniger?

wer / was / wie viel / welche Perspektive ?

• Max / Leute mitnehmen, Projekt unter die Leute bringen, Ö-Arbeit, evtl. Funding / nebenbei / die ganze Zeit dabei, die nächsten Jahre
• Tasso / Doku, Hardware-Schnittstellen, Überblick behalten, Tagesgeschäfte erledigen, Mädchen für alles / Projekt Prio 2 (neben Aufbau FabLab) / hauptberuflich ins Fablab, da faellt das natuerlich darunter. Nach 3 bis 5 Jahren zurückfahren auf OpenSource-Entwickler.
• Marcus / FullStack / würde Roseguarden tendenziell abgeben / gerne zurückfahren bis zu gg. Deadline (ca. Mitte 2020) reinpowern, dann pro Woche nur 4h … perspektivisch/langfristig ganz normaler OpenSource-Teilnehmer.
• Kevin / Python, FineWire ESP-Mikrocontroller, TouchScreen, RFID, Karte&Pin / 3 Jahre relativ viel
• dequbed / Backend, LDAP, SAML, Repo-Beauftragter / 10h/woche / bis März, folgend normales OpenSource-Projekt (wenn’s Sinn macht)

wer / was fehlt?

• Native App-Entwicklung (iOS / Android)
• 1x Mensch für Backend-Skalierung
• Odoo-Schnittstelle
• 1x Hardware-Entwickler
• 1x System-Integrator?

Geld

• lieber Hardware supporten als Leute
• wäre den anderen ggü. nicht fair - evtl. in Ausnahmefällen.

Weichenstellungen

Projekt

• zusammen laufen lassen, aber Deadlines fallen erst mal weg bzw. werden im Projekt je nach Zielen & Fortschritt definiert.
• externe Deadlines existieren … so weit möglich berücksichtigen, aber nur wenn realistisch möglich für’s Projekt übernehmen.

Technologien

Repo

• GitHub
• GitLab
• …

Core-Sprache

• Python? (ansatzweise spürbarer Konsens?, aber noch offen.)
• Haskell?
• Rust?

Frontend-Sprachen

• separate Sprache
• WebDev
• Nicht dequbed

Hosting

• Self-Hosted sollte/muss einfach möglich sein.
• Evtl. Container?
• Evtl. Ansible-Repos wie bei Leihs (ZHDK)?
• apt-get install…
• pip
• SUPER SAUBER DOKUMENTIEREN!
• wenn mit den gg. Ressourcen stemmbar, evtl. wie das OpenHABian-Image.

Architektur

• vertagt, da für fundierte Entscheidungen jeder Beteiligte einen Überblick über potentielle Lösungen braucht / haben möchte. (s. letzter Punkt, “nächster Termin”)
• grobe Richtung
  • Schnittstellen: https-polling vs. AMQP(/MQTT) vs. youNameIt
    • sollte in manchen (nicht allen?) Bereichen auch auf Mikrocontrollern implementierbar sein.
    • sollte verschlüsselt / verschlüsselbar sein.
    • … was noch?
  • Backend
  • Frontend
  • Firmware
  • Hardware

Benötigte Infrastruktur

• Repo!
• Domain?
• CI/CD selbst?

Benötigte weitere Ressourcen

• …

Nächster Termin

• vor dem 36C3! - in ca. 10 Tagen (05. bis 10.12.)
  • Dudle: https://dudle.inf.tu-dresden.de/lZTJyWTQoA/
• Offener Austausch: “Was gibt es? - Was macht Sinn?”
• Vermutlich schon festlegen essentieller Technologie-Weichenstellungen.
• Ansatz: Alle Beteiligten mit Projekten / Ideen erklären einem “mittelgebildeten WackelDackel” (aka. Tasso) ihre Ideen / ihr Projekt. Danach offener Austausch über die verschiedenen Ansätze und gemeinsame Entscheidungsfindung.