1 คะแนน โดย GN⁺ 2024-07-08 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ปีนี้มี มีตอัปด้าน system programming คุณภาพสูง เพิ่มขึ้นอีกครั้งในหลายเมือง โดยมีงานอย่าง Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems และ Bengaluru Systems ปรากฏขึ้น
  • มีตอัปรูปแบบใหม่นี้พูดถึงหัวข้อเชิงลึกอย่าง ฐานข้อมูล, คอมไพเลอร์ และระบบแบบกระจาย มากกว่าจะยึดติดกับภาษาใดภาษาหนึ่งหรือเฟรมเวิร์ก และให้ความสำคัญกับปัญหาวิศวกรรมจริงมากกว่าการพรีเซนต์สินค้า
  • NYC Systems เริ่มต้นจากการนัดดื่มกาแฟในเดือนธันวาคม 2023 และจัดทอล์กครั้งแรกในเดือนกุมภาพันธ์ 2024 ก่อนจะเติบโตเป็นรายชื่ออีเมล มากกว่า 400 คน และมีผู้เข้าร่วมจริงราว 50 คนต่ออีเวนต์
  • การจัดงานใช้การผสมกันของหน้าเว็บ, Google Form, รายชื่ออีเมล, คำเชิญในปฏิทิน และวิดีโอ YouTube แบบสาธารณะ แทนการใช้ Meetup.com โดย Trail of Bits เป็นผู้สนับสนุนสถานที่ อุปกรณ์ อาหาร และเครื่องดื่ม
  • หากอยากสร้างมีตอัปที่ดี ควรหาบริษัทเจ้าภาพแต่หลีกเลี่ยงข้อเรียกร้องเรื่องการทำแบรนด์ที่มากเกินไป และกระตุ้นให้ผู้พูดเล่าเรื่อง บั๊กล่าสุด ฟีเจอร์ใหม่ หรือความท้าทายทางเทคนิค มากกว่าการบรรยายภาพรวมหรือสอนใช้สินค้า

การเปลี่ยนแปลงของมีตอัปสายเทคก่อนและหลังช่วงโรคระบาด

  • ก่อนช่วงโรคระบาด มีมีตอัปสายเทคจำนวนมากที่ให้ความรู้สึกเหมือนเป็นเวทีให้สตาร์ตอัปโปรโมตสินค้าของตัวเอง และกรณีที่พนักงาน devrel ของสตาร์ตอัปมาสอน product tutorial ในมีตอัป JavaScript ก็เป็นจุดที่ทำให้รู้สึกผิดหวัง
  • แม้จะมีกลุ่มที่ลึกเชิงปัญญาอย่าง New York Haskell Users Group และ New York Emacs Meetup แต่ผู้เข้าร่วมส่วนใหญ่ดูเป็นผู้เชี่ยวชาญ จนคนที่ไม่ใช่มืออาชีพในสายนี้เข้าถึงความสนุกได้ยาก
  • New York Linux User Group และ Papers We Love NYC เป็นข้อยกเว้นที่สามารถเปิดรับผู้เข้าร่วมหลายระดับได้พร้อมกับรักษา ความลึกที่น่าสนใจ เอาไว้
    • ไม่ผูกติดกับภาษาใดภาษาหนึ่งหรือเฟรมเวิร์กใดเฟรมเวิร์กหนึ่ง
    • เริ่มจากการอธิบายพื้นฐานกว้าง ๆ ก่อน แล้วค่อยเจาะลึกในหัวข้อหนึ่ง
    • แม้ผู้เข้าร่วมจะเข้าใจเพียง 50% ของทั้งหมด ก็ยังได้เรียนรู้สิ่งใหม่จากผู้เชี่ยวชาญในสาขานั้น
  • หลังช่วงโรคระบาด มีตอัปทั้งสองนี้แทบไม่สามารถกลับมาได้จริง

แรงบันดาลใจจาก Munich และการทดลองครั้งแรกใน NYC

  • หลังโรคระบาด แม้จะลองไปงานมีตอัป Rust และ Go ด้วย แต่หลายครั้งก็ยังอยู่แค่ระดับภาพรวมสูง ๆ มากกว่าจะลงลึกในแนวคิดที่น่าสนใจ
  • ตั้งแต่ปี 2022 มีแนวคิดอยากทำซีรีส์ทอล์กแบบออฟไลน์ใน NYC เกี่ยวกับ systems, databases และ distributed systems แต่เพราะงานที่ TigerBeetle จึงยังไม่ได้ลงมือจนถึงเดือนธันวาคม 2023
  • Georg Kreuzmayr นักศึกษาปริญญาโทจาก Technical University of Munich และเพื่อนร่วมงานเริ่มต้นชมรมฐานข้อมูล TUMuchData และเรื่องนี้กลายเป็นแรงผลักให้กลับมาจัดมีตอัปอีกครั้ง
  • ในเดือนธันวาคม 2023 จึงเริ่ม NYC Systems Coffee Club
    • กลุ่มเป้าหมายคือผู้พัฒนาใน NYC ที่สนใจ system programming
    • ขอบเขตหัวข้อรวมถึงคอมไพเลอร์, ฐานข้อมูล, โครงสร้างภายในของเว็บเบราว์เซอร์, distributed systems และ formal methods
    • สถานที่จัดคือพื้นที่สาธารณะในย่าน Midtown Manhattan และกำหนดเวลาเป็นวงกาแฟตอน 9 โมงเช้า
    • ใช้ Google Form รวบรวมผู้สมัครรับข่าวสาร และรับ RSVP ทุกเดือน โดยส่งคำเชิญในปฏิทินให้ 20 คนแรกที่ตอบกลับ

