Le retour des meetups de programmation système

• Cette année, plusieurs villes voient réapparaître des meetups de programmation système de grande qualité, avec l’émergence de groupes comme Munich Database Meetup, Berlin Systems Group, SF Distributed Systems Meetup, NYC Systems et Bengaluru Systems
• Ces nouveaux groupes abordent des sujets de fond comme les bases de données, les compilateurs et les systèmes distribués plutôt que de se concentrer sur un langage ou un framework précis, et mettent en avant de vrais défis d’ingénierie plutôt que des présentations produit
• NYC Systems a démarré en décembre 2023 comme rencontre autour d’un café, puis a organisé sa première conférence en février 2024, pour atteindre aujourd’hui une liste de diffusion de plus de 400 personnes et environ 50 participants réels par événement
• L’organisation repose sur une combinaison de page web, Google Form, liste de diffusion, invitations calendrier et vidéos publiques sur YouTube, plutôt que sur Meetup.com, tandis que Trail of Bits fournit le lieu ainsi que le matériel, la nourriture et les boissons
• Pour créer un bon meetup, il vaut mieux trouver une entreprise hôte tout en évitant les exigences de branding excessives, et encourager les intervenants à parler de bugs récents, de nouvelles fonctionnalités ou de défis techniques, plutôt que de présentations générales ou de tutoriels produit

---

L’évolution des meetups tech avant et après la pandémie

• Avant la pandémie, beaucoup de meetups tech donnaient l’impression d’être des espaces où des startups faisaient la promotion de leurs produits, et une présentation de tutoriel produit par un employé de devrel lors d’un meetup JavaScript a constitué un moment de vraie déception
• Il existait aussi des groupes intellectuellement exigeants comme New York Haskell Users Group ou New York Emacs Meetup, mais la plupart des participants semblaient être des experts, ce qui les rendait difficiles à apprécier pour les non-spécialistes
• New York Linux User Group et Papers We Love NYC faisaient figure d’exceptions, en accueillant des participants de niveaux variés tout en conservant une profondeur stimulante
  • Ils n’étaient pas liés à un langage ou un framework particulier
  • Ils commençaient par un large contexte avant d’approfondir fortement un sujet
  • Même si un participant ne comprenait que 50 % de l’ensemble, il pouvait quand même y découvrir quelque chose de nouveau auprès d’experts du domaine
• Après la pandémie, ces deux meetups ne sont pratiquement pas revenus

L’impulsion venue de Munich et les premières expérimentations à New York

• Après la pandémie, des meetups Rust et Go ont aussi été essayés, mais ils restaient souvent au niveau de la vue d’ensemble au lieu d’explorer en profondeur des concepts intéressants
• À partir de 2022, l’idée d’une série de conférences en présentiel à New York sur les systèmes, les bases de données et les systèmes distribués existait, mais le travail chez TigerBeetle a empêché sa mise en œuvre avant décembre 2023
• Le doctorant de la Technical University of Munich Georg Kreuzmayr et ses collègues ont lancé le club de bases de données TUMuchData, ce qui a servi de déclic pour se remettre à organiser des meetups
• En décembre 2023, NYC Systems Coffee Club a été lancé
  • Il s’adressait aux développeurs intéressés par la programmation système à New York
  • Le périmètre couvrait les compilateurs, les bases de données, les internals des navigateurs web, les systèmes distribués, les méthodes formelles, etc.
  • Le lieu était un espace public dans Midtown Manhattan, à 9 h autour d’un café
  • Les abonnés étaient collectés via Google Form, puis un RSVP mensuel permettait d’envoyer une invitation calendrier aux 20 premières personnes ayant répondu

Les principes de NYC Systems et la recherche d’un lieu

• Angelo Saraceno a rejoint l’initiative comme coorganisateur, et NYC Systems est né
• Le principe de base était un meetup indépendant des langages et des frameworks, centré sur les problèmes d’ingénierie plutôt que sur les présentations produit
• Le marketing d’entreprise n’était pas totalement exclu, mais il devait servir à faire connaître l’équipe d’ingénierie plutôt que le produit lui-même
• Les intervenants devaient partir d’un cadre large avant d’entrer en profondeur dans des aspects intéressants des bases de données, des langages de programmation ou des systèmes distribués
  • Une présentation du produit pouvait être utile pour poser le contexte
  • Mais le cœur de l’intervention devait porter sur un défi technique récent et sur la manière dont il avait été résolu
