Comprendre la bourse avant de coder l'app, et avant d'y investir

J'ai un projet d'application autour de l'investissement en tête depuis un moment. Je ne l'ai pas encore codé. Pas parce que le sujet est trop technique, mais parce que je me suis imposé une règle : comprendre réellement la bourse avant de coder quoi que ce soit dessus, et avant d'y investir moi-même un centime de plus que ce que je maîtrise.

Le piège du développeur compétent

Le risque, quand on est développeur, c'est de croire que savoir construire un outil équivaut à comprendre le domaine qu'il représente. Je peux écrire un simulateur de rendement composé en une heure. Ça ne veut pas dire que je comprends la psychologie du risque, la fiscalité réelle, ou pourquoi la plupart des investisseurs individuels sous-performent le marché qu'ils essaient de battre.

C'est le même piège que celui que je dénonce pour l'IA générative : accepter une réponse qui a l'air correcte sans avoir vérifié qu'elle l'est vraiment. Coder un outil financier sans en comprendre les fondamentaux produit un outil qui a l'air sérieux et qui peut activement induire en erreur.

Ce que ça implique concrètement

Avant de toucher au code, je passe du temps à lire, à simuler à la main, à comprendre pourquoi certaines décisions d'investissement qui semblent évidentes ne le sont pas (le market timing, la diversification réelle versus perçue, le coût des frais composés sur vingt ans). Ce n'est qu'une fois cette compréhension solide que la question du produit logiciel devient pertinente.

Le parallèle avec mon métier

Cette discipline n'est pas différente de celle que j'applique en risque de contrepartie : comprendre le modèle mathématique avant d'en coder une implémentation, plutôt que de faire confiance à une formule qu'on recopie sans la challenger. Le domaine change, la méthode reste la même.