หลักการของ NYC Systems และการหาสถานที่

  • เมื่อ Angelo Saraceno เข้าร่วมเป็นผู้จัดร่วม จึงเกิด NYC Systems
  • หลักตั้งต้นคือเป็นมีตอัปที่ไม่ขึ้นกับภาษาใดหรือเฟรมเวิร์กใด และเน้นที่ โจทย์วิศวกรรม ไม่ใช่การพรีเซนต์สินค้า
  • ไม่ได้กีดกันการตลาดของบริษัทแบบสิ้นเชิง แต่ตั้งเกณฑ์ไว้ว่าควรเป็นไปเพื่อให้คนรู้จัก ทีมวิศวกรรม มากกว่าตัวสินค้า
  • ผู้พูดควรเริ่มจากพื้นหลังที่กว้างพอ ก่อนค่อยเจาะลึกไปยังแง่มุมที่น่าสนใจของฐานข้อมูล, ภาษาโปรแกรม, distributed systems และอื่น ๆ
    • การอธิบายตัวสินค้าอาจจำเป็นเพื่อปูบริบท
    • แต่แกนหลักของการพูดควรเป็นความท้าทายทางเทคนิคล่าสุดและวิธีจัดการกับมัน
  • งานถูกกำหนดให้จัดทุกสองเดือนเพื่อลดภาระการจัดและภาระในการหาผู้พูดคุณภาพดี
  • การหาผู้พูดค่อนข้างง่ายเมื่ออาศัย Twitter และ LinkedIn แต่การหาสถานที่ยากกว่า
    • หลายบริษัทในแมนแฮตตันเรียกร้องว่าทุกอีเวนต์ต้องมีผู้พูดจากบริษัทตัวเอง
    • เพราะเป็นมีตอัปใหม่ จึงยิ่งหาบริษัทที่ยอมผ่อนเรื่องการทำแบรนด์ได้ยาก
    • ท้ายที่สุดบริษัทจาก Brooklyn อย่าง Trail of Bits ที่ไม่บังคับให้มีผู้พูดของบริษัทหรือการทำแบรนด์มากเกินไปจึงมาเป็นเจ้าภาพ

รูปแบบการดำเนินงานและขนาดของงาน

  • ช่วงแรกลงข้อมูลมีตอัปไว้บนเว็บไซต์ส่วนตัว ก่อนจะย้ายไปที่ nycsystems.xyz
  • ใช้ Google Form สร้างรายชื่ออีเมล และประชาสัมพันธ์กลุ่มผ่าน Twitter และ LinkedIn
  • ปฏิทินอีเวนต์เผยแพร่ล่วงหน้าบนเว็บไซต์ในรูปแบบตาราง HTML และจะประกาศผู้พูดหนึ่งสัปดาห์ก่อนงาน
  • RSVP ของแต่ละงานรับผ่าน Google Form ที่ส่งไปทางรายชื่ออีเมล
    • 60 คนแรกที่ตอบกลับจะได้รับคำเชิญ Google Calendar
    • แม้จะมี 60 คนตอบว่าจะมาเข้าร่วม แต่ผู้เข้าร่วมจริงมักอยู่ที่ราว 50 คน
    • รายชื่ออีเมลมี มากกว่า 400 คน และแต่ละงานมีผู้รอคิวอีก 20–30 คน
  • มีการหลีกเลี่ยง Meetup.com และมีตอัป system programming ใหม่ ๆ ส่วนใหญ่ก็ไม่ได้เลือกใช้ Meetup.com เช่นกัน
    • Munich Database Meetup ยังคงใช้ Meetup.com เพราะเป็นการกลับมาของ Munich NoSQL Meetup เดิม
    • กลุ่มอื่น ๆ ส่วนใหญ่ใช้ lu.ma
  • Trail of Bits จัดเตรียมจอภาพ, เก้าอี้, อาหาร และเครื่องดื่มสำหรับทุกงาน
  • Angelo Saraceno รับหน้าที่บันทึกภาพและเสียงด้วยอุปกรณ์บันทึก และดูแลต่อทั้งการตัดต่อและการเผยแพร่
  • หลังจบงาน วิดีโอการบรรยายจะถูกเผยแพร่บน YouTube ที่ @NYCSystems

มีตอัปสาย systems ที่ขยายไปยังเมืองอื่น

  • เดือนมีนาคม 2024 สมาชิกของ TUMuchData รวมเข้ากับ Munich NoSQL Meetup ของ Alex Petrov และก่อตั้ง Munich Database Meetup
  • เดือนพฤษภาคม 2024 Kaivalya Apte และ Manish Gill ได้แรงบันดาลใจจาก Alex และ Munich Database Meetup แล้วเริ่ม Berlin Systems Group
  • เดือนพฤษภาคม 2024 Shadaj Laddad และ Conor Power นักศึกษาปริญญาเอกจากเขตอ่าวซานฟรานซิสโก เริ่มมีตอัป SF Distributed Systems
    • งานครั้งแรกมีหัวข้อเกี่ยวกับการขยาย SQL และการประยุกต์ใช้คุณสมบัติเชิงพีชคณิต
  • เดือนกรกฎาคม 2024 Shraddha Agrawal, Anirudh Rowjee และเพื่อนร่วมงานจัด Bengaluru Systems Meetup ครั้งแรก
    • อีเวนต์แรกมีหัวข้อเกี่ยวกับระบบที่ขับเคลื่อนแอปพลิเคชัน GenAI รวมถึงประสิทธิภาพและความปลอดภัยของเบราว์เซอร์

