Todos me disseram para parar.
Não de forma cruel — genuinamente, como orientação, com o tipo de preocupação que as pessoas reservam para alguém que acham estar desperdiçando seu tempo. "Você é um founder agora, Gautam. Delegue o código." Meu co-founder na Seahawk Media disse algo similar por volta de 2018 quando cruzamos cem projetos de clientes ativos simultaneamente. A lógica era sólida: founders deveriam pensar em sistemas, contratações, pipeline. Não em pull requests.Seahawk Media said something similar around 2018 when we crossed a hundred active client projects simultaneously. The logic was sound: founders should think about systems, hiring, pipeline. Not pull requests.
Ignorei esse conselho. E fico feliz que fiz isso.
---
O Momento em Que Quase Parei de Programar (E Não Parei)
Lá em 2019, um cliente me entregou um briefing que ainda me faz rir. Uma marca de e-commerce de médio porte — não vou nomeá-la — queria uma reconstrução completa de WooCommerce, um configurador de produtos customizado, tudo. Prazo apertado. Atribuí o projeto a um desenvolvedor do time, confiante de que era exatamente o tipo de coisa de que eu deveria me afastar.
Três semanas depois, o desenvolvedor saiu. Razões pessoais, completamente compreensível. Mas tínhamos um configurador semi-pronto, um cliente me pressionando, e uma codebase que só uma pessoa havia entendido completamente.
Abri VS Code naquele domingo às 7 da manhã e não fechei até ao meio-dia. Consegui. Não porque sou um herói — porque realmente lembrava dos padrões de código, da arquitetura de hooks do WooCommerce, de como woocommerce_before_add_to_cart_button se comporta quando você tem um custom post type alimentando variações de produtos. Eu não havia esquecido. Tinha apenas fingido que havia seguido adiante.woocommerce_before_add_to_cart_button behaves when you've got a custom post type feeding product variations. I hadn't forgotten. I'd just been pretending I had moved on.
Esse projeto reformulou completamente a forma como penso meu papel.
---
O Que "Founder Who Codes" Realmente Significa
Não significa que estou construindo cada funcionalidade. Não estou. Seahawk tem desenvolvedores muito melhores que eu em coisas específicas — animação, gerenciamento complexo de estado React, otimização de banco de dados em escala. Isso não é falsa modéstia. É verdade.
Mas programar como fundador significa que nunca perco a sensação do trabalho. Há uma diferença entre gerenciar um projeto e entender um. Quando um desenvolvedor me diz "isso vai levar duas semanas", posso fazer a pergunta certa — "são duas semanas porque a autenticação da API é genuinamente complexa, ou porque estamos reconstruindo algo que já existe em um plugin WordPress?"feel of the work. There's a difference between managing a project and understanding one. When a developer tells me "this will take two weeks," I can ask the right question — "is that two weeks because the API authentication is genuinely complex, or because we're rebuilding something that already exists in a WordPress plugin?"
Você não consegue fazer essa pergunta de 10 mil metros de altura. Simplesmente não consegue.
O Problema da Estimativa
A coisa sobre estimativas de software é essa: são histórias que desenvolvedores contam para si mesmos tanto quanto contam para clientes. Já vi um dev sênior cotar quatro dias para um endpoint custom de WordPress REST API que levou seis horas uma vez que sentei com ele e escopei corretamente. Não porque ele fosse preguiçoso. Porque nenhum de nós tinha investigado o que o endpoint realmente precisava fazer.WordPress REST API endpoint that took six hours once I sat down with them and scoped it properly. Not because they were lazy. Because neither of us had dug into what the endpoint actually needed to do.
Quando você programa regularmente, seu detector de BS para estimativas melhora. Dramaticamente.
---
Isso Me Faz um Cliente Melhor, Internamente
Uma coisa que ninguém te conta sobre rodar uma agência: seus desenvolvedores são seus clientes internos. Você tem que convencê-los de boas decisões assim como convence clientes externos. E você perde essa capacidade no momento em que para de falar a língua deles.
Uso Figma para handoffs de design. Uso Git (especificamente GitHub, movemos tudo para lá do Bitbucket em 2021). Escrevo tickets reais no Linear com especificidade suficiente para um desenvolvedor começar o trabalho sem uma reunião de kickoff. Só esse último salvou a gente de uns 40 minutos por projeto, e a gente roda muito projeto.Figma for design handoffs. I use Git (specifically GitHub, we moved everything there from Bitbucket in 2021). I write actual tickets in Linear with enough specificity that a developer can start work without a kickoff call. That last one alone has saved us probably 40 minutes per project, and we run a lot of projects.
Nada disso é possível se você foi totalmente para "big picture." Você precisa saber o que um desenvolvedor precisa em um ticket. Você só sabe isso se já sentou do outro lado.
A Code Review Que Ninguém Espera do Chefe
Ocasionalmente vou deixar um comentário em uma PR. Não para microgerir — deixo isso explícito. Mas uma nota como "esse filtro está rodando em todo page load, a gente consegue cachear o resultado?" sinaliza algo importante: estou prestando atenção no nível que importa.
Desenvolvedores respeitam isso. Alguns ficam surpresos com isso. E honestamente, os que ficam chatos com isso — isso me diz algo útil também.annoyed by it — that tells me something useful too.
---
As ferramentas que eu realmente uso em 2024
Minha stack é desgraçadamente sem graça para um founder de tech. VS Code com um punhado de extensões (Prettier, GitLens, PHP Intelephense). Um ambiente local de desenvolvimento rodando LocalWP — migrei do MAMP em 2020 e nunca olhei para trás. Terminal para tudo relacionado a Git porque nunca confiei completamente em nenhuma GUI.LocalWP — I switched from MAMP in 2020 and never looked back. Terminal for everything Git-related because I never fully trusted any GUI.
Quando estou trabalhando em projetos de clientes ainda recorro ao WordPress. Já construímos em Webflow, Shopify, Laravel customizado — mas WordPress é onde sou mais rápido, e velocidade importa quando você está entrando e saindo em vez de fazer sessões focadas de 8 horas.
Usei Coolors.co na terça passada para puxar uma paleta de marca para um ajuste rápido na landing page de um cliente. Levou quatro minutos no total. Teria levado uma hora para briefar um designer, esperar e revisar. Essa é a vantagem do founder codando em miniatura.
---
O que você realmente perde quando para
A maioria dos founders que se afastam do editor se convence de que vão permanecer técnicos por osmose. Vão absorver através de stand-ups e threads no Slack. Não vão.
Aqui está o que realmente acontece:
- Seu vocabulário se afasta. "API," "webhook," "cache invalidation" — você começa a usar essas palavras sem saber o que elas significam no contexto específico da sua stack.
- Você perde a capacidade de fazer protótipos. Uma sessão de codificação de duas horas consegue responder uma pergunta do produto que três reuniões com stakeholders não conseguiram.
- Você fica dependente da disponibilidade dos desenvolvedores para pequenas decisões. Algo que costumava levar 20 minutos agora requer agendamento.
- Os desenvolvedores percebem. Nem todos vão dizer, mas há uma mudança sutil em como eles se engajam com um founder que claramente não mexe no trabalho há anos.
Vi isso acontecer com pessoas que respeito. Pessoas boas que construíram agências genuinamente técnicas e que gradualmente se abstraíram da própria expertise. No quinto ano estavam tocando o negócio inteiramente e eram bons nisso — mas tinham perdido algo que não conseguiam nomear.
---
O Contraargumento (E Por Que Discordo Dele)
O caso mais forte contra founder-coding é o custo de oportunidade. Paul Graham escreveu sobre isso de várias formas — a ideia de que founders devem fazer coisas que não escalam, mas também que o foco é a única vantagem real que uma operação em estágio inicial tem.Paul Graham has written about this in various forms — the idea that founders should do things that don't scale, but also that focus is the only real advantage an early-stage operation has.
Justo. Genuinamente justo.
Mas acho que esse argumento se aplica de forma mais clara a founders de produtos em startups backed por VC do que a founders de agências e freelancers. Nosso contexto é diferente. Não temos um problema de runway que a codificação distrai. Temos um problema de qualidade e confiança — e codificação é parte de como resolvemos.
Quando Seahawk apresenta uma migração complexa de WordPress para um cliente enterprise, o fato de um co-founder conseguir discutir estrutura de tabelas de banco de dados e constantes de wp-config em detalhe não é algo trivial. Muda a sala.
---
Como Protejo Meu Tempo de Código Sem Que Vire um Problema
Levei anos para descobrir isso. De verdade. Eu costumava codificar de forma reativa — só quando algo quebrava ou um desenvolvedor ficava preso. O pior dos dois mundos. Você está no código mas estressado, nunca em flow.
Agora faço assim:
- Bloquei 90 minutos nas manhãs de segunda e quinta. Sem chamadas antes das 9:30am nesses dias. Inegociável, na agenda desde 2022. No calls before 9:30am those days. Non-negotiable, in the calendar since 2022.
- Mantenho um "projeto do founder" rodando o tempo todo. Algo pequeno — uma ferramenta pessoal, uma micro-feature para cliente, uma automação interna. No momento é um script Python que puxa o status do projeto do Linear e formata um digest semanal. 180 linhas, nada sofisticado. Something small — a personal tool, a client micro-feature, an internal automation. Right now it's a Python script that pulls our project status from Linear and formats a weekly digest. 180 lines, nothing fancy.
- Reviso pelo menos um PR por semana. Mesmo que seja só para ler. Fico no diff. Even if it's just to read. Stay in the diff.
- Reconstruo algo do zero uma vez por trimestre. Uma landing page, um plugin, uma pequena integração. O que for. O ponto é manter as habilidades aguçadas nos fundamentos. A landing page, a plugin, a small integration. Whatever. The point is staying sharp on fundamentals.
O tempo total é talvez 4-5 horas por semana. É isso. Ninguém está sugerindo que você faça sprints.
---
FAQ
Programar torna você um CEO ou co-fundador pior?
Apenas se você deixar isso sobrecarregar suas responsabilidades reais de liderança. O problema não é programar — é usar programação como estratégia de evitação do trabalho mais difícil do fundador: conversas difíceis, decisões de contratação, pensamento comercial. Se você está abrindo o editor quando deveria estar falando com um cliente que está saindo, isso é um problema. Mas 4 horas por semana numa quinta-feira de manhã não é negligência de liderança.avoidance strategy for the harder founder work: difficult conversations, hiring decisions, commercial thinking. If you're opening the editor when you should be talking to a churning client, that's a problem. But 4 hours a week on a Thursday morning isn't leadership negligence.
E se meu time me vê programando e pensa que não confio neles?
Seja direto sobre isso. Já falei explicitamente com meu time: "Quando escrevo código, não é um sinal de que acho que vocês estão errados ou lentos. É como eu mantenho os pés no chão no que realmente construímos." Essa conversa leva 90 segundos e na maioria das vezes só precisa acontecer uma vez.
Isso é realista para fundadores que comandam times maiores?
Honestamente, mais difícil em 50 pessoas do que em 15. Mas o princípio escala — mesmo que a prática mude. Em certo tamanho, "programar" pode significar revisar decisões de arquitetura, fazer um spike exploratório por trimestre, ou entender profundamente o que há dentro de um relatório de performance do Lighthouse em vez de escrever o fix você mesmo. O ponto é: não deixe a fluência técnica atrofiar completamente.Lighthouse performance report rather than writing the fix yourself. The point is: don't let technical fluency atrophy entirely.
Quando um fundador deve genuinamente se afastar do código?
Quando programar está bloqueando o crescimento de outra pessoa. Se um desenvolvedor está esperando sua revisão de PR para fazer merge do trabalho dele, e você é consistentemente o gargalo, esse é o sinal. Saia do caminho crítico. Você ainda pode escrever código — só não no branch principal às 2 da manhã.critical path. You can still write code — just not on the main branch at 2am.
---
Programar me mantinha honesto. É a forma mais simples que encontro para dizer. Quando você consegue ler um diff, estimar uma feature e fazer ship de uma coisa pequena por conta própria — você vê seu próprio negócio com mais clareza. Você sabe o que é realmente difícil e o que é apenas mal explicado. Essa clareza vale mais que as quatro horas por semana que custa.
Ainda abrindo o editor. Provavelmente continuarei até não conseguir fisicamente.