https://a.storyblok.com/f/270183/51983/538118e274/rebuilding-community.png

Reconstruindo uma comunidade tecnológica “inativa”

Publicado em May 31, 2022

Tempo de leitura: 13 minutos

Em 2018 escrevi um post no blog sobre aprender e ensinar Ruby muito tempo depois que o mundo tecnológico (local) já a considerava uma linguagem morta. Apesar de todo o meu amor pelo Ruby e pelo Rails, uma coisa que fazia muita falta era uma comunidade local ativa em Tel Aviv.

Avançando para 2022, há algumas semanas participei do primeiro evento presencial Israel.rb . Foram duas palestras incríveis, comida e bebidas em um escritório maravilhoso, vagas de emprego em Ruby e mais de 30 Rubyistas muito ativos.

Então, o que aconteceu nesse meio tempo? Ajudei a construir a comunidade (com dois coorganizadores incríveis!) que eu tanto desejava. Então, vamos comemorar esse marco com algumas reflexões, observações e, espero, lições para alguém, em algum lugar.

Speakers and attendees from the April 2022 Israel.rb Meetup, a great success!The April 2022 Israel.Rb Meetup

Contexto

O problema

Em 2018, concluí o Bootcamp do Le Wagon. Eu havia me inscrito apenas algumas semanas antes de me mudar para Tel Aviv, sabendo que meu nível básico de programação não era suficiente para o competitivo mercado israelense. Eu tinha a sensação de que “não é o que você sabe, e sim quem você conhece”. Achei que o Le Wagon me proporcionaria essa rede de contatos.

Infelizmente, eu não sabia que a Le Wagon havia aberto uma filial em Tel Aviv apenas três meses antes da minha chegada. Felizmente, na cerimônia de formatura do Demo Day, o diretor-geral da Le Wagon TLV me ofereceu um emprego. A missão? Construir uma comunidade para garantir o sucesso dos alunos. Isso exigia um esforço tanto interno quanto externo.

Internamente, melhorar a satisfação dos alunos foi bastante simples: ouvir, debater ideias, corrigir, repetir. Externamente, eu estava à mercê do ecossistema de tecnologia de Tel Aviv. Como eu, um cara que tinha chegado a Israel há apenas alguns meses e não conhecia ninguém, um cara que quase não tinha experiência profissional em programação, iria construir uma rede de contatos? Saí batendo de porta em porta.

A 2019 excursion into the Tel Aviv tech community with former students and colleagues.A 2019 excursion into the TLV tech community

Durante o ano e meio seguinte, participei de 1 a 3 encontros ou eventos de tecnologia por semana. Entrei em contato espontaneamente com organizadores, palestrantes, startups, programadores, gerentes de produto, designers, investidores de capital de risco e, basicamente, qualquer pessoa que eu achasse que pudesse agregar pelo menos um pouco de valor à nossa comunidade. Isso rendeu muitos resultados incríveis. Às vezes, os alunos participavam dos eventos comigo. Mas, na maioria das vezes, nós mesmos organizávamos encontros com uma grande diversidade de perfis e temas. Tivemos alguns eventos que ficaram literalmente lotados, com mais de 130 participantes se amontoando na porta.

Mas, repetidamente, havia um grande problema. Não conseguíamos nos conectar de forma significativa com os programadores Ruby atuais ou com empresas que desenvolviam ativamente em Ruby. Na internet, eu lia que grandes empresas locais, como Fiverr, Monday.com, WeWork e outras, eram empresas que usavam Ruby. A WeWork, em particular, parecia um ótimo lugar para estabelecer contato, já que alguns de seus engenheiros administravam um grupo de Ruby chamado Ruby Underground, com mais de 1.300 membros!

Quando entrei em contato com os organizadores para oferecer um local, cuidar da divulgação e, basicamente, fazer tudo o que fosse possível caso eles conseguissem trazer alguns palestrantes de Ruby… não obtive resposta.

