Baixe seus padrões: por que o conselho de blogging do Simon Willison funciona pra dev BR

Simon Willison publicou um post de link apontando para uma entrevista que ele deu à série "Write that blog!", de Cynthia Dunlop. No próprio post ele repete o conselho mais importante que tem sobre o tema, e é uma frase que eu queria ter lido dez anos atrás:

Meu conselho número um para blogar é: baixe seus padrões! Mire em apertar publicar enquanto você ainda está ativamente insatisfeito com o que escreveu, porque a única alternativa é uma pasta gigante cheia de rascunhos e nunca publicar nada.

Ele complementa com algo que eu assino embaixo: ninguém nunca vai saber como seria o texto perfeito que você pretendia escrever. As falhas que você enxerga no seu texto são invisíveis pro resto do mundo.

Willison mantém um dos blogs técnicos mais consistentes que existem, com posts publicados desde 2002. É gente que fala de blogging tendo publicado por mais de duas décadas, não influencer de produtividade. Por isso o conselho merece atenção.

Por que isso trava especialmente o dev brasileiro

Eu vejo esse padrão o tempo todo na comunidade daqui. A gente carrega uma insegurança dupla: a técnica ("e se eu escrever besteira e alguém sênior me corrigir?") e a do idioma ("meu inglês não é bom o suficiente", ou "em português ninguém vai ler"). O resultado é a tal pasta de rascunhos que o Willison descreve. Eu tenho a minha. Aposto que você tem a sua.

O ponto do Willison desarma exatamente esse medo. O texto que você acha meia-boca é, na prática, mais útil pro próximo dev que caiu no mesmo erro que você. A dor de configurar RAG com pgvector no Supabase, o docker-compose que só funcionou depois de três tentativas, o erro obscuro do MCP que você levou uma tarde pra entender: isso é conteúdo. Você já pagou o preço de aprender. Documentar custa mais uma hora.

A reputação é efeito colateral, não meta

Uma coisa que fica clara na trajetória dele é que reputação profissional não vem de um post viral. Vem de volume e consistência ao longo de anos. O blog do Willison, com posts que remontam a 2002, é a prova viva disso. A audiência é consequência de documentar o próprio trabalho, não o objetivo.

Isso importa pra nós porque muda o cálculo de risco. Se o objetivo é aprender em público, um post imperfeito não é fracasso: é um registro. Eu mesmo uso meu blog como memória externa. Quando bate o mesmo bug seis meses depois, o primeiro lugar que eu pesquiso é o que eu mesmo escrevi.

Como eu aplicaria isso na prática

Sem transformar em fórmula, algumas coisas que funcionam pra mim:

• Escreva enquanto resolve, não depois. O post melhor é o que sai com os detalhes ainda frescos, com a mensagem de erro real colada no texto.
• Poste em português. O público dev BR é gigante e mal servido de conteúdo técnico aprofundado na nossa língua. Se der, publique nas duas línguas, mas não deixe o inglês virar desculpa pra não publicar.
• Prefira o específico ao genérico. "Como configurar autenticação no Supabase" já existe aos montes. "O que quebrou quando migrei auth do Firebase pro Supabase num app com 5 mil usuários" é único e valioso.
• Tenha seu próprio espaço. Um blog estático (Astro, Hugo, ou até um markdown no GitHub Pages) que você controla vale mais no longo prazo do que só postar em plataforma de terceiros. Publique lá primeiro, replique onde quiser depois.
• Defina um teto de tempo, não de qualidade. Duas horas por post, e publica. O acabamento perfeito é o inimigo.

Minha discordância parcial com o Willison: "baixar os padrões" não pode virar desculpa pra publicar afirmação técnica errada. Baixe o padrão de polimento, não o de correção. Teste o código antes de colar no post. Se afirmar que algo é mais rápido, mostre o benchmark. O leitor perdoa um texto tosco, mas não perdoa um tutorial que não roda.

O conselho dele continua sendo o mais honesto que já vi sobre o tema. O post está no blog do Willison, e a entrevista completa que ele referencia está na série "Write that blog!", de Cynthia Dunlop. Depois de ler, abre o editor e termina aquele rascunho.

Fonte: Simon Willison