เกณฑ์สำหรับการจัดมีตอัปใหม่

  • ไม่ควรออกค่าใช้จ่ายเอง แต่ควรมองหาบริษัทเจ้าภาพ
  • ไม่จำเป็นต้องยอมรับข้อเรียกร้องจากบริษัทมากเกินไป
    • ในมุมของบริษัท อาจให้เวลา 5 นาทีสำหรับการแนะนำงานรับสมัครหรือสินค้าได้
    • โดยไม่ต้องมีการทำแบรนด์ยืดยาวหรือ product tutorial 30 นาที ก็ยังเป็นประโยชน์ร่วมกันได้
  • ต้องคอยย้ำกับผู้พูดให้หลีกเลี่ยง การบรรยายภาพรวม หรือการพรีเซนต์สินค้า
    • ขอให้เล่าเรื่องบั๊กหรือฟีเจอร์ล่าสุดที่น่าสนใจ
    • ให้พูดถึงว่าเกิดอะไรขึ้น ทำไมมันยาก และได้เรียนรู้อะไร
  • รูปแบบการบรรยายแบบนี้ช่วยดึงดูดผู้ชมที่น่าสนใจ
    • ผู้เข้าร่วม NYC Systems มีทั้งผู้ก่อตั้งสายเทคในวงการ systems, นักพัฒนาที่มีประสบการณ์, นักศึกษาปริญญาโท และนักพัฒนาหลากหลายกลุ่ม
    • การหลีกเลี่ยงการบรรยายแบบ product pitch คือเหตุผลที่ทำให้ผู้เข้าร่วมลักษณะนี้มารวมตัวกันได้
  • การหาผู้พูดยังคงยากอยู่เสมอ
    • วิธีที่ได้ผลดีที่สุดจนถึงตอนนี้คือการส่งข้อความเชิญเป็นรายบุคคลผ่าน Twitter ไปยังคนในอุตสาหกรรมและแวดวงวิชาการ
    • การเปิดรับสมัครแบบสาธารณะทำได้ง่าย แต่บ่อยครั้งไม่ค่อยปิดดีลได้จริง
    • จำเป็นต้องคอยติดตามว่ามีบริษัทน่าสนใจอะไรบ้างในพื้นที่
    • ยังพิจารณาวิธีขอให้เครือข่าย VC แนะนำวิศวกร ผู้ก่อตั้งสายเทค และ CTO ในพื้นที่ด้วย
  • การพูดคุยกับผู้จัดคนอื่นก็สำคัญเช่นกัน
    • มีการพบกับ Alex Petrov โดยตรงเพื่อพูดคุยถึงทั้งความยากและความสนุกของการจัดมีตอัปคุณภาพสูง
    • พร้อมเปิดรับการพูดคุยกับผู้จัดมีตอัปใหม่ ๆ และเปิด DM เอาไว้

