- A sorte parece um fator externo incontrolável, mas ao tornar seu trabalho público é possível aumentar a probabilidade de encontrar boas oportunidades
- A área de superfície da sorte (Luck Surface Area) é definida como o produto entre o quanto você “faz coisas (Doing Things)” e o quanto você “conta às pessoas (Telling People)”
- Fazer o trabalho e publicá-lo é um processo essencial para criadores como desenvolvedores e designers, além de ser uma forma de revelar a curiosidade e a especialidade de cada pessoa
- Em vez de esperar por um resultado perfeito, é importante compartilhar junto o processo, os aprendizados e as tentativas e erros, o que também funciona como uma forma de inspirar outras pessoas
- Trabalhos publicados criam oportunidades inesperadas, como novos empregos, colaborações, palestras e conexões com comunidades, e isso não é mera sorte, mas um resultado probabilístico gerado pelo ato de compartilhar
O conceito de área de superfície da sorte
- Sorte é definida como “quando algo bom e inesperado acontece”
- Ex.: sucesso de uma biblioteca OSS, convite para conferência, nova proposta de emprego, conquista de clientes, participação em podcast, criação de networking na comunidade etc.
- Segundo a definição de Jason Roberts, a área de superfície da sorte (Luck Surface Area) é proporcional ao produto entre “o quanto você faz algo com paixão” e “o número de pessoas para quem você consegue comunicar isso de forma eficaz”
- Em fórmula: Luck = [Doing Things] × [Telling People]
- Quanto mais coisas você faz e quanto mais pessoas ficam sabendo, maior fica a área de superfície da sorte
Fazendo o trabalho (Doing the work)
- Antes de publicar, primeiro é necessário realmente fazer o trabalho
- Desenvolvedores, designers e outros criadores são, por essência, pessoas que constroem algo, e isso forma a base da sorte
- Existem dois tipos de pessoas
1. Quem já faz muita coisa, mas acha que seu trabalho não tem valor para ser compartilhado
2. Quem quer começar algo, mas não consegue executar
- O primeiro grupo tende a subestimar o valor do conhecimento que já possui; ao observar casos compartilhados na comunidade, percebe que já sabe fazer muitas coisas que poderiam ser úteis para outros
- Para o segundo grupo, o importante é começar pequeno
- Não espere a ideia perfeita; é preciso começar com pequenos projetos ou experimentos
- “Movimento gera movimento”
Exercendo curiosidade e especialidade
- Projetos pessoais são um ótimo espaço para explorar a curiosidade
- Ex.: criar uma impressora de recibos que imprime issues do GitHub, transformar um galpão modular em escritório, desenvolver uma ferramenta de desenho em SVG, escrever uma newsletter longa sobre infraestrutura financeira etc.
- Projetos do trabalho são uma boa área para demonstrar especialidade
- Problemas resolvidos no trabalho ou aprendizados obtidos podem ser transformados em blog, apresentação ou projeto open source
- Mesmo que os detalhes sejam confidenciais, ainda é possível compartilhar conceitos, lições e padrões
- Se você registrar, ao longo de um mês, problemas ou padrões interessantes encontrados no trabalho, terá muitas ideias para compartilhar
Apertando o botão de publicar (Hitting the publish button)
- Muita gente sente medo na etapa de compartilhar
- Motivos comuns incluem medo de críticas, perfeccionismo e rejeição à ideia de marketing
- No entanto, compartilhar não é vaidade, mas um ato de disseminar aprendizado, inspirando outras pessoas e ajudando-as a aprender
- A plataforma pode ser Twitter, GitHub, blog, newsletter, YouTube etc.; basta que esteja “em qualquer lugar que não seja o seu HD”
- Compartilhar é uma habilidade que se aprende, e é importante dividir não só o resultado final, mas também o processo, as falhas e a linha de raciocínio
- No começo pode parecer estranho, mas com constância isso se torna natural
Capturando a sorte (Capturing the luck)
- Quando você publica seu trabalho, aumenta a chance de surgirem resultados positivos inesperados
- Ex.: ser reconhecido como especialista em um tema, receber feedback de leitores, obter propostas de trabalho, consultas de clientes, convites para palestras, networking na comunidade, maior visibilidade para projetos OSS etc.
- Esses casos foram experiências reais do autor e são resultado da expansão da área de superfície da sorte por meio do compartilhamento
- A fórmula central é simples
- Do the work. Tell people.
- Explorar profundamente sua curiosidade e especialidade, e compartilhar publicamente o que aprendeu
- Críticas online são inevitáveis, mas há muito mais pessoas torcendo em silêncio do que criticando
- No fim, uma dessas pessoas pode oferecer a oportunidade que muda sua vida
3 comentários
Uma das coisas que eu sempre enfatizava para os juniores era
"organizem bem o que vocês resolveram e deixem isso publicado em um post aberto".
Primeiro, ao organizar, você acaba revisando toda a sequência do processo mais uma vez, então fica mais fácil relembrar depois;
mesmo que enfrente o mesmo problema de novo, basta pesquisar no Google que meu texto aparece, então dá para resolver rápido (obrigado, eu do passado!);
além disso, isso pode ajudar alguém, então eu explicava que sua reputação também pode crescer com isso.
Comentários do Hacker News
Como alguém que trabalha há muito tempo na indústria de open source (OSS), eu sinceramente espero que meus projetos no GitHub não fiquem famosos
Tenho projetos experimentais com mais de 50 estrelas, mas ainda bem que eles não evoluíram para OSS “de verdade”
Já perdi fins de semana por causa de pedidos de correção de bugs em projetos antigos ou revisando PRs nos quais eu não tinha interesse
Manter OSS é quase um trabalho de meio período sem remuneração. A fama também é limitada, e até desenvolvedores excelentes de OSS têm dificuldade para encontrar empregos adequados no setor
Acho que mantenedores de OSS são como santos que sustentam o software do mundo
Seria ótimo adicionar badges de status no README do GitHub, como “PRs bem-vindos”, “só corrigimos bugs críticos/de segurança” ou “procurando novo mantenedor”
Por isso hoje surge a dúvida: “por que eu deveria entrar nesse contrato social?”
Uma alternativa é tocar o projeto de forma autônoma por meio de uma comunidade Git auto-hospedada. Isso pode evitar a mercantilização do esforço dos mantenedores e tornar o open source divertido de novo
Por exemplo, se chegar um PR para um repositório parado há 5 anos, ele poderia gerar automaticamente um resumo de code review ou introduzir recursos para filtrar comentários grosseiros
Sem abrir o código, é difícil construir confiança da comunidade, e abordagens do tipo “deixe seu e-mail para receber um PDF com whitepaper” não funcionam mais em 2025
100% de 0 dólar ainda é 0, mas 0,001% de um mercado enorme ainda é uma oportunidade bem grande
Olhando para o ponto central do texto, no fim das contas a estrutura é de que alguém mais (geralmente uma empresa) é quem mais se beneficia de tornar o open source público
É por isso que o GitHub (= Microsoft) inevitavelmente pode parecer um “extrator de trabalho gratuito”
Se fosse um texto equilibrado, deveria ter alertado para esse conflito de interesses
As empresas adoram nosso trabalho gratuito, mas não contratam. É algo como “obrigado, usamos bastante, mas não vamos te contratar”
Agora nosso código ainda por cima está sendo absorvido como dado de treino para LLMs, sem nem deixar nosso nome
Tenho a sensação de jogar textos no mar e nunca ouvir resposta alguma
As plataformas sussurram “se postar só mais uma vez, você vai conseguir”, mas fico cada vez mais cético se isso é verdade
Uma pessoa teve sucesso em 3 anos com product-led marketing, e outra monetizou OSS depois de passar 5 anos construindo audiência com um blog
No fim, dizer que “aumenta a sorte” é mais um slogan motivacional, mas na prática são necessários pelo menos 5 ou 6 anos de esforço constante
Nossos textos são absorvidos como dados de treino por empresas, os leitores pagam a essas empresas, e nós nem sequer recebemos um obrigado
A única exceção são comunidades fechadas onde ainda é possível haver interação direta entre humanos
Eu também me identifiquei profundamente com esse texto
Graças ao OSS, recebi propostas de várias empresas sem currículo nem teste de código
Já aconteceu de eu depurar um bug junto com o suporte do GitHub e acabar sendo indicado por um MD da Microsoft, e tive algo parecido com a Cloudflare
No fim, OSS é uma ferramenta para criar uma rede baseada em confiança
Escrevendo livros e autografando em conferências, as oportunidades foram surgindo naturalmente
Os estágios do open source, na minha visão, são estes
1. Encontrar um ponto de dor no meu trabalho
2. Criar uma ferramenta que resolva esse problema
3. Compartilhar isso naturalmente no Reddit, HN, Bluesky etc.
Open source é um meio de emitir sinal. Quando dá certo, vira cartão de visitas e pode levar a consultoria ou oportunidades de contratação
Por exemplo, em abril de 2023 vi o LangChain e criei o Langroid LLM agent framework, e
também mantenho um conjunto de ferramentas CLI chamado Claude Code Tools.
Esse processo faz do open source um meio de acumular confiança parecido com publicação acadêmica
(sátira) “Olá, servos do open source! Forneçam mais dados para que nossa IA possa substituir seus empregos!”
Escrevi alguns livros de matemática e, embora minha sorte tenha aumentado um pouco, não fui remunerado nem com o equivalente ao salário mínimo por 1200 horas de trabalho
Eu também consegui bons empregos várias vezes por publicar coisas. Não fiquei rico, mas ajudou muito na minha carreira
(autor) Escrevi esse texto há alguns anos e foi bom vê-lo de novo no HN
No thread da época também houve discussão parecida
Muita gente diz que é um “texto para alimentar as máquinas”, mas esse texto mudou a minha vida. Espero que ajude outras pessoas também
O título do autor é “Aaron Francis, Marketing Engineer”, e isso me faz pensar se agora marketing também passou a ser chamado de engenharia
Meu perfil no GitHub
> Luck = [Doing Things] × [Telling People]
Acho que já vi essa fórmula alguns anos atrás, mas não consegui colocá-la em prática direito nesse meio-tempo