• Les événements ont été fixés à un rythme bimestriel afin de réduire la charge d’organisation et la difficulté de trouver de bons intervenants
• Trouver des intervenants a été relativement simple grâce à Twitter et LinkedIn, mais obtenir un lieu s’est révélé plus difficile
  • Beaucoup d’entreprises à Manhattan exigeaient de placer l’un de leurs propres intervenants à chaque événement
  • Comme il s’agissait d’un nouveau meetup, il était encore plus difficile de trouver une entreprise prête à assouplir ses exigences de branding
  • Finalement, l’entreprise basée à Brooklyn Trail of Bits, qui n’imposait ni intervenant maison ni branding forcé, est devenue l’hôte

Fonctionnement et échelle

• Au début, les informations du meetup étaient publiées sur un site personnel, puis elles ont été déplacées vers nycsystems.xyz
• Une liste de diffusion a été créée avec Google Form, et le groupe a été annoncé sur Twitter et LinkedIn
• Le calendrier des événements était publié à l’avance sous forme de tableau HTML sur le site web, et les intervenants étaient annoncés une semaine avant l’événement
• Les RSVP pour chaque événement étaient recueillis via un Google Form envoyé à la liste de diffusion
  • Les 60 premières personnes à répondre recevaient une invitation Google Calendar
  • Même lorsque 60 personnes confirmaient leur présence, la fréquentation réelle était généralement d’environ 50 personnes
  • La liste de diffusion compte plus de 400 personnes, et chaque événement génère 20 à 30 personnes sur liste d’attente
• Meetup.com est évité, et les nouveaux meetups de programmation système choisissent eux aussi généralement de ne pas l’utiliser
  • Munich Database Meetup est un cas particulier, puisqu’il s’agit de la relance de l’ancien Munich NoSQL Meetup et qu’il a donc conservé Meetup.com
  • Les autres groupes utilisent surtout lu.ma
• Trail of Bits fournit pour chaque événement l’écran, les chaises, la nourriture et les boissons
• Angelo Saraceno s’occupe de la captation audio et vidéo avec du matériel d’enregistrement, puis du montage et de la publication
• Après chaque événement, les vidéos des présentations sont publiées sur YouTube via @NYCSystems

L’essor des meetups système dans d’autres villes

• En mars 2024, les membres de TUMuchData se sont associés à l’Alex Petrov’s Munich NoSQL Meetup pour créer Munich Database Meetup
• En mai 2024, Kaivalya Apte et Manish Gill ont lancé Berlin Systems Group, inspirés par Alex et Munich Database Meetup
• En mai 2024, les doctorants Shadaj Laddad et Conor Power, dans la baie de San Francisco, ont lancé le meetup SF Distributed Systems
  • La première rencontre incluait une présentation sur l’extension de SQL et l’application de propriétés algébriques
• En juillet 2024, Shraddha Agrawal, Anirudh Rowjee et leurs collègues ont organisé le premier Bengaluru Systems Meetup
  • Le premier événement comprenait des présentations sur les systèmes qui font tourner des applications GenAI, ainsi que sur les performances et la sécurité des navigateurs

Critères pour lancer un nouveau meetup

• Il vaut mieux trouver une entreprise hôte que de payer soi-même les coûts
• Il n’est pas nécessaire d’accepter trop d’exigences de la part de l’entreprise
  • Du point de vue de l’entreprise, une courte présentation de 5 minutes sur le recrutement ou le produit peut suffire
  • Il est possible d’obtenir un bénéfice mutuel sans branding lourd ni tutoriel produit de 30 minutes
• Il faut rappeler constamment aux intervenants d’éviter les présentations générales et les présentations produit
  • Il faut leur demander de parler de bugs récents ou de nouvelles fonctionnalités intéressantes
  • Ils doivent expliquer ce qui s’est passé, pourquoi c’était difficile et ce qu’ils en ont appris
• Ce format de présentation aide à attirer un public intéressant
  • Les participants de NYC Systems mélangent fondateurs tech dans les systèmes, développeurs expérimentés, doctorants et profils variés
  • C’est précisément parce que les présentations de type pitch produit sont évitées que ce public se forme