1 ความคิดเห็น

 
GN⁺ 2024-07-08
ความคิดเห็นบน Hacker News
  • เคยอยู่ในคณะกรรมการของกลุ่มผู้ใช้ Linux ท้องถิ่น จึงเห็นด้วยอย่างมากกับ ความยากในการหาสถานที่ แม้แต่ในเมืองที่คืนวันธรรมดามีออฟฟิศว่างอยู่เต็มไปหมด การหาสถานที่พบปะที่มั่นคงก็แทบเป็นไปไม่ได้ และถ้าสถานที่เปลี่ยนไปเรื่อย ๆ ผู้คนก็ต้องเรียนรู้วิธีไปที่นั่นใหม่ทุกครั้ง ทำให้สมาชิกแกนหลักตั้งตัวได้ยาก
    ครั้งหนึ่ง Mozilla เคยให้ใช้พื้นที่ แต่เมื่อบรรยากาศภายในเปลี่ยนไปก็ถูกเชิญออก สุดท้ายคิดว่าต้องมีแรงสนับสนุนอย่างแข็งขันจากผู้บริหารบริษัทจึงจะยั่งยืนได้ ไม่อย่างนั้นก็เลี่ยงไม่ได้ที่จะถูกกระทบตามสถานการณ์ของบริษัท
    ตอนนี้ได้ปักหลักอย่างมั่นคงที่ห้องสมุดท้องถิ่นแล้ว แต่เป็นเพราะมีคนข้างในช่วยเหลือ สมัยก่อนตอนติดต่อห้องสมุดโดยตรง แทบจะถูกปิดทาง
    คิดว่ารัฐบาลท้องถิ่นควรกำหนดให้มีหน้าที่ จัดหาพื้นที่ประชุม ให้กับกลุ่มไม่แสวงหากำไรและกลุ่มความสนใจในพื้นที่ การรวมเงินกับเพื่อนซื้อที่ดินแล้วสร้างคลับเฮาส์เหมือนสมัยก่อนนั้น ในหลายพื้นที่ทำไม่ได้อีกต่อไปแล้ว และโมเดลอย่างยอชต์คลับ แบดมินตันคลับ หรือคลับโบว์ลิ่งสนามหญ้าที่เกิดขึ้นเมื่อ 50 ปีก่อน ตอนนี้เทศบาลควรเข้ามาเติมเต็มแทน

    • เมื่อก่อนยังไม่ค่อยรู้สึกถึงความจำเป็นที่เทศบาลต้องจัดหาพื้นที่ให้กลุ่มไม่แสวงหากำไรและกลุ่มความสนใจในท้องถิ่น แต่ดูเหมือนเป็นสิ่งที่จำเป็นจริง ๆ เมืองของเรามีพื้นที่เอกชนให้เช่ามากมาย แต่มีตั้งแต่ราคาสมเหตุสมผลไปจนถึงแพงแบบไร้เหตุผล
      กลุ่มพบปะด้านเทคโนโลยีในท้องถิ่นจำนวนไม่น้อยแค่ไปรวมตัวกันตามร้านอาหารหรือบาร์เงียบ ๆ ซึ่งมีข้อเสียคือจัดการบรรยายไม่ได้ กลุ่ม DefCon chapter ในพื้นที่ที่ไปบ่อยเช่า พื้นที่ชั้นบนของ barcade แม้ฤดูร้อนจะร้อนอยู่บ้าง แต่บรรยากาศและคอมมูนิตี้ดีมาก
    • เคยเจอปัญหาคล้ายกันตอนพยายามจัดตั้งกลุ่มพบปะด้านเทคโนโลยีแบบไม่แสวงหากำไรอย่างชัดเจนที่ห้องสมุดท้องถิ่น เป็นกลุ่มที่พูดคุยเรื่องโปรเจกต์ ห้ามกิจกรรมเชิงพาณิชย์ และไม่มีค่าเข้าร่วม แต่ไม่ได้รับอนุญาต เพราะผมไม่ใช่ “กลุ่มชุมชน” แต่เป็นคนที่พยายามรวบรวมบุคคลหลวม ๆ ทั่วบริเวณ Bay Area
    • ญี่ปุ่นมีพื้นที่แบบนี้อยู่ มี ศูนย์ชุมชน ท้องถิ่นแทบทุกที่ และสามารถใช้พื้นที่ประชุมได้ด้วยค่าธรรมเนียมเชิงสัญลักษณ์ ครั้งล่าสุดที่ตรวจสอบ ประมาณ 5 ดอลลาร์ต่อชั่วโมง และศูนย์ในย่านของเราที่อยู่ใจกลางโตเกียวก็มีห้องสำหรับใช้ตามวัตถุประสงค์ต่าง ๆ กระจายอยู่ 3 ชั้น
    • เมื่อมี GPS สิ่งที่เปลี่ยนมากกว่าสถานที่เองคือ ภาระด้านเวลา สถานที่ใหม่ไม่ได้ไกลกว่าเดิมแค่ 5 นาที แต่บ่อยครั้งต่างกันครั้งละ 30–45 นาที
      คนในกลุ่มพบปะแบบนี้มักยุ่งอยู่แล้ว ดังนั้นถ้ากิจกรรม 3 ชั่วโมงจู่ ๆ กลายเป็น 4 ชั่วโมง การตัดสิ่งที่ไม่จำเป็นออกไปจะยุ่งยากน้อยกว่าการปรับตาราง 50 อย่าง สุดท้ายผลกระทบด้านตารางเวลาแบบนี้ก็ทำให้คนที่มีนัดหมายอื่น ๆ ค่อย ๆ หลุดหายไปเรื่อย ๆ
    • นั่นแหละคือบทบาทของ ศูนย์ชุมชน ย่านข้าง ๆ มีสิ่งอำนวยความสะดวกแบบนั้น และถ้าเป็นผู้อยู่อาศัยก็เช่าได้ราว 20–70 ดอลลาร์ต่อชั่วโมงตามขนาดห้อง แค่มีสมาชิกในกลุ่มคนหนึ่งเป็นผู้อยู่อาศัยในย่านนั้นก็จองห้องได้แล้ว
  • กลุ่มพบปะท้องถิ่นที่เคยชอบก็ล่มเพราะปัญหาแบบนี้เหมือนกัน คน DevRel ที่อยากมาโฆษณายังคัดออกได้ง่าย แต่ที่ยากกว่าคือการคัดคนที่อยากมาพูดเพียงเพื่อมีงานบรรยายสักชิ้นไปใส่ในเรซูเม่หรือเว็บ personal brand โดยไม่ได้คิดจะมีส่วนร่วมกับกลุ่มหรือสานสัมพันธ์เลย
    คนแบบนี้จะโผล่มาเฉพาะครั้งที่ตัวเองมีบรรยาย และนำเสนอเนื้อหาตื้น ๆ ที่ทำขึ้นเพื่อให้ตัวเองดูดี มากกว่าจะให้ความรู้หรือเปิดวงถกเถียง มักมีข้ออ้างว่าต้องรีบออกหลังบรรยายทันที และบางครั้งก็ออกไปก่อนช่วงถาม-ตอบด้วย
    แล้วพวกเขาก็มักต้องการวิดีโอการบรรยายของตัวเองเสมอ ช่วงหนึ่งเราเตรียมอุปกรณ์ถ่ายทำไว้สำหรับผู้ชมทางไกล แต่ถ้าไม่มีอุปกรณ์ พวกเขาจะตื่นตระหนกและพยายามหาวิธีอัดด้วยโทรศัพท์แบบฉุกละหุก แม้ว่าจะทำให้การบรรยายล่าช้าไปก็ตาม เป้าหมายจริง ๆ ไม่ใช่การพูดคุยกับกลุ่ม แต่คือการได้ ไฟล์บันทึกการบรรยายของตัวเอง
    เมื่อเรื่องแบบนี้เกิดซ้ำ ๆ สมาชิกแกนหลักก็จะตระหนักว่าตัวเองถูกใช้เป็นพร็อพผู้ชมเพื่อความก้าวหน้าในอาชีพของใครบางคน แล้วก็ไม่มาอีก กลุ่มก็ล่มสลายไปแบบนั้น
    หวังว่ากลุ่มพบปะท้องถิ่นจะกลับมามีชีวิตอีกครั้งโดยมีคนที่สนใจ ตัวกลุ่มพบปะเอง เป็นศูนย์กลาง ไม่ใช่โอกาสโปรโมตตัวเอง

    • การปรับแก้ที่น่าลองดูค่อนข้างชัดเจน ยกเว้นช่วง bootstrapping แรก ๆ ไม่กี่ครั้ง ผู้บรรยายควรต้องเข้าร่วมกลุ่มก่อนสักหลายครั้ง และไม่ให้พูดถึงบริษัทหรือผลิตภัณฑ์เกินกว่าสไลด์แนะนำตัว
      ข้อเสนอทั้งสองอย่างนี้ไม่ได้พิเศษอะไร ประเด็นสำคัญคือผู้จัดต้องไวต่อสิ่งที่เกิดขึ้น และตอบสนองเพื่อรักษาบรรยากาศที่ดีไว้
      สำหรับคนที่อยากสร้างกลุ่มพบปะ หนังสือเล่มนี้อาจช่วยได้: https://www.goodreads.com/book/show/49766350-get-together
    • เข้าใจว่าหมายถึงทิศทางไหน แต่ตั้งแต่แรกการหาผู้บรรยายก็ยังยากอยู่ดี ผมมองว่าการบรรยายคุณภาพสูงคือการตลาด 100% เพียงแต่ไม่ใช่การตลาดผลิตภัณฑ์ แต่เป็น การตลาดทีมวิศวกรรม เท่านั้น
      ถ้าวางข้อจำกัดอย่างต้องเข้าร่วมกลุ่มหลายครั้ง หรือห้ามเอ่ยถึงบริษัท ก็คงยากที่จะดึงผู้บรรยายคุณภาพสูงระดับที่ตอนนี้ดึงมาได้ เราค่อนข้างพิถีพิถันในการเลือกผู้บรรยายที่จะเชิญ แต่หลังจากตัดสินว่าเขาน่าจะดีแล้ว ก็ปฏิบัติกับเขาอย่างยืดหยุ่นมาก เท่าที่ได้ยินมา จนถึงตอนนี้เหมาะกับทั้งผู้ชมและผู้บรรยายดี
    • เป็นตัวอย่างแย้ง ในกลุ่มพบปะที่ฟิลิปปินส์ (Raid the fridge) บริษัทต่าง ๆ แม้แต่ธนาคารใหญ่แบบดั้งเดิม ก็เคยนำเสนอผลิตภัณฑ์และบริการใหม่ที่กำลังจะเปิดตัว โดยผสมเข้ากับประวัติของบริษัท
      พวกเขาพูดถึงเทคโนโลยีที่ใช้ อุปสรรคทางเทคนิค ธุรกิจ กฎหมาย และตลาดที่เผชิญ รวมถึงวิธีที่พวกเขาอ้อมผ่านปัญหาเหล่านั้น แม้บางครั้งจะมี pitch ขายปนอยู่ แต่ก็เป็นมากกว่าพรีเซนต์ขายของธรรมดา เป็นรูปแบบที่ผสมทั้งเรื่องธุรกิจ วิศวกรรม R&D กฎหมาย การเงิน ตลอดจนประวัติของบริษัทและประเทศ
      มันน่าสนใจมากและโดยรวมยอดเยี่ยม แทบให้ความรู้สึกเหมือนออกไปสนุกยามค่ำคืน ส่วนที่เป็นงานสังคมก็ดีไม่แพ้การบรรยาย และอาจเป็นความต่างทางวัฒนธรรม แต่รู้สึกว่าบริษัทที่นั่นพูดอย่างเปิดเผยและตรงไปตรงมาอย่างสดชื่นว่าเรื่องราวดำเนินไปอย่างไร
    • คอมมูนิตี้ที่ไม่มี การคัดสรร ไม่ว่าจะในรูปแบบใด อยู่รอดระยะยาวไม่ได้ อย่างน้อยในเชิงประวัติศาสตร์ ตอนนี้คิดว่าชัดเจนแล้ว
    • นี่เป็นปัญหาของ ตลาดแรงงาน การบรรยายดัง ๆ จำนวนมากเกิดจากคนที่มีความมั่นคงในการจ้างงานตลอดชีวิต ออกมาวิจารณ์ระบบหรือโปรโตคอลบางอย่างอย่างเผ็ดร้อน ตั้งแต่ UPnP ไปจนถึงการบรรยายเรื่อง persistent compiler worm ก็เป็นแบบนั้น
      คนเหล่านั้นไม่ได้อยู่ในสถานการณ์ที่ต้องปั้นเรซูเม่ให้ดูดีทุก 3–8 เดือนเพื่อประทังชีวิต เช่นเดียวกัน คนที่เป็นเจ้าภาพจัดบรรยายก็ไม่ได้พึ่งพาสถานะของคน DevRel โดยคาดหวังผู้สนับสนุน
      ช่วงนี้สิ่งที่ Doctorow พูดซ้ำ ๆ ก็คือภาพใหญ่แบบนี้ แต่ผู้คนดูเหมือนจะรับเอาไปเพียงเศษเสี้ยวเล็ก ๆ ของมัน
  • น่าแปลกที่มหาวิทยาลัยไม่เปิดงานแบบนี้ให้ทุกคนเข้าร่วมได้ สาขาระบบ ค่อนข้างมุ่งไปทางอุตสาหกรรมอยู่แล้ว ดังนั้นความร่วมมือระหว่างภาคการศึกษาและอุตสาหกรรมในงานสัมมนาจึงดูเป็นไอเดียที่ดี
    น่าเสียดายที่ในตัวเมือง SF ไม่มีมหาวิทยาลัยระดับท็อป และพูดตรง ๆ ก็เข้าใจยาก แม้ Stanford กับ Berkeley จะอยู่ใกล้มาก แต่เพราะไม่มีสถาบันศูนย์กลาง วัฒนธรรมของ SF จึงดูเหมือนกระจัดกระจาย

    • เวลาจะให้ใช้สถานที่ของมหาวิทยาลัยจัดงาน ต้องระมัดระวังอย่างมาก น่าเสียดายที่คนประเภทหลอกลวงมักใช้ทุกโอกาสที่ได้ทำอะไรสักอย่างในแคมปัสมหาวิทยาลัยเพื่อบอกเป็นนัยว่าตนเกี่ยวข้องกับมหาวิทยาลัย
      Tim Ferriss นักเขียนแนวพัฒนาตนเองก็เคยแนะนำเคล็ดลับนี้ใน “Four Hour Work Week” ประมาณว่าถ้าได้พูดในแคมปัสมหาวิทยาลัย ก็สามารถเอาความน่าเชื่อถือนั้นมาใช้กับแบรนด์ของตัวเองได้ ผมจำรายละเอียดแน่ชัดไม่ได้
      พอเรื่องแบบนี้กลายเป็นปัญหา มหาวิทยาลัยจึงยากที่จะรับความเสี่ยงจากการอนุญาตให้กลุ่มใดก็ได้มาใช้สถานที่ ไม่นานก็จะมีคนนำไปใช้ในทางที่ผิดว่า “เคยสอนที่มหาวิทยาลัยนั้น” หรือ “เคยบรรยายที่มหาวิทยาลัยนั้น”
    • ใน SF มี UCSF และเป็นมหาวิทยาลัยระดับท็อป เพียงแต่เน้นด้านการแพทย์เท่านั้น
    • TUMuchdata ที่ถูกพูดถึงจัดขึ้นในมหาวิทยาลัย ผมคิดว่ากิจกรรมแบบนี้สุดท้ายแล้วขึ้นอยู่กับตัวบุคคลที่อยู่เบื้องหลังเป็นอย่างมาก
      ผมไม่รู้จักทีมจัด TUMuchdata และไม่ได้ติดต่อกับภาควิชานั้นมาหลายปีแล้ว แต่หัวหน้าภาควิชายังเป็นคนเดิมกับตอนที่ผมเรียนอยู่ที่นั่น และผมคิดว่าเป็นคนที่น่าจะอนุญาตหรือแม้กระทั่งสนับสนุนกิจกรรมแบบนี้
    • คงจะดีถ้า UC Berkeley ฟื้นนวัตกรรมและความร่วมมือแบบที่เคยมีใน ยุค BSD กลับมาได้
    • อาจมอง Cal เป็นเหมือนส่วนที่ไม่ใช่คณะแพทย์ของ UCSF ก็ได้ East Bay ให้ความรู้สึกเหมือนไม่ใช่ SF แต่ระยะห่างนั้นส่วนใหญ่เป็นระยะห่างทางจิตใจที่เกิดจากมีน้ำกั้น หากยก Emeryville ไปวางติดกับริมน้ำของ SF ก็คงอยู่ใกล้ดาวน์ทาวน์กว่า SF State มาก
      ผมไม่ค่อยรู้เรื่องการจราจรและขนส่งสาธารณะของ LA แต่ก็ไม่แปลกใจถ้าเดินทางจากศาลาว่าการ LA ไป UCLA ใช้เวลานานกว่าจากศาลาว่าการ SF ไป Cal มาก การเดินไปอาจยากกว่า แต่ก็น่าจะยังเป็นแบบนั้นอย่างน้อยจนก่อนปี 2030
      ที่วัฒนธรรมของ SF กระจัดกระจายก็จริง แต่ส่วนหนึ่งเป็นความตั้งใจอยู่แล้ว เพราะเมืองมีลักษณะเป็นเมืองแบบไฮเปอร์โลคัลระดับย่าน
      https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
  • ตอนแรกบอกว่าจะมีผู้เข้าร่วม 60 คน และถ้ามาจริง 50 คนก็ถือว่าดีมากแล้ว งานฟรีส่วนใหญ่โดยทั่วไปมี อัตราการมาร่วมงาน 30~50% เมื่อเทียบกับ RSVP

  • ช่วงปี 2010~2014 Meetup.com ใน Portland คึกคักมากด้วยกลุ่มเมกเกอร์ โปรแกรมมิง และเทคโนโลยี ผมยังจำได้ว่าหอประชุมของ Puppet Labs แน่นขนัด แต่ก่อนเกิดโรคระบาดไม่นาน จู่ ๆ ส่วนใหญ่ก็หายไป
    หัวข้อหลากหลายมาก ตั้งแต่ NodeJS, Rust, HTML1.0 ไปจนถึงสตาร์ทอัพ การผลิต การแฮ็ก IoT และยังมีกลุ่มคนชอบวงจร RF ด้วย เพิ่งลองดูเมื่อกี้ CTRL-H ยังดำเนินงานได้ดีอยู่ แต่นอกนั้นแทบไม่มีอะไร
    จากที่ได้ยินมาจากผู้จัดประจำสองคน การจัดมีตอัปที่มั่นคงและต่อเนื่องเป็น งานมหาศาล และสุดท้ายก็ทำให้หมดแรง ผมเองก็เคยคิดว่า “ช่วยได้นะ แต่เวลาว่างอันน้อยนิดนี่เราอยากเอามาใช้กับเรื่องนี้จริงหรือ?” จึงเข้าใจ ขอคารวะคนที่เคยจัดมีตอัปดี ๆ เหล่านั้น

    • กระแสของ Meetup เองก็น่าจะมีผลด้วย ปี 2017 ถูก WeWork ซื้อกิจการ, ปี 2018 ผู้ก่อตั้งลงจากตำแหน่ง CEO, ปี 2019 มีโมเดลราคาใหม่, ปี 2020 WeWork ขายให้ AlleyCorp และปี 2024 Bending Spoons ประกาศเข้าซื้อ Meetup
      https://en.wikipedia.org/wiki/Meetup
    • สมัยนั้นผมไปมีตอัปทุกสัปดาห์ใน Portland เบียร์กับพิซซ่าฟรีช่วยได้มากตอนกำลังพยายามเริ่มต้นอาชีพ
      Janrain มีพื้นที่จัดมีตอัปที่ยอดเยี่ยมในสนามบาสเกตบอลเก่าของ Nike พร้อมที่นั่งแบบขั้นบันได และมีหัวข้อดี ๆ มากมายที่เปิดโลกเทคโนโลยีอันกว้างใหญ่ให้กับมือใหม่อย่างผม Puppet Labs, Urban Airship, New Relic ก็จัดมีตอัประดับยอดเยี่ยม และ Intel ที่ Hillsboro ก็มักคุ้มค่ากับการนั่ง MAX ไป มีของที่ระลึก อาหาร และโอกาสงานมากมาย
      ปัญหาจริง ๆ คือ เงินแห้งลง ในมีตอัปส่วนใหญ่มักมีรีครูตเตอร์ที่อยากจ้างคนอย่างหนัก และสปอนเซอร์ก็เป็นคนออกค่าใช้จ่ายของงาน ตอนนี้เมื่อการทำงานจากที่บ้านได้รับการยอมรับอย่างกว้างขวาง แรงจูงใจในการทุ่มดึงดูดคนเก่งในท้องถิ่นจึงลดลง
      มีตอัปบน Zoom แทบไม่มีค่าใช้จ่าย แต่ดูฝืน ๆ และไร้ชีวิตชีวา ในทศวรรษ 2010 มันให้ความรู้สึกเหมือนยุคตื่นทอง แต่ดูเหมือนยุคนั้นจบไปแล้ว การลดต้นทุน การเอาต์ซอร์ส และกระแส AI ที่ร้อนแรงเกินจริงกำลังทำให้งานซอฟต์แวร์มีบารมีน้อยกว่าเดิม และผมไม่คิดว่าความมองโลกในแง่ดีนี้จะกลับมาเร็ว ๆ นี้
    • นอกจากหมดแรงแล้ว ทุกคนยังต้องสร้างบัญชี Meetup ด้วย Meetup ก็แพงขึ้นเรื่อย ๆ และถ้ามีแค่ผมที่ไม่มีบัญชี Facebook ก็เริ่มมีกระแสว่าใช้ Facebook ไปเลยดีกว่า
      หวังว่าอีกไม่นานจะมี ทางเลือกแบบ federated โผล่ขึ้นมา อีเมลเองถ้าทำงานแบบ federated ได้ดีจริง ๆ ก็คงดี
    • Calagator ตายมาหลายปีแล้ว แต่ผมไม่รู้ว่าทำไม เป็นแบบนั้นมาตั้งแต่ก่อนโรคระบาดนานมากแล้ว และสิ่งที่เห็นตอนนี้ส่วนใหญ่เป็นงาน networking ทางธุรกิจหรือมีตอัปที่ขายอะไรบางอย่าง
      ถึงอย่างนั้นก็ยังมี pdxpug(Postgres), Database Reading Group(DBRG) ของ PSU, pdx.rb, pdxruby Slack, pdxstartups Slack, Portland Papers We Love, Portland Linux Users Group, Linux Kernel meetup, Rose City Techies และอื่น ๆ อยู่
      แค่ลองค้นดูนิดหน่อยก็เจอเท่านี้แล้ว แต่ผมคิดถึงช่วงที่ Calagator เต็มไปด้วยสิ่งเจ๋ง ๆ อยากรู้ว่าทำไมถึงกลายเป็นแบบนั้น
      เมื่อก่อนผมเคยจัดมีตอัปที่บ้านหรือสวนหลังบ้านด้วย อันหนึ่งคือชวนกันมาแฮ็กโปรเจกต์ของแต่ละคน อีกอันคือมาช่วยกันมีส่วนร่วมกับโอเพนซอร์ส ผมคิดอยู่ว่าจะลองทำแบบนั้นอีก ถ้าเกี่ยวกับระบบหรือฐานข้อมูลก็น่าจะเข้ากันเป็นพิเศษ หรือกลุ่มอ่านหนังสือก็ได้ ถ้ามีคนสนใจมาเห็นข้อความนี้ ก็ส่งอีเมลมาได้เลย
    • ถ้ามี มีตอัปสายระบบ ใน Portland ผมอยากเข้าร่วมแน่นอน และแม้จะไม่ถนัดเรื่องแบบนั้น แต่ก็ยินดีลองช่วยจัดและดำเนินงานด้วย
  • ส่วนที่แย่ที่สุดของ “วัฒนธรรมการพบปะ” แทบจะเป็นเรื่องที่ วัตถุประสงค์เชิงพาณิชย์ มาก่อนชุมชนเสมอ ผู้เขียนไม่ได้มีเจตนาร้าย แต่ทั้งที่นี่คือเหตุผลที่ทำให้รู้สึกรำคาญในงานพบปะ JS ตอนนี้กลับกำลังทำให้ผู้บรรยายแทบจะต้อง pitch ให้คนมาร่วมทีมวิศวกรรมของตัวเอง
    อีกด้านหนึ่ง เคยมีช่วงเวลาที่คำแนะนำพื้นฐานสำหรับนักพัฒนาที่หางานคือ “ไปงานพบปะนักพัฒนาในพื้นที่” และในมุมของผู้ก่อตั้งหรือบริษัท การมองงานพบปะนักพัฒนาเป็นช่องทางการตลาด·สรรหาบุคลากรก็เป็นเรื่องธรรมชาติ ในความเป็นจริง ผู้เข้าร่วมจำนวนมากต้องการงาน และผู้บรรยายจำนวนมากก็อยากจ้างคน
    แต่หลังจากผู้คนได้งานแล้ว พวกเขาจะยังอยู่ต่อไหม? จากมุมของผู้เข้าร่วมประจำ เนื้อหาที่เน้นการสรรหาคนคือสิ่งที่ต้องการจากงานพบปะจริงหรือ?
    การผสมผสานชมรมอ่านหนังสือ ขั้นตอนให้ผู้เข้าร่วมประจำนำเสนอ และแฮ็กกาธอน อาจทำให้เกิดวัฒนธรรมงานพบปะด้านโปรแกรมมิงที่ยั่งยืนกว่าเดิมได้ บริษัทยังสามารถสนับสนุนโดยให้พื้นที่หรือแสดงชื่อได้ แต่เนื้อหาน่าจะน่าสนใจกว่ามาก
    อาจไม่เหมาะกับ JavaScript แต่คิดว่าเป็นไปได้สำหรับ system programming เพราะเชื่อมโยงกับงานวิจัยที่ตีพิมพ์มากกว่า และมีวัฒนธรรมแฮ็กเกอร์ที่แข็งแรงกว่า พอดีเพิ่งได้พื้นที่ออฟฟิศใน SF ถ้ามีความสนใจและอาสาสมัครเพียงพอ ก็คิดจะเป็นเจ้าภาพจัดงานด้วย

    • SF Papers We Love อาจสนใจพื้นที่จริง ที่ผ่านมาเจอกันทางออนไลน์มาตลอด แต่คิดว่าการพบกันแบบเจอตัวน่าจะช่วยได้
  • เริ่มจัดงานพบปะที่ Toronto ร่วมกับคนจาก HN และ Fediverse แล้ว การจัด งานพบปะแบบออฟไลน์ ให้ดำเนินไปอย่างมั่นคงนั้นเป็นงานหนักจริง ๆ

  • ดูเหมือนว่าแชปเตอร์ Papers We Love ของ NYC กำลังเริ่มกลับมาอีกครั้ง หลังเว้นไปประมาณ 1 ปี และก่อนหน้านั้นก็เคยเว้นไป 2 ปี เหมือน Datadog จะเป็นเจ้าภาพจัดงาน และมีออฟฟิศที่เดินทางสะดวกอยู่ข้าง Penn Station
    https://www.meetup.com/papers-we-love/

  • อยู่ที่ Phoenix ตอนนี้เป็นหน้าร้อน กิจกรรมเลยเงียบลงไปเป็นสองเท่า แต่แม้ตั้งแต่ฤดูใบไม้ร่วงถึงฤดูใบไม้ผลิก็ยังหางานพบปะด้านเทคโนโลยีได้ยาก ความสนใจคือ C++, C99, Java, distributed systems, data engineering และโครงสร้างพื้นฐาน AI/แมชชีนเลิร์นนิงที่ไม่ใช่ generative แต่ในเมืองใหญ่อันดับ 5 ของสหรัฐฯ กลับแทบไม่เจอกิจกรรมเลย
    เคยลองจัดเองแล้ว แต่มีแค่เพื่อนหรือเพื่อนร่วมงานมา เลยสงสัยว่าคนที่มีความหลงใหลคล้ายกันอยู่ที่ไหนกัน

    • หลังโควิดมีคนย้ายเข้ามามากขึ้น จึงน่าจะมีคนมากพอ ตอนทำงานที่นั่นช่วงสั้น ๆ ในต้นทศวรรษ 2010 Godaddy เคยจัดงานพบปะอยู่บ้าง แต่ชุมชนเทคโนโลยีบน Meetup.com แทบไม่มีตัวตนจริง ๆ
      ถ้ามันไม่ได้ตายไปแล้วก็คงเข้าร่วมอย่างคึกคักมาก แต่ดูเหมือนต้องมี ตัวเร่ง เพื่อจุดให้เริ่มขึ้น
  • กำลังลำบากในการหางานพบปะดี ๆ ในพื้นที่ San Diego และ Los Angeles Meetup.com ดูค่อนข้างเงียบ เลยสงสัยว่ามีคำแนะนำไหม

    • ถ้าเป็นพื้นที่ Los Angeles งานพบปะด้านความปลอดภัยของ OWASP ยอดเยี่ยมมาก จัดที่ WeWork หรือบริษัทในพื้นที่ และเนื้อหาก็ดี ไม่แน่ใจเรื่องโมเดลเงินทุน แต่ดำเนินไปได้ดี: https://www.meetup.com/owasp-los-angeles/
      Socal Python ยังหาสถานที่ดี ๆ ที่รองรับการนำเสนอไม่ได้ งานเลยออกไปทางเวลาสังสรรค์มากกว่า แต่ก็โอเค: https://www.meetup.com/socalpython/
      LA DevOps เพิ่งมีงานออฟไลน์แค่ครั้งเดียว บาร์ยอมให้ฉายสไลด์ที่ลานด้านหลังซึ่งดี แต่เสียงดังเกินไปจนฟังไม่รู้เรื่อง ถ้าหาสถานที่ที่ดีกว่านี้ได้ก็คงดี: https://www.meetup.com/meetup-group-ZZQWJLTm/
      อยากกลับไปบรรยายอีกครั้งในหัวข้อ “การพัฒนาอย่างรวดเร็ว” และเรื่ององค์กร แต่ตอนนี้ให้ความสำคัญกับงานก่อน
    • การระบาดใหญ่ทำให้งานพบปะ Papers We Love ที่ยอดเยี่ยมของ San Diego หายไป คิดถึงผู้คนดี ๆ และเปเปอร์ที่ได้พบผ่าน PWL และคงดีใจมากถ้ามีอะไรคล้าย ๆ กันเกิดขึ้นอีก
      ไม่อย่างนั้นเราคงต้องกลับมาจุดเครื่องกันเอง