05 Ce que j'apprends

Le terrain, le code et l'entrepreneuriat m'obligent à changer d'avis.

Cette partie est volontairement plus personnelle : retours d'expérience, convictions provisoires, erreurs et principes que je teste.

  1. Un résultat plausible n'est pas une preuve.

    Quand une IA ou un logiciel complète silencieusement une donnée absente, le danger n'est pas toujours visible immédiatement.

  2. Automatiser trop tôt fige parfois une mauvaise méthode.

    Je préfère stabiliser un processus simple, observer ses exceptions, puis automatiser.

  3. La rapidité d'un expert ne réduit pas la valeur de son travail.

    Le client voit le temps d'exécution. Il ne voit pas toujours les années d'apprentissage, les outils et les erreurs déjà évitées.

  4. Un logiciel métier doit rester compréhensible.

    Si personne ne peut expliquer d'où vient une valeur ou reprendre le projet, la vitesse gagnée aujourd'hui devient une dette demain.

  5. Le terrain corrige les certitudes.

    Une architecture ou un plan peut être cohérent sur écran et rencontrer une réalité différente sur site.

  6. Documenter, c'est aussi transmettre une manière de penser.

    Je veux garder les décisions, les tests et les erreurs utiles, pas uniquement le fichier final.

Je ne cherche pas à construire de l'IA partout. Je cherche à comprendre où un outil peut réellement enlever du travail répétitif sans enlever le contrôle.

Apprendre, puis appliquer

Ce que je continue de travailler, et où cela se retrouve concrètement.

Électricité CFO / CFA
Missions proposées : études et notes de calcul CFO / CFA, schémas et plans.
Terrain
Relevés et vérifications terrain.
UX
Rendre un outil métier compréhensible et reprenable.
Organisation
Structurer l'activité indépendante : offre, production, facturation, documentation.
Sécurité & qualité
Contrôle et traçabilité dans les outils développés.