Software que envelhece bem

Quase nenhum produto digital sobrevive a uma década.

Os que sobrevivem têm algo em comum, e quase nunca é tecnologia.

É restrição.

São sistemas que disseram não mais vezes do que sim.

Que recusaram funcionalidades populares no momento em que recusar parecia suicídio comercial.

Que mantiveram a mesma interface por anos enquanto concorrentes redesenhavam tudo a cada lançamento.

Que decidiram, em algum momento improvável, que terminado é uma palavra que se aplica a software também.

A indústria desaprendeu essa palavra.

Hoje, software bom é software que muda.

Roadmaps trimestrais.

Sprints contínuos.

Releases noturnos.

A métrica de saúde virou a métrica de movimento.

Mas movimento contínuo é incompatível com envelhecer bem.

Móveis de marceneiro envelhecem bem.

Edifícios bem projetados envelhecem bem.

Livros editados com paciência envelhecem bem.

Nenhum deles muda depois que sai da oficina.

E é justamente por isso que ainda estão lá.

Pode-se discutir se software é mais parecido com um livro ou com uma planta viva.

A resposta provavelmente depende do tipo de software.

Mas existe uma categoria, pouco celebrada, em que o paralelo com objetos terminados faz mais sentido.

Editores de texto que rodam há vinte anos sem perder usuários.

Linguagens de programação cujo design não mudou desde os anos noventa.

Pequenos utilitários de linha de comando que cabem em uma única tela e ainda fazem exatamente o que prometiam fazer.

Esses sistemas têm uma qualidade que dificilmente se reproduz em produtos modernos.

Eles são previsíveis.

Você os abre amanhã e sabe onde tudo está.

Você os abre daqui a cinco anos e ainda sabe.

A previsibilidade libera atenção.

E atenção é o recurso mais escasso da economia digital atual.

A obsessão por crescimento criou uma estética oposta.

Aplicativos que reorganizam menus para forçar redescoberta.

Interfaces que adicionam botões antes de remover.

Notificações que existem para validar a presença do próprio produto na cabeça do usuário.

Tudo isso parece inovação.

É só ansiedade institucional traduzida em pixels.

A diferença entre produto que dura e produto que cresce talvez seja a diferença entre dois tipos de empresa.

Uma quer ocupar o tempo do usuário.

Outra quer servir o tempo do usuário.

Os dois modelos podem ser legítimos.

Mas exigem culturas radicalmente diferentes.

A primeira precisa de pessoas que projetem gatilhos.

A segunda precisa de pessoas que projetem repouso.

Há um pequeno número de equipes no mundo que escolheram a segunda.

Geralmente são times pequenos.

Geralmente cobram pelo produto, não pela atenção.

Geralmente recusam investimento porque investimento traria o tipo errado de pressão.

Geralmente são chamados, com certa condescendência, de boutique.

Mas o que essas equipes constroem permanece.

E em uma indústria em que praticamente nada permanece, isso já é um diferencial radical.

A pergunta talvez não seja se vale a pena construir software que envelhece bem.

A pergunta é por que tão poucos ainda tentam.

Talvez porque ninguém ensine engenheiros a recusar.

Talvez porque o sucesso público raramente recompensa o que está acabado.

Talvez porque envelhecer bem exige uma virtude que o mercado nunca premiou.

Paciência.

O tipo de paciência que aceita que algumas coisas, depois de prontas, simplesmente precisam ser deixadas em paz.