L’intention d’abord
Partir d’une action souhaitée : apprendre, créer, retrouver, partager. Demander une précision lorsque l’intention est ambiguë.
L’informatique
inversée organique.
Vous exprimez ce que vous voulez faire. Les outils se mettent en relation pour vous aider à le réaliser.
Cette page présente la vision proposée pour GAPIT. « Informatique inversée organique » désigne ici une approche de conception, et non une norme reconnue ni la description de fonctions toutes déjà disponibles.
1. Inverser le point de départ
Bien souvent, utiliser un ordinateur commence par une recherche : quelle application ouvrir, dans quel menu aller, quel fichier convertir ? La personne doit connaître l’organisation des logiciels avant de pouvoir agir.
L’informatique inversée propose de commencer par l’intention de la personne. Elle décrit un besoin, désigne un objet ou choisit une action. Le système l’aide ensuite à trouver et à réunir les moyens nécessaires.
Un parcours fréquent
« Quel logiciel dois-je utiliser ? »
Je cherche une application, j’apprends son fonctionnement, puis j’essaie d’y faire entrer mon projet.
Le parcours recherché
« Voici ce que je veux faire. »
Je pars de mon projet. Le système me propose les outils utiles et un chemin que je peux comprendre et modifier.
La personne donne le sens.
L’informatique organise les moyens.
Cette inversion ne supprime pas les interfaces : écrire, dessiner, jouer ou explorer un lieu demande toujours des commandes adaptées. Elle évite de faire de la connaissance des logiciels une condition préalable à chaque action.
2. Des organes autonomes qui coopèrent
Le mot organique exprime une analogie avec le vivant : plusieurs organes assurent des fonctions différentes et leur coopération permet une activité d’ensemble. Il ne signifie pas que le logiciel est vivant ou conscient.
Dans GAPIT, l’Université peut servir à découvrir et apprendre, Music à créer ou écouter, Podium à présenter dans l’espace, Vivarium à composer une ambiance. Chaque module garde sa fonction et peut être utilisé directement. Leur mise en relation doit permettre de construire des usages plus riches.
Un document, une image ou une création peut ainsi participer à plusieurs activités sans perdre son identité. L’ensemble évolue en ajoutant des capacités et des relations, plutôt qu’en obligeant chaque outil à tout faire.
« Exister à travers les relations »
Un outil prend de la valeur par ce qu’il permet de faire avec d’autres outils, des contenus et des personnes. La relation sert un projet humain ; elle ne doit pas devenir une collecte permanente de la vie de chacun.
3. Les principes de conception
Un accès simple
Une porte d’entrée commune — l’idée du « bouton unique qui fait tout » — donne accès aux capacités utiles. Elle ouvre le chemin sans imposer un écran unique à tous les usages.
Des outils autonomes
Chaque module doit rester accessible et utile séparément. Une panne locale ne devrait pas immobiliser tout l’ensemble.
Des relations explicites
Relier les personnes, les objets et les actions avec des règles compréhensibles : ce qui est utilisé, ce qui est transmis et à qui.
La maîtrise humaine
Pouvoir choisir, corriger, interrompre et reprendre. Avant une publication, un paiement ou une autre action engageante, obtenir un accord adapté.
Une mémoire choisie
Retrouver un travail et son contexte sans tout recommencer. Rendre visible ce qui est conservé, avec des moyens de l’exporter et de l’effacer.
La continuité des usages
Passer d’un outil à l’autre en conservant les références utiles, sans multiplier les copies et les ressaisies inutiles.
Une évolution progressive
Ajouter ou remplacer un organe grâce à des échanges définis. Préserver les travaux existants et prévoir les migrations nécessaires.
Des capacités accessibles
Proposer la langue, les commandes et le niveau de détail adaptés. Garder des chemins simples pour les appareils modestes et les besoins d’accessibilité.
4. Qu’est-ce qui change ?
Ce tableau compare des tendances. Des logiciels actuels offrent déjà certaines de ces possibilités ; l’enjeu est de les réunir dans une approche cohérente.
| Dimension | Approche centrée sur les applications | Approche inversée organique |
|---|---|---|
| Point de départ | Choisir un logiciel et ses commandes. | Exprimer un besoin et choisir un parcours. |
| Organisation | Les fonctions sont regroupées dans chaque application. | Des modules spécialisés coopèrent autour d’un projet. |
| Navigation | Passer entre plusieurs écrans et menus. | Accéder aux outils depuis l’action ou l’objet concerné. |
| Contenus | Copier, importer et convertir entre outils. | Partager des références et des formats communs lorsque c’est possible. |
| Apprentissage | Apprendre les logiciels pour accomplir la tâche. | Découvrir les commandes au fil de la tâche, avec un accès aux réglages avancés. |
| Automatisation | Configurer une suite d’opérations. | Proposer une coopération d’outils à partir de l’intention, avec des étapes visibles. |
| Évolution | Faire évoluer chaque application et ses intégrations. | Faire évoluer les organes et leurs échanges en préservant leur autonomie. |
5. Un exemple : préparer une petite exposition
« Je veux présenter mes photos, raconter leur histoire et ajouter une ambiance musicale. »
Dans le parcours visé, la personne ne commence pas par établir une liste de logiciels. Le système l’aide à préciser le résultat attendu, puis propose des outils qui coopèrent.
- Préciser l’intention. S’agit-il d’une exposition privée ou publique ? Sur un écran, une page ou dans un espace 3D ?
- Réunir les éléments. Choisir les photos, rédiger les textes et sélectionner une musique autorisée.
- Relier les capacités. Par exemple, utiliser l’album pour les images, Music pour le son et Podium pour une présentation spatiale.
- Prévisualiser et décider. La personne vérifie le résultat, change les choix et autorise la publication lorsqu’elle est prête.
- Garder le projet. Retrouver les éléments et leurs relations pour modifier l’exposition plus tard.
Cet exemple illustre une coopération à construire et à vérifier. Il ne garantit pas que cet enchaînement soit déjà automatisé dans GAPIT.
6. Quelle place pour l’intelligence artificielle ?
L’IA peut aider à interpréter une demande, retrouver une ressource, préparer un texte ou proposer une suite d’actions. Elle peut se tromper : ses propositions doivent rester vérifiables et les opérations importantes contrôlables.
L’informatique inversée organique ne dépend pas entièrement d’elle. Des boutons contextuels, des règles, des liens entre contenus et des commandes simples peuvent déjà porter cette approche. L’IA ajoute une manière de dialoguer avec les outils.
7. Ce qui rend cette vision concrète
Relier des modules ne suffit pas. Il faut des identifiants stables, des formats d’échange documentés, des droits d’accès cohérents et des moyens de reprendre après une erreur. Les connexions doivent respecter l’autonomie des outils et la confidentialité des données.
Le résultat se juge dans l’usage : faut-il moins de manipulations ? Peut-on comprendre ce qui s’est passé ? Changer d’outil ? Récupérer son travail ? Continuer lorsqu’un module est indisponible ? Ces questions permettent de distinguer une intention de conception d’une capacité réellement acquise.
Une prairie d’outils libres
La vision GAPIT est celle d’outils que l’on peut découvrir, relier et utiliser selon ses besoins. Une informatique qui accompagne les projets et les relations humaines, tout en laissant à chacun la maîtrise de ses choix.