• Trouver des intervenants reste difficile
  • Jusqu’ici, la meilleure méthode consiste à inviter individuellement sur Twitter des personnes du monde industriel et académique
  • Les appels ouverts sont simples à lancer, mais aboutissent souvent mal
  • Il faut continuer à surveiller les entreprises intéressantes de la région
  • Une autre piste envisagée consiste à utiliser des connexions VC pour obtenir des introductions à des ingénieurs locaux, des fondateurs tech et des CTO
• Parler avec d’autres organisateurs est aussi important
  • Une rencontre en personne avec Alex Petrov a permis d’échanger sur les difficultés et les joies d’organiser des meetups de grande qualité
  • L’auteur est prêt à parler avec d’autres nouveaux organisateurs de meetups et laisse ses messages privés ouverts

[GN⁺]

Avis sur Hacker News

• J’ai siégé au conseil d’un groupe local d’utilisateurs Linux, et je comprends très bien la difficulté à trouver un lieu. Même dans une ville pleine de bureaux vides les soirs de semaine, il était presque impossible de trouver un lieu de rencontre stable ; et quand le lieu change sans cesse, les gens doivent réapprendre à chaque fois comment s’y rendre, ce qui rend difficile la constitution d’un noyau de membres réguliers.
  À une époque, Mozilla nous fournissait un espace, mais quand l’ambiance interne a changé, nous avons été mis dehors. Au final, je pense qu’il faut un soutien fort de la direction de l’entreprise pour que ce soit durable. Sinon, on reste forcément à la merci des changements de situation de l’entreprise.
  Aujourd’hui, nous sommes installés de façon stable dans une bibliothèque locale, mais seulement parce qu’il y avait quelqu’un en interne pour nous aider. Avant, quand nous avions contacté directement la bibliothèque, cela avait été pratiquement bloqué.
  Je pense que les collectivités locales devraient être tenues de fournir des espaces de réunion aux associations locales et aux groupes d’intérêt. Dans beaucoup d’endroits, il n’est plus possible, comme autrefois, de mettre de l’argent en commun avec des amis pour acheter un terrain et construire un clubhouse ; les municipalités doivent désormais compléter ce modèle des yacht clubs, clubs de badminton ou clubs de lawn bowling créés il y a 50 ans.

  • Avant, je ne voyais pas vraiment la nécessité pour les municipalités de fournir des espaces aux associations locales et aux groupes d’intérêt, mais cela me paraît vraiment nécessaire. Dans notre ville, il y a beaucoup d’espaces privés à louer, avec des prix qui vont du raisonnable au complètement délirant.
    Beaucoup de meetups tech locaux se contentent de se réunir dans des restaurants ou des bars calmes, mais l’inconvénient est qu’on ne peut pas y faire de présentations. Le chapitre DefCon local que je fréquente loue l’espace à l’étage d’un barcade ; il y fait un peu chaud en été, mais l’ambiance et la communauté sont excellentes.
  • J’ai rencontré un problème similaire lorsque j’ai explicitement essayé de créer un meetup tech à but non lucratif dans une bibliothèque locale. C’était un groupe où l’on parlait de projets, sans activité commerciale et sans frais de participation, mais on m’a refusé l’autorisation au motif que je n’étais pas un « groupe communautaire », seulement quelqu’un qui voulait rassembler des individus loosely connected dans la Bay Area.
  • Au Japon, ce genre d’espaces existe. Il y a des centres communautaires presque partout, et l’on peut utiliser des salles de réunion pour un coût symbolique. La dernière fois que j’ai vérifié, c’était environ 5 dollars de l’heure, et même le centre de notre quartier en plein Tokyo dispose de salles utilisables à cette fin réparties sur trois étages.
  • Avec le GPS, le problème n’est pas tant le lieu en lui-même que le changement de charge temporelle. Il ne s’agit pas simplement d’un nouveau lieu 5 minutes plus loin que l’ancien : souvent, cela change de 30 à 45 minutes.
    Les personnes qui participent à ce genre de meetup sont généralement occupées ; si un créneau de 3 heures devient soudain un engagement de 4 heures, il est moins pénible de supprimer une activité non indispensable que de réorganiser 50 choses. Au final, cet effet d’agenda finit par faire décrocher en continu les personnes qui ont d’autres engagements.
  • C’est précisément le rôle d’un centre communautaire. Dans la ville voisine, il y a ce type d’équipement, et les habitants peuvent louer une salle pour environ 20 à 70 dollars de l’heure selon sa taille. Il suffit qu’un seul membre du groupe habite cette commune pour pouvoir réserver une salle.

