1 Punkte von GN⁺ 2024-07-08 | 1 Kommentare | Auf WhatsApp teilen
  • In diesem Jahr nehmen hochwertige Systemprogrammierungs-Meetups in mehreren Städten wieder zu; entstanden sind unter anderem Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems und Bengaluru Systems
  • Die neuen Meetups behandeln statt bestimmter Sprachen oder Frameworks Datenbanken, Compiler, verteilte Systeme und andere tiefgehende Themen und stellen reale Engineering-Herausforderungen vor Produkt-Pitches
  • NYC Systems begann im Dezember 2023 als Kaffeetreffen, veranstaltete im Februar 2024 den ersten Talk und hat sich mit einer Mailingliste von über 400 Personen sowie etwa 50 tatsächlichen Teilnehmenden pro Veranstaltung etabliert
  • Der Betrieb kombiniert statt Meetup.com eine Website, Google Form, Mailingliste, Kalendereinladungen und öffentlich verfügbare YouTube-Videos; Trail of Bits stellt Räumlichkeiten, Ausrüstung, Essen und Getränke bereit
  • Für ein gutes Meetup sollte man ein gastgebendes Unternehmen finden, überzogene Branding-Anforderungen vermeiden und Speaker dazu anhalten, statt Übersichtsvorträgen oder Produkt-Tutorials über aktuelle Bugs, Features und technische Herausforderungen zu sprechen

Veränderungen bei Tech-Meetups vor und nach der Pandemie

  • Vor der Pandemie wirkten viele Tech-Meetups wie Orte, an denen Startups ihre eigenen Produkte bewarben; ein enttäuschendes Beispiel war ein JavaScript-Meetup, bei dem ein DevRel-Mitarbeiter eines Startups ein Produkt-Tutorial hielt
  • Es gab auch intellektuell anspruchsvolle Gruppen wie die New York Haskell Users Group und das New York Emacs Meetup, doch die meisten Teilnehmenden wirkten wie Experten, sodass es für Nicht-Experten schwer war, Spaß daran zu haben
  • Die New York Linux User Group und Papers We Love NYC waren Ausnahmen, die Teilnehmende mit unterschiedlichen Vorkenntnissen einbezogen und dennoch interessante Tiefe beibehielten
    • Sie waren nicht an eine bestimmte Sprache oder ein bestimmtes Framework gebunden
    • Sie begannen mit breitem Hintergrundwissen und gingen dann bei einem Thema in die Tiefe
    • Selbst wenn Teilnehmende nur 50 % des Ganzen verstanden, konnten sie von Experten des jeweiligen Gebiets Neues erfahren
  • Nach der Pandemie sind diese beiden Meetups faktisch nicht zurückgekehrt

Inspiration aus München und das erste Experiment in NYC

  • Nach der Pandemie wurden auch Rust- und Go-Meetups ausprobiert, doch häufig blieben sie bei High-Level-Überblicken, statt interessante Konzepte tiefgehend zu behandeln
  • Seit 2022 gab es in NYC Überlegungen zu einer Offline-Talk-Reihe über Systeme, Datenbanken und verteilte Systeme, wegen der Arbeit an TigerBeetle kam es aber bis Dezember 2023 nicht zur Umsetzung
  • Der Doktorand Georg Kreuzmayr von der Technical University of Munich und seine Kollegen starteten den Datenbank-Club TUMuchData, was den Anstoß gab, sich wieder an die Organisation eines Meetups zu machen
  • Im Dezember 2023 startete der NYC Systems Coffee Club
    • Zielgruppe sind Entwickler in NYC, die sich für Systemprogrammierung interessieren
    • Das Themenspektrum umfasst Compiler, Datenbanken, Interna von Webbrowsern, verteilte Systeme, formale Methoden und mehr
    • Als Ort wurde ein öffentlicher Raum in Midtown Manhattan gewählt, als Zeit ein Kaffeetreffen um 9 Uhr morgens
    • Über Google Form wurden Abonnenten gesammelt; jeden Monat wurde per RSVP abgefragt und den ersten 20 Antwortenden eine Kalendereinladung geschickt

