1 पॉइंट द्वारा GN⁺ 2024-07-08 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • इस साल कई शहरों में उच्च-गुणवत्ता वाले सिस्टम प्रोग्रामिंग meetups फिर से बढ़ रहे हैं; Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems, Bengaluru Systems जैसे समूह सामने आए हैं
  • नए meetups किसी खास भाषा या framework के बजाय डेटाबेस, compiler, distributed systems जैसे गहरे विषयों पर बात करते हैं, और product pitch की जगह असली engineering चुनौतियों को प्राथमिकता देते हैं
  • NYC Systems दिसंबर 2023 में एक coffee meetup से शुरू हुआ, फरवरी 2024 में अपना पहला talk आयोजित किया, और अब इसकी mailing list में 400 से अधिक लोग हैं तथा हर event में वास्तविक उपस्थिति करीब 50 लोगों की रहती है
  • संचालन Meetup.com के बजाय webpage, Google Form, mailing list, calendar invite और YouTube पर public videos के संयोजन से होता है; Trail of Bits venue, equipment, food और drinks उपलब्ध कराता है
  • अच्छा meetup बनाने के लिए host company ढूंढनी चाहिए, लेकिन अत्यधिक branding की मांगों से बचना चाहिए, और speakers को overview talk या product tutorial के बजाय हाल के bugs, features और technical चुनौतियों पर बात करने के लिए प्रेरित करना चाहिए

महामारी से पहले और बाद में tech meetups का बदलाव

  • महामारी से पहले कई tech meetups ऐसे लगते थे जैसे startups अपने products का प्रचार कर रहे हों; JavaScript meetup में एक startup devrel कर्मचारी द्वारा product tutorial देने का अनुभव निराशा की वजह बना
  • New York Haskell Users Group और New York Emacs Meetup जैसे बौद्धिक रूप से गहरे groups भी थे, लेकिन अधिकांश attendees experts जैसे लगते थे, इसलिए गैर-विशेषज्ञों के लिए उनका आनंद लेना मुश्किल था
  • New York Linux User Group और Papers We Love NYC ऐसे अपवाद थे जिन्होंने अलग-अलग स्तर के attendees को शामिल करते हुए भी दिलचस्प गहराई बनाए रखी
    • वे किसी खास भाषा या framework से बंधे नहीं थे
    • वे व्यापक background explanation से शुरू करते थे और फिर किसी एक topic में गहराई तक जाते थे
    • अगर attendee कुल सामग्री का केवल 50% ही समझे, तब भी वह उस field के expert से कुछ नया सीख सकता था
  • महामारी के बाद ये दोनों meetups व्यावहारिक रूप से वापस नहीं आ सके

Munich से मिली प्रेरणा और NYC का पहला प्रयोग

  • महामारी के बाद Rust और Go meetups भी आजमाए गए, लेकिन कई बार वे दिलचस्प concepts को गहराई से लेने के बजाय high-level overview तक सीमित रह गए
  • 2022 से NYC में systems, databases और distributed systems से जुड़ी offline talk series पर विचार किया जा रहा था, लेकिन TigerBeetle के काम की वजह से दिसंबर 2023 तक इसे लागू नहीं किया जा सका
  • Technical University of Munich के graduate student Georg Kreuzmayr और उनके साथियों ने database club TUMuchData शुरू किया, और इसी ने दोबारा meetup organize करने की प्रेरणा दी
  • दिसंबर 2023 में NYC Systems Coffee Club शुरू हुआ
    • लक्ष्य वे developers थे जो NYC में systems programming में रुचि रखते हैं
    • topic scope में compilers, databases, web browser internals, distributed systems, formal methods आदि शामिल थे
    • venue Manhattan Midtown की public space और समय सुबह 9 बजे का coffee meetup रखा गया
    • Google Form से subscribers जुटाए गए, हर महीने RSVP लिया गया, और सबसे पहले जवाब देने वाले 20 लोगों को calendar invite भेजा गया