• Des meetups locaux que j’aimais se sont aussi effondrés à cause de ce genre de problèmes. Les personnes DevRel venues faire de la pub étaient faciles à filtrer, mais le plus difficile était d’écarter celles qui voulaient donner une conférence uniquement pour avoir une ligne à ajouter à leur CV ou à leur site de personal branding, sans aucune intention d’échanger avec le groupe.
  Ces personnes ne se montraient que la fois où elles présentaient, et livraient un contenu superficiel conçu pour les mettre en valeur plutôt que pour instruire ou susciter la discussion. Elles avaient aussi souvent une excuse pour partir juste après leur talk, parfois même avant les questions-réponses.
  Et elles voulaient toujours une vidéo de leur présentation. Pendant un temps, nous avions du matériel d’enregistrement pour les spectateurs à distance ; s’il n’y en avait pas, elles paniquaient et essayaient d’improviser un moyen de filmer avec leur téléphone, quitte à retarder la présentation. Le véritable objectif n’était pas de parler au groupe, mais d’obtenir l’enregistrement de leur propre présentation.
  Quand cela se répète, les membres du noyau finissent par comprendre qu’ils servent d’accessoires de public pour l’avancement de carrière de quelqu’un, et cessent de venir. C’est ainsi que les meetups s’effondrent.
  J’aimerais que les meetups locaux renaissent autour de personnes intéressées par le meetup lui-même, et non par des occasions d’autopromotion.

  • Certains ajustements à essayer semblent évidents. À l’exception des premières sessions de bootstrap, les intervenants devraient avoir assisté plusieurs fois au meetup avant de présenter, et ne pas pouvoir mentionner leur entreprise ou leur produit au-delà d’une diapo de présentation personnelle.
    Ces deux propositions n’ont rien d’extraordinaire en soi ; l’essentiel est que les organisateurs restent attentifs à ce qui se passe et réagissent pour maintenir une atmosphère saine.
    Pour quelqu’un qui veut créer un meetup, ce livre peut être utile : https://www.goodreads.com/book/show/49766350-get-together
  • Je comprends l’idée, mais trouver des intervenants reste difficile dès le départ. À mes yeux, une présentation de qualité relève à 100 % du marketing ; simplement, ce n’est pas du marketing produit, c’est du marketing d’équipe d’ingénierie.
    Si l’on impose des contraintes comme devoir avoir assisté plusieurs fois au meetup ou interdire de mentionner l’entreprise, je pense qu’il deviendra difficile d’attirer les intervenants de haut niveau que nous réussissons à faire venir aujourd’hui. Nous sommes assez sélectifs dans le choix des personnes invitées, mais une fois que nous jugeons que ce sera bon, nous nous montrons assez flexibles. Jusqu’ici, on nous a dit que cela fonctionnait bien à la fois pour le public et pour les intervenants.
  • À titre de contre-exemple, dans un meetup aux Philippines (Raid the fridge), des entreprises, y compris de grandes banques traditionnelles, ont présenté de nouveaux produits et services qu’elles s’apprêtaient à lancer en les mêlant à l’histoire de l’entreprise.
    Elles parlaient des technologies utilisées, des difficultés techniques, commerciales, juridiques et de marché rencontrées, et de la façon dont elles les avaient contournées. Même quand un pitch commercial s’y glissait parfois, c’était bien plus qu’une simple présentation de vente : cela mêlait business, ingénierie, R&D, droit, finance, ainsi que l’histoire de l’entreprise et du pays.
    C’était extrêmement intéressant et globalement excellent, presque comme une soirée de divertissement. La partie sociale du meetup était aussi très bonne ; c’est peut-être une différence culturelle, mais j’ai eu l’impression que les entreprises là-bas parlaient avec une ouverture et une franchise rafraîchissantes de la façon dont les choses s’étaient déroulées.
  • Une communauté sans curation, quelle qu’en soit la forme, ne survit pas à long terme. Historiquement, au moins, cela me semble désormais clair.
  • C’est un problème du marché de l’emploi. Beaucoup de conférences célèbres sont nées de personnes dont l’emploi était garanti à vie et qui critiquaient férocement tel système ou tel protocole. Cela va d’UPnP aux présentations sur les vers de compilateur persistants.
    Ces personnes n’étaient pas dans une situation où elles devaient gonfler leur CV tous les 3 à 8 mois pour gagner leur vie. De même, les organisateurs de ces conférences ne dépendaient pas du statut des gens de DevRel dans l’espoir d’obtenir des sponsors.
    C’est précisément la vue d’ensemble dont Doctorow parle sans cesse ces temps-ci, mais les gens semblent n’en retenir que de petits morceaux.

