Am 5. Juni 2025 war ich beim MoscowJS 65 in der T Bank in Moskau. Zu diesem Zeitpunkt arbeitete ich bereits seit sechs Jahren mit JavaScript. Ich ging also nicht zu dem Meetup, um mir sagen zu lassen, welches Framework oder Tool ich als Nächstes verwenden sollte. Mich interessierte etwas anderes, das man allein am Schreibtisch schwerer bekommt: ein paar Stunden Konzentration auf eng umrissene technische Themen, zusammen mit Menschen, die sich für dieselben Probleme interessieren.
Das Programm war stark auf AI ausgerichtet. Laut dem offiziellen Programm von MoscowJS 65 behandelten die vier Vorträge einen LLM-basierten Assistenten, Funktionsweise und Grenzen moderner AI, Vision-Language-Models für UI-Tests sowie Sicherheitsrisiken rund um AI und NPM. Das Programm war kompakt, betrachtete dasselbe große Thema aber aus sehr unterschiedlichen Engineering-Perspektiven.
Was mir besonders geblieben ist
Die Vorträge waren technisch interessant, doch die Atmosphäre war für mich mindestens genauso wichtig. Die Speaker vermittelten echte Energie, und die Veranstaltung wirkte lebendig statt passiv. Genau das ist einer der Gründe, warum ich lokale Entwickler-Meetups weiterhin gern besuche.
Dokumentation, Artikel und Sourcecode kann ich jederzeit lesen; Konferenzaufzeichnungen kann ich ebenfalls jederzeit ansehen. All das ist unverzichtbar. Ein Meetup erzeugt aber eine andere Form von Konzentration: ein Abend, eine begrenzte Zahl von Themen und ein Raum voller Menschen, die sich genug dafür interessieren, persönlich zu kommen und darüber zu sprechen. Gerade bei Nischenthemen hilft dieser Kontext dabei, Ideen besser zu behalten und kritischer zu betrachten.
Ein Vortrag ist ein Ausgangspunkt, kein Beweis
Es gibt dabei eine wichtige Grenze. Ein Konferenzvortrag ist weder Dokumentation noch Benchmark und auch kein Beweis dafür, dass ein Ansatz für meinen eigenen Production-Code geeignet ist. Eine gute Demo kann nützlich sein, ohne zu zeigen, dass dieselbe Idee unter anderen Einschränkungen, Edge Cases, Wartungskosten oder Sicherheitsannahmen genauso funktioniert.
Bei AI ist diese Unterscheidung besonders wichtig. Die Frage lautet nicht nur: „Funktioniert die Demo?“ Ich möchte auch wissen, was tatsächlich gezeigt wurde, welche Annahmen im Hintergrund lagen, ob sich das Ergebnis reproduzieren lässt, welche neuen Failure Modes entstehen und ob ein Tool Komplexität wirklich reduziert oder nur an eine andere Stelle verschiebt.
Das ist der Engineering-Schritt nach dem Meetup. Die Veranstaltung kann eine Idee auf meinen Radar bringen. Die Verifikation muss trotzdem separat stattfinden.
Warum ich weiterhin hingehe
JavaScript ist so breit, dass man leicht monatelang nur in dem Ausschnitt bleibt, den ein einzelnes Projekt gerade benötigt. Ein Meetup unterbricht diese Routine kurz. Beim MoscowJS 65 verband ein gemeinsames Thema Developer Tooling, Modellverhalten, Testing und Package Security. Ich musste nicht jede Idee übernehmen, damit der Abend für mich nützlich war.
Die eigentliche Erinnerung war viel einfacher: Auch nach sechs Jahren mit JavaScript macht es mir noch immer Spaß, tief in konkrete Themen einzusteigen und sie mit Menschen zu diskutieren, die dasselbe Interesse teilen. Das Ökosystem ändert sich, angesagte Tools ändern sich, die Themen der Vorträge ändern sich. Dieser Teil bleibt.
Für mich ist das weiterhin Grund genug, lokale Entwickler-Events zu besuchen.