Alguns meses depois, fiquei muito animado quando o Ruby Underground anunciou um encontro. Fiz questão de liberar minha agenda para participar. As palestras foram superinteressantes, os dois ex-alunos que eu convenci a vir se reuniram com o RH da WeWork, que estava procurando contratar, e eu até tive alguns minutos para conversar com o organizador do encontro. Tudo parecia estar se encaixando. Isso até eu tentar entrar em contato com o organizador. Mais uma vez, silêncio total. Olhando para trás, isso aconteceu em 2019 na WeWork, quando a empresa passava por um período de instabilidade, com uma oferta pública inicial (IPO) prevista e depois cancelada.

Ficou claro que o Ruby não era mais uma prioridade nem mesmo para os principais organizadores do Ruby em Tel Aviv.

É criado um Meetup

Os co-protagonistas

No outono de 2019, aconteceu algo incrível que mudou minha vida. Participei de um encontro.

Para ser mais específico, participei do primeiro encontro do DEV IRL em Tel Aviv. O evento foi organizado por Ben Greenberg e Avital Tzubeli. Avital havia dado uma palestra no Le Wagon e estávamos nos tornando amigos rapidamente. Ben era um dos poucos moradores locais que falavam sobre Ruby na internet, então, obviamente, eu era um grande fã dele. Minha colega de trabalho na época, Clara Morgen, tinha sido aceita para dar uma palestra, e eu mobilizei a galera para apoiar nossa professora-chefe.

Depois de passar uns meros 5 minutos na cobertura da Vonage, já estava convencido! Agora era eu quem estava entrando em contato com o RH. Em seis meses, tanto Avital quanto eu nos juntaríamos ao Ben na Vonage, e o Israel.rb seria colocado em prática.

The Four Speakers at DEV IRL: Jonathan, Ben, Avital, and Clara.The Four Speakers at DEV IRL: Jonathan, Ben, Avital, and Clara.

Comecei meu novo cargo na Vonage em fevereiro de 2020. Sim, foi fevereiro de 2020. Aquele em que começou a pandemia global. Que timing perfeito!

Mesmo quando entramos em tempos de incerteza, minha chefe na época, Olia, continuou me incentivando a encontrar maneiras de tornar o trabalho significativo e alcançar meus objetivos pessoais. Havia uma grande oportunidade óbvia ali: aproveitar meu novo contato com um dos desenvolvedores Ruby mais legais de Israel (e agora meu colega), o Sr. Greenberg.

Não foi preciso muito para convencê-lo. O Ben topou!

Ben teve uma ótima ideia: “vamos trazer um terceiro organizador para que o grupo não fosse 100% Vonage”. E assim, Ariel Caplan, um gênio do backend em Ruby, completou nosso trio. Na época, Ariel trabalhava na Cloudinary e já havia palestrado várias vezes tanto na RubyConf quanto na RailsConf. Ah, e aquele último Ruby Underground de que participei? Ariel era um dos palestrantes, então eu sabia que ele era igualmente brilhante e compreensível para todos os níveis.

Ariel Caplan, Ruby speaker extraordinaireAriel Caplan, Ruby speaker extraordinaire

Então, o A-Team era formado por:

Ben Greenberg: Profissional de Relações com Desenvolvedores, Criador de APIs, Organizador de Comunidade, Estrela do Twitter

Ariel Caplan: programador experiente, prova viva de que o Ruby é capaz de escalar

Eu: Faço gráficos mais ou menos, sou um spammer nas redes sociais, conheço programadores juniores em Ruby

As métricas

Ok, então foi assim que tudo começou. E o que realmente aconteceu?

3 encontros online:

  • 15 de julho de 2020

    • 30 participantes

    • Palestrantes: Ben Greenberg, Allison McMillian (GitHub)

    • Patrocinadores: Vonage, Cloudinary

  • 12 de agosto de 2020

    • 25 participantes

    • Palestrantes: Jonan Scheffler (New Relic), Ariel Caplan

    • Patrocinadores: Vonage, Cloudinary

  • 12 de outubro de 2020

    • 12 participantes

    • Palestrantes: Dan Moore (FusionAuth)

    • Patrocinadores: Vonage, Cloudinary

Allison McMillian at our very first meetup!Allison McMillian at our very first meetup!

