13.12.2019 // Protokoll Jit.si-Konferenz 09.12.19
Teilnehmer
- Micha (Kiel / WSK)
- Fabi (HRW / Düsseldorf / FabAccess)
- Dequbed (Berlin / BF2H)
- Thee (BHT / Bachelorarbeit TI)
- Marcus Drobisch (Dresden / RoseGuard)
- Kevin (Dresden / RoseGuard)
- Maximilian Voigt (Cottbus / VOW)
- Tasso / Knurps (Berlin / BHT)
“Morphologischer Kasten”
- FabAccess ist Semesterprojekt-Arbeit (18SWS) … und noch zusätzlich durch VOW gepusht. Bis März
MLP / MAP: Sinnvoll … nur, vermeiden dass das Skateboard mit dem Endprodukt vermischt wird & den ersten Eindruck “versaut”.
Entscheidungen: Konsens / Systemisches Konsensionieren
Programmiersprache:
- Wollen wir das jetzt entscheiden?
- Frontend ist nicht zwingend Backend.
<Fabian> Klare Empfehlung, Diskussion über Technologie relativ spät. Was sind die UseCases? … Was kann ich aus den UseCases ableiten, sinnvolle Technologien dazu zu finden.</Fabian>
<Marcus>+1 technische Features / Technologien ja … Programmiersprache als Basic früher.</Marcus>
<M V> Vorstellung der bisherigen Systeme … was kann man dort herausziehen? - ergibt sich daraus schon etwas?</M V>
<Fabi>Hilft Sprachwahl auf Meta-Ebene?</Fabi>
[…] Sprachdiskussion.
-
funktionale / typstarke Programmiersprachen: Stabiler. Vermeiden Bugs “aus Versehen” einzubauen. Compiler verbietet mehr Fehler.
-
Ruby / Python / … breitere Basis an potentiellen Programmierern / Community.
-
Sicherheit herstellen durch Testing.
-
Sicherheit herstellen durch typisierte Sprache & Testing.
-
Rust kann’s / würde es gerne lernen / kann’s nicht / kann’s nicht / kann’s nicht / 3x gerne lernen / 1x wofür? / community wird beschnitten / schnell lernbar (viel Doku) /
-
Python halbwegs / kann’s, aber nicht genug für Infrastruktur-Software / nutze es täglich um Messdaten auszuwerten, mittelgut / geht bisschen Datenmanipulation / gut dabei / relativ gerne // ja, gerne / wäre bereit zu lernen / hätte bock, mehr zu machen / kein Bedarf // Doku gibt’s, schnell lernbar, größere Community als Rust, übel viele Libraries. Python2 … ist tot. Python 3.6 hat typechecks, aber so … hmm.
-
Java / kann’s ein bisschen, nicht genug für Infrastruktur / kann’s ein bisschen, auch Infrastruktur damit gemacht. / hab’s ein bisschen, hauptsächlich App-Entwicklung / mal 1 Semester mit AndroidStudio / paar Kurse gehabt // nicht wahnsinnig Bock drauf, würd’s aber machen +1 / ungern --> Kotlin +2 // 9 ist in 2000ern angekommen
-
Kotlin / kann … keiner? / 2x: lieber bei Java bleiben als Kotlin zu lernen / gerne lernen +1 / Java ohne Java-Fehler (NullPointerException / …) schwer zu lernen.
-
Scala IDE aufwärmen / Programmieren lernen / Programmieren lernen / Programmieren lernen / Programmieren lernen // kann / will keiner
-
TypeScript kann ich gut / relativ viel JavaScript, bisschen TypeScript und node.js TypeScript: ein wenig, steile Lernkurve / noch nie verwendet, JavaScript doch öfter, leicht zu lernen / äääh, nein. / nicht so viel damit gemacht // überzeugt mich / gerne lernen // kommt aus dem Node-Umfeld, typisiert, strict-mode verhindert viel Unfug, viele schlechte, aber auch viele gute Bibliotheken, große Community, geringe Einstiegshürden, ProtokollImplementation … will man wohl nicht machen, Bibliotheken (z.B. AMQP) sind aber verwendbar. (Viele) Backend-Tasks müssten abgedeckt sein.
Fragen:
- können wir
- stabil
- wie schnell kann man’s lernen?
- wie viel muss man selber machen?
Bewertung (1: Am liebsten 4: Am wenigst liebsten X: VETO):
-
dequbed (10h - 20h Back):
- Rust: 1
- TypeScript: 2
- Java: 3
- Python: 4
-
mdrobisch (langfristig viel):
- Python: 1
- TypeScript: 2
- Rust: 3
- Java: 4
-
fabi (15 - 20h Front&Back):
- Python: 2
- TypeScript: 1
- Rust: 4
- Java: 3
-
Thee:
- Python: 1
- TypeScript: 3
- Rust: 2
- Java: 4
-
SUM:
- Rust: 1 + 3 + 4 + 2 = 10
- Python: 4 + 1 + 2 + 1 = 8
- TypeScript: 2 + 2 + 1 + 3 = 8
- Java: 3 + 4 + 3 + 4 = 14
Frontend: Kevin / Marcus / Fabian /
Backend: Dequbed / Marcus / Fabian / Thee
Firmware Clients: Tasso / Dequbed / Thee
Ranking: Beliebteste Sprache? … Sprache die am häufigsten verwendet wird? … Was kann wer aktuell? … was machen viele? … was machen “die Guten”?
Kotlin - noch nicht so gewachsen wie Java
Java 9 - kaum Dokumentation, aber gewachsen.
Java 5 - viel Dokumentation aber nicht 2020.
Python Umstieg 2 zu 3 … relativ unproblematisch.
Python: Exceptions, daher potentiell instabil. Evtl. abfangbar mit Lint / CI
TypeScript … ist Javascript mit strikter Typisierung --> fängt viele Fehlermöglichkeiten ab. TypeScript != Node.js
Node kann threaden, erreicht gute Performance, JavaScript ist event-fokussiert, singlethreaded. Node kann zwar threaded, man arbeitet aber ähnlich wie im Browser.
Promises … gibt’s in TypeScript. Alles aus JavaScript + TypSystem. Java: geht, Python: geht (twisted?) … Rust: Standard-Feature
Fragen die noch zu klären sind…
Kuratiertes Framework vs. Erweiterbarer Monolith
Fabian:
-
Paper ist zur SensorNets Link angenommen. Kann in der Endversion auf OAS erweitert werden und Öffentlichkeit für unser Projekt zu generieren.
-
Alex Roussolet? … europäische Ebene aktivieren / Erasmus für MakerSpaces / FabLabs (Belgien, Frankreich, …)
Was soll beim 36C3 geschehen?
- Technische Fragen, die bis da hin vermutlich mehr als weniger werden “live und in Farbe” … klären!
- Nur am Rande … von 3 Core-Leuten sind 1 da!
- Statt dessen den Workshop-Slot nutzen, um Feedback aus der 36C3-Community abholen. Sicht von außen auf Teile unserer bisherigen Diskussionspunkte.
- UseCases sammeln.
Geld beim VoW?!
- Sozialfonds ist gut.
- Hardware auch.
Monolith / Modulsystem / FrameWork??
Monolithic vs. Modular (JavaScript/Node.js)
Simon Brown - Modular Monoliths
nächster Call
Doodle - lockerer, offener Termin noch vor Weihnachten? … ansonsten intensiver im neuen Jahr.
1 Kommentar
Quelle: https://pad.gwdg.de/obbgQwKiQNmRRwDt1yERew