NYC Systems के सिद्धांत और venue की तलाश

  • Angelo Saraceno के co-organizer के रूप में जुड़ने पर NYC Systems बना
  • मूल आधार यह था कि meetup language और framework से स्वतंत्र हो, और product pitch नहीं बल्कि engineering problems पर केंद्रित हो
  • corporate marketing को पूरी तरह बाहर नहीं रखा गया, लेकिन मानक यह था कि उद्देश्य product से ज्यादा engineering team को सामने लाना होना चाहिए
  • speakers को व्यापक background से शुरू करके databases, programming languages, distributed systems आदि के दिलचस्प पहलुओं में गहराई तक जाना चाहिए
    • context बनाने के लिए product explanation जरूरी हो सकता है
    • talk का केंद्र हाल की technical challenges और उन्हें हल करने के तरीके होने चाहिए
  • आयोजन का बोझ और अच्छे speakers ढूंढने का दबाव कम करने के लिए events दो महीने में एक बार रखे गए
  • speakers ढूंढना Twitter और LinkedIn की वजह से अपेक्षाकृत आसान था, लेकिन venue पाना ज्यादा मुश्किल था
    • Manhattan की कई companies हर event में अपना speaker शामिल करने की मांग करती थीं
    • नया meetup होने के कारण branding demands को नरम करने वाली company ढूंढना और भी कठिन था
    • आखिरकार Brooklyn-आधारित company Trail of Bits host बनी, जिसने अपने speaker या branding को मजबूर नहीं किया

संचालन का तरीका और पैमाना

  • शुरुआत में meetup की जानकारी personal site पर डाली गई, बाद में इसे nycsystems.xyz पर ले जाया गया
  • Google Form से mailing list बनाई गई, और Twitter व LinkedIn पर group की जानकारी दी गई
  • event calendar website की HTML table में पहले से public किया जाता है, और speaker की घोषणा event से एक हफ्ते पहले की जाती है
  • हर event का RSVP mailing list पर Google Form भेजकर लिया जाता है
    • सबसे पहले जवाब देने वाले 60 लोगों को Google Calendar invite भेजा जाता है
    • 60 लोगों के attending बताने पर भी वास्तविक event attendance आमतौर पर करीब 50 लोगों की होती है
    • mailing list में 400 से अधिक लोग हैं, और हर event RSVP में 20–30 लोग waitlist में रह जाते हैं
  • Meetup.com से बचा जा रहा है, और नए systems programming meetups भी आमतौर पर Meetup.com नहीं चुनते
    • Munich Database Meetup मौजूदा Munich NoSQL Meetup का revival था, इसलिए उसने Meetup.com जारी रखा
    • दूसरे groups मुख्य रूप से lu.ma इस्तेमाल करते हैं
  • Trail of Bits हर event में screen, chairs, food और drinks उपलब्ध कराता है
  • Angelo Saraceno recording equipment से audio और video capture संभालते हैं, और बाद में editing व public release तक देखते हैं
  • event के बाद talk videos @NYCSystems YouTube पर publish किए जाते हैं

दूसरे शहरों में systems meetups का विस्तार

  • मार्च 2024 में TUMuchData के सदस्यों ने Alex Petrov के Munich NoSQL Meetup के साथ मिलकर Munich Database Meetup बनाया
  • मई 2024 में Kaivalya Apte और Manish Gill ने Alex और Munich Database Meetup से प्रेरित होकर Berlin Systems Group शुरू किया
  • मई 2024 में San Francisco Bay Area के PhD students Shadaj Laddad और Conor Power ने SF Distributed Systems meetup शुरू किया
    • पहले meetup में SQL extension और algebraic properties लागू करने पर talk शामिल था
  • जुलाई 2024 में Shraddha Agrawal, Anirudh Rowjee और उनके साथियों ने पहला Bengaluru Systems Meetup आयोजित किया
    • पहले event में GenAI applications को चलाने वाले systems, browser performance और security पर talks शामिल थे