• Je suis surpris que les universités n’ouvrent pas ce genre d’événements à tout le monde. Les domaines système sont assez orientés industrie, donc les collaborations entre université et entreprises dans le cadre de séminaires semblent être une bonne idée.
  C’est dommage qu’il n’y ait pas d’université de premier plan dans le centre de SF et, honnêtement, c’est difficile à comprendre. Stanford et Berkeley sont très proches, certes, mais l’absence d’institution centrale donne l’impression que la culture de SF est dispersée.

  • Il faut être très prudent lorsqu’on autorise l’utilisation des locaux universitaires pour des événements. Malheureusement, les profils douteux utilisent toute occasion de faire quelque chose sur un campus pour laisser entendre qu’ils ont un lien avec l’université.
    L’auteur de développement personnel Tim Ferriss recommandait aussi cette astuce dans “Four Hour Work Week”. L’idée était qu’en parlant sur un campus universitaire, on pouvait exploiter cette crédibilité pour sa propre marque ; je ne me souviens pas des détails exacts.
    Comme ce genre de pratique pose problème, les universités ont du mal à assumer le risque de laisser des groupes quelconques utiliser leurs locaux. Il ne faut pas longtemps avant que quelqu’un détourne cela en disant qu’il a « donné un cours dans telle université » ou « pris la parole dans telle université ».
  • SF a UCSF, qui est une université de premier plan. Elle est simplement centrée sur la médecine.
  • Le TUMuchdata mentionné se tient à l’université. Je pense que ce genre d’activité dépend au final beaucoup des personnes qui sont derrière.
    Je ne connais pas l’équipe de TUMuchdata et je n’ai plus eu de contacts avec ce département depuis des années, mais le directeur du département est toujours le même qu’à l’époque où j’y étudiais, et je pense que c’est quelqu’un qui autoriserait ce type d’activité, voire l’encouragerait.
  • J’aimerais que l’UC Berkeley ravive l’innovation et la collaboration qu’elle montrait à l’époque de BSD.
  • On peut voir Cal comme la partie non médicale de l’UCSF. East Bay donne l’impression de ne pas faire partie de SF, mais cette distance est surtout psychologique, due à l’eau. Si l’on collait Emeryville au front de mer de SF, ce serait beaucoup plus proche du centre-ville que SF State.
    Je ne connais pas bien la circulation ni les transports en commun à LA, mais je ne serais pas surpris que le trajet entre l’hôtel de ville de LA et UCLA prenne beaucoup plus de temps que celui entre l’hôtel de ville de SF et Cal. C’est plus difficile à faire à pied, mais au moins jusqu’avant 2030, cela semble plausible.
    Il est vrai que la culture de SF est dispersée, mais c’est dans une certaine mesure intentionnel, du fait de son caractère de ville hyperlocale, organisée par quartiers.
    https://oaklandside.org/2022/12/20/bay-bridge-bike-path-on-t...

• S’ils avaient annoncé au départ 60 participants et que 50 sont réellement venus, c’est plutôt très bien. Pour la plupart des événements gratuits, un taux de présence de 30 à 50 % par rapport aux RSVP est assez courant.