1. Miniconferência híbrida:

  • EMEA no Rails

  • 9 de junho de 2021

    • 30 participantes presenciais, 120 participantes online

    • 12 palestrantes

    • Patrocinadores: JetBrains, Signal Wire, Le Wagon, Vonage, Cloudinary, Orbit, Zerus e Ona

1 Encontro presencial:

  • 11 de abril de 2022

    • 30 participantes

    • Palestrantes: Yoel Blum (Tailor Brands), Maya Shavin (Microsoft)

    • Patrocinador: Tailor Brands

Lições e o futuro

Comece agora!

Assim como estudar ou praticar exercícios, o maior desafio na construção de uma comunidade é dar o primeiro passo. Você pode pensar em todos os motivos para adiar a construção de uma comunidade, mas, no fim das contas, com certeza vai cometer erros. Quanto mais cedo você começar, mais rápido poderá cometer esses erros e, por meio de iterações, chegar ao sucesso.

Como você pode ver, tive algumas vantagens para dar os primeiros passos. Mas os fundamentos de qualquer comunidade (de tecnologia obsoleta) são sempre os mesmos:

PESSOAS + CONTEÚDO + LUGAR

O melhor de tentar reviver uma comunidade tecnológica inativa é que provavelmente já há muito trabalho preparatório feito para você. Em cada um dos aspectos de uma comunidade (P+C+P), basta fazer algumas buscas no Google para encontrar uma infinidade de recursos úteis.

Encontrar pessoas interessadas na sua linguagem ou framework específico que também estejam na sua região é provavelmente a parte mais difícil de revitalizar uma comunidade. O lado bom é que você provavelmente já conhece algumas. Recomendo fortemente que você peça a uma ou duas dessas pessoas para se juntarem a você na formação da nova comunidade, mesmo que o trabalho seja dividido de forma desigual. Cada pessoa traz sua própria rede de contatos, e a diferença entre começar com uma rede potencial de 5 pessoas em comparação com 10 ou 15 pode ser decisiva nos estágios iniciais.

Além de contar com sua rede de contatos, torne-se um detetive da internet! Primeiro, verifique se não há comunidades antigas inativas que talvez tenham sido ativas no passado. Houve alguma conferência local? Comece pelos organizadores de encontros e conferências. Mesmo que eles tenham deixado de se interessar pela tecnologia, ainda podem indicar os membros mais entusiasmados. Em seguida, tente entrar em contato com os palestrantes desses eventos antigos. Eles ainda são relevantes para a comunidade? E, por fim, você pode publicar sobre a sua comunidade. Páginas de meetups inativas, grupos no Facebook e espaços de trabalho no Slack ainda são frequentemente visitados por outras pessoas que não desistiram da sua tecnologia “obsoleta”.

Além da internet, você pode verificar se há algum bootcamp ou curso local que ainda ensine a sua área de tecnologia. Existem empresas conhecidas por serem especializadas em Xtech? Com certeza é uma boa ideia fazer uma lista delas.

Ao procurar pessoas, você também estará matando dois coelhos com uma cajadada só; encontrar pessoas o levará às suas fontes de conteúdo. Ao pesquisar esses palestrantes que já participaram de meetups e conferências, pesquise o nome deles no Google e procure suas páginas no Dev.to/Medium: eles ainda estão escrevendo conteúdo ativamente? Eles deram palestras recentemente? O melhor e mais fácil para um criador de conteúdo é poder reutilizar o material em vários eventos. “Ah, você fez essa palestra na RailsConf? Poderia repeti-la para seus fãs locais?”. Pense em gravar as palestras. Palestras gravadas, que depois podem ser compartilhadas no YouTube, tornam os eventos mais atraentes para os palestrantes.

Maya Shavin with Front End tips for Ruby DevsMaya Shavin with Front End tips for Ruby Devs

Se você não conseguir encontrar nenhum palestrante local anterior, procure novos! Faça buscas com combinações da sua área de tecnologia e localização. Dê uma olhada no Twitter. Alguém está falando sobre a “tecnologia obsoleta” no seu idioma local? Dê uma olhada no LinkedIn. Quem está trabalhando com a “tecnologia obsoleta”?

