Grandes desenvolvedores compartilham muito. Isso toma formas diferentes para pessoas diferentes, mas muitas vezes é um blog. Mas para muitos dos principais desenvolvedores, sua mentalidade de compartilhamento veio antes de seu sucesso, e foi a causa direta disso, não o resultado disso.

Desde que comecei a programar e descobri o mundo de código aberto, confesso que tenho sido um pouco obcecado com os desenvolvedores de elite em nossas comunidades. Pessoas que lideram grandes projetos de código aberto (e muitas vezes muitos deles) ou dirigem grandes equipes comercialmente. O que há com eles que os levaram para onde estão? A comunidade de software tem uma abundância de conselhos e suporte sobre como se tornar um melhor desenvolvedor, como progredir sua carreira e desenvolver pessoalmente; Gosto de pensar que os programadores são muito bons em auto-introspecção e fechando seus próprios loops de feedback. Então, em meio a um mar de profissionais extremamente qualificados, o que é preciso para liderar e criar com sucesso?

Para responder a essa pergunta, e por ter uma curiosidade geral em torno do tema, eu configurei um podcast, Distinguished Devs. Falar com os principais desenvolvedores tem sido fascinante, e aprendi mais do que pensei ser possível quando comecei o podcast. Então, eu gostaria de compartilhar um pouco desse conhecimento neste artigo.

Qual é o fator comum?

Depois de conversar com vários desenvolvedores, um padrão começou a ficar claro: grandes desenvolvedores compartilham muito. Isso toma formas diferentes para pessoas diferentes, mas muitas vezes é um blog. "E daí?" você poderia dizer, você esperaria que pessoas bem-sucedidas — "líderes de pensamento" - usassem sua posição e plataforma para compartilhar suas próprias ideias e projetos. Mas o interessante é que, para muitos grandes desenvolvedores, sua mentalidade de compartilhamento veio antes de seu sucesso, e foi a causa direta disso, não o resultado disso.

No podcast, Jeff conta a história de como um dia ele checou as estatísticas em seu blog e percebeu que tinha 40.000 assinantes. Ele estava compartilhando seus pensamentos sobre software e um pouco de tudo desde 2004, e ele percebeu que queria fazer algo com a energia e depois que ele tinha. Depois de entrar em contato com Joel Spolsky (que também passou a ter um blog de muito sucesso, joelonsoftware).

Seu destino poderia ter sido muito diferente. Mas mais do que isso — a ideia nunca teria sido realizada se algum deles não tivesse blogado.

Para você, não para o público

Uma das perguntas que sempre faço aos blogueiros de sucesso é: o que te motivou a começar?

A resposta é sempre a mesma: eu fiz isso por mim mesmo.

Este é um exemplo de viés de sobrevivente; aqueles que iniciam um blog com o objetivo de atrair um seguidor perderão motivação e ficarão impacientes com os resultados de curto prazo. Blogueiros de sucesso têm a confiança pessoal e paixão pelo tema para documentar e compartilhar coisas que eles acham legal.

Miguel Grinberg, autor do Flask Mega Tutorial (considerado por muitos como o principal recurso do Flask) fala no meu podcast sobre como a primeira edição recebeu um único like e retweet no Twitter. Meses escrevendo novas parcelas trouxeram pouco mais engajamento, levou anos para ganhar tração. Mas não importava para ele, porque "eu estava me divertindo, seguindo meus interesses, fazendo isso por mim mesmo."