• Entre 2010 et 2014, Meetup.com à Portland bouillonnait de rencontres makers, programmation et tech. Je me souviens aussi que l’auditorium de Puppet Labs était plein à craquer. Puis, avant même la pandémie, la plupart ont soudainement disparu.
  Les sujets étaient très variés, de NodeJS, Rust et HTML1.0 aux startups, à la fabrication et au hacking IoT, et il y avait même un groupe d’amateurs de circuits RF. Je viens de vérifier : CTRL-H fonctionne encore bien, mais le reste est assez limité.
  D’après deux organisateurs réguliers à qui j’ai parlé, faire tourner de manière cohérente un groupe solide est un énorme travail, et cela finit par épuiser. Je comprends, car je me souviens m’être dit : « je peux aider, mais ai-je vraiment envie de consacrer mon maigre temps libre à ça ? ». Respect à celles et ceux qui ont organisé de super meetups.

  • L’évolution de Meetup a probablement aussi joué. La société a été rachetée par WeWork en 2017, son fondateur a quitté le poste de CEO en 2018, un nouveau modèle tarifaire est arrivé en 2019, WeWork l’a revendue à AlleyCorp en 2020, et en 2024 Bending Spoons a annoncé l’acquisition de Meetup.
    https://en.wikipedia.org/wiki/Meetup
  • À cette époque, j’allais chaque semaine à des meetups à Portland. La bière et la pizza gratuites m’ont beaucoup aidé quand j’essayais de lancer ma carrière.
    Janrain avait un excellent espace de rencontre dans un ancien terrain de basket Nike, avec des sièges en gradins, et beaucoup de sujets passionnants m’ont ouvert, alors que j’étais débutant, les portes du vaste monde de la tech. Puppet Labs, Urban Airship et New Relic organisaient aussi des rencontres de tout premier ordre, et même Intel à Hillsboro valait généralement le trajet en MAX. Il y avait beaucoup de goodies, de nourriture et d’opportunités d’emploi.
    Le vrai problème, c’est que l’argent s’est tari. La plupart des meetups avaient des recruteurs désespérés d’embaucher, et les sponsorings couvraient les coûts. Maintenant que le télétravail est largement accepté, il y a moins d’incitation à courtiser les talents locaux.
    Les rencontres sur Zoom ne coûtent presque rien, mais elles sont artificielles et sans vie. Dans les années 2010, il y avait une atmosphère de ruée vers l’or, mais cette époque semble terminée. La réduction des coûts, l’outsourcing et la surchauffe autour de l’IA font du logiciel un métier moins prestigieux qu’avant, et je ne pense pas que cet optimisme revienne de sitôt.
  • En plus de l’épuisement, tout le monde devait créer un compte Meetup, Meetup devenait de plus en plus cher, et quand j’étais le seul à ne pas avoir de compte Facebook, il y avait aussi une tendance à dire qu’il suffisait d’utiliser Facebook.
    J’aimerais qu’une alternative fédérée émerge bientôt. Ce serait bien aussi que l’e-mail fonctionne vraiment correctement comme système fédéré.
  • Calagator est mort depuis des années, et je ne sais pas pourquoi. C’était déjà le cas bien avant la pandémie, et ce qu’on voit aujourd’hui, ce sont surtout des événements de networking business ou des rencontres où quelqu’un vend quelque chose.
    Cela dit, il reste encore des choses comme pdxpug (Postgres), le Database Reading Group (DBRG) de PSU, pdx.rb, le Slack pdxruby, le Slack pdxstartups, Portland Papers We Love, Portland Linux Users Group, le meetup Linux Kernel, ou Rose City Techies.
    Rien qu’en cherchant un peu, on trouve déjà tout ça, mais l’époque où Calagator était rempli de choses passionnantes me manque. Je me demande ce qui s’est passé.
    J’ai aussi déjà organisé des rencontres chez moi ou dans mon jardin. L’une consistait à hacker ensemble sur nos projets respectifs, l’autre à contribuer ensemble à l’open source. J’envisage de refaire ce genre de chose. Ce serait particulièrement adapté autour des systèmes ou des bases de données, et un club de lecture serait bien aussi. Si quelqu’un que cela intéresse voit ceci, il peut m’envoyer un e-mail.
  • S’il existait à Portland un meetup orienté systèmes, j’y assisterais à coup sûr, et même si je ne suis pas particulièrement doué pour ce genre de choses, je serais prêt à aider à l’organiser et à le faire fonctionner.