Mais um segredo para encontrar ótimo conteúdo no mundo pós-2020 é que o trabalho remoto não é mais visto com maus olhos. O Israel.rb conseguiu realmente tirar proveito disso, atraindo programadores Ruby de nível internacional que nunca teriam conseguido vir de todas as partes do mundo para um encontro em Tel Aviv. Agora, com a retomada dos eventos presenciais, você pode aproveitar o melhor dos dois mundos. Encontre-se pessoalmente com seu grupo local e convide um especialista de ponta para uma sessão de acompanhamento ao vivo!

Por fim, você precisará de um local. Ou seja, um espaço para se reunir. Será presencial? Experimente escritórios de coworking, incubadoras e bootcamps de programação. Todos eles geralmente têm tudo o que é necessário para encontros e ficam felizes em oferecer o espaço gratuitamente. Melhor ainda é encontrar uma empresa que trabalhe com a sua pilha de tecnologias e deixar que ela utilize parte do orçamento de RH para o seu evento. É melhor definir as expectativas com antecedência em relação ao número de participantes. Muitos representantes de RH entusiasmados podem não perceber que, em comunidades em declínio, 10 a 20 participantes já podem ser um bom resultado. Se eles estiverem esperando de 20 a 50 ou mais, pode haver ressentimento e você pode perder um dos seus melhores parceiros em potencial.

A adoção do modelo híbrido

Você também pode optar por encontros virtuais ou híbridos; aprendemos uma lição muito importante com nosso evento híbrido. Descobrimos que, embora a comunidade local de programadores Ruby fosse pequena, ainda há muitos programadores Ruby leais em nossa região. Achávamos que conseguiríamos dividir as tarefas presenciais e online entre os organizadores. O que descobrimos foi que é realmente como organizar dois eventos distintos. É preciso ter um grupo de organizadores/moderadores para o evento online e outro para o presencial.

Consistência

Uma área em que tivemos dificuldades foi a consistência. Realizamos nosso segundo encontro um mês após o primeiro. Depois, o terceiro aconteceu dois meses depois. E o quarto, oito meses depois! Sei que disse que o mais importante e o melhor a se fazer é simplesmente começar e seguir em frente. Mas, se puder, tenha um plano ao lançar o projeto. Como o primeiro evento se relacionará com o conteúdo futuro? Talvez você não tenha encontros mensais. Talvez sejam apenas trimestrais, tudo bem. Mas como você vai manter o ânimo nesse meio tempo? Vai publicar conteúdo online entre um encontro e outro? Vai procurar palestrantes para eventos futuros já no seu primeiro encontro? Você consegue definir objetivos simples e prontos, além de maneiras de envolver os participantes desde o início? Nós tentamos algumas dessas coisas, mas não tínhamos realmente um plano e fomos muito inconsistentes na forma como organizamos os encontros. Como você pode ver, no começo sempre há muito entusiasmo por algo novo. Como você vai canalizar isso para garantir a longevidade do projeto?

Ferramentas

Além de um planejamento consistente, você precisará chegar a um acordo com seus coorganizadores desde o início sobre o uso de ferramentas padronizadas. Cada organizador da nossa equipe principal tinha um método preferido diferente de comunicação. Também tínhamos métodos preferidos diferentes para envolver a comunidade, e isso causou muitos problemas.

No início, criamos um espaço no Slack, achando que esse seria o lar da nossa nova comunidade. Mas logo percebemos que ele não se encaixava na nossa comunidade. O Slack é muito complicado e, se o número máximo de membros da nossa comunidade for de algumas dezenas, quantos deles realmente se lembrarão de acessá-lo com frequência suficiente? No fim das contas, ele acabou se tornando nosso espaço para organizar encontros, com mais dificuldades do que utilidade.

Você precisa pensar na sua comunidade local e encontrar a melhor opção para cada função. Como você vai se comunicar com os membros da comunidade? Pelo Twitter? Pelo Facebook? Por e-mail? Pelo Telegram? Você vai criar um espaço específico para a comunidade, como o Discord, um fórum na web ou um grupo no Facebook? Como você vai lidar com as inscrições para eventos? Pelo Meetup, pelo Eventbrite ou pelo Luma?

