Por que crio software pequeno, local e com uma única função

A tentação é construir tudo

Quando gerar código é quase de graça, a atração natural é para o mais. Mais funcionalidades, mais configurações, mais superfície, porque nada disso parece custar nada de imediato.

Mas o código é a parte barata. Tudo depois da geração é onde mora o custo real: dar suporte, explicar, manter seguro, consertar quando quebra e decidir o que aquilo deve se recusar a fazer. Um modelo escreve uma funcionalidade num minuto. Ele não consegue carregá-la pelos três anos seguintes.

Então a disciplina mais útil num mundo assistido por IA não é escrever código mais rápido. É decidir o que não construir. Escopo pequeno é como mantenho essa decisão honesta.

Um app, um trabalho

Olhe o que eu de fato coloquei no mundo e o padrão é difícil de não ver.

• Comoji adiciona atalhos de emoji com dois-pontos, no estilo Slack, aos campos de texto em que você já digita. É só isso que ele faz.
• Burly pega um link que você clica e abre no perfil de navegador certo. É só isso que ele faz.
• Premail filtra o ruído do seu e-mail antes que ele chegue à caixa de entrada. É só isso que ele faz.

Nenhum deles tenta virar plataforma. Cada um resolve um incômodo específico e depois sai da frente. Você consegue explicar qualquer um deles numa frase, e isso não é acidente. Se não consigo descrever uma ferramenta numa frase, geralmente ainda não decidi o que ela é.

Uma ferramenta que faz uma coisa é também uma ferramenta que você consegue terminar. Uma ferramenta que faz tudo é uma que você mantém para sempre e nunca acerta de vez.

Por que um software deveria rodar localmente em vez de na nuvem?

Local por padrão. A segunda coisa que esses apps compartilham é que rodam no seu aparelho e mantêm seus dados ali. O Comoji faz o autocompletar localmente e o que você digita nunca sai do Mac. O Burly roteia seus links na máquina e nenhuma URL é enviada a lugar nenhum. O Premail triagem seu e-mail no seu próprio computador em vez de canalizá-lo pelos servidores de outra pessoa.

É o mesmo instinto por trás do StockCar, sobre o qual escrevi à parte: sem conta, sem vínculo, suas posições não ficam guardadas num servidor. Eu sempre chego ao mesmo lugar porque continuo fazendo a mesma pergunta.

Antes de acrescentar qualquer coisa que precise de servidor ou login, me obrigo a responder:

• Essa funcionalidade realmente exige coletar dados, ou só deixa mais conveniente para mim?
• Se guardarmos isso, quem passa a ser responsável por proteger?
• Qual é a pior coisa que acontece se esse armazenamento vazar?
• O usuário se surpreenderia ao saber que isso sai da máquina dele?

Na maior parte das vezes a resposta honesta é que a conta existe em benefício da empresa, não do usuário. Local por padrão elimina uma categoria inteira de risco, porque dados que você nunca coleta são dados que você nunca pode perder.

Para ser preciso quanto às palavras: local-first é uma prioridade de projeto sobre posse e uso offline, não a promessa de nunca tocar na rede. O que eu quero está mais perto do conselho da FTC de não coletar nem guardar dados de que você não precisa: dado nunca coletado não vaza.

Software pequeno pode mesmo ser um negócio?

Pequeno é estratégia de negócio, não prêmio de consolação. É fácil ler «pequeno, local, de propósito único» como a opção modesta, aquela em que você se acomoda quando não consegue construir algo maior. Eu vejo ao contrário.

Uma ferramenta pequena é uma que uma pessoa sozinha consegue possuir de ponta a ponta. Isso significa:

• ela consegue de fato ser lançada, em vez de viver para sempre pela metade
• ela pode ser compreendida por inteiro, então os bugs não têm onde se esconder
• ela pode ser mantida sem um time, o que mantém a conta em pé
• ela pode ser confiável, porque não há muita superfície para te trair

Com a IA acelerando as partes que antes exigiam um time, uma pessoa hoje consegue projetar, construir e lançar um app nativo bem acabado. Mas essa alavancagem só se sustenta se o app continuar pequeno o bastante para uma pessoa seguir segurando. Escopo é a variável que decide se a alavancagem da IA se acumula ou desaba.

O que «pronto» significa para uma ferramenta assim

Para um app de propósito único, pronto é um estado real, não um alvo móvel. Pronto significa que a única coisa prometida funciona de forma confiável, parece rápida e fica fora do seu caminho.

Isso faz do trabalho mais difícil dizer não. O Comoji poderia criar um painel de configurações com quarenta opções. O Burly poderia tentar gerenciar seus navegadores em vez de apenas rotear links para eles. O Premail poderia virar um cliente de e-mail inteiro. Cada uma dessas adições deixaria o app maior e a promessa mais embaçada.

Assinar e notarizar um app de Mac, fazer um seletor responder instantaneamente, filtrar e-mail com discrição suficiente para você esquecer que ele está rodando: é aí que o tempo deve ir. Contenção não é ausência de ambição. Para esse tipo de software, contenção é a ambição.

O dividendo da confiança

Construir assim traz um benefício cumulativo fácil de ignorar. Quando um app é pequeno, local e sem conta, uma pessoa consegue adotá-lo sem um salto de fé.

Não há cadastro para abandonar, nem dados para entregar, nem dúvida sobre o que acontece depois com suas informações. Você baixa, ele faz o trabalho dele, e não liga para casa. Isso reduz o custo de experimentar a quase nada, e faz com que a confiança que você conquista seja real em vez de extraída.

Num momento em que a IA facilita inundar o mundo de apps genéricos e famintos por dados, o escasso é o software que as pessoas se sentem realmente à vontade em deixar entrar no dia delas. Pequeno e local é como tento embutir esse conforto desde o começo.

A regra à qual sempre volto

Geração barata muda a rapidez com que você constrói. Não muda o que vale a pena construir. Se muda algo, é que quando todo mundo pode produzir mais, a disciplina de produzir menos da coisa certa vira o diferencial.

Então aplico o mesmo teste a qualquer coisa nova que começo:

1. Consigo dizer numa frase o que isso faz?
2. Consegue rodar na máquina do usuário sem conta?
3. Uma pessoa consegue possuir isso por completo?
4. Eu sei como é «pronto»?

Quando a resposta às quatro é sim, a ferramenta costuma valer o lançamento. Quando não é, geralmente estou prestes a construir algo maior do que consigo sustentar.

Pequeno, local e terminado vence grande, hospedado e interminável. Essa é a aposta, e eu continuo fazendo.

← Todos os artigosPróximo: Quando todos podem construir, o bom gosto vira o gargalo →