Prinzipien von NYC Systems und die Suche nach einem Veranstaltungsort

  • Als Angelo Saraceno als Mitorganisator dazukam, entstand NYC Systems
  • Die Grundidee ist ein Meetup, das unabhängig von Sprache und Framework ist und sich nicht auf Produkt-Pitches, sondern auf Engineering-Aufgaben konzentriert
  • Unternehmensmarketing wird nicht vollständig ausgeschlossen, muss aber dem Zweck entsprechen, eher das Engineering-Team als das Produkt bekannt zu machen
  • Speaker sollen mit einem breiten Kontext beginnen und dann tief in interessante Aspekte von Datenbanken, Programmiersprachen, verteilten Systemen und Ähnlichem einsteigen
    • Eine Produkterklärung kann nötig sein, um den Kontext zu setzen
    • Im Zentrum des Vortrags sollen aktuelle technische Herausforderungen und deren Lösung stehen
  • Um den Organisationsaufwand und die Belastung bei der Suche nach guten Speakern zu reduzieren, finden die Veranstaltungen alle zwei Monate statt
  • Speaker zu finden war dank Twitter und LinkedIn vergleichsweise einfach, die Sicherung eines Veranstaltungsorts war schwieriger
    • Viele Unternehmen in Manhattan verlangten, bei jeder Veranstaltung eigene Speaker unterzubringen
    • Als neues Meetup war es noch schwieriger, ein Unternehmen zu finden, das seine Branding-Anforderungen lockert
    • Am Ende wurde das in Brooklyn ansässige Unternehmen Trail of Bits Gastgeber, ohne eigene Speaker oder Branding aufzuzwingen

Betrieb und Größenordnung

  • Anfangs standen die Meetup-Informationen auf einer persönlichen Website, später wurden sie auf nycsystems.xyz verschoben
  • Über Google Form wurde eine Mailingliste aufgebaut, und die Gruppe wurde auf Twitter und LinkedIn bekannt gemacht
  • Der Veranstaltungskalender wird vorab als HTML-Tabelle auf der Website veröffentlicht, die Speaker werden eine Woche vor der Veranstaltung angekündigt
  • RSVPs für einzelne Veranstaltungen werden per Google Form eingeholt, das an die Mailingliste geschickt wird
    • Den ersten 60 Antwortenden wird eine Einladung über Google Calendar geschickt
    • Selbst wenn 60 Personen zusagen, liegt die tatsächliche Teilnahme meist bei etwa 50 Personen
    • Die Mailingliste hat über 400 Personen, und pro Event landen 20 bis 30 Personen auf der Warteliste
  • Meetup.com wird vermieden; auch neue Systemprogrammierungs-Meetups entscheiden sich meist nicht für Meetup.com
    • Das Munich Database Meetup ist ein Fall, der Meetup.com beibehalten hat, weil es eine Wiederbelebung des bestehenden Munich NoSQL Meetup ist
    • Andere Gruppen nutzen hauptsächlich lu.ma
  • Trail of Bits stellt bei jeder Veranstaltung Bildschirm, Stühle, Essen und Getränke bereit
  • Angelo Saraceno übernimmt mit Aufnahmeausrüstung den Audio- und Videomitschnitt und kümmert sich anschließend auch um Schnitt und Veröffentlichung
  • Nach der Veranstaltung werden die Vortragsvideos auf YouTube unter @NYCSystems veröffentlicht

Ausbreitung von System-Meetups in andere Städte

  • Im März 2024 schlossen sich Mitglieder von TUMuchData mit Alex Petrovs Munich NoSQL Meetup zusammen und gründeten das Munich Database Meetup
  • Im Mai 2024 starteten Kaivalya Apte und Manish Gill, inspiriert von Alex und dem Munich Database Meetup, die Berlin Systems Group
  • Im Mai 2024 gründeten die PhD-Studenten Shadaj Laddad und Conor Power aus der San Francisco Bay Area das Meetup SF Distributed Systems
    • Das erste Treffen enthielt einen Vortrag über SQL-Erweiterungen und die Anwendung algebraischer Eigenschaften
  • Im Juli 2024 veranstalteten Shraddha Agrawal, Anirudh Rowjee und Kollegen das erste Bengaluru Systems Meetup
    • Die erste Veranstaltung umfasste Vorträge über Systeme für GenAI-Anwendungen sowie über Browser-Performance und -Sicherheit