Rick, o maior contribuinte do mundo para Python, discutiu no meu podcast sua motivação para responder ao volume de perguntas com a qualidade que ele faz. Para ele, é sobre curiosidade e experiência. Citando Eric Lippert (um engenheiro central do compilador Microsoft C#, e também um blogueiro), ele diz "Como você se torna um especialista em alguma coisa? Bem, encontre uma pilha de perguntas ou um lugar onde as pessoas estão fazendo perguntas sobre o seu tema. Se você tentar responder a cada um, você vai se tornar um especialista rapidamente o suficiente.

Isso não quer dizer que não haja recompensa ou motivação em responder perguntas para ajudar os outros, apenas que os benefícios pessoais de fazer isso muitas vezes são subestimados.

O mesmo vale para muitos projetos de código aberto bem-sucedidos, que muitas vezes começam como projetos pessoais, apenas para depois serem adaptados para uso geral. Quando entrevistei John Leider, o criador do Vuetify, sobre como o projeto começou, ele inicialmente construiu apenas para si mesmo para permitir a prototipagem rápida de sites para seu negócio de consultoria. "Na verdade, eu nunca planejei lançá-lo, ia ser uma coisa para mim. Um dos meus amigos no trabalho estava passando por aqui um dia e disse, que parece muito legal. Depois de um pouco de conversa, ele me convenceu a liberá-lo como um projeto de código aberto."

De fora, a ideia de fazer algo por si mesmo, não o público parece que os principais benefícios do compartilhamento vêm da rede de pessoas que você atrai, e as oportunidades criadas por um perfil elevado, como novos empregos, consultoria, ofertas de projetos e oportunidades de fala. Embora isso seja verdade, os principais engenheiros de software me disseram que esse benefício a longo prazo nunca foi seu objetivo — o ato de compartilhar cria um benefício pessoal significativo a curto prazo.

Público por padrão

Embora seja importante criar coisas para si mesmo, isso não significa que você as guarde para si mesma. Carsten Haitzler (também conhecido como Rasterman), o criador do gerente de janelas do Iluminismo, começou o projeto apenas para si mesmo, simplesmente porque ele queria um ambiente de desktop mais bonito. Por capricho, ele compartilhou algumas das capturas de tela online, e de repente começou a receber e-mails de pessoas pedindo o código fonte. Avançando até hoje, as bibliotecas do Iluminismo são usadas em milhões de telefones, desktops e até smartwatches e smart TVs da Samsung.

O ponto chave é que, embora a motivação para qualquer projeto de sucesso tenha vindo de dentro de si mesmo, você não deve parar de compartilhá-lo porque nunca foi feito para uma audiência. Essa ideia surge com frequência quando estou falando com convidados de podcast, porque é sempre surpreendente como as pessoas reagem. Seja qual for o seu trabalho, você deve abraçar a filosofia do "público por padrão".

Público por padrão significa isso: toda vez que você cria algo, aprende alguma coisa, ou apenas nota que algo é interessante, faça em público. Isso pode parecer assustador — escrever posts no blog, ajudar a comunidade e transformar ideias de pensamentos em palavras leva tempo. Mas compartilhar é como um músculo, e ao se comprometer com um cronograma regular, você se torna muito mais eficiente. Essa consistência de volume também é fundamental para colher os benefícios do compartilhamento.

Há uma série de razões pelas quais o princípio público por padrão acelera seu desenvolvimento pessoal tão rapidamente. Em primeiro lugar, em um nível técnico, há um ciclo de feedback imediato. Se você está respondendo perguntas em fóruns ou comunidades online, considerando a estratégia ou contribuindo para o código aberto, você tem um loop de feedback tão rápido que é impossível não melhorar.

Além disso, a mente-colméia da internet tem o hábito de pegar ideias que você pode ter que são ok e transformá-las em algo que valha a pena perseguir, agregando valor através de diferentes ângulos ou direções. Blogs em particular são excelentes plataformas de geração de ideias. Eu tive experiência pessoal com isso — como escritor freelancer, algumas das minhas melhores pistas para novas peças e oportunidades de aprendizado vêm de comentários que as pessoas deixaram nos meus posts.

Para realmente abraçar o público por padrão, não basta compartilhar seus projetos e conhecimentos bem-sucedidos, mas também para trazer a humildade para compartilhar seu aprendizado e falhas. Em geral, é difícil argumentar com o sentimento de que você pensa mais sobre tudo o que você faz se você vai compartilhar em vez de apenas fazê-lo por si mesmo, não importa o quão trivial possa ser. Há muito valor a ser tido de ser público por padrão, e muitas vezes de maneiras que não esperamos.

Compartilhar faz você mais forte

Para os principais desenvolvedores de software, compartilhar não é um subproduto de seu sucesso — muitas vezes é a causa disso. As razões para isso são muitas e variadas, mas ter a confiança para compartilhar mais, para si mesmo, pode ser extremamente gratificante.

Então, da próxima vez que você fizer um projeto de fim de semana, aprenda algo ou descubra qualquer coisa que você acha legal, não deixe de compartilhá-lo; Você estará em boa companhia.

O podcast Distinguished Devs está disponível no iTunes, Spotify e outras plataformas de podcasting.

O Avance Network é uma comunidade fácil de usar que fornece segurança de primeira e não requer muito conhecimento técnico. Com uma conta, você pode proteger sua comunicação e seus dispositivos. O Avance Network não mantém registros de seus dados; portanto, você pode ter certeza de que tudo o que sai do seu dispositivo chega ao outro lado sem inspeção.