09.12.2019 // Vorbereitung Jit.si-Konferenz am 09.12.19

Agenda

Wie ändert sich die Deadline / wie organisieren wir uns, damit Fabian ins Team zurück kann ohne seine Deadline zu gefährden? (falls Fabian das möchte.)
Wollen wir ein MLP/MAP (Minimum Loveable/Awesome Product) definieren? Idee: schnell etwas auf die Beine stellen, um Feedback und neue Entwickler zu bekommen
- (siehe: https://de.wikipedia.org/wiki/Minimum_Viable_Product#cite_note-6)

Für MakerSpaces außerhalb DE muss das FrontEnd (&BackEnd?) generell multilingual gedacht werden (i18l).
…

gut geklärter Entscheidungsprozess ist sehr wichtig (vorher)
besonders bei technischen Fragestellungen ist Kompromissfindung meist schwierig und führt zu schlechteren Entscheidungen (persönliche Erfahrung)
offtmals (persönliche Erfahrung) sind Diskussionen über Werkzeuge schlussendlich nicht wichtig, da mit verschiedenen Werkzeugen gleiche Ziele erreicht werden können
wichtig ist der Wiederstand einzelner Personen gegenüber getroffenen Entscheidungen besonders auf lange Sicht im Auge zu behalten
Entscheidungskriterien sollten zusammen erstellt werden, (persönliche Erfahrung: führt zu langen teilweise dogmatischen Diskussion -> macht keinen Spaß)
danach abstimmen (in kleiner Gruppe) oder von einem Leiter (meist der am meisten Energie aufbringt)

Rangfolge entspricht Priorität (1. Sehr Wichtig … n+1. nicht wichtig)

Zu Verfügung stehende Manpower (im Moment), d.h. kurzfristig zu erwartender Geschwindigkeit der Entwicklung
Zu erwartende Manpower/Entwickler, d.h. langfristige Entwicklung / Bestand des Projektes / Geschwindigkeit der Entwicklung
Niederschwelligkeit für Einsteiger und nicht-Entwickler (Doku, Entwicklungsumgebungen)
Zur Verfügung stehende relevante Bibliotheken
Bestehende Projekte auf denen aufgebaut werden kann d.h. starten wir am Anfang oder in der Mitte und gibt es Hilfestellung beim einrichten Programmieren
Technische Feature der Sprache (ggf. mit Mindestschwälle, Turing-Vollständig)

Bitte weitere ergänzen oder Prio ändern

Rangfolge entspricht Priorität (1. Sehr Wichtig … n+1. nicht wichtig)

Erfahrung mit der Schnittstelle (im Moment)
Interne Integrierbarkeit (nach innen, intern zwischen Komponenten des System bzw. bestehende Systeme, z.B. Bibliotheken, Bestandslösungen)
Client/Hardware Integrierbarkeit (möglichkeit/aufwand Mikrcontroller und Clients)
Externe Integrierbarkeit (nach außen, für externe/andere Systeme)
Niederschweligkeit für Einsteiger (Doku, Verbreitung, Infrastruktur)
Technische Feature der Schnittstelle

Bitte weitere ergänzen oder Prio ändern

@Gruppe/Devs: Wer hat bereits Erfahrung damit? (gleiche Frage für Python)
@Gruppe/Devs: Wer könnte sich vorstellen sich darin einzuarbeiten? (gleiche Frage für Python)
@Gruppe/Devs: Wer kann sich vorstellen Hauptentwickler zu sein (Thematik: Basar-Stil vs Lead-Developers)
Sind technische Aspekte der Programmiersprache für unsere Entscheidungin der Gruppe überhaupt wichtig? (Exceptions, Typsicherheit, Lineartät, Multitthreading)
Wie stellt sich ein Kosten/Nutzen-Verhältnis konkret dar? Welche Prios sind dort angenommen?
Müssten wir bei 0 Anfangen oder gibt es schon einen Prototypen?
welche Bibliotheken würden wir für konkret nutzen?
ist ein Plugin-System in Rust schnell umsetzbar? (auch möglich ohne andere Programmier/Skriptsprache)

Welche Probleme löst P2P?
Hat schon jemand Erfahrung mit MQTT, ZMQ, etc. an konkreten produktiven Projekten
Hat schon jemand Erfahrung mit Websockify in Frontends? (ist das exotisch oder standard)?
Wollen wir Sicherheitsthemen/Verschlüsselung auf Programmierebene wirklich selber machen? (besonders auf Arduino, ESP und Co), bzw. können wir das überhaupt?
Wie binden wir mit P2P externe Services/Komponenten (Odoo, Groupware, Hardware) an? Über ein selbst programmiertes Gateway/Protokollwandler?