नया meetup चलाते समय मानक

  • खर्च खुद न उठाएं; host company ढूंढना बेहतर है
  • company की बहुत सारी मांगें मानने की जरूरत नहीं है
    • company के नजरिए से 5 मिनट की hiring या product intro दी जा सकती है
    • लंबी branding या 30 मिनट के product tutorial के बिना भी यह दोनों पक्षों के लिए फायदेमंद हो सकता है
  • speakers से लगातार कहना चाहिए कि वे overview talks या product pitches से बचें
    • हाल के किसी दिलचस्प bug या feature की कहानी मांगें
    • क्या हुआ, वह मुश्किल क्यों था, और क्या सीखा गया—इन बातों को cover करवाएं
  • इस तरह का talk format दिलचस्प audience जुटाने में मदद करता है
    • NYC Systems के attendees में systems field के technical founders, अनुभवी developers, graduate students और अलग-अलग तरह के developers शामिल हैं
    • product-pitch जैसे talks से बचने के कारण ऐसे attendees आ पाते हैं
  • speakers ढूंढना अब भी मुश्किल है
    • अब तक सबसे अच्छा तरीका Twitter पर industry और academia के लोगों को individual messages के जरिए invite करना रहा है
    • open call आसान है, लेकिन कई बार उससे अच्छा नतीजा नहीं मिलता
    • local interesting companies पर लगातार नजर रखने की जरूरत है
    • VC connections के जरिए local engineers, technical founders और CTOs से introduction पाने का तरीका भी विचाराधीन है
  • दूसरे organizers से बात करना भी महत्वपूर्ण है
    • Alex Petrov से व्यक्तिगत रूप से मिलकर high-quality meetup organize करने की कठिनाइयों और खुशियों पर बात की गई
    • नए meetup organizers से बात करने की इच्छा है, और DM खुले रखे गए हैं