Maßstäbe für den Betrieb neuer Meetups

  • Man sollte die Kosten nicht selbst tragen, sondern besser ein gastgebendes Unternehmen finden
  • Es ist nicht nötig, zu viele Forderungen eines Unternehmens zu akzeptieren
    • Aus Unternehmenssicht sind fünf Minuten Recruiting- oder Produktvorstellung möglich
    • Auch ohne langes Branding oder 30-minütiges Produkt-Tutorial kann es für beide Seiten vorteilhaft sein
  • Speaker sollten immer wieder gebeten werden, Übersichtsvorträge oder Produkt-Pitches zu vermeiden
    • Stattdessen sollte man Geschichten über aktuelle interessante Bugs oder Features anfragen
    • Sie sollen behandeln, was passiert ist, warum es schwierig war und was sie gelernt haben
  • Dieses Vortragsformat hilft dabei, ein interessantes Publikum anzuziehen
    • Unter den Teilnehmenden von NYC Systems sind technische Gründer aus dem Systembereich, erfahrene Entwickler, Doktoranden und verschiedenste Entwickler
    • Weil Vorträge im Stil von Produkt-Pitches vermieden werden, kann ein solches Publikum zusammenkommen
  • Speaker zu finden bleibt schwierig
    • Die bisher beste Methode ist, Personen aus Industrie und Wissenschaft auf Twitter per Direktnachricht einzuladen
    • Öffentliche Ausschreibungen sind einfach, führen aber oft nicht zum Ziel
    • Es ist nötig, weiterhin nach interessanten Unternehmen in der Region Ausschau zu halten
    • Auch der Weg, über VC-Verbindungen lokale Engineers, technische Gründer und CTOs vorgestellt zu bekommen, wird erwogen
  • Wichtig ist auch der Austausch mit anderen Organisatoren
    • In einem persönlichen Treffen mit Alex Petrov wurde über die Schwierigkeiten und Freuden bei der Organisation hochwertiger Meetups gesprochen
    • Es besteht Bereitschaft, mit Organisatoren neuer Meetups zu sprechen, und DMs sind offen

