システムプログラミング・ミートアップの復活
(notes.eatonphil.com)- 今年は複数の都市で高品質なシステムプログラミング・ミートアップが再び増えており、Munich Database Meetup、Berlin Systems Group、SF Distributed Systems Meetup、NYC Systems、Bengaluru Systems のような集まりが登場している
- 新しい集まりは特定の言語やフレームワークよりも、データベース・コンパイラ・分散システムのような深いテーマを扱い、プロダクトの売り込みより実際のエンジニアリング上の難題を前面に出している
- NYC Systems は 2023年12月のコーヒー会から始まり、2024年2月に最初のトークを開催し、400人以上のメーリングリストとイベントごとの実参加者約50人規模の集まりとして定着した
- 運営では Meetup.com の代わりに、Webページ、Google Form、メーリングリスト、カレンダー招待、YouTube の公開動画を組み合わせ、Trail of Bits が会場と機材・食事・飲み物を提供している
- 良いミートアップを作るにはホスト企業を見つけつつも過度なブランディング要求は避け、登壇者が概要紹介や製品チュートリアルではなく最近のバグ・機能・技術的難題について話すよう促すべきだ
パンデミック前後で変化した技術ミートアップ
- パンデミック前、多くの技術ミートアップはスタートアップが自社製品を宣伝する場のように感じられ、JavaScript ミートアップでスタートアップの devrel 担当者が製品チュートリアルを行ったことが失望のきっかけになった
- New York Haskell Users Group や New York Emacs Meetup のように知的に深い集まりもあったが、参加者の大半が専門家に見え、非専門家には楽しみにくかった
- New York Linux User Group と Papers We Love NYC は、さまざまなレベルの参加者を受け入れながらも興味深い深さを保っていた例外的な集まりだった
- 特定の言語やフレームワークに縛られていない
- 幅広い背景説明から始め、その後で1つのテーマを深く掘り下げる
- 参加者が全体の50%しか理解できなくても、その分野の専門家から新しい内容に触れられた
- パンデミック後、この2つのミートアップは事実上戻ってこなかった
Munich で受けた刺激と NYC での最初の実験
- パンデミック後には Rust や Go のミートアップも試したが、興味深い概念を深く扱うより、高レベルの概要にとどまることが多かった
- 2022年から NYC でシステム、データベース、分散システムに関するオフラインのトークシリーズを考えていたが、TigerBeetle の仕事のため 2023年12月まで実行できなかった
- Technical University of Munich の大学院生 Georg Kreuzmayr と同僚たちがデータベースクラブ TUMuchData を始めたことが、再びミートアップ運営に乗り出すきっかけになった
- 2023年12月に NYC Systems Coffee Club が始まった
- 対象は NYC でシステムプログラミングに関心のある開発者たち
- テーマの範囲にはコンパイラ、データベース、Web ブラウザの内部、分散システム、形式手法などが含まれる
- 場所はマンハッタン・ミッドタウンの公共スペース、時間は午前9時のコーヒー会に設定した
- Google Form で購読者を集め、毎月 RSVP を受け付けて最初に回答した20人にカレンダー招待を送った
NYC Systems の原則と会場探し
- Angelo Saraceno が共同主催者として加わり、NYC Systems が作られた
- 基本方針は、言語・フレームワークに依存せず、プロダクトの売り込みではなくエンジニアリング上の課題に集中するミートアップであること
- 企業マーケティングを完全に排除はしないが、製品よりもエンジニアリングチームを知ってもらう目的に合っているべきだという基準を置いた
- 登壇者は広い背景から始め、データベース、プログラミング言語、分散システムなどの興味深い側面へ深く入っていくべきだ
- 製品説明は文脈をつかむために必要なことがある
- 発表の中心は、最近の技術的課題とその解決方法であるべきだ
- イベントは運営負担と良い登壇者を確保する負担を減らすため、隔月開催にした
- 登壇者探しは Twitter と LinkedIn のおかげで比較的容易だったが、会場確保はそれより難しかった
- マンハッタンの多くの企業は、各イベントごとに自社の登壇者を入れるよう求めてきた
- 新しいミートアップだったため、ブランディング要求を緩めてくれる企業を見つけるのはさらに難しかった
- 最終的に、自社登壇者やブランディングを強要しなかったブルックリン拠点の企業 Trail of Bits がホストになった
運営方法と規模
- 当初は個人サイトにミートアップ情報を掲載し、その後 nycsystems.xyz に移した
- Google Form でメーリングリストを作り、Twitter と LinkedIn でグループを告知した
- イベントカレンダーは Web サイトの HTML テーブルで事前公開し、登壇者はイベントの1週間前に告知した
- 各イベントの RSVP はメーリングリストに Google Form を送って受け付けた
- 最初に回答した60人に Google Calendar 招待を送る
- 60人が参加すると回答しても、実際の参加者は通常およそ50人である
- メーリングリストは400人以上で、各イベントの RSVP には20〜30人の待機者が出る
- Meetup.com は避けており、新しいシステムプログラミング・ミートアップも概ね Meetup.com を選んでいない
- Munich Database Meetup は既存の Munich NoSQL Meetup の復活だったため Meetup.com を維持した例である
- 他の集まりは主に lu.ma を使っている
- Trail of Bits は各イベントでスクリーン、椅子、食事、飲み物を提供している
- Angelo Saraceno は録画機材で音声・映像の収録を担当し、その後の編集と公開まで受け持っている
- イベント後、発表動画は @NYCSystems の YouTube で公開される
他都市へ広がったシステムミートアップ
- 2024年3月、TUMuchData のメンバーは Alex Petrov の Munich NoSQL Meetup と合流し、Munich Database Meetup を作った
- 2024年5月、Kaivalya Apte と Manish Gill は Alex と Munich Database Meetup から刺激を受け、Berlin Systems Group を始めた
- 2024年5月、サンフランシスコ・ベイエリアの PhD 学生 Shadaj Laddad と Conor Power は SF Distributed Systems ミートアップを始めた
- 最初の集まりには、SQL 拡張と代数的性質の適用に関する発表が含まれていた
- 2024年7月、Shraddha Agrawal、Anirudh Rowjee とその同僚たちは最初の Bengaluru Systems Meetup を開催した
- 初回イベントには、GenAI アプリケーションを動かすシステム、ブラウザの性能とセキュリティに関する発表が含まれていた
新しいミートアップを運営する際の基準
- 費用を自分で負担せず、ホスト企業を見つけるほうがよい
- 企業の要求を受け入れすぎる必要はない
- 企業側としては5分程度の採用・製品紹介はできる
- 長いブランディングや30分の製品チュートリアルがなくても相互利益は成り立つ
- 登壇者には概要発表やプロダクトの売り込みを避けるよう繰り返し求める必要がある
- 最近の興味深いバグや機能の話を依頼する
- 何が起きたのか、なぜ難しかったのか、何を学んだのかを扱ってもらう
- このような発表形式は、興味深い聴衆を集めるのに役立つ
- NYC Systems の参加者には、システム分野の技術系起業家、経験豊富な開発者、大学院生、さまざまな開発者が混ざっている
- プロダクト売り込み型の発表を避けているからこそ、こうした参加者が集まる
- 登壇者探しは依然として難しい
- これまでで最も良い方法は、Twitter にいる産業界・学界の人々を個別メッセージで招待することだ
- 公開募集は簡単だが、うまく成立しないことが多い
- 地域の興味深い企業を継続的に見ていくやり方が必要だ
- VC とのつながりを通じて地域のエンジニア、技術系起業家、CTO を紹介してもらう方法も検討中である
- 他の主催者と話すことも重要だ
- Alex Petrov と直接会い、高品質なミートアップを運営する際の難しさと楽しさについて話した
- 新しいミートアップ主催者たちと話す意思があり、DM を開放している
1件のコメント
Hacker Newsのコメント
地域のLinuxユーザーグループの理事をしていたので、場所を確保する難しさには大いに共感する。平日の夜なら空いているオフィスがいくらでもある都市でも、安定した集会場所を見つけるのはほぼ不可能で、場所が変わり続けると参加者は毎回行き方を覚え直さなければならず、コアメンバーが定着しにくくなる。
一時期Mozillaがスペースを提供してくれていたが、社内の雰囲気が変わって追い出され、結局、会社の経営陣から強い支持がなければ継続は難しいと思う。そうでなければ会社の事情の変化に振り回されるしかない。
今は地域の図書館に安定して落ち着いているが、それは内部に助けてくれる人がいたからだ。以前、図書館に直接問い合わせたときは、事実上門前払いだった。
地方自治体は、地域の非営利団体や関心ベースのグループに集会スペースを提供することを義務にすべきだと思う。昔のように友人たちとお金を出し合って土地を買い、クラブハウスを建てることは多くの地域でもはや不可能で、50年前に作られたヨットクラブ、バドミントンクラブ、ローンボウリングクラブのようなモデルを、今は自治体が補完すべきだ。
地域の技術系ミートアップの多くは、静かなレストランやバーにただ集まっているが、発表ができないという欠点がある。よく行く地域のDefConチャプターはbarcadeの上階スペースを借りていて、夏は少し暑いものの、雰囲気とコミュニティはとても良い。
こういうミートアップの人たちはたいてい忙しいので、3時間の予定が突然4時間になると、50件の予定を調整するより、不要なことを切るほうが面倒が少ない。結局、こうしたスケジュール上の影響が、他の時間的約束がある人たちを継続的に離脱させていく。
好きだった地域のミートアップも、こうした問題で崩壊した。宣伝目的のDevRel担当者をふるい落とすのは簡単だったが、より難しかったのは、ミートアップや交流に関心がなく、履歴書や個人ブランドサイトに載せる発表を1つ作るために登壇しようとする人たちを見分けることだった。
こういう人たちは自分の発表がある1回だけ現れ、教育や議論よりも自分自身がよく見えるように作られた浅い内容を発表する。発表直後に抜けなければならないという口実もよくあり、質疑応答の前に帰ることもあった。
そして必ず自分の発表動画を必要としていた。しばらくの間、リモート視聴者向けに撮影機材を置いていたが、機材がないと慌てて、発表が遅れてでもスマートフォンで録画する方法をその場で作ろうとした。実際の目的はグループに話すことではなく、自分の発表の録画を手に入れることだった。
こうしたことが繰り返されると、コアメンバーは自分たちが誰かのキャリアアップのための観客小道具として使われているのだと気づき、もう来なくなる。そうしてミートアップは崩壊する。
地域のミートアップが、自己宣伝の機会ではなくミートアップそのものに関心のある人たちを中心に復活してほしい。
この2つの提案自体が特別なわけではなく、肝心なのは、運営者が何が起きているかに敏感で、健全な雰囲気を保つよう反応することだ。
ミートアップを作ろうとする人には、この本が役に立つかもしれない: https://www.goodreads.com/book/show/49766350-get-together
ミートアップに何度も参加しなければならないとか、会社への言及を禁止するといった制限を設けると、今呼べているようなレベルの高い発表者を招くのは難しくなると思う。招待する発表者はかなり慎重に選ぶが、良さそうだと判断した後はかなり柔軟に対応している。今のところ、聴衆にも発表者にもよく合っていると聞いている。
使った技術、直面した技術・事業・法務・市場上の困難、そしてそれをどう回避したかを話していた。ときどき販売ピッチが混じっていても、単なる営業プレゼン以上のもので、事業の話、エンジニアリング、研究開発、法律、金融、会社と国の歴史までが混ざった形だった。
非常に興味深く、全体として素晴らしく、ほとんど娯楽として出かけた夜のように感じられた。発表だけでなく交流会の部分も良かったし、文化的な違いかもしれないが、あちらの企業は物事がどう進んだのかを驚くほどオープンかつ率直に話すと感じた。
そういう人たちは、3〜8か月ごとに履歴書を盛らなければ生活できない状況ではなかった。同様に、発表を主催していた人たちも、スポンサーを期待してDevRel担当者の地位に依存していたわけではなかった。
最近Doctorowが繰り返し言っているのはまさにこういう大きな構図なのに、人々はそのうちの小さな断片だけを受け入れているように見える。
大学がこうしたイベントを誰にでも開放しないのは意外。システム分野はかなり産業志向なので、セミナーで産学連携を行うのは良いアイデアに見える。
SF市内に一流大学がないのは残念だし、正直理解しがたい。StanfordとBerkeleyはとても近いとはいえ、中心となる機関がないため、SFの文化は散らばって見える。
自己啓発作家のTim Ferrissも「Four Hour Work Week」でこのコツを勧めていた。大学キャンパスで話せば、その信頼性を自分のブランドに活用できる、というような内容で、正確な細部は覚えていない。
こうしたことが問題になるため、大学は任意のグループに施設利用を許可するリスクを負いにくい。誰かがすぐに「どこかの大学で講義した」あるいは「どこかの大学で講演した」と悪用するまで、時間はかからない。
TUMuchdataの運営陣は知らないし、その学科とも数年間接点はないが、学科長は私がそこで学んでいた頃と今も同じで、そうした活動を許可する、あるいはむしろ奨励しそうな人だと思う。
LAの交通や公共交通はよく知らないが、LA市庁舎からUCLAまで行く時間が、SF市庁舎からCalまで行く時間よりずっと長くても驚かない。歩いて行くのはより難しいが、少なくとも2030年まではそうだろう。
SFの文化が分散しているのはその通りだが、それはある程度意図されたもので、近隣単位の超ローカルな都市という性格によるものだ。
https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
最初に60人が参加すると言っていて、実際に50人来るならかなり良いほう。無料イベントの多くは、RSVPに対する**参加率30〜50%**程度が普通。
2010〜2014年のPortlandのMeetup.comは、メイカー、プログラミング、技術系の集まりで大いに盛り上がっていた。Puppet Labsの講堂が満員だったのも覚えている。ところがパンデミック前から突然、その大半が消えてしまった。
テーマもNodeJS、Rust、HTML1.0からスタートアップ、製造、IoTハッキングまで非常に多様で、RF回路愛好家の集まりまであった。今見たところCTRL-Hはまだうまく運営されているが、それ以外はあまりない。
定期的な運営者2人から聞いたところでは、一貫してしっかりした集まりを運営するのは途方もない仕事で、結局疲れ切ってしまうという。自分も「手伝うことはできるけれど、少ない自由時間を本当にここに使いたいのか？」と思った記憶があり、理解できる。素晴らしい集まりを運営していた人たちに敬意を表したい。
https://en.wikipedia.org/wiki/Meetup
Janrainには古いNikeのバスケットコートに階段席がある素晴らしいミートアップスペースがあり、初心者だった私に広い技術の世界を見せてくれる素晴らしいテーマがたくさんあった。Puppet Labs、Urban Airship、New Relicも最高級のミートアップを開いていたし、HillsboroのIntelもたいていMAXに乗って行く価値があった。ノベルティ、食べ物、就職機会がたくさんあった。
本当の問題は資金が枯れたことだ。ほとんどのミートアップには採用に必死なリクルーターがいて、スポンサーがイベント費用を賄っていた。今ではリモートワークが広く受け入れられ、地域の人材を手間をかけて誘致するインセンティブが減った。
Zoomミートアップは費用はほとんどかからないが、不自然で活気がない。2010年代にはゴールドラッシュのような雰囲気があったが、その時代は終わったようだ。コスト削減、アウトソーシング、AI過熱が、ソフトウェアを以前ほど権威ある職業ではないものにしつつあり、この楽観がすぐ戻ってくるとは思えない。
近いうちに連合型の代替手段が出てくるといい。メールも実際に連合型としてうまく機能すればいいのだが。
それでもpdxpug（Postgres）、PSUのDatabase Reading Group（DBRG）、pdx.rb、pdxruby Slack、pdxstartups Slack、Portland Papers We Love、Portland Linux Users Group、Linux Kernel meetup、Rose City Techiesのようなものはまだある。
少し探すだけでもこれだけ出てくるが、Calagatorに面白いものがあふれていた頃が懐かしい。なぜああなったのか気になる。
以前、自宅や裏庭で集まりを開いたこともある。1つは各自のプロジェクトを一緒にハックしようというもので、もう1つはオープンソース貢献を一緒にやろうというものだった。またそういうことをやってみるつもりはある。システムやデータベース関連なら特に相性が良さそうだし、読書会も良い。興味のある人がこれを見たなら、メールを送ってくれればいい。
「ミートアップ文化」の最も悪い部分は、ほとんど常にコミュニティよりも商業的な目的が優先される点だと思う。筆者に悪意はないが、JSのミートアップでうんざりした理由がまさにそれだったのに、今では登壇者たちに実質的に自分のエンジニアリングチームへの参加を売り込ませている
反対側には、開発者向けの就職アドバイスとして「地域の開発者ミートアップに行け」が定番のように言われていた時代があり、創業者や企業の立場からすると、開発者ミートアップをマーケティングや採用チャネルとして見るのは自然なこと。実際、多くの参加者は仕事を求めていて、多くの登壇者は人を採りたいと思っている
しかし、人々は仕事を得た後も残るのだろうか？ 継続的な参加者の立場から見て、採用中心のコンテンツは本当にミートアップに求めているものなのだろうか？
読書会、定期参加者による発表プロセス、ハッカソンを組み合わせれば、より持続可能なプログラミングミートアップ文化が生まれるかもしれない。企業が会場を提供したり名前を出したりする形で引き続きスポンサーになることはできるが、コンテンツはずっと面白くできるはず
JavaScriptには合わないかもしれないが、システムプログラミングは発表済みの研究との接点が多く、ハッカー文化もより強いので可能だと思う。ちょうどSFにオフィススペースを用意したところなので、関心とボランティアが十分にあればホストするつもりもある
HNとFediverseの人たちと一緒にTorontoのミートアップを始めた。安定したオフラインミートアップ運営は本当に手間がかかる
NYCのPapers We Loveチャプターが、約1年の空白、その前には2年の空白を経て再開しつつあるようだ。Datadogがイベントをホストしているらしく、Penn Stationの隣に便利なオフィスがある
https://www.meetup.com/papers-we-love/
Phoenixにいるが、今は夏なので活動がさらに停滞しているとはいえ、秋から春にかけても技術系ミートアップを見つけるのは難しい。関心分野はC++、C99、Java、分散システム、データエンジニアリング、生成系ではないAI/機械学習インフラだが、米国第5の都市でほとんど活動を見つけられない
自分で開こうともしたが、来たのは友人や同僚だけだった。似たような情熱を持つ人たちはどこにいるのか気になる
死んでいなければかなり積極的に参加したはずだが、動き出すための触媒が必要に見える
San DiegoとLos Angeles地域で良いミートアップを見つけるのに苦労している。Meetup.comはかなり死んでいるように見えるが、何かおすすめがあるだろうか
Socal Pythonは、発表を支えられる良い会場を見つけられず、ミートアップというより交流時間に近い。それでも悪くない: https://www.meetup.com/socalpython/
LA DevOpsは、まだオフラインミートアップが1回だけだった。バーが奥の良いパティオでスライドを見せてくれたが、うるさすぎて聞こえなかった。もっと良い会場が見つかるといい: https://www.meetup.com/meetup-group-ZZQWJLTm/
「高速な開発」と組織をテーマにまた発表したいが、今は仕事を優先している
あるいは、私たち自身で再起動しなければならないのかもしれない