Criamos aplicações para dispositivos móveis e computadores, bem como extensões para navegadores. Somos uma equipa pequena, independente e que privilegia o trabalho remoto. Lançamos os produtos que gostaríamos de ter nos nossos próprios telemóveis, computadores e navegadores — e nada mais.
Acreditamos que o ritmo habitual das apps móveis modernas — lançamentos constantes, funcionalidades a meio, tudo sujeito a testes A/B — cansa os utilizadores e desgasta as equipas. Lançamos quando o trabalho está feito, não quando o sprint manda. Às vezes isso demora uma semana, às vezes um trimestre. Em qualquer caso, a atualização chega e sente-se acabada.
Recolhemos apenas o que uma aplicação precisa realmente para funcionar. Seja o que for — análise, anúncios, servidores de sincronização —, é indicado na etiqueta de privacidade da loja e na Política de Privacidade da aplicação antes de a instalar. Sem recolha oculta, sem perfis comportamentais vendidos a corretores de dados.
Algumas das nossas aplicações são de compra única. Outras são gratuitas com subscrições opcionais. Outras têm anúncios. Seja qual for o modelo que melhor serve o produto, está claramente indicado na página da loja — sem taxas ocultas, sem renovações automáticas inesperadas, sem truques de design.
Continuamos pequenos. Pequenos o suficiente para que a pessoa que escreveu o código seja a mesma que lê o seu e-mail sobre o erro nesse código. Não há níveis de suporte nem cadeias de escalonamento. Há uma caixa de entrada, e nós lemo-la.
Fundou a Zydeno em 2026, depois de uma década a criar software para empresas alheias. Decide o que lançamos e, mais importante, o que não lançamos. Acredita que a maioria das aplicações seria melhor com metade das funcionalidades.
Responsável pela linguagem visual de todas as aplicações Zydeno. Fã de tipografia, minimalista no movimento. Cinco anos de design editorial e para impressão antes dos ecrãs — e nota-se na tipografia. Não aprova uma interface que apenas funciona se ela também puder parecer certa.
Passou seis anos a fazer motion graphics para agências de publicidade antes de passar para o produto. Cada animação elástica, cada toque, cada transição numa aplicação Zydeno passa pelas suas mãos. Acredita que uma curva de easing de 240ms é a diferença entre uma ferramenta e um brinquedo.
iOS nativo desde o iOS 5. Alérgico ao hype do SwiftUI, escreve Swift que arranca em menos de um segundo num iPhone com cinco anos. Lê notas de versão por diversão. É responsável pela arquitetura de todas as aplicações iOS que lançamos e revê cada pull request que mexe no runtime.
Oito anos a escrever Swift, e dois de Objective-C antes disso. Vai a fundo em migrações de Core Data, tarefas em segundo plano e nas partes do UIKit de que o StackOverflow desistiu. É o segundo de prevenção para falhas em produção e prefere isso a desenvolver funcionalidades.
Entrou depois de dois anos a criar componentes iOS empresariais num estúdio de ferramentas de design. Usa SwiftUI quando faz sentido e recorre ao UIKit quando não faz. É responsável pela maior parte da nossa biblioteca de componentes de UI partilhados — as peças pequenas e com opinião própria que todas as aplicações reutilizam, para que a versão seguinte pareça familiar desde o primeiro minuto.
Maximalista do Kotlin. Preocupa-se mais com o tempo de arranque a frio e o consumo da bateria do que com o número de funcionalidades. Trata cada kilobyte como se fosse uma renda. Encarrega-se das adaptações para Android e, mais recentemente, das compilações para Windows — para as aplicações que o merecem.
Tudo aquilo que os utilizadores nunca veem: sincronização, armazenamento «offline-first», as partes aborrecidas que fazem com que a aplicação pareça mágica. Gere a nossa infraestrutura sozinho, desenvolve as nossas extensões para o Chrome, o Edge e o Firefox e prefere que seja assim.
A última pessoa a mexer em cada build antes do lançamento. Responsável pelo controlo de qualidade e pela disciplina de dizer «ainda não». Mantém a bateria de testes de regressão que permite à equipa avançar depressa sem estragar as aplicações que já estão nos ecrãs principais das pessoas.
Contratamos devagar. Discordamos muitas vezes. E lançamos na mesma.
Esboços, fluxos de utilização, discussões francas sobre se a coisa deve sequer existir. Se sobreviver a esta fase, ganhou o direito de ser feita.
Código real em dispositivos reais. Sem maquetas, sem dados fictícios. Se algo parecer errado nesta fase, vai parecer errado no lançamento — ou corrigimos aqui, ou abandonamos.
Microinterações, revisão de textos, verificação de acessibilidade, os 200 pequenos detalhes que separam o software que funciona do bom software. Depois, sai para o mundo.
Todos os relatórios de erros e pedidos de funcionalidades são lidos. Nem todos são implementados. Os que são entram no ciclo seguinte — não no próximo hotfix.