Nous développons des applications mobiles et de bureau, ainsi que des extensions de navigateur. Nous sommes une petite équipe indépendante, privilégiant le télétravail. Nous créons uniquement ce que nous aimerions avoir sur nos propres téléphones, ordinateurs et navigateurs — et rien d’autre.
Nous pensons que le rythme par défaut du mobile moderne — des mises à jour incessantes, des fonctionnalités à moitié finies, des tests A/B sur tout — épuise les utilisateurs et use les équipes. Nous publions quand le travail est terminé, pas quand le sprint l'exige. Parfois cela prend une semaine, parfois un trimestre. Dans tous les cas, la mise à jour arrive, et elle semble aboutie.
Nous ne collectons que ce dont une application a réellement besoin pour fonctionner. Quoi que ce soit — analyse, publicité, serveurs de synchronisation —, c'est indiqué dans l'étiquette de confidentialité de la boutique et dans la politique de confidentialité de l'application avant l'installation. Aucune collecte cachée, aucun profil comportemental revendu à des courtiers en données.
Certaines de nos applications s'achètent une fois pour toutes. D'autres sont gratuites avec des abonnements facultatifs. D'autres encore sont financées par la publicité. Quel que soit le modèle adapté au produit, il est clairement indiqué sur sa fiche dans la boutique — pas de frais cachés, pas de renouvellements automatiques surprises, pas de dark patterns.
Nous restons petits. Assez petits pour que la personne qui a écrit le code soit aussi celle qui lit votre e-mail sur le bug dans ce code. Pas de niveaux d'assistance, pas de chaîne d'escalade. Une seule boîte de réception, et nous la lisons.
A fondé Zydeno en 2026 après dix ans à développer des logiciels pour les entreprises des autres. Décide de ce que nous publions et, surtout, de ce que nous ne publions pas. Pense que la plupart des applications seraient meilleures avec deux fois moins de fonctionnalités.
Définit le langage visuel de chaque application Zydeno. Passion typographie, minimalisme dans le mouvement. Cinq ans de design éditorial et d'imprimé avant les écrans — et cela se voit dans la typographie. N'approuve jamais une interface qui se contente de fonctionner si elle peut aussi sembler juste.
A passé six ans à faire du motion design pour des agences de publicité avant de passer au produit. Chaque effet de ressort, chaque tap, chaque transition d'une application Zydeno passe entre ses mains. Pour lui, une courbe d'accélération de 240 ms fait toute la différence entre un outil et un jouet.
Développe en natif sur iOS depuis iOS 5. Allergique à l'engouement pour SwiftUI, écrit du Swift qui démarre en moins d'une seconde sur un iPhone vieux de cinq ans. Lit les notes de version pour le plaisir. Responsable de l'architecture de toutes nos applications iOS, relit chaque pull request qui touche au runtime.
Huit ans de Swift, et deux d'Objective-C avant cela. Maîtrise à fond les migrations Core Data, les tâches en arrière-plan et les recoins d'UIKit sur lesquels StackOverflow a jeté l'éponge. Assure la deuxième astreinte pour les plantages en production, et la préfère au développement de fonctionnalités.
A rejoint l'équipe après deux ans à concevoir des composants iOS pour entreprises dans un studio d'outils de design. Travaille en SwiftUI quand c'est pertinent, repasse à UIKit quand ça ne l'est pas. Responsable de la majeure partie de notre bibliothèque de composants d'interface partagés — ces petites briques aux partis pris assumés que chaque application réutilise, pour que chaque nouvelle version semble familière dès la première minute.
Kotlin à fond. Se soucie davantage du démarrage à froid et de la consommation de batterie que du nombre de fonctionnalités. Traite chaque kilo-octet comme un loyer à payer. S'occupe des portages Android et, depuis peu, des versions Windows — pour les applications qui le méritent.
Tout ce que les utilisateurs ne voient jamais : la synchronisation, le stockage « offline-first », ces aspects fastidieux qui donnent à l'application son côté magique. Il gère seul notre infrastructure, développe nos extensions Chrome, Edge et Firefox, et préfère qu'il en soit ainsi.
La dernière personne à toucher chaque build avant sa sortie. Responsable de la recette QA et de la discipline qui consiste à dire « pas encore ». Maintient la suite de tests de régression qui permet à l'équipe d'avancer vite sans casser les applications déjà présentes sur les écrans d'accueil.
Nous recrutons lentement. Nous débattons souvent. Nous publions quand même.
Croquis, parcours utilisateur, débats sans détour pour savoir si la chose mérite même d'exister. Si elle survit à cette étape, elle a gagné le droit d'être développée.
Du vrai code sur de vrais appareils. Pas de maquettes, pas de fausses données. Si ça sonne faux à ce stade, ça sonnera faux à la sortie — nous corrigeons ici, ou nous abandonnons.
Micro-interactions, relecture des textes, passe d'accessibilité : les 200 petits détails qui distinguent un logiciel qui fonctionne d'un bon logiciel. Ensuite, il sort.
Chaque rapport de bug et chaque demande de fonctionnalité sont lus. Tous ne sont pas développés. Ceux qui le sont arrivent dans le cycle suivant — pas dans le prochain correctif.