Direkt zum Hauptinhalt

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.)
  • 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.