KM4BI

Les cinq types de logiciels que vous pouvez créer

Une carte pratique pour choisir la forme, les outils et le niveau de contrôle adaptés à un projet logiciel personnel.

Publié le Mis à jour le

Les logiciels personnels ne demandent pas forcément une architecture complexe. L’essentiel consiste à reconnaître la forme que doit prendre le projet avant de choisir un modèle, un agent ou une plateforme.

Une carte en cinq formes

Un **outil local** s’exécute sur un ordinateur et convient à un usage individuel : organiser des documents, classer des photos ou mener une recherche privée. Une **application web** s’ouvre dans le navigateur et peut être ajoutée à l’écran d’accueil d’un téléphone ; c’est le point de départ le plus simple pour la majorité des projets personnels, notamment à deux ou à quelques collègues.

Une **application mobile native** devient pertinente lorsque le projet exige réellement les fonctions profondes du téléphone : Bluetooth, NFC, localisation en arrière-plan, notifications fiables ou distribution par les stores. Un **service en arrière-plan** n’a parfois aucune interface : il se déclenche à heure fixe ou à l’arrivée d’un événement, traite une donnée et envoie un résultat. Enfin, un **projet matériel** relie le logiciel au monde physique — capteurs, radio, caméra, boutons — avec, selon le besoin, Raspberry Pi, ESP32 ou Home Assistant.

Choisir l’outil après la forme

Pour une première application web, l’auteur recommande un constructeur hébergé comme Lovable, qui réduit l’installation et met rapidement une interface en ligne. Replit et Bolt offrent d’autres parcours intégrés. Pour davantage de contrôle, un agent tel que Codex ou Claude Code peut travailler avec GitHub, une base Supabase et un hébergeur comme Vercel. Cette option implique davantage de comptes et de choix, mais permet de remplacer une couche sans déplacer tout le système.

Le point décisif est de distinguer les couches : le modèle fournit le raisonnement, l’agent agit sur les fichiers et les outils, et le constructeur hébergé empaquette un environnement avec une publication simplifiée. Posséder le code, les données et les décisions compte plus que d’empiler des agents.

Rester aux commandes

Le projet devrait rendre explicites ses choix ayant un effet sur les coûts, les données, la confidentialité, le déploiement ou la portabilité. Quatre petits fichiers peuvent servir de mémoire : le but du projet, les décisions prises, les scénarios réels à satisfaire et les consignes propres à l’agent. Les scénarios deviennent aussi des tests concrets sur les appareils réellement utilisés.

La recommandation finale est de commencer par le chemin le plus simple, de garder les applications privées par défaut, de ne pas exposer les secrets et de vérifier les autorisations au niveau des données. L’IA rend la construction plus accessible ; elle ne remplace ni le choix de l’architecture ni la validation humaine du résultat.

Source