1 टिप्पणियां

 
GN⁺ 2024-07-08
Hacker News की राय
  • मैं एक स्थानीय Linux यूज़र ग्रुप के बोर्ड में था, इसलिए जगह ढूंढने की कठिनाई से बहुत सहमत हूं। ऐसे शहर में भी जहां वीकडे रातों में खाली ऑफिस भरे पड़े होते हैं, एक स्थिर meetup venue ढूंढना लगभग असंभव था। और अगर जगह बार-बार बदलती रहे, तो लोगों को हर बार वहां पहुंचने का तरीका फिर से सीखना पड़ता है, जिससे core members का टिक पाना मुश्किल हो जाता है।
    एक समय Mozilla ने space दिया था, लेकिन अंदरूनी माहौल बदलने पर हमें निकाल दिया गया। आखिरकार मुझे लगता है कि इसे टिकाऊ बनाने के लिए कंपनी के executives का मजबूत समर्थन होना चाहिए। वरना कंपनी की परिस्थितियों में बदलाव के साथ बहना ही पड़ेगा।
    अब हम स्थानीय library में स्थिर रूप से जम गए हैं, लेकिन यह इसलिए संभव हुआ क्योंकि अंदर कोई मदद करने वाला व्यक्ति था। पहले जब हमने library से सीधे पूछा था, तो असल में रास्ता बंद हो गया था।
    मेरा मानना है कि local government को स्थानीय non-profit और interest groups को meeting space उपलब्ध कराना अनिवार्य करना चाहिए। पहले की तरह दोस्तों के साथ पैसे जोड़कर जमीन खरीदना और clubhouse बनाना अब कई इलाकों में संभव नहीं है, और 50 साल पहले बने yacht club, badminton club, lawn bowling club जैसे models की कमी आज municipalities को पूरी करनी चाहिए।

    • पहले मुझे यह जरूरत ठीक से महसूस नहीं होती थी कि municipalities को स्थानीय non-profit और interest groups को space देना चाहिए, लेकिन लगता है यह सचमुच जरूरी है। हमारे शहर में किराए पर लेने लायक कई private spaces हैं, लेकिन कुछ reasonably priced हैं तो कुछ बेवजह बहुत महंगे।
      कई स्थानीय tech meetups बस किसी शांत restaurant या bar में मिल लेते हैं, लेकिन downside यह है कि वहां presentation नहीं हो सकती। जिस स्थानीय DefCon chapter में मैं अक्सर जाता हूं, वह एक barcade के upstairs space को rent करता है; गर्मियों में थोड़ा गरम जरूर होता है, लेकिन माहौल और community बहुत अच्छी है।
    • जब मैंने स्थानीय library में स्पष्ट रूप से एक non-profit tech meetup बनाने की कोशिश की, तो ऐसी ही समस्या आई। यह एक meetup था जहां projects पर बात होती, commercial activity मना होती, और कोई participation fee भी नहीं थी, फिर भी मुझे अनुमति नहीं मिली क्योंकि मैं “community group” नहीं था, बल्कि Bay Area के आसपास के loosely connected individuals को इकट्ठा करना चाहने वाला व्यक्ति था।
    • जापान में ऐसी जगहें हैं। स्थानीय community centers लगभग हर जगह हैं, और nominal fee देकर meeting space इस्तेमाल किया जा सकता है। पिछली बार जब मैंने देखा था, तो यह लगभग 5 डॉलर प्रति घंटा था, और Tokyo के बीचोंबीच हमारे neighborhood center में भी जरूरत के हिसाब से इस्तेमाल की जा सकने वाली rooms तीन floors में फैली हुई हैं।
    • GPS होने पर जगह से ज्यादा time burden में बदलाव बड़ा होता है। अक्सर नई जगह सिर्फ 5 मिनट दूर नहीं होती, बल्कि 30–45 मिनट तक का फर्क आ जाता है।
      ऐसे meetups के लोग आम तौर पर busy होते हैं, इसलिए अगर 3 घंटे का schedule अचानक 4 घंटे का हो जाए, तो 50 schedules adjust करने की बजाय non-essential चीज छोड़ देना कम सिरदर्द लगता है। आखिरकार ऐसे scheduling effects दूसरे time commitments वाले लोगों को लगातार बाहर करते रहते हैं।
    • यही तो community center की भूमिका है। पास के town में ऐसी facility है, और अगर आप resident हैं तो room size के हिसाब से करीब 20–70 डॉलर प्रति घंटा देकर rent कर सकते हैं। group members में से सिर्फ एक व्यक्ति का उस town का resident होना room secure करने के लिए काफी है।
  • जिन स्थानीय meetups को मैं पसंद करता था, वे भी ऐसी ही समस्याओं से टूट गए। advertising करने आए DevRel लोगों को filter करना आसान था, लेकिन ज्यादा मुश्किल उन लोगों को filter करना था जो meetup से जुड़ने या बातचीत करने नहीं, बल्कि अपने resume या personal brand site में डालने के लिए एक talk बनाने के मकसद से बोलना चाहते थे।
    ऐसे लोग सिर्फ उसी एक बार आते थे जब उनका talk होता था, और education या discussion के बजाय अपने आपको अच्छा दिखाने के लिए बनाई गई shallow सामग्री पेश करते थे। talk के तुरंत बाद निकलना पड़ने का बहाना भी अक्सर होता था, और कुछ तो Q&A से पहले ही चले जाते थे।
    और उन्हें हमेशा अपने talk का video चाहिए होता था। कुछ समय तक हमने remote viewers के लिए recording equipment रखा था, लेकिन equipment न हो तो वे घबरा जाते थे और talk delay हो जाए तब भी मौके पर ही phone से record करने का तरीका बनाने लगते थे। असली लक्ष्य group से बात करना नहीं, बल्कि अपने talk की recording हासिल करना था।
    जब ऐसा बार-बार होता है, तो core members समझ जाते हैं कि उन्हें किसी के career advancement के लिए audience prop की तरह इस्तेमाल किया जा रहा है, और वे आना बंद कर देते हैं। इसी तरह meetup टूट जाता है।
    उम्मीद है कि स्थानीय meetups self-promotion opportunities के बजाय meetup itself में दिलचस्पी रखने वाले लोगों के केंद्र में फिर से जीवित हों।

    • आजमाने लायक adjustments काफी स्पष्ट लगते हैं। शुरुआती bootstrap वाली कुछ meetings को छोड़कर, speakers को talk से पहले कुछ बार meetup attend करना चाहिए, और company या product का उल्लेख self-introduction slide से ज्यादा नहीं करने देना चाहिए।
      ये दोनों suggestions अपने-आप में खास नहीं हैं; असली बात यह है कि organizers को संवेदनशील होकर देखना चाहिए कि क्या हो रहा है और healthy atmosphere बनाए रखने के लिए react करना चाहिए।
      meetup बनाना चाहने वाले व्यक्ति के लिए यह किताब मददगार हो सकती है: https://www.goodreads.com/book/show/49766350-get-together
    • आप किस दिशा की बात कर रहे हैं, यह समझता हूं, लेकिन शुरुआत में speakers ढूंढना ही अब भी मुश्किल है। मेरे हिसाब से high-quality talks 100% marketing हैं; बस product की नहीं, engineering team marketing की।
      अगर आप कई बार meetup attend करने या company mention पर रोक जैसे restrictions लगाते हैं, तो अभी जिस level के अच्छे speakers आ रहे हैं, उन्हें attract करना मुश्किल होगा। जिन्हें बुलाना है, उन्हें चुनने में हम काफी picky रहते हैं, लेकिन अच्छा लगे तो फिर उनके साथ काफी flexible रहते हैं। अब तक सुनने में आया है कि यह audience और speakers दोनों के लिए अच्छा रहा है।
    • एक counterexample के तौर पर, Philippines meetup (Raid the fridge) में companies ने, यहां तक कि पारंपरिक बड़े banks ने भी, launch करने वाली नई products और services को company history के साथ मिलाकर present किया था।
      उन्होंने इस्तेमाल की गई technologies, सामने आई technical, business, legal और market difficulties, और उन्हें कैसे bypass किया, इस पर बात की। कभी-कभी sales pitch भी मिल जाती थी, लेकिन वह simple sales presentation से कहीं अधिक था; business stories, engineering, R&D, law, finance, company और country की history तक सब मिला हुआ था।
      यह बेहद interesting और overall शानदार था, लगभग entertainment के लिए निकली रात जैसा लगा। talks के अलावा social meetup वाला हिस्सा भी अच्छा था, और शायद यह cultural difference हो, लेकिन मुझे लगा कि वहां की companies इस बारे में ताजगी भरी openness और honesty से बात करती हैं कि चीजें कैसे आगे बढ़ीं।
    • किसी भी रूप में, curation के बिना community लंबे समय तक नहीं बचती। कम से कम ऐतिहासिक रूप से अब यह स्पष्ट हो गया है, ऐसा मुझे लगता है।
    • यह job market की समस्या है। कई मशहूर talks ऐसे लोगों से आईं जिनकी lifelong employment secure थी और जो किसी system या protocol की तीखी आलोचना करते थे। UPnP से लेकर persistent compiler worm talk तक ऐसा ही था।
      वे लोग ऐसी स्थिति में नहीं थे कि हर 3–8 महीने में resume inflate किए बिना उनकी रोजी-रोटी न चलती हो। उसी तरह talks host करने वाले लोग भी sponsors की उम्मीद में DevRel लोगों की status पर निर्भर नहीं थे।
      आजकल Doctorow बार-बार जिस बड़े चित्र की बात कर रहे हैं, वह यही है, लेकिन लगता है लोग उसमें से सिर्फ छोटे-छोटे टुकड़े ही स्वीकार कर रहे हैं।
  • यह थोड़ा हैरान करता है कि universities ऐसे events सबके लिए खुले नहीं रखतीं। systems field काफी industry-oriented है, इसलिए seminars में academia-industry collaboration अच्छा idea लगता है
    SF शहर के अंदर कोई top-tier university नहीं है, यह अफसोस की बात है और सच कहूँ तो समझना मुश्किल है। Stanford और Berkeley बहुत पास हैं, लेकिन कोई central institution नहीं होने से SF culture बिखरा हुआ लगता है

    • university facilities को events के लिए इस्तेमाल करने देने में बहुत सावधान रहना पड़ता है। दुर्भाग्य से scammy लोग university campus में कुछ भी करने के हर मौके को इस तरह इस्तेमाल करते हैं कि लगे उनका university से कोई संबंध है
      self-help author Tim Ferriss ने भी “Four Hour Work Week” में यह तरकीब सुझाई थी। कुछ ऐसा कि university campus में बोलने से मिली credibility को अपने brand के लिए इस्तेमाल किया जा सकता है; exact details याद नहीं हैं
      ऐसी चीजें समस्या बन जाती हैं, इसलिए universities के लिए किसी random group को facilities इस्तेमाल करने देने का risk उठाना मुश्किल होता है। किसी को तुरंत “मैंने फलाँ university में lecture दिया” या “फलाँ university में speech दी” कहकर उसका दुरुपयोग करने में देर नहीं लगती
    • SF में UCSF है और वह top-tier university है। बस वह medicine-focused है
    • जिस TUMuchdata का जिक्र हुआ है, वह university में होता है। मुझे लगता है ऐसी activities आखिरकार पीछे मौजूद individuals पर काफी निर्भर करती हैं
      मैं TUMuchdata organizers को नहीं जानता और उस department से भी कई साल से contact नहीं है, लेकिन department head वही हैं जो मेरे वहाँ पढ़ने के समय थे, और मुझे लगता है वे ऐसे कामों की अनुमति देने या उल्टा उन्हें encourage करने वाले व्यक्ति हैं
    • अच्छा होगा अगर UC Berkeley BSD era वाली innovation और collaboration को फिर से जिंदा करे
    • Cal को UCSF के non-medical हिस्से जैसा समझा जा सकता है। East Bay, SF नहीं जैसा लगता है, लेकिन वह दूरी ज्यादातर पानी की वजह से बनी psychological distance है। अगर Emeryville को SF waterfront से चिपका दें, तो वह SF State की तुलना में downtown के कहीं ज्यादा करीब होगा
      LA traffic और public transit के बारे में मुझे ठीक से नहीं पता, लेकिन अगर LA City Hall से UCLA तक जाने में SF City Hall से Cal तक जाने से कहीं ज्यादा समय लगे तो मुझे हैरानी नहीं होगी। पैदल जाना ज्यादा मुश्किल है, लेकिन कम से कम 2030 से पहले तक तो ऐसा ही लगता है
      SF culture का बिखरा होना सही है, लेकिन वह कुछ हद तक intentional है, क्योंकि यह neighborhood-level hyper-local city जैसा है
      https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
  • शुरू में कहा गया था कि 60 लोग attend करेंगे, और अगर सच में 50 लोग आए तो यह काफी अच्छा है। ज्यादातर free events में RSVP के मुकाबले attendance rate 30–50% के आसपास होना आम है

  • 2010–2014 में Portland का Meetup.com makers, programming और tech meetups से खूब गुलजार था। मुझे याद है Puppet Labs auditorium खचाखच भरा रहता था। लेकिन pandemic से पहले ही अचानक उनमें से ज्यादातर गायब हो गए
    topics भी NodeJS, Rust, HTML1.0 से लेकर startups, manufacturing, IoT hacking तक बहुत diverse थे, और RF circuit enthusiasts का meetup भी था। अभी देखा तो CTRL-H अब भी ठीक चल रहा है, लेकिन बाकी ज्यादा कुछ नहीं है
    दो regular organizers से जो सुना, उसके मुताबिक लगातार मजबूत meetup चलाना बहुत बड़ा काम है और आखिरकार लोग थक जाते हैं। मुझे भी याद है कि मैंने सोचा था, “help तो कर सकता हूँ, लेकिन क्या अपना थोड़ा-सा free time सच में इसी में लगाना चाहता हूँ?” इसलिए समझ आता है। जिन लोगों ने शानदार meetups चलाए, उन्हें सलाम

    • Meetup के अपने trajectory का भी असर रहा होगा। 2017 में WeWork ने इसे acquire किया, 2018 में founder CEO पद से हटे, 2019 में नया pricing model आया, 2020 में WeWork ने इसे AlleyCorp को बेच दिया, और 2024 में Bending Spoons ने Meetup acquisition की घोषणा की
      https://en.wikipedia.org/wiki/Meetup
    • उन दिनों Portland में मैं हर हफ्ते meetups में जाता था। जब career शुरू करने की कोशिश कर रहा था, तब free beer और pizza बहुत मददगार थे
      Janrain के पास पुराने Nike basketball court में tiered seating वाला शानदार meetup space था, और मेरे जैसे beginner को wider tech world दिखाने वाले कई बेहतरीन topics थे। Puppet Labs, Urban Airship, New Relic भी top-class meetups कराते थे, और Hillsboro में Intel भी आम तौर पर MAX लेकर जाने लायक होता था। swag, food और job opportunities बहुत थीं
      असली समस्या यह है कि पैसा सूख गया। ज्यादातर meetups में hiring के लिए desperate recruiters होते थे, और sponsorship meetup costs उठाती थी। अब remote work व्यापक रूप से स्वीकार हो गया है, तो local talent को मेहनत से attract करने का incentive कम हो गया है
      Zoom meetups की cost लगभग नहीं होती, लेकिन वे unnatural और lifeless लगते हैं। 2010s में gold rush जैसा अहसास था, लेकिन लगता है वह दौर खत्म हो गया है। cost-cutting, outsourcing और AI hype software को पहले की तुलना में कम प्रतिष्ठित profession बना रहे हैं, और यह optimism जल्दी लौटेगा ऐसा नहीं लगता
    • थकान तो होती ही है, ऊपर से सबको Meetup account बनाना पड़ता था, Meetup लगातार महंगा होता गया, और अगर सिर्फ मेरे पास Facebook account नहीं है तो “चलो Facebook ही इस्तेमाल कर लेते हैं” वाला रुझान भी बनने लगा
      उम्मीद है जल्द ही कोई federated alternative उभरे। email भी अगर सच में federated तरीके से अच्छी तरह काम करे तो अच्छा होगा
    • Calagator कई सालों से dead पड़ा है, वजह नहीं पता। pandemic से काफी पहले से ऐसा था, और अब जो दिखता है वह ज्यादातर business networking या कुछ बेचने वाले meetups हैं
      फिर भी 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 शानदार चीजों से भरा रहता था। सोचता हूँ ऐसा क्यों हुआ
      पहले मैंने अपने घर या backyard में meetups भी रखे हैं। एक में सब अपने-अपने projects पर साथ hack करने वाले थे, और दूसरे में open source contributions साथ करने वाले थे। फिर से ऐसा कुछ करने का विचार है। systems या databases से related हो तो खास तौर पर अच्छा fit होगा, और reading group भी अच्छा रहेगा। अगर कोई interested व्यक्ति यह देखे तो email कर सकता है
    • Portland में अगर कोई systems-oriented meetup हो तो मैं जरूर attend करना चाहूँगा, और भले ही मैं ऐसे काम में बहुत अच्छा नहीं हूँ, organization/operations में भी हाथ बँटाने को तैयार हूँ
  • “मीटअप संस्कृति” का सबसे खराब हिस्सा लगभग हमेशा यह होता है कि समुदाय से पहले व्यावसायिक उद्देश्य आ जाते हैं। लेखक की नीयत खराब नहीं है, लेकिन JS मीटअप्स में जिस वजह से झुंझलाहट होती थी, वही यहाँ भी है—अब वक्ताओं से असल में अपनी engineering team में शामिल होने की पिच कराई जा रही है
    दूसरी तरफ, एक समय था जब developer career advice में “लोकल developer meetups में जाओ” लगभग डिफॉल्ट सलाह होती थी, और founders या कंपनियों के लिए developer meetups को marketing और hiring channel के रूप में देखना स्वाभाविक है। वाकई कई attendees नौकरी चाहते हैं, और कई speakers लोगों को hire करना चाहते हैं
    लेकिन लोगों को नौकरी मिलने के बाद क्या वे बने रहेंगे? नियमित attendees के नज़रिये से, क्या hiring-केंद्रित content सच में वही है जो वे meetup से चाहते हैं?
    book club, नियमित attendee presentation process और hackathon को मिलाकर शायद अधिक sustainable programming meetup culture बन सकता है। कंपनियाँ अब भी जगह उपलब्ध कराने या अपना नाम दिखाने के रूप में sponsorship दे सकती हैं, लेकिन content कहीं ज़्यादा दिलचस्प हो सकता है
    JavaScript के लिए शायद यह फिट न बैठे, लेकिन systems programming प्रकाशित research से काफी जुड़ी है और उसमें hacker culture भी मजबूत है, इसलिए मुझे लगता है यह संभव है। संयोग से SF में office space मिल गया है, और अगर पर्याप्त रुचि और volunteers हों तो मैं host करने के बारे में सोच सकता हूँ

    • SF Papers We Love को physical space में रुचि हो सकती है। अब तक वे online मिलते रहे हैं, लेकिन in-person meetup मददगार लगती है
  • HN और Fediverse के लोगों के साथ Toronto meetup शुरू किया है। स्थिर offline meetup संचालन सच में बहुत काम मांगता है

  • NYC का Papers We Love chapter लगभग 1 साल के gap, और उससे पहले 2 साल के gap के बाद फिर शुरू होता दिख रहा है। लगता है Datadog event host कर रहा है, और Penn Station के पास उनका सुविधाजनक office है
    https://www.meetup.com/papers-we-love/

  • मैं Phoenix में हूँ, और अभी गर्मी की वजह से गतिविधि दोगुनी सुस्त है, लेकिन fall से spring तक भी tech meetups ढूँढना मुश्किल है। मेरी रुचियाँ C++, C99, Java, distributed systems, data engineering, और generative नहीं बल्कि AI/machine learning infrastructure में हैं, लेकिन अमेरिका के 5वें सबसे बड़े शहर में मुझे लगभग कोई activity नहीं मिल रही
    खुद शुरू करने की कोशिश की, लेकिन सिर्फ दोस्त या colleagues ही आए। सोचता हूँ कि समान passion वाले लोग कहाँ हैं

    • COVID के बाद migration बढ़ा है, इसलिए लगता है पर्याप्त लोग तो होंगे। 2010s की शुरुआत में जब थोड़े समय के लिए वहाँ काम किया था, तब Godaddy कुछ meetups किया करता था, लेकिन Meetup.com की tech community की निश्चित रूप से कोई खास presence नहीं थी
      अगर यह dead नहीं होता तो मैं बहुत actively participate करता, लेकिन शुरुआत कराने के लिए किसी catalyst की ज़रूरत लगती है
  • San Diego और Los Angeles क्षेत्र में अच्छे meetups ढूँढने में मुश्किल हो रही है। Meetup.com काफी dead लगता है; कोई recommendations हैं?

    • अगर Los Angeles क्षेत्र की बात है, तो OWASP security meetup शानदार है। यह WeWork या local companies में होता है और content भी अच्छा है। funding model नहीं पता, लेकिन यह अच्छी तरह चल रहा है: https://www.meetup.com/owasp-los-angeles/
      Socal Python को talks support करने के लिए अच्छी जगह नहीं मिल पाई, इसलिए meetup ज़्यादा social time जैसा है। फिर भी ठीक है: https://www.meetup.com/socalpython/
      LA DevOps की अभी तक सिर्फ एक offline meetup हुई है। bar ने पीछे के अच्छे patio में slides दिखाने दीं, लेकिन इतना शोर था कि सुना नहीं जा सका। काश कोई बेहतर जगह मिल जाए: https://www.meetup.com/meetup-group-ZZQWJLTm/
      “fast development” और organizational topics पर फिर से talk देना चाहता हूँ, लेकिन अभी काम को priority दे रहा हूँ
    • pandemic ने San Diego की बेहतरीन Papers We Love meetup को खत्म कर दिया। PWL के जरिए मिले अच्छे लोग और papers याद आते हैं, और अगर वैसा कुछ फिर शुरू हो तो बहुत खुशी होगी
      या फिर हमें खुद ही इसे फिर से start करना होगा