Patrik
Mots de sagesse de la semaine
“Je n’ai pas échoué. J’ai juste trouvé 10'000 façons qui ne marchent pas.” (Thomas Edison)
Journal
Même si j’adore vraiment ce projet, deux choses me donnent des cauchemars. La première, c’est une erreur de calcul qui pourrait nuire à ma réputation; la deuxième, c’est la corruption des données. Parlons de la deuxième. Comme le projet est encore à un stade précoce, notre schéma de données n’est pas encore stable et change souvent.
Beaucoup de fonctionnalités sont assez triviales par nature: est-ce qu’on peut ajouter de nouveaux événements ou rendre certaines configurations plus détaillées? Par exemple, ajouter un flag pour choisir si le salaire est ajusté à l’inflation est plutôt simple, mais ça change la façon dont les données sont stockées et ça demande un changement de schéma dans la base de données.
Ce sont des changements profonds dans le processus de release. Si quelque chose casse et que les données sont corrompues, je ne peux pas simplement revenir à la version précédente du code. Les données dans la base restent corrompues. Dans le pire des cas, si tout est complètement perdu, je dois restaurer une sauvegarde et dire aux clients: “Désolé, j’ai foiré et j’ai perdu tout ce que tu as fait ces X derniers jours.”
En ce moment, j’adopte une approche ultra prudente: je fais tourner l’ancien et le nouveau schéma de base de données en parallèle jusqu’à ce que je me sente prêt à basculer. Ça veut dire qu’on écrit encore sur l’ancienne version du schéma, pour qu’en cas de besoin je puisse simplement revenir en arrière avec une perte de données minimale (seules les nouvelles fonctionnalités seront perdues).
Ça rend le code de certaines fonctionnalités simples un peu lourd, donc j’ai tendance à regrouper toutes les fonctionnalités qui nécessitent une migration de données dans une seule release. Je ne fais une release avec migration qu’une fois sur deux ou trois, pour gérer ce processus fastidieux mais nécessaire.
Comment j’ai utilisé l’IA cette semaine?
- J’ai fait beaucoup de refactoring. Pas mal de boilerplate et de changements triviaux sont faits encore et encore. J’utilise Cursor comme si j’avais un stagiaire, en lui disant de faire les changements que je relirai ensuite.
- Rien à voir avec ce projet, mais ma femme m’a demandé si je pouvais générer des factures pour son business. Le standard suisse, c’est la facture avec le bulletin de paiement et son QR code. Différents services (comme notre banque) le proposent, mais sont généralement limités d’une façon ou d’une autre. Par curiosité, j’ai ouvert Google AI Studio et j’ai entré à peu près ce qu’elle me demandait, et on a itéré deux fois, surtout pour peaufiner et réorganiser. En moins de 15 minutes j’avais une solution complète pour éditer la facture en temps réel et l’imprimer en PDF à la demande. Je suis impressionné.
Marc
Côté produit
Deux grandes victoires cette semaine:
- Nouvelle homepage fiplanner.ch! On a remplacé nos captures d’écran statiques par une vraie vidéo de démo qui te guide à travers le produit. C’est le jour et la nuit: une démo vidéo du produit communique tellement plus qu’une capture d’écran.
- La documentation inline est en ligne. On a enfin remplacé nos minuscules tooltips par une vraie documentation in-app, lisible et complète. C’est le système de documentation “au bon moment, au bon endroit” dont j’ai parlé dans la dernière édition, c’est livré! (enfin, lundi ;))
Ce qui tiraille
Ce qui est inconfortable en ce moment? Le temps. Encore. On a une vision tellement claire de là où on veut emmener le produit, surtout du côté de la gamification de l’UX, mais il n’y a qu’un certain nombre d’heures dans la semaine. Le backlog d’idées continue à grossir plus vite qu’on ne peut les livrer. Mais comme on se le rappelle en permanence: on est une Calm company. Tout n’a pas besoin d’arriver dans ce sprint.
Note à un ami
Moment OMG de la semaine: un utilisateur nous a envoyé un screen recording de lui en train d’utiliser FI Planner. De l’or. De l’or pur. Patrik et moi sommes tellement plongés dans le produit qu’on est devenus aveugles à des choses pourtant d’une évidence criante pour un regard neuf. Cette seule vidéo a révélé des problèmes d’UX qu’on peut corriger avec 3 à 4 micro-changements. Des choses qu’on n’aurait jamais repérées nous-mêmes.
Alors voilà mon conseil à mon ami: ne demande pas juste du feedback par email (qui est déjà super). Demande des screen recordings. Regarder quelqu’un utiliser vraiment ton produit, c’est un niveau d’insight complètement différent. On prévoit maintenant d’améliorer notre section Scenario en se basant exactement sur ce genre de feedback.
Outil de la semaine
Pas de l’IA à proprement parler, mais ça vaut le coup d’être partagé: j’ai utilisé Screen Studio sur Mac pour créer notre vidéo de démo produit. Ce truc change la donne. Ce qui m’aurait coûté soit un freelance, soit des heures de galère avec des outils plus anciens, je l’ai fait en 2 heures pour CHF 29. Propre, professionnel, terminé.