
Construir em público sendo CLT em 2026: o que funcionou, o que não funcionou
Building in public é um conceito de quem tem tempo e liberdade de founder. Como engenheiro CLT com emprego full-time e família, a equação é diferente — e a versão que funciona tem nuances que ninguém conta.
"Building in public" virou um ideal no mundo tech. Você constrói em aberto, compartilha o progresso, acumula audiência, e eventualmente o side project vira o main thing. É uma narrativa poderosa — e é real para algumas pessoas.
Mas a narrativa assume que você tem liberdade de compartilhar tudo, tempo disponível para construir de forma contínua e sem trade-offs, e um emprego que não cria conflito com o que você publica. Para quem é CLT full-time, nenhuma das três condições é dada.
O que funcionou para mim foi uma versão mais restrita e mais honesta de building in public.
A restrição mais importante: eu nunca comento publicamente sobre o trabalho que faço no emprego. Não por medo — por respeito ao que é contextual e confidencial. O que está sendo construído na empresa onde trabalho, quais decisões foram tomadas, quais problemas estamos resolvendo — isso não é meu para publicar. O que posso publicar são os aprendizados que se generalizam: padrões, princípios, lições — de forma que não identificam o contexto de origem.
Isso cria uma limitação real. Parte do conteúdo mais rico que eu poderia compartilhar fica de fora por necessidade. Mas o que fica ainda tem valor — e a disciplina de generalizar o aprendizado antes de publicar é cognitivamente boa. Força você a extrair o princípio do caso específico.
O segundo aprendizado: publicar em cadência sustentável, não em burst. O modelo de building in public que aparece no Twitter é de atualização diária ou quase diária. Para quem trabalha full-time, isso não é sustentável por mais de algumas semanas. O que funciona é uma cadência que você consegue manter mesmo nas semanas pesadas: um episódio por semana, um post por mês, uma atualização quando houver algo relevante.
Cadência baixa mas consistente gera mais audiência no longo prazo do que burst intenso seguido de silêncio. A inconsistência quebra a confiança — "ele vai sumir de novo" — enquanto a consistência, mesmo que lenta, constrói expectativa.
O terceiro ponto: separar o que você constrói do que você publica. Com IA, eu consigo construir mais — o site, os sistemas, os projetos. Mas publicar tudo que construo seria noise. Filtrar o que vale ser compartilhado exige julgamento: isso tem utilidade para alguém além de mim? O insight aqui é transferível? Ou é só o meu processo interno que não generaliza?
Esse filtro é importante não só por qualidade — é por honestidade. Building in public sem filtro gira em torno de performance de produtividade: olha quanto eu construí. Isso gera comparação e ansiedade, não valor. O que tem valor é o compartilhamento de aprendizado real, incluindo os erros.
O que não funcionou: tentar manter ritmo de founder quando você não é founder. Founders constroem como trabalho. CLT constrói nas margens. As margens são menores, a energia é menor (o trabalho principal já usou boa parte), e os trade-offs com família e descanso são mais visíveis. Quando tentei manter ritmo de publicação de founder por algumas semanas, o custo era visível em outras áreas da vida.
A lição não é não construir — é calibrar o tamanho da ambição ao tamanho real do espaço disponível. Side projects para CLT têm que caber nos intervalos, não preencher o calendário.
O que não esperava: building in public — mesmo na versão restrita — gera conexões que o trabalho formal não gera. Pessoas que leram um episódio e mandaram mensagem com uma perspectiva diferente. Engenheiros que estavam no mesmo momento de carreira e encontraram algo específico útil. Esse feedback, mesmo que esparso, é genuíno de uma forma que métricas de performance não são.
Esse é o valor que eu não saberia descrever antes de fazer. O café com dopamina começou como exercício de clareza — escrever para organizar o que eu aprendi. Ficou como conexão.
Essa semana: Se você tem algo que aprendeu recentemente no trabalho — um padrão, um erro, uma decisão — escreva um parágrafo sobre o aprendizado que você poderia publicar sem revelar o contexto de origem. Generalizar um aprendizado é uma habilidade e um hábito. Esse parágrafo pode virar um post, ou pode ficar no rascunho — mas o exercício de escrever já tem valor.