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
- Schnittstellen: https-polling vs. AMQP(/MQTT) vs. youNameIt
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.