1 Kommentare

 
GN⁺ 2024-07-08
Meinungen auf Hacker News
  • Ich war im Vorstand einer lokalen Linux User Group und kann die Schwierigkeit, einen Veranstaltungsort zu finden, sehr gut nachvollziehen. Selbst in einer Stadt, in der an Werktagabenden überall leere Büros herumstehen, war es fast unmöglich, einen verlässlichen Treffpunkt zu finden. Wenn der Ort ständig wechselt, müssen die Leute jedes Mal neu lernen, wie sie dorthin kommen, was es schwer macht, eine feste Kerngruppe aufzubauen.
    Eine Zeit lang stellte Mozilla Räume bereit, aber als sich die interne Stimmung änderte, wurden wir hinausgedrängt. Am Ende glaube ich, dass es nur nachhaltig ist, wenn es starken Rückhalt aus der Unternehmensführung gibt. Andernfalls ist man den Veränderungen in der Firma ausgeliefert.
    Inzwischen sind wir stabil in der lokalen Bibliothek untergekommen, aber nur, weil es dort intern jemanden gab, der geholfen hat. Früher, als wir direkt bei der Bibliothek angefragt hatten, kamen wir praktisch nicht weiter.
    Ich denke, Kommunalverwaltungen sollten verpflichtet sein, lokalen gemeinnützigen Gruppen und Interessengruppen Räume für Treffen bereitzustellen. Wie früher mit Freunden Geld zusammenzulegen, ein Grundstück zu kaufen und ein Clubhaus zu bauen, ist in vielen Gegenden nicht mehr möglich. Modelle wie Yachtclubs, Badmintonclubs oder Lawn-Bowling-Clubs, die vor 50 Jahren entstanden sind, müssen heute von Kommunen ergänzt werden.

    • Dass Kommunen lokalen gemeinnützigen Gruppen und Interessengruppen Räume bereitstellen sollten, war mir früher nicht so bewusst, aber es scheint wirklich nötig zu sein. In unserer Stadt gibt es viele private Räume, die man mieten kann, von halbwegs bezahlbar bis völlig absurd teuer.
      Viele lokale Tech-Treffen finden einfach in ruhigen Restaurants oder Bars statt, was den Nachteil hat, dass man keine Vorträge halten kann. Das lokale DefCon-Chapter, zu dem ich oft gehe, mietet den Raum im Obergeschoss einer Barcade. Im Sommer ist es dort etwas heiß, aber Atmosphäre und Community sind großartig.
    • Als ich in der lokalen Bibliothek ausdrücklich ein gemeinnütziges Tech-Treffen aufbauen wollte, hatte ich ein ähnliches Problem. Es sollte ein Treffen sein, bei dem man über Projekte spricht, kommerzielle Aktivitäten verboten sind und keine Teilnahmegebühr erhoben wird. Trotzdem bekam ich keine Erlaubnis, weil ich keine „Community Group“ war, sondern jemand, der lose Einzelpersonen aus der Bay Area zusammenbringen wollte.
    • In Japan gibt es solche Räume. Lokale Community Center gibt es fast überall, und man kann Besprechungsräume gegen eine symbolische Gebühr nutzen. Als ich zuletzt nachgesehen habe, waren es etwa 5 Dollar pro Stunde, und selbst unser Nachbarschaftszentrum mitten in Tokio hat auf drei Etagen Räume, die man für passende Zwecke nutzen kann.
    • Mit GPS ist weniger der Ort selbst das Problem als die Veränderung des Zeitaufwands. Oft ist ein neuer Ort nicht einfach 5 Minuten weiter weg, sondern macht 30 bis 45 Minuten Unterschied.
      Die Leute in solchen Gruppen sind meist beschäftigt. Wenn aus einem dreistündigen Termin plötzlich vier Stunden werden, ist es weniger mühsam, eine unnötige Aktivität zu streichen, als 50 Termine umzulegen. Am Ende sorgt genau dieser Zeiteffekt dafür, dass Leute mit anderen Verpflichtungen immer weiter abspringen.
    • Genau dafür sind Community Center da. Im Nachbarort gibt es so eine Einrichtung, und als Einwohner kann man dort je nach Raumgröße für etwa 20 bis 70 Dollar pro Stunde Räume mieten. Es reicht, wenn ein einziges Gruppenmitglied dort wohnt, um einen Raum zu bekommen.
  • Lokale Treffen, die ich mochte, sind ebenfalls an solchen Problemen zerbrochen. DevRel-Leute, die Werbung machen wollten, ließen sich leicht herausfiltern. Schwieriger war es, Leute auszusortieren, die gar nicht mit dem Treffen oder der Community interagieren wollten, sondern nur einen Vortrag halten wollten, den sie in ihren Lebenslauf oder auf ihre Personal-Branding-Website schreiben konnten.
    Solche Leute tauchten nur ein einziges Mal auf, wenn sie ihren Vortrag hatten, und präsentierten oberflächliche Inhalte, die weniger auf Bildung oder Diskussion abzielten als darauf, sie selbst gut aussehen zu lassen. Oft hatten sie auch die Ausrede, direkt nach dem Vortrag wegzumüssen, und manchmal gingen sie sogar vor der Fragerunde.
    Und sie brauchten immer ein Video ihres Vortrags. Eine Zeit lang hatten wir Aufnahmeausrüstung für Remote-Zuschauer. Wenn die Ausrüstung nicht da war, wurden sie nervös und versuchten spontan, mit dem Handy eine Aufnahmelösung zu basteln, selbst wenn sich dadurch der Vortrag verzögerte. Das eigentliche Ziel war nicht, zur Gruppe zu sprechen, sondern eine Aufnahme des eigenen Vortrags zu bekommen.
    Wenn sich das wiederholt, merken die Kernmitglieder, dass sie als Publikumskulisse für die Karriereentwicklung anderer benutzt werden, und kommen irgendwann nicht mehr. So bricht ein Treffen auseinander.
    Ich hoffe, dass lokale Treffen wieder mit Menschen aufleben, denen es nicht um Selbstvermarktung geht, sondern um das Treffen selbst.

    • Eine mögliche Anpassung liegt eigentlich auf der Hand. Abgesehen von den ersten Bootstrapping-Terminen müssten Vortragende vor ihrem Vortrag ein paar Mal am Treffen teilgenommen haben, und Unternehmen oder Produkte dürften nicht über eine kurze Selbstvorstellungsfolie hinaus erwähnt werden.
      Diese beiden Vorschläge sind an sich nichts Besonderes. Der Kern ist, dass Organisatoren aufmerksam beobachten müssen, was passiert, und reagieren sollten, um eine gesunde Atmosphäre zu erhalten.
      Für Leute, die ein Treffen aufbauen wollen, könnte dieses Buch hilfreich sein: https://www.goodreads.com/book/show/49766350-get-together
    • Ich verstehe, in welche Richtung das geht, aber schon überhaupt Vortragende zu finden, ist weiterhin schwierig. Hochwertige Vorträge sind meiner Ansicht nach zu 100 % Marketing, nur eben kein Produktmarketing, sondern Marketing für das Engineering-Team.
      Wenn man Einschränkungen einführt, etwa dass Vortragende mehrfach teilgenommen haben müssen oder das Unternehmen nicht erwähnen dürfen, wird es vermutlich schwer, die hochwertigen Vortragenden zu gewinnen, die man derzeit bekommt. Wir wählen die eingeladenen Vortragenden ziemlich sorgfältig aus, sind aber, sobald wir glauben, dass jemand gut passt, recht flexibel. Bisher haben wir gehört, dass das sowohl für Publikum als auch Vortragende gut funktioniert.
    • Als Gegenbeispiel: Bei Treffen auf den Philippinen (Raid the fridge) haben Unternehmen, sogar große traditionelle Banken, neue Produkte und Services vorgestellt, die sie gerade herausbringen wollten, und das mit der Unternehmensgeschichte verknüpft.
      Sie sprachen über die eingesetzten Technologien, die technischen, geschäftlichen, rechtlichen und marktbezogenen Schwierigkeiten, auf die sie gestoßen waren, und darüber, wie sie diese umgangen haben. Selbst wenn gelegentlich ein Sales Pitch dabei war, war es weit mehr als eine reine Verkaufspräsentation: Es verband Business-Geschichten, Engineering, Forschung und Entwicklung, Recht, Finanzen sowie die Geschichte des Unternehmens und des Landes.
      Es war unglaublich interessant und insgesamt großartig, fast wie ein Abend, den man zur Unterhaltung besucht. Nicht nur die Vorträge, auch der soziale Teil war gut. Vielleicht ist es ein kultureller Unterschied, aber ich hatte das Gefühl, dass die Unternehmen dort erfrischend offen und ehrlich darüber sprechen, wie die Dinge gelaufen sind.
    • Eine Community ohne Kuratierung in irgendeiner Form überlebt langfristig nicht. Zumindest historisch gesehen scheint das inzwischen klar zu sein.
    • Das ist ein Problem des Arbeitsmarkts. Viele bekannte Vorträge entstanden daraus, dass Menschen mit lebenslanger Jobsicherheit ein System oder Protokoll scharf kritisierten. Das reichte von UPnP bis zu Vorträgen über persistente Compiler-Würmer.
      Diese Leute waren nicht in der Situation, alle 3 bis 8 Monate ihren Lebenslauf aufpolieren zu müssen, um ihren Lebensunterhalt zu sichern. Ebenso waren die Leute, die Vorträge organisierten, nicht auf den Status von DevRel-Leuten angewiesen, in der Hoffnung auf Sponsoren.
      Genau dieses große Bild beschreibt Doctorow in letzter Zeit immer wieder, aber die Leute scheinen nur kleine Teile davon aufzunehmen.
  • Es überrascht mich, dass Universitäten solche Veranstaltungen nicht für alle öffnen. Der Systembereich ist ziemlich industrienah, daher wirkt eine Zusammenarbeit zwischen Wissenschaft und Wirtschaft bei Seminaren wie eine gute Idee.
    Dass es in der Innenstadt von SF keine erstklassige Universität gibt, ist schade und ehrlich gesagt schwer nachvollziehbar. Stanford und Berkeley sind zwar sehr nah, aber ohne zentrale Institution wirkt die Kultur in SF zersplittert.

    • Man muss sehr vorsichtig sein, wenn man Universitätsräume für Veranstaltungen zur Verfügung stellt. Leider nutzen unseriöse Personen jede Gelegenheit, auf einem Uni-Campus etwas zu machen, um anzudeuten, es stehe in Verbindung mit der Universität.
      Auch der Selbsthilfe-Autor Tim Ferriss empfahl diesen Trick in „Four Hour Work Week“. Sinngemäß: Wenn man auf einem Uni-Campus spricht, kann man diese Glaubwürdigkeit für die eigene Marke nutzen; an die genauen Details erinnere ich mich nicht.
      Weil so etwas zum Problem geworden ist, fällt es Universitäten schwer, das Risiko einzugehen, beliebigen Gruppen die Nutzung ihrer Räume zu erlauben. Es dauert nicht lange, bis jemand es missbraucht und sagt, er habe „an Universität X gelehrt“ oder „an Universität X gesprochen“.
    • In SF gibt es die UCSF, und sie ist eine erstklassige Universität. Sie ist nur eben medizinisch ausgerichtet.
    • Das erwähnte TUMuchdata findet an einer Universität statt. Ich denke, solche Aktivitäten hängen letztlich stark von den Personen im Hintergrund ab.
      Ich kenne die Organisatoren von TUMuchdata nicht und hatte seit Jahren keinen Kontakt mehr zu dem Fachbereich, aber der Lehrstuhlinhaber ist noch derselbe wie zu meiner Studienzeit dort, und ich halte ihn für jemanden, der solche Aktivitäten erlauben oder sogar fördern würde.
    • Es wäre schön, wenn UC Berkeley die Innovation und Zusammenarbeit aus den BSD-Zeiten wieder aufleben ließe.
    • Man kann Cal als den nichtmedizinischen Teil der UCSF betrachten. Die East Bay fühlt sich nicht wie SF an, aber diese Entfernung ist größtenteils eine psychologische Distanz, die durch das Wasser entsteht. Würde man Emeryville an die Waterfront von SF setzen, läge es deutlich näher am Zentrum als SF State.
      Ich kenne mich mit Verkehr und ÖPNV in LA nicht gut aus, aber es würde mich nicht wundern, wenn die Fahrtzeit vom Rathaus in LA zur UCLA deutlich länger wäre als vom Rathaus in SF nach Cal. Zu Fuß ist es schwieriger, aber zumindest vor 2030 dürfte das so sein.
      Dass die Kultur in SF zersplittert ist, stimmt, aber das ist bis zu einem gewissen Grad beabsichtigt und liegt am Charakter der Stadt als extrem lokal geprägte Stadt aus einzelnen Vierteln.
      https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
  • Wenn anfangs 60 Leute zugesagt haben und tatsächlich 50 kommen, ist das ziemlich gut. Bei den meisten kostenlosen Veranstaltungen liegt die Teilnahmequote im Vergleich zu den RSVPs normalerweise bei etwa 30–50 %.

  • Von 2010 bis 2014 brannte Meetup.com in Portland vor Maker-, Programmier- und Techniktreffen regelrecht. Ich erinnere mich auch daran, dass der Saal von Puppet Labs voll war. Aber schon vor der Pandemie verschwanden die meisten plötzlich.
    Die Themen waren sehr vielfältig: von NodeJS, Rust und HTML1.0 über Startups, Fertigung und IoT-Hacking bis hin zu einem Treffen für RF-Schaltungsenthusiasten. Gerade nachgesehen: CTRL-H läuft noch gut, aber sonst gibt es nicht viel.
    Von zwei regelmäßigen Organisatoren habe ich gehört, dass es eine enorme Aufgabe ist, konstant ein solides Treffen zu betreiben, und dass man am Ende ausbrennt. Ich erinnere mich, dass ich selbst dachte: „Ich könnte helfen, aber will ich meine wenige freie Zeit wirklich dafür einsetzen?“ — insofern verstehe ich es. Respekt an alle, die tolle Treffen organisiert haben.

    • Die Entwicklung von Meetup dürfte ebenfalls Einfluss gehabt haben. 2017 wurde es von WeWork übernommen, 2018 trat der Gründer als CEO zurück, 2019 kam ein neues Preismodell, 2020 verkaufte WeWork es an AlleyCorp, und 2024 kündigte Bending Spoons die Übernahme von Meetup an.
      https://en.wikipedia.org/wiki/Meetup
    • In jener Zeit ging ich in Portland jede Woche zu Meetups. Kostenloses Bier und Pizza waren eine große Hilfe, als ich versuchte, meine Karriere in Gang zu bringen.
      Janrain hatte in einer alten Nike-Basketballhalle einen hervorragenden Veranstaltungsraum mit abgestuften Sitzplätzen, und es gab viele großartige Themen, die mir als Anfänger die weite Welt der Technik zeigten. Auch Puppet Labs, Urban Airship und New Relic veranstalteten erstklassige Meetups, und selbst Intel in Hillsboro war meistens die Fahrt mit der MAX wert. Es gab viele Giveaways, Essen und Jobchancen.
      Das eigentliche Problem ist, dass das Geld versiegt ist. Bei den meisten Treffen waren Recruiter, die dringend einstellen wollten, und Sponsoring finanzierte die Veranstaltungskosten. Da Remote-Arbeit inzwischen weithin akzeptiert ist, gibt es weniger Anreiz, gezielt lokale Talente zu umwerben.
      Zoom-Treffen kosten fast nichts, wirken aber unnatürlich und leblos. In den 2010ern fühlte es sich wie ein Goldrausch an, aber diese Zeit scheint vorbei zu sein. Kostensenkungen, Outsourcing und der AI-Hype machen Software zu einem weniger prestigeträchtigen Beruf als früher, und ich glaube nicht, dass dieser Optimismus bald zurückkehrt.
    • Dazu kommt die Erschöpfung, alle mussten sich einen Meetup-Account anlegen, Meetup wurde immer teurer, und wenn ich dann der Einzige ohne Facebook-Account war, entstand auch der Trend, einfach Facebook zu nutzen.
      Ich hoffe, dass bald eine föderierte Alternative auftaucht. Schön wäre auch, wenn E-Mail tatsächlich gut föderiert funktionieren würde.
    • Calagator ist seit Jahren tot, und ich weiß nicht warum. Das war schon lange vor der Pandemie so, und was man jetzt sieht, sind meistens Business-Networking-Events oder Treffen, bei denen irgendetwas verkauft wird.
      Trotzdem gibt es noch Dinge wie pdxpug (Postgres), die Database Reading Group (DBRG) der PSU, pdx.rb, den pdxruby-Slack, den pdxstartups-Slack, Portland Papers We Love, die Portland Linux Users Group, ein Linux-Kernel-Meetup und Rose City Techies.
      Schon mit ein wenig Suchen findet man so viel, aber ich vermisse die Zeit, als Calagator voller interessanter Dinge war. Ich frage mich, warum es so gekommen ist.
      Früher habe ich auch Treffen bei mir zu Hause oder im Hinterhof veranstaltet. Bei einem ging es darum, gemeinsam an eigenen Projekten zu hacken, bei einem anderen darum, gemeinsam zu Open Source beizutragen. Ich überlege, so etwas wieder zu machen. Besonders gut würde etwas zu Systemen oder Datenbanken passen, auch ein Lesekreis wäre gut. Wenn jemand Interessiertes das sieht, kann er mir eine E-Mail schicken.
    • Wenn es in Portland ein systemorientiertes Meetup gäbe, würde ich unbedingt teilnehmen, und auch wenn ich darin nicht besonders gut bin, wäre ich bereit, bei Organisation und Betrieb mitzuhelfen.
  • Der schlimmste Teil der „Meetup-Kultur“ ist fast immer, dass kommerzielle Zwecke vor der Community kommen. Der Autor meint es nicht böse, aber genau das war der Grund, warum JS-Meetups nervig waren, und trotzdem lässt er die Vortragenden jetzt im Grunde dafür pitchen, dem eigenen Engineering-Team beizutreten.
    Auf der anderen Seite gab es eine Zeit, in der „geh zu lokalen Entwickler-Meetups“ als Standardrat für Entwickler bei der Jobsuche galt, und aus Sicht von Gründern oder Unternehmen ist es naheliegend, Entwickler-Meetups als Marketing- und Recruiting-Kanal zu sehen. Tatsächlich wollen viele Teilnehmende einen Job, und viele Vortragende wollen Leute einstellen.
    Aber bleiben die Leute auch, nachdem sie einen Job gefunden haben? Ist recruitinglastiger Content aus Sicht regelmäßiger Teilnehmender wirklich das, was man sich von einem Meetup wünscht?
    Eine Kombination aus Lesegruppe, einem Verfahren für Vorträge regelmäßiger Teilnehmender und Hackathons könnte vielleicht eine nachhaltigere Kultur für Programmier-Meetups schaffen. Unternehmen könnten weiterhin unterstützen, indem sie Räumlichkeiten bereitstellen oder ihren Namen sichtbar machen, aber der Content könnte deutlich interessanter werden.
    Für JavaScript passt das vielleicht nicht, aber Systemprogrammierung hat viele Berührungspunkte mit veröffentlichter Forschung und auch eine stärkere Hacker-Kultur, deshalb halte ich es dort für möglich. Zufällig haben wir gerade Büroräume in SF eingerichtet; wenn es genug Interesse und freiwillige Helfer gibt, würde ich auch darüber nachdenken, das zu hosten.

    • SF Papers We Love könnte an einem physischen Raum interessiert sein. Bisher haben sie sich online getroffen, aber ein Treffen vor Ort wäre vermutlich hilfreich.
  • Ich habe zusammen mit Leuten von HN und aus dem Fediverse ein Meetup in Toronto gestartet. Ein stabiles Offline-Meetup zu betreiben, ist wirklich viel Arbeit.

  • Das NYC-Chapter von Papers We Love scheint nach etwa einem Jahr Pause wieder anzulaufen; davor gab es schon einmal eine zweijährige Pause. Datadog scheint die Veranstaltung zu hosten und hat ein praktisches Büro neben der Penn Station.
    https://www.meetup.com/papers-we-love/

  • Ich bin in Phoenix, und aktuell ist wegen des Sommers alles doppelt so tot, aber selbst von Herbst bis Frühling ist es schwer, Tech-Meetups zu finden. Meine Interessen sind C++, C99, Java, verteilte Systeme, Data Engineering und KI-/Machine-Learning-Infrastruktur, die nicht generativ ist, aber in der fünftgrößten Stadt der USA finde ich fast keine Aktivitäten.
    Ich habe versucht, selbst etwas zu organisieren, aber es kamen nur Freunde oder Kollegen. Ich frage mich, wo die Leute mit ähnlicher Leidenschaft sind.

    • Nach Corona sind viele Menschen dorthin gezogen, also müsste es eigentlich genug geben. Als ich Anfang der 2010er kurz dort gearbeitet habe, veranstaltete Godaddy ein paar Meetups, aber die Tech-Community auf Meetup.com war definitiv kaum präsent.
      Wenn sie nicht tot gewesen wäre, hätte ich mich sehr aktiv beteiligt; es sieht so aus, als bräuchte es einen Katalysator, um etwas in Gang zu bringen.
  • Ich habe Schwierigkeiten, in der Region San Diego und Los Angeles gute Meetups zu finden. Meetup.com wirkt ziemlich tot; hat jemand Empfehlungen?

    • Wenn es um die Region Los Angeles geht, ist das OWASP-Security-Meetup hervorragend. Es findet bei WeWork oder lokalen Unternehmen statt und die Inhalte sind gut. Ich kenne das Finanzierungsmodell nicht, aber es läuft gut: https://www.meetup.com/owasp-los-angeles/
      Socal Python hat keinen guten Ort gefunden, der Vorträge unterstützt, deshalb ist das Meetup eher gesellige Zeit. Trotzdem in Ordnung: https://www.meetup.com/socalpython/
      LA DevOps hatte bisher erst ein einziges Offline-Meetup. Eine Bar ließ uns hinten auf einer schönen Terrasse Folien zeigen, aber es war zu laut, um etwas zu hören. Hoffentlich finden sie einen besseren Ort: https://www.meetup.com/meetup-group-ZZQWJLTm/
      Ich würde gern wieder einen Vortrag über „schnelle Entwicklung“ und Organisationsthemen halten, aber im Moment priorisiere ich die Arbeit.
    • Die Pandemie hat das großartige Papers We Love-Meetup in San Diego abgewürgt. Ich vermisse die guten Leute und die Papers, die ich über PWL kennengelernt habe, und würde mich sehr freuen, wenn wieder etwas Ähnliches entstünde.
      Oder wir müssen es selbst wieder anschieben.