D’où vient le village.

Irréductix est né sur le terrain, à l’hôpital. Un besoin concret, pas de solution satisfaisante, et l’envie de ne pas attendre : le premier outil a été écrit pour répondre à une question que personne ne posait aux éditeurs. Le village a été lancé par Quentin Cazier, à partir de ces premiers outils construits pour l’hôpital public.

Depuis, l’idée n’a pas changé. Les personnes qui vivent un problème chaque jour sont souvent les mieux placées pour le résoudre, à condition d’avoir le droit de le faire et de pouvoir partager le résultat. Le village existe pour ça.

Ce que nous ne sommes pas.

Irréductix n’est pas une entreprise, pas une association déclarée, pas un éditeur. Il n’y a ni adhésion, ni cotisation, ni offre commerciale. Personne ne vend de licence, de support premium ou de version « entreprise ». Les outils sont libres, du premier au dernier, et le restent.

Indépendants par conviction : nous ne dépendons d’aucun éditeur, d’aucun financement et d’aucune plateforme pour exister.

Ce que nous croyons.

Libre, pour de vrai.

Le code est ouvert, sous licence libre, et le reste. Aucune fonction cachée derrière une version payante. Ce qui est partagé est partagé pour de bon, et chacun peut le reprendre, l’adapter ou le prolonger.

Les pieds sur terre.

Chaque outil part d’un besoin vécu, au bureau ou à l’hôpital. Le terrain pose les questions, le code apporte une réponse. Nous ne construisons pas pour un marché imaginaire, mais pour des personnes identifiées qui attendent un résultat vérifiable.

Chez vous. À vous.

Nos outils s’installent sur votre réseau et fonctionnent sans dépendre d’un service externe. Vos données restent chez vous, et vous gardez la liberté de changer d’avis : formats simples, exports possibles, aucune captivité.

Petit, utile, durable.

Faire une chose, et la faire bien. Nous préférons un logiciel modeste que l’on peut lire, maintenir et transmettre à une grande plateforme que personne ne comprend plus. La durée compte davantage que l’ambition.

Comment nous travaillons.

  • Un besoin réel avant tout. Aucun outil ne démarre sans un utilisateur identifié et un problème précis.
  • Un périmètre lisible. On peut expliquer ce que fait l’outil en une phrase. Ce qu’il ne fait pas aussi.
  • Du code que l’on peut lire. Documentation, tests et choix expliqués font partie du livrable, pas d’une option.
  • Des licences libres reconnues. EUPL, MIT ou équivalentes, choisies pour durer et être comprises des services juridiques publics.
  • Le partage comme réflexe. Ce qui est résolu une fois ne devrait pas avoir à l’être une seconde fois, quelques kilomètres plus loin.