- 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
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.
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.
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.
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.
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
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.
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.
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.
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“.
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.
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.
https://en.wikipedia.org/wiki/Meetup
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.
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.
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.
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.
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.
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?
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.
Oder wir müssen es selbst wieder anschieben.