Realizziamo app per dispositivi mobili e desktop, oltre a estensioni per browser. Siamo un piccolo team, indipendente e orientato al lavoro da remoto. Pubblichiamo solo ciò che vorremmo avere sui nostri telefoni, computer e browser — e nient'altro.
Crediamo che il ritmo standard del mobile di oggi — rilasci continui, funzionalità a metà, test A/B su tutto — sia stancante per gli utenti e logorante per i team. Pubblichiamo quando il lavoro è finito, non quando lo dice lo sprint. A volte ci vuole una settimana, a volte un trimestre. In ogni caso, l'aggiornamento arriva e sembra davvero finito.
Raccogliamo solo ciò di cui un'app ha davvero bisogno per funzionare. Qualunque cosa sia (strumenti di analisi, pubblicità, server di sincronizzazione), è indicata nell'etichetta privacy dello store e nell'Informativa sulla privacy dell'app prima dell'installazione. Nessuna raccolta nascosta, nessun profilo comportamentale rivenduto ai data broker.
Alcune delle nostre app si acquistano una volta sola. Alcune sono gratuite con abbonamenti facoltativi. Alcune sono supportate dalla pubblicità. Qualunque sia il modello adatto al prodotto, è indicato chiaramente nella scheda dello store: niente costi nascosti, niente rinnovi automatici a sorpresa, niente dark pattern.
Restiamo piccoli. Abbastanza piccoli perché chi ha scritto il codice sia la stessa persona che legge la tua e-mail sul bug in quel codice. Non ci sono livelli di assistenza né catene di escalation. C'è una sola casella di posta, e la leggiamo.
Ha fondato Zydeno nel 2026 dopo dieci anni passati a sviluppare software per le aziende di altri. Decide cosa pubblichiamo e, soprattutto, cosa no. È convinto che la maggior parte delle app sarebbe migliore con metà delle funzioni.
Cura il linguaggio visivo di ogni app Zydeno. Fissato con i caratteri, minimalista nelle animazioni. Cinque anni di grafica editoriale e per la stampa prima degli schermi: si vede nella tipografia. Non approva un'interfaccia che si limita a funzionare, se potrebbe anche dare la sensazione giusta.
Ha passato sei anni a creare motion graphics per agenzie pubblicitarie prima di passare al prodotto. Ogni animazione elastica, ogni tocco, ogni transizione in un'app Zydeno passa dalle sue mani. È convinto che una curva di easing da 240 ms faccia la differenza tra uno strumento e un giocattolo.
Sviluppa in iOS nativo da iOS 5. Allergico all'hype su SwiftUI, scrive codice Swift che si avvia in meno di un secondo su un iPhone di cinque anni fa. Legge le note di rilascio per divertimento. È responsabile dell'architettura di ogni app iOS che pubblichiamo e revisiona ogni pull request che tocca il runtime.
Scrive in Swift da otto anni, e prima ancora per due in Objective-C. Va a fondo nelle migrazioni Core Data, nei task in background e nelle parti di UIKit su cui StackOverflow si è arreso. È il secondo reperibile per i crash in produzione e lo preferisce allo sviluppo di nuove funzionalità.
Arriva da due anni passati a sviluppare componenti iOS enterprise in uno studio di strumenti per il design. Usa SwiftUI quando ha senso e passa a UIKit quando non ce l'ha. Cura gran parte della nostra libreria condivisa di componenti UI: le piccole parti, con scelte precise, che ogni app riutilizza perché la release successiva risulti familiare fin dal primo minuto.
Massimalista di Kotlin. Dà più importanza ai tempi di avvio a freddo e al consumo della batteria che al numero di funzionalità. Tratta ogni kilobyte come un affitto da pagare. Si occupa dei porting su Android e, ultimamente, delle build per Windows — per le app che se la meritano.
Tutto ciò che gli utenti non vedono mai: sincronizzazione, archiviazione "offline-first", quelle parti noiose che rendono l'app magica. Gestisce da solo la nostra infrastruttura, sviluppa le nostre estensioni per Chrome, Edge e Firefox e preferisce che sia così.
L'ultima persona a mettere mano a ogni build prima che venga pubblicata. È responsabile del controllo qualità e della disciplina di dire “non ancora”. Mantiene la suite di test di regressione che permette al team di muoversi in fretta senza rompere le app già presenti sulle schermate Home delle persone.
Assumiamo con calma. Discutiamo spesso. E pubblichiamo comunque.
Bozzetti, flussi utente, discussioni franche sul fatto che la cosa debba anche solo esistere. Se sopravvive a questa fase, si è guadagnata il diritto di essere costruita.
Codice vero su dispositivi veri. Niente mockup, niente dati finti. Se non convince in questa fase, non convincerà nemmeno al lancio: o lo sistemiamo qui o lo eliminiamo.
Micro-interazioni, revisione dei testi, verifica dell'accessibilità: i 200 piccoli dettagli che separano un software che funziona da un buon software. Poi esce.
Ogni segnalazione di bug e richiesta di funzionalità viene letta. Non tutte vengono realizzate. Quelle che lo sono finiscono nel ciclo successivo, non nel prossimo hotfix.