2.1 / APPLICATIONS
Application métier
Back-office, portail, outil interne, tableau de bord. Un logiciel pour l'usage quotidien, qu'un autre développeur que moi peut reprendre.
PHP / Laravel, Node.js, TypeScript, PostgreSQL
REP. 01 / OBJET
Des applications métierfaites pour votre usage.
Vous n'avez pas besoin d'un projet d'IA pour me confier du développement. Applications web, API et traitements de données pour vos usages réels : c'est mon métier depuis 2021. L'IA locale est la spécialité que j'y ai ajoutée.
REP. 02 / NOMENCLATURE
Quatre types de missions
APPLICATIONS
API & INTÉGRATIONS
DONNÉES
REPRISE
API & INTÉGRATIONS
DONNÉES
REPRISE
2.2 / API & INTÉGRATIONS
API et intégrations
Relier vos outils, automatiser un flux encore manuel, construire l'API qui manque. Côté IA, les serveurs MCP exposent vos outils à un modèle sans réécrire l'intégration à chaque changement de modèle.
API REST, MCP, authentification par jeton, documentation
2.3 / DONNÉES
Traitement de données
Imports, nettoyage, normalisation, rapprochements, exports programmés, et les indicateurs calculés par-dessus : tendances, écarts, seuils, valeurs comparables. Des traitements qui tournent seuls à chaque mise à jour des sources.
Extraction, normalisation, dédoublonnage, rapprochement de référentiels
2.4 / REPRISE
Reprise d'existant
L'application fonctionne mal, n'évolue plus, ou personne ne veut toucher au code. Je reprends l'existant quand c'est le choix le moins coûteux, et je vous le dis quand ça ne l'est pas.
Laravel, PHP, reprise de code, dette technique
REP. 03 / COMBINAISON
IA, traitement de données, ou les deux
IA
DONNÉES
LES DEUX
DONNÉES
LES DEUX
Trois cas fréquents : l'IA seule, les données seules, ou les deux. Dans ce dernier cas, toujours dans cet ordre : rendre les données propres, ensuite les interroger.
IA SEULE
Une autre interface
Les données sont déjà là. Il faut une autre façon de les interroger : recherche documentaire, assistant métier.
DONNÉES SEULES
Un traitement fiable
Le besoin est la donnée elle-même : imports, nettoyage, rapprochements, exports, sans modèle de langage dans la boucle.
LES DEUX
Interroger après traitement
Utiliser l'IA pour interroger des données une fois qu'elles sont propres et consolidées. C'est l'ordre qui marche.
REP. 04 / REPRISE D'EXISTANT
Quand la refonte n'est pas la bonne réponse
Je commence par un état des lieux et je vous dis si la reprise coûte moins que la reconstruction. Il arrive que la réponse soit non.
Beaucoup d'applications métier fonctionnent encore, et plus personne n'ose y toucher : le développeur d'origine est parti, les dépendances ont vieilli, chaque évolution devient un devis de refonte.
Reprendre un projet, c'est accepter du code qu'on n'a pas écrit, le lire avant de le juger, et le remettre sous contrôle. Moins gratifiant que repartir de zéro ; souvent moins cher pour vous. La suite naturelle, une fois l'existant sous contrôle, peut être la maintenance.
REP. 05 / PRATIQUE
Rapprocher des sources qui ne se parlent pas
Faire correspondre des bases sans clé commune, signaler l'ambigu, rejouer le rapprochement à chaque version sans écraser les corrections manuelles. J'ai fait ça plusieurs années sur des référentiels publics ; la méthode vaut pour toute base métier croisée avec une autre source sans clé fiable.
REP. 07 / CONTACT
Un outil à construire, ou un existant à reprendre ?
Décrivez le problème actuel, même s'il se règle encore à la main. Je vous dirai si un développement spécifique se justifie.