- Este año han vuelto a multiplicarse en varias ciudades los meetups de programación de sistemas de alta calidad, con la aparición de grupos como Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems y Bengaluru Systems.
- Estos nuevos grupos tratan temas profundos como bases de datos, compiladores y sistemas distribuidos en lugar de centrarse en un lenguaje o framework específico, y ponen por delante problemas reales de ingeniería más que presentaciones de producto.
- NYC Systems comenzó en diciembre de 2023 como una reunión para tomar café, abrió su primera charla en febrero de 2024 y ya se consolidó con una lista de correo de más de 400 personas y alrededor de 50 asistentes reales por evento.
- La organización combina una página web, Google Forms, lista de correo, invitaciones de calendario y videos públicos en YouTube en vez de usar Meetup.com, mientras que Trail of Bits aporta el lugar, el equipo, la comida y las bebidas.
- Para crear un buen meetup, conviene encontrar una empresa anfitriona pero evitar exigencias excesivas de branding, y orientar a los ponentes para que hablen de bugs recientes, funciones nuevas y desafíos técnicos en vez de dar presentaciones generales o tutoriales de producto.
Cómo cambiaron los meetups tecnológicos antes y después de la pandemia
- Antes de la pandemia, muchos meetups tecnológicos se sentían como espacios donde startups promocionaban sus propios productos, y un caso en el que una persona de devrel de una startup dio un tutorial de producto en un meetup de JavaScript fue lo que terminó de decepcionarlo.
- También había grupos intelectualmente profundos como New York Haskell Users Group y New York Emacs Meetup, pero la mayoría de los asistentes parecía experta y eso hacía difícil que alguien no especialista pudiera disfrutarlo.
- New York Linux User Group y Papers We Love NYC fueron excepciones, porque lograban incluir a asistentes de distintos niveles mientras mantenían una profundidad interesante.
- No estaban atados a un lenguaje o framework específico.
- Empezaban con una explicación amplia del contexto y luego profundizaban bastante en un solo tema.
- Aunque un asistente solo entendiera el 50% del contenido, igual podía aprender algo nuevo de especialistas del área.
- Después de la pandemia, estos dos meetups en la práctica no lograron volver.
El impulso recibido en Munich y el primer experimento en NYC
- Después de la pandemia también se intentó asistir a meetups de Rust y Go, pero muchas veces se quedaban en panoramas de alto nivel en vez de profundizar en conceptos interesantes.
- Desde 2022 se venía pensando en una serie de charlas presenciales en NYC sobre sistemas, bases de datos y sistemas distribuidos, pero por el trabajo en TigerBeetle no pudo ponerse en marcha hasta diciembre de 2023.
- El estudiante de posgrado de la Technical University of Munich, Georg Kreuzmayr, y sus colegas iniciaron el club de bases de datos TUMuchData, y eso fue lo que volvió a impulsar la idea de organizar meetups.
- En diciembre de 2023 comenzó NYC Systems Coffee Club.
- Estaba dirigido a desarrolladores interesados en la programación de sistemas en NYC.
- El rango de temas incluía compiladores, bases de datos, internals de navegadores web, sistemas distribuidos y métodos formales.
- El lugar era un espacio público en Midtown Manhattan y el horario se fijó como una reunión de café a las 9 de la mañana.
- Se reunieron suscriptores con Google Forms y cada mes se recibían RSVP para enviar invitaciones de calendario a las primeras 20 personas en responder.
Los principios de NYC Systems y la búsqueda de un lugar
- Con Angelo Saraceno sumándose como coorganizador, nació NYC Systems.
- La premisa básica era un meetup independiente de lenguajes y frameworks, centrado en retos de ingeniería y no en presentaciones de producto.
- No se excluye por completo el marketing corporativo, pero sí se fija el criterio de que debe servir para dar a conocer al equipo de ingeniería más que al producto.
- Se esperaba que los ponentes empezaran con un contexto amplio y luego profundizaran en aspectos interesantes de bases de datos, lenguajes de programación, sistemas distribuidos y áreas similares.
- Puede ser necesario explicar el producto para dar contexto.
- Pero el centro de la charla debe ser un reto técnico reciente y cómo se resolvió.
- Los eventos se programaron cada dos meses para reducir la carga de organización y la presión de conseguir buenos ponentes.
- Conseguir ponentes fue relativamente fácil gracias a Twitter y LinkedIn, pero encontrar un lugar fue más difícil.
- Muchas empresas en Manhattan exigían incluir a un ponente propio en cada evento.
- Como era un meetup nuevo, fue aún más difícil encontrar una empresa dispuesta a relajar sus exigencias de branding.
- Al final, la anfitriona fue la empresa de Brooklyn Trail of Bits, que no obligó a incluir ponentes propios ni branding.
Cómo se opera y qué tamaño tiene
- Al principio la información del meetup se publicaba en un sitio personal, y luego se trasladó a nycsystems.xyz.
- Se armó una lista de correo con Google Forms y se dio a conocer el grupo en Twitter y LinkedIn.
- El calendario de eventos se publica con anticipación como una tabla HTML en el sitio web, y los ponentes se anuncian una semana antes del evento.
- Los RSVP de cada evento se reciben enviando un Google Form a la lista de correo.
- Se manda una invitación de Google Calendar a las primeras 60 personas que responden.
- Aunque 60 personas confirmen asistencia, normalmente asisten alrededor de 50.
- La lista de correo supera las 400 personas y en cada evento se generan entre 20 y 30 personas en lista de espera.
- Se evita usar Meetup.com, y los nuevos meetups de programación de sistemas en general tampoco lo eligen.
- Munich Database Meetup es un caso que mantuvo Meetup.com porque fue una reactivación del antiguo Munich NoSQL Meetup.
- Los demás grupos suelen usar lu.ma.
- Trail of Bits aporta en cada evento la pantalla, las sillas, la comida y las bebidas.
- Angelo Saraceno se encarga de capturar audio y video con equipo de grabación, y después también de la edición y publicación.
- Tras cada evento, los videos de las charlas se publican en el YouTube @NYCSystems.
Los meetups de sistemas se expanden a otras ciudades
- En marzo de 2024, integrantes de TUMuchData se unieron con el Munich NoSQL Meetup de Alex Petrov para crear Munich Database Meetup.
- En mayo de 2024, Kaivalya Apte y Manish Gill lanzaron Berlin Systems Group, inspirados por Alex y por Munich Database Meetup.
- En mayo de 2024, los estudiantes de doctorado Shadaj Laddad y Conor Power iniciaron el meetup SF Distributed Systems en el Área de la Bahía de San Francisco.
- La primera reunión incluyó una charla sobre extensiones de SQL y la aplicación de propiedades algebraicas.
- En julio de 2024, Shraddha Agrawal, Anirudh Rowjee y sus colegas realizaron el primer Bengaluru Systems Meetup.
- El primer evento incluyó charlas sobre sistemas para ejecutar aplicaciones de GenAI, así como rendimiento y seguridad de navegadores.
Criterios para operar un meetup nuevo
- Es mejor encontrar una empresa anfitriona que asumir los costos directamente.
- No hace falta aceptar demasiadas exigencias por parte de la empresa.
- Desde el lado de la empresa, puede haber una breve presentación de 5 minutos sobre contratación o producto.
- Puede ser beneficioso para ambas partes sin necesidad de branding prolongado ni un tutorial de producto de 30 minutos.
- Hay que seguir pidiéndoles a los ponentes que eviten las charlas generales y las presentaciones de producto.
- Conviene pedir historias sobre bugs interesantes o funciones recientes.
- Deben hablar de qué pasó, por qué fue difícil y qué aprendieron.
- Este formato de charla ayuda a atraer a un público interesante.
- Entre los asistentes de NYC Systems hay fundadores técnicos del área de sistemas, desarrolladores con mucha experiencia, estudiantes de posgrado y otros perfiles diversos.
- Es posible reunir a este tipo de asistentes precisamente porque se evitan las charlas con formato de pitch de producto.
- Seguir consiguiendo ponentes sigue siendo difícil.
- Hasta ahora, la mejor forma ha sido invitar por mensaje directo a personas de la industria y la academia en Twitter.
- Las convocatorias abiertas son fáciles de lanzar, pero muchas veces no dan buenos resultados.
- Hace falta seguir observando qué empresas interesantes hay en la región.
- También se está considerando aprovechar conexiones con VC para recibir presentaciones con ingenieros locales, fundadores técnicos y CTOs.
- También es importante hablar con otros organizadores.
- Se conversó en persona con Alex Petrov sobre las dificultades y la satisfacción de organizar meetups de alta calidad.
- Hay disposición para hablar con nuevos organizadores de meetups y los mensajes directos están abiertos.
1 comentarios
Opiniones de Hacker News
Estuve en la junta de un grupo local de usuarios de Linux y empatizo mucho con la dificultad de conseguir un lugar. Incluso en una ciudad llena de oficinas vacías entre semana por la noche, era casi imposible encontrar un lugar estable para reunirse; y si el lugar cambiaba todo el tiempo, la gente tenía que volver a aprender cómo llegar cada vez, lo que hacía difícil consolidar un grupo núcleo de miembros.
En algún momento Mozilla nos ofreció un espacio, pero cuando cambió el ambiente interno nos terminaron sacando, y al final creo que para que sea sostenible tiene que haber un apoyo fuerte de la dirección de la empresa. Si no, uno queda inevitablemente a merced de los cambios en la situación de la compañía.
Ahora estamos instalados de forma estable en una biblioteca local, pero fue porque había alguien adentro que nos ayudó. Antes, cuando preguntamos directamente en la biblioteca, básicamente nos cerraron la puerta.
Creo que los gobiernos locales deberían tener la obligación de ofrecer espacios de reunión a organizaciones sin fines de lucro y grupos de interés de la zona. En muchos lugares ya no es viable, como antes, juntar dinero entre amigos para comprar un terreno y construir una sede; y modelos como los clubes de yates, de bádminton o de lawn bowling creados hace 50 años ahora deberían ser complementados por los municipios.
Muchos encuentros tecnológicos locales simplemente se juntan en restaurantes o bares tranquilos, con la desventaja de que no se pueden hacer presentaciones. El capítulo local de DefCon al que voy seguido alquila el espacio de arriba de un barcade; en verano hace algo de calor, pero el ambiente y la comunidad son muy buenos.
La gente de estos encuentros suele estar ocupada, así que si un plan de 3 horas de repente se convierte en uno de 4, es menos problemático cortar algo no esencial que reacomodar 50 compromisos. Al final, ese efecto en la agenda va haciendo que se alejen continuamente las personas que tienen otros compromisos de tiempo.
También vi colapsar encuentros locales que me gustaban por problemas como estos. Era fácil filtrar a la gente de DevRel que venía a hacer publicidad; lo más difícil era filtrar a quienes querían dar una charla no para interactuar con el grupo, sino para tener una presentación que poner en su currículum o en su sitio de marca personal.
Esa gente aparecía una sola vez, cuando le tocaba hablar, y presentaba contenido superficial diseñado más para verse bien a sí misma que para educar o debatir. También era común que tuvieran una excusa para irse justo después de la charla, y a veces se iban antes de la sesión de preguntas y respuestas.
Y siempre necesitaban el video de su presentación. Durante un tiempo teníamos equipo de grabación para espectadores remotos, pero si no estaba el equipo, se desconcertaban e intentaban improvisar una forma de grabarse con el celular aunque eso retrasara la charla. El objetivo real no era hablarle al grupo, sino conseguir la grabación de su propia presentación.
Cuando esto se repite, los miembros centrales se dan cuenta de que están siendo usados como utilería de público para el avance profesional de alguien, y dejan de ir. Así es como se desmorona un encuentro.
Ojalá los encuentros locales revivan alrededor de personas interesadas en el encuentro en sí, no en oportunidades de autopromoción.
Estas dos propuestas en sí no son nada especial; el punto clave es que quienes organizan estén atentos a lo que está ocurriendo y reaccionen para mantener un ambiente sano.
Para quien quiera crear un encuentro, este libro puede ser útil: https://www.goodreads.com/book/show/49766350-get-together
Si se ponen restricciones como exigir haber asistido varias veces o prohibir mencionar la empresa, me parece que sería difícil atraer a los ponentes de alto nivel que logramos conseguir ahora. Somos bastante selectivos al elegir a quién invitar, pero una vez que decidimos que alguien parece bueno, somos bastante flexibles. Hasta ahora nos han dicho que ha funcionado bien tanto para la audiencia como para los ponentes.
Hablaron de las tecnologías usadas, los desafíos técnicos, comerciales, legales y de mercado que enfrentaron, y cómo los sortearon. Aunque a veces se colaba un pitch de ventas, era más que una simple presentación comercial: combinaba historia del negocio, ingeniería, I+D, derecho, finanzas, y la historia de la empresa y del país.
Fue muy interesante y, en general, excelente; casi se sintió como una salida nocturna de entretenimiento. No solo fueron buenas las presentaciones, sino también la parte social, y quizá sea una diferencia cultural, pero sentí que las empresas allí hablaban de manera refrescantemente abierta y honesta sobre cómo habían ocurrido las cosas.
Esas personas no estaban en una situación en la que tuvieran que inflar su currículum cada 3 a 8 meses para ganarse la vida. Del mismo modo, quienes organizaban las charlas no dependían del estatus de la gente de DevRel esperando conseguir patrocinadores.
Esta es precisamente la visión más amplia de la que Doctorow viene hablando últimamente, pero parece que la gente solo adopta pequeñas partes de ella.
Me sorprende que las universidades no abran este tipo de eventos a todo el mundo. El campo de sistemas está bastante orientado a la industria, así que la colaboración entre academia e industria en seminarios parece una buena idea
Es una lástima que no haya una universidad de primer nivel en el centro de SF y, sinceramente, cuesta entenderlo. Stanford y Berkeley están muy cerca, pero sin una institución central, la cultura de SF se siente dispersa
El autor de autoayuda Tim Ferriss también recomendó este truco en “Four Hour Work Week”. Era algo así como que, si hablas en un campus universitario, puedes usar esa credibilidad para tu marca personal; no recuerdo los detalles exactos
Como esto se volvió un problema, a las universidades les resulta difícil asumir el riesgo de permitir que grupos cualquiera usen sus instalaciones. No pasa mucho tiempo antes de que alguien lo explote diciendo que “dio una clase en tal universidad” o que “dio una charla en tal universidad”
No conozco a los organizadores de TUMuchdata y no he tenido contacto con ese departamento en años, pero el jefe del departamento sigue siendo el mismo que cuando estudiaba allí, y creo que es alguien que permitiría, o incluso fomentaría, actividades así
No conozco bien el tráfico ni el transporte público de LA, pero no me sorprendería que ir del ayuntamiento de LA a UCLA tomara mucho más que ir del ayuntamiento de SF a Cal. Es más difícil hacerlo caminando, pero al menos hasta antes de 2030 parece que será así
Es cierto que la cultura de SF está dispersa, pero en cierta medida es intencional, por su carácter de ciudad hiperlocal a nivel de barrios
https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...
Si al principio dijeron que asistirían 60 personas y en realidad llegan 50, es bastante bueno. En la mayoría de los eventos gratuitos, lo normal es una tasa de asistencia del 30 al 50% respecto de los RSVP
Entre 2010 y 2014, Meetup.com en Portland estaba ardiendo con reuniones de makers, programación y tecnología. Recuerdo que el auditorio de Puppet Labs se llenaba. Pero, incluso antes de la pandemia, de pronto casi todas desaparecieron
Los temas eran muy variados: desde NodeJS, Rust y HTML1.0 hasta startups, manufactura e hacking de IoT; incluso había un grupo de aficionados a los circuitos RF. Acabo de mirar y CTRL-H todavía funciona bien, pero fuera de eso no hay mucho
Por lo que escuché de dos organizadores habituales, mantener una reunión sólida de manera consistente es un trabajo enorme y al final termina agotando. Lo entiendo, porque recuerdo haber pensado: “podría ayudar, pero ¿de verdad quiero gastar mi escaso tiempo libre en esto?”. Mi respeto para quienes organizaron reuniones geniales
https://en.wikipedia.org/wiki/Meetup
Janrain tenía un excelente espacio para reuniones en una antigua cancha de básquetbol de Nike, con asientos en gradas, y había muchos temas geniales que, siendo yo principiante, me mostraron el amplio mundo de la tecnología. Puppet Labs, Urban Airship y New Relic también organizaban reuniones de primer nivel, y hasta Intel en Hillsboro normalmente valía el viaje en MAX. Había mucho merchandising, comida y oportunidades laborales
El verdadero problema es que se secó el dinero. En la mayoría de las reuniones había reclutadores desesperados por contratar, y los patrocinios pagaban los costos de los encuentros. Ahora que el trabajo remoto está ampliamente aceptado, hay menos incentivos para atraer con esmero al talento local
Las reuniones por Zoom casi no cuestan, pero se sienten artificiales y sin vida. En los 2010 había una sensación de fiebre del oro, pero parece que esa época terminó. La reducción de costos, la tercerización y el hype de la IA están haciendo que el software sea una profesión menos prestigiosa que antes, y no parece que ese optimismo vaya a volver pronto
Ojalá pronto surja una alternativa federada. También estaría bueno que el email funcionara realmente bien de forma federada
Aun así, todavía existen cosas como pdxpug (Postgres), Database Reading Group (DBRG) de PSU, pdx.rb, pdxruby Slack, pdxstartups Slack, Portland Papers We Love, Portland Linux Users Group, Linux Kernel meetup y Rose City Techies
Con buscar un poco aparece todo eso, pero extraño los tiempos en que Calagator estaba lleno de cosas interesantes. Me pregunto por qué terminó así
Antes también organicé reuniones en mi casa o en el patio. Una era para hackear juntos proyectos de cada quien, y otra para contribuir juntos a open source. Estoy considerando volver a hacer algo así. Si es sobre sistemas o bases de datos, creo que encajaría especialmente bien; un grupo de lectura también estaría bueno. Si alguien interesado ve esto, puede mandarme un email
La peor parte de la “cultura de meetups” casi siempre es que los fines comerciales se anteponen a la comunidad. No creo que el autor tenga malas intenciones, pero eso era justo lo que me molestaba de los meetups de JS, y aun así ahora se está haciendo que los ponentes, en la práctica, hagan un pitch para que la gente se sume a sus equipos de ingeniería.
Del otro lado, hubo una época en la que “ve a meetups locales de desarrolladores” era un consejo básico para conseguir trabajo como dev, y desde la perspectiva de fundadores o empresas es natural ver los meetups de desarrolladores como canales de marketing y reclutamiento. De hecho, muchos asistentes quieren empleo y muchos ponentes quieren contratar gente.
Pero ¿la gente se queda después de conseguir trabajo? Desde la perspectiva de quienes asisten de forma constante, ¿el contenido centrado en reclutamiento es realmente lo que quieren en un meetup?
Combinar clubes de lectura, un proceso para presentaciones de asistentes habituales y hackatones quizá podría crear una cultura de meetups de programación más sostenible. Las empresas todavía podrían patrocinar aportando espacio o visibilidad de marca, pero el contenido podría volverse mucho más interesante.
Tal vez no encaje con JavaScript, pero la programación de sistemas está muy conectada con investigación publicada y además tiene una cultura hacker más fuerte, así que creo que es posible. Justo conseguí espacio de oficina en SF, y si hay suficiente interés y voluntarios, también consideraría alojarlo.
Empecé un meetup en Toronto con gente de HN y del Fediverse. Mantener un meetup presencial estable realmente da mucho trabajo.
Parece que el capítulo de Papers We Love en NYC está volviendo a arrancar tras una pausa de alrededor de un año, y antes de eso otra pausa de dos años. Parece que Datadog está alojando el evento y tiene una oficina bien ubicada junto a Penn Station.
https://www.meetup.com/papers-we-love/
Estoy en Phoenix, y ahora que es verano la actividad está doblemente muerta, pero incluso de otoño a primavera cuesta encontrar meetups de tecnología. Mis intereses son C++, C99, Java, sistemas distribuidos, ingeniería de datos e infraestructura de IA/machine learning que no sea generativa, pero casi no encuentro actividad en la quinta ciudad más grande de EE. UU.
Intenté organizar algo yo mismo, pero solo fueron amigos y colegas. Me pregunto dónde está la gente con pasiones similares.
Si no estuviera muerta, habría participado muchísimo; parece que hace falta un catalizador para arrancar.
Me ha costado encontrar buenos meetups en las zonas de San Diego y Los Ángeles. Meetup.com parece bastante muerto; me pregunto si alguien tiene recomendaciones.
Socal Python no ha encontrado un buen lugar para apoyar presentaciones, así que el meetup se parece más a un rato social. Aun así está bien: https://www.meetup.com/socalpython/
LA DevOps hasta ahora solo tuvo un meetup presencial. Un bar les permitió mostrar diapositivas en un buen patio al fondo, pero había tanto ruido que no se podía escuchar. Ojalá encuentren un mejor lugar: https://www.meetup.com/meetup-group-ZZQWJLTm/
Me gustaría volver a dar una charla sobre “desarrollo rápido” y temas de organización, pero por ahora estoy priorizando el trabajo.
O tal vez tengamos que reiniciarlo nosotros mismos.