Toda pessoa dev conhece essa cena de cor. Uma empresa lança uma ferramenta impecável, com orçamento, equipe e boa intenção, e ainda assim os desenvolvedores não adotam. Ao mesmo tempo, um projeto que começa como repositório pessoal termina no stack de meio mundo, empurrado só por uma comunidade que testa, recomenda e dá suporte de graça numa issue do GitHub às três da manhã.
Essa tensão entre produto e adoção tem um nome que ainda soa estranho para muita gente: developer relations, ou simplesmente devrel. Darío Macchi, developer advocate na Howdy, explicou isso como convidado do podcast Dynamic Devs, e vale a pena desmontar essa conversa porque ela toca em algo que todo developer sênior acaba vivendo cedo ou tarde: por que usamos as ferramentas que usamos.
Um guarda-chuva com vários papéis embaixo
Darío está há mais de 25 anos na indústria, e há três anos e meio começou a construir esse papel dentro da Howdy, onde já trabalhava antes. Developer relations, do jeito que ele descreve, é um guarda-chuva que engloba posições diferentes. Tem o developer advocate, que fica do lado do desenvolvedor e usa o produto a partir dessa perspectiva. E tem o evangelist, um papel mais próximo do marketing tradicional que teve seu auge entre 2010 e 2015 e hoje caiu em desuso.
A diferença, no fundo, é de que lado da mesa você senta. Um advocate defende o desenvolvedor diante da empresa. Um evangelist defende o produto diante do desenvolvedor.
O feedback incômodo também é repassado
A parte mais interessante da conversa é como Darío descreve o lado menos glamouroso do papel: receber reclamações, filtrar e levar de volta para a empresa sem maquiar nada. Se um desenvolvedor traz um problema real, ele não pode jogar dos dois lados, prometer uma solução e depois não comunicar, ou comunicar de forma morna. A confiança do desenvolvedor é a única moeda que ele tem, e perder isso significa perder também a informação honesta de que precisa para fazer bem o trabalho.
Essa honestidade, mais do que qualquer técnica de comunicação, é o que separa devrel bem feito de marketing disfarçado de conversa entre pares.
Como se escolhe uma ferramenta (e por que qualidade técnica não basta)
Darío traçou uma diferença clara entre dois mundos. No software tradicional, escolher uma ferramenta passa por sinais concretos: documentação sólida, exemplos claros, atividade real no repositório, issues que são respondidas. Se o último commit foi há um ano e ninguém responde quando alguém pergunta se o projeto ainda está vivo, esse sinal pesa mais do que qualquer feature nova.
Nas ferramentas de IA a lógica muda. A indústria ainda não conseguiu estabilizar padrões de trabalho (nada parecido com o catálogo de padrões de design que surgiu do estudo de projetos Java há duas décadas), então as comunidades acabam formando tribos em torno de metodologias próprias, cada uma validando seu jeito de usar uma ferramenta que muda rápido demais para se consolidar.
Um detalhe que Darío destaca: os desenvolvedores confiam mais em ferramentas que têm um rosto humano por trás. Alguém real e visível, não só uma equipe técnica anônima.
Fundamentos, não velocidade
Sobre o impacto da IA no trabalho do developer, Darío foi direto: ela não está substituindo ninguém, e ele vive isso todo dia trabalhando com os próprios agentes. O que muda de verdade é o que separa quem tira proveito real da IA de quem só está acompanhando o ritmo dos outros, e a resposta não tem nada de exótico: os fundamentos de engenharia de software.
Um papel que se constrói com anos, não com um curso
Sobre o que é preciso para trabalhar com devrel, Darío foi honesto: vontade não basta. É preciso anos reais de experiência na indústria, conhecimento técnico do produto ou da área onde você vai atuar, e uma parte mais difícil de treinar: a disposição de se expor em público, sustentar uma posição e aguentar a reação quando algo não cai bem.
Sobre como convencer uma empresa a investir nisso, ele admitiu a parte mais difícil: traduzir o esforço em números. Contou o caso de alguém que conheceu num evento há um ano e meio e só agora se candidatou a uma vaga, depois de vários pontos de contato no meio do caminho. Devrel bem feito quase nunca se mede no trimestre em que acontece.
Fora do stack
Fora do podcast, das conferências e do feedback, Darío tem uma coleção de bonsais nativos do Uruguai e uma biblioteca de livros de botânica de cem anos atrás, que ele vai garimpando em sebos. Um detalhe que, sem querer, resume bem do que se trata esse trabalho: cultivar algo devagar, com cuidado, sabendo que o resultado só aparece com o tempo.