Recomendo vivamente que você dê uma olhada no índice de ferramentas da comunidade Orbit.


Então, você conseguiu convencer um ou dois amigos a ajudarem a revitalizar essa comunidade de tecnologia; juntos, vocês fizeram algumas listas de possíveis membros da comunidade e de possíveis palestrantes, e até já conseguiram um local, com data e horário marcados. E agora? É hora de lançar!

Rocket ship launchingRocket ship launching

Foto de Andy Hermawan no Unsplash

Após o lançamento

Então, lembra que eu disse que vocês deveriam ter tudo planejado e preparado antes? Pois é, não fizemos muito disso.

Portanto, essa orientação pode ser vista como algo para “após o lançamento”, mas também é o que estou usando como modelo para a versão 2.0 do Israel.rb.

  1. Programe reuniões regulares com os organizadores. Uma vez por mês, a cada dois meses, etc. Certifique-se de que todos estejam bem informados sobre a situação do grupo e o que precisa ser feito para o próximo evento. É sempre bom tentar incluir mais pessoas nesse processo após os encontros. Cada novo membro ajuda a renovar a motivação.

  2. Entenda seus principais públicos-alvo. Desde o lançamento do Israel.rb, o maior e mais inesperado tipo de membro da comunidade são as pequenas e médias empresas que estão em busca de novos funcionários. Criamos um simples seção de vagas , mas estamos pensando em como incorporá-las melhor à nossa comunidade.

  3. Crie uma página de destino. Como percebemos, ao alternar entre várias ferramentas, a “página inicial” da nossa comunidade era inconsistente e dificultava a localização de informações relevantes. Ter uma página de destino que sirva como fonte única de informação e que, por sua vez, direcione para todas as suas diferentes iniciativas ajudará a atrair novos membros. Você pode usar a maquete da página de destino do Israel.rb maquete da página de destino como inspiração.

    Tenha algumas iniciativas comunitárias bem definidas que os usuários possam encontrar na página inicial; estas são as nossas:

    • encontros: fotos de encontros anteriores servirão como prova de que esta é uma comunidade ativa. Adicionar vídeos de palestras anteriores agregará valor imediato e demonstrará a qualidade do grupo.

    • discussões: link para um espaço online destinado a discussões e ao compartilhamento de notícias entre os eventos. Utilizamos um grupo no Facebook, já que o Facebook continua sendo popular em Israel. quadro de vagas: essa pode ser a iniciativa mais valiosa em que você se envolverá, ajudando as pessoas em suas carreiras.

    • Situação da sua tecnologia na sua região: faça uma lista das empresas que estão usando sua tecnologia na sua região. Logotipos reconhecíveis servirão como forte prova social de que essa ainda é uma área interessante para se estar.

Ben Greenberg being warm and welcoming at the last meetup.Ben Greenberg being warm and welcoming at the last meetup.

Vai em frente!

Se você está pensando em se reunir com outras pessoas da sua área, provavelmente há outras pessoas pensando a mesma coisa. A sensação de reunir o pessoal que já não está mais na moda no mundo dos desenvolvedores é, sinceramente, incrível. Pare de pensar e simplesmente faça isso! Todas aquelas empresas que ainda usam código legado estão contando com você!

Se você tiver dúvidas sobre comunidades de tecnologia, a equipe de Relações com Desenvolvedores da Vonage conta com profissionais muito talentosos na construção de comunidades de tecnologia. Junte-se a nós no Slack da Comunidade de Desenvolvedores!

Se você tem interesse em construir comunidades de desenvolvedores profissionalmente, a equipe de Relações com Desenvolvedores da Vonage está crescendo! Confira nossas vagas de emprego.

Compartilhar:

https://a.storyblok.com/f/270183/384x384/e4e7d1452e/benjamin-aronov.png
Benjamin AronovDeveloper Advocate

Benjamin Aronov is a developer advocate at Vonage. He is a proven community builder with a background in Ruby on Rails. Benjamin enjoys the beaches of Tel Aviv which he calls home. His Tel Aviv base allows him to meet and learn from some of the world's best startup founders. Outside of tech, Benjamin loves traveling the world in search of the perfect pain au chocolat.