• Le pire aspect de la « culture des meetups », c’est presque toujours que les objectifs commerciaux passent avant la communauté. L’auteur n’a pas de mauvaises intentions, mais c’est précisément ce qui m’agaçait dans les meetups JS, et maintenant on pousse de fait les intervenants à faire le pitch pour rejoindre leur équipe d’ingénierie
  À l’opposé, il y a eu une époque où, dans les conseils aux développeurs pour trouver un emploi, « va à des meetups de développeurs locaux » revenait comme une évidence ; et du point de vue des fondateurs ou des entreprises, il est naturel de voir les meetups de développeurs comme des canaux de marketing et de recrutement. En pratique, beaucoup de participants veulent un emploi, et beaucoup d’intervenants veulent recruter
  Mais les gens restent-ils une fois qu’ils ont trouvé un emploi ? Du point de vue des participants réguliers, le contenu centré sur le recrutement est-il vraiment ce qu’ils attendent d’un meetup ?
  Un mélange de club de lecture, de processus de présentation par les habitués et de hackathons pourrait peut-être créer une culture de meetups de programmation plus durable. Les entreprises pourraient toujours sponsoriser en fournissant un espace ou en affichant leur nom, mais le contenu pourrait devenir bien plus intéressant
  Cela ne convient peut-être pas à JavaScript, mais la programmation système est très liée aux travaux de recherche publiés et possède aussi une culture hacker plus forte, donc je pense que c’est possible. Il se trouve que j’ai maintenant un espace de bureau à SF ; s’il y a assez d’intérêt et de bénévoles, j’envisagerais aussi d’héberger cela

  • SF Papers We Love pourrait être intéressé par un espace physique. Jusqu’ici, les rencontres se faisaient en ligne, mais des rencontres en présentiel seraient probablement utiles

• J’ai lancé un meetup à Toronto avec des gens de HN et du Fediverse. Faire fonctionner régulièrement des rencontres en présentiel demande vraiment beaucoup de travail

• Le chapitre Papers We Love de NYC semble redémarrer après environ un an de pause, et auparavant deux ans de pause. Datadog semble héberger l’événement, avec un bureau bien situé à côté de Penn Station
  https://www.meetup.com/papers-we-love/

• Je suis à Phoenix, et comme c’est l’été l’activité est doublement morte, mais même de l’automne au printemps il est difficile de trouver des meetups tech. Mes centres d’intérêt sont C++, C99, Java, les systèmes distribués, l’ingénierie des données, et l’infrastructure IA/machine learning non générative, mais dans la 5e plus grande ville des États-Unis je ne trouve presque aucune activité
  J’ai essayé d’en organiser moi-même, mais seuls des amis ou des collègues sont venus. Je me demande où sont les gens qui partagent le même enthousiasme

  • Avec l’afflux de population depuis le Covid, il devrait y en avoir suffisamment. Quand j’y ai travaillé brièvement au début des années 2010, Godaddy organisait quelques meetups, mais la communauté tech sur Meetup.com manquait clairement de présence
    Si ce n’était pas mort, j’y participerais très activement ; il semble qu’il manque un catalyseur pour lancer la dynamique

• J’ai du mal à trouver de bons meetups dans les régions de San Diego et Los Angeles. Meetup.com semble assez mort ; si quelqu’un a des recommandations, je suis preneur

  • Dans la région de Los Angeles, les meetups sécurité OWASP sont excellents. Ils ont lieu chez WeWork ou dans des entreprises locales, et le contenu est bon. Je ne connais pas bien le modèle de financement, mais ça tourne bien : https://www.meetup.com/owasp-los-angeles/
    Socal Python n’a pas trouvé de bon lieu pour accueillir des présentations, donc le meetup ressemble davantage à un moment social. Mais c’est quand même sympa : https://www.meetup.com/socalpython/
    LA DevOps n’a encore tenu qu’une seule rencontre en présentiel. Le bar nous a laissé projeter des slides sur une belle terrasse à l’arrière, mais c’était trop bruyant pour entendre quoi que ce soit. Ce serait bien de trouver un meilleur lieu : https://www.meetup.com/meetup-group-ZZQWJLTm/
    J’aimerais refaire une présentation sur le « développement rapide » et les sujets d’organisation, mais pour l’instant je donne la priorité au travail
  • La pandémie a tué l’excellent meetup Papers We Love de San Diego. Les bonnes personnes et les articles que j’avais découverts grâce à PWL me manquent, et je serais vraiment ravi que quelque chose de similaire renaisse
    Sinon, il faudra que nous le relancions nous-mêmes