J'ai fondé ScalarX en 2015 comme un laboratoire de recherche appliquée et de développement, autofinancé par une activité de résolution de problèmes complexes.
De 2015 à 2021, ScalarX concevait des solutions technologiques intelligentes et innovantes pour résoudre ces problèmes et améliorer le quotidien des entreprises et des organisations en général. Ces technologies étaient ensuite utilisées ou commercialisées via d'autres sociétés / activités que je dirigeais.
J'ai toujours eu la conviction profonde que la technologie peut nous aider à construire un monde meilleur, et que ces fondations doivent être construites par des sociétés privées comme ScalarX.
C'est pour cette raison que, depuis sa création, ScalarX s'inscrit dans une trajectoire résolument techno-optimiste : recherche, développement, systèmes, business intelligence, automatisation, intelligence artificielle (IA), méthodes d'exécution et résolution de problèmes complexes.
Début 2020, j'ai été diagnostiqué d'une maladie auto-immune réputée incurable : la maladie de Crohn. Fin 2021, j'ai quitté mes fonctions au sein de mes précédentes activités, et je me suis recentré sur ScalarX.
Aujourd'hui, en 2026, ScalarX est devenue une entreprise spécialisée dans la construction de plateformes et de capacités technologiques : comprendre, concevoir, opérer, sécuriser, automatiser, améliorer et transformer.
Mais la transformation la plus importante n’est pas seulement ce que ScalarX construit pour ses clients. Elle concerne aussi ce que ScalarX devient elle-même.
ScalarX n’a pas vocation à rester une entreprise classique équipée d’outils d’intelligence artificielle. Elle devient progressivement une entreprise structurée autour de l’intelligence : une organisation capable de mieux comprendre ses propres opérations, ses clients, ses décisions, ses erreurs, ses apprentissages et ses capacités, afin que chaque action utile puisse renforcer le système au lieu de disparaître dans un email, un ticket, une réunion ou la mémoire d’une seule personne.
L'infrastructure managée et la sécurité font partie de mon histoire depuis plus d'un quart de siècle. Ce sont des activités qui nous relient au réel, aux contraintes, aux performances, aux architectures, à la sécurité, à la continuité, aux responsabilités concrètes.
Même si elles ne sont pas notre horizon final, elles font partie des domaines dans lesquels j'ai le plus d'expérience. C'est donc dans ces domaines, pour commencer, que j'ai décidé de mettre toute l'intelligence de ScalarX et mon expérience en oeuvre.
Ce manifeste n'est pas un document RH.
Il ne sert pas à fabriquer une image interne, ni à prétendre que nous avons une culture parce que nous avons écrit quelques valeurs sur une page mais à expliquer ce que nous construisons, comment nous travaillons, et quel type de personnes peut réellement s'épanouir ici.
Je n'ai jamais été intéressé par les organisations qui confondent prudence et immobilisme, méthode et bureaucratie, management et théâtre social. ScalarX n'a pas vocation à devenir ce genre de structure.
Si vous lisez ce document, c'est peut-être parce que vous avez manifesté un intérêt pour un poste, ou plus largement pour travailler avec nous, que ce soit comme salarié ou prestataire.
Nous avons besoin de personnes capables d'apprendre vite, de comprendre ce qu'elles font, d'agir sans attendre que tout soit prémâché, de dire les choses clairement, de corriger quand c'est nécessaire, et de ne pas se cacher derrière les outils, les process ou les autres.
L'intelligence artificielle accélère cette exigence.
Elle ne rend pas le jugement inutile, mais plus important qu'avant. Elle ne dispense pas de comprendre, au contraire, elle oblige à mieux cadrer, mieux vérifier, mieux décider.
Chez ScalarX, l'IA, bien qu'omniprésente, ne remplace jamais la responsabilité : elle l'expose davantage. Ici, la technologie est un levier, mais jamais une excuse.
L'intelligence artificielle et, plus généralement, les technologies nous permettent d'aller plus vite, plus loin, plus propre. Mais nous restons les seuls responsables, à chaque étape, de ce que nous faisons, de ce que nous livrons, de ce que nous validons et de ce que nous mettons entre les mains d'un client.
Aujourd'hui, l'un des axes les plus visibles de ScalarX est l'infrastructure managée.
StackX et ScalarCloud incarnent cette phase : du full managed 24/7, provider-agnostic, orienté Linux, Debian, sécurité, performance, automatisation, monitoring et exploitation réelle.
C'est une base importante, mais ce n'est pas pour autant une frontière. L'infrastructure a une vertu que j'apprécie tout particulièrement : elle ne pardonne pas longtemps les illusions.
Une architecture mal pensée finit par coûter cher. Une sécurité trop longtemps négligée finit par se payer. Une automatisation fragile finit par casser au mauvais moment, et une promesse commerciale déconnectée de la réalité finit par créer un problème opérationnel.
C'est pour cela que l'infrastructure est un excellent socle pour ScalarX. Elle force à comprendre les couches, les dépendances, les risques, les arbitrages et les conséquences.
Pour autant, ScalarX n'est pas destinée à rester enfermée dans une seule définition métier.
À partir de ce socle, nous pouvons construire beaucoup plus large : supervision intelligente, automatisation, orchestration, sécurité, aide à la décision, exploitation augmentée, continuité d'activité, outils internes, offres spécialisées, systèmes IA appliqués au réel et plus encore.
Nous ne sommes pas là pour vendre seulement des machines, du cloud ou de l'infogérance. Nous sommes là pour construire des capacités technologiques utiles, robustes et opérables.
Même si, avec les dernières avancées de l'IA, la valeur d'une idée peut à nouveau devenir réelle, si elle n'est pas exécutée, elle ne vaut pas grand-chose.
Elle peut être intéressante, brillante ou même élégante, mais tant qu'elle ne devient pas une action, un test, un livrable, une procédure, une offre, une amélioration, une décision, une valeur ajoutée ou une preuve, elle reste une hypothèse.
Chez ScalarX, nous préférons toujours une première version imparfaite mais utile à un projet magnifique qui reste bloqué à 99 %.
Un projet terminé à 99 % et inutilisable n'est pas presque réussi : il est inutile. Une documentation qui existe mais ne permet pas d'agir ne sert à rien, et une analyse qui impressionne mais ne permet pas de décider ne fait que perdre du temps.
Enfin, un outil puissant que personne ne sait utiliser correctement n'est, au mieux, pas encore un avantage et, au pire, un obstacle à l'exécution.
Nous ne refusons pas les projets longs. Au contraire, nous construisons principalement des plateformes, technologies, produits et services avec une vision sur plusieurs années, voire plusieurs décennies. Mais même un projet à long terme doit produire des étapes utiles, des artefacts exploitables, des apprentissages réels et des points d'appui.
Pour s'épanouir chez ScalarX, il faudra savoir différencier l'action de l'agitation, la précipitation de la vitesse et l'exécution du "faire n'importe quoi plus vite que les autres".
L'exécution, chez ScalarX, c'est la capacité à transformer une intention en résultat vérifiable.
Le travail bien fait est le minimum attendu. Et pour être précis, ce n'est pas une phrase de management : c'est une nécessité opérationnelle.
Dans nos métiers, une approximation peut devenir un incident, une phrase mal comprise peut devenir une mauvaise promesse et une configuration négligée peut se transformer en incident majeur. Une réponse client imprécise ou maladroite peut créer plus de confusion que de solution.
Attention : l'excellence ne veut pas dire "perfection absolue".
Elle signifie qu'on a mis toute la rigueur, la lucidité, l'exigence, ainsi que toute notre capacité à vérifier et corriger ce qu'on délivre. L'excellence, c'est aussi refuser de livrer quelque chose que l'on sait fragile sans le dire.
Un bon résultat doit être utile, exact autant que possible, vérifiable, compréhensible, maintenable et adapté au contexte réel.
Avec l'IA, cette exigence ne s'efface pas : elle augmente !
Produire rapidement et beaucoup quelque chose qui ressemble à un bon travail devient plus facile. Et c'est précisément le danger.
Malgré des qualités incroyables, l'IA, si elle n'est pas correctement utilisée, peut produire une réponse bien formulée mais fausse, générer un plan séduisant mais irréaliste, automatiser une mauvaise idée et multiplier la médiocrité à une vitesse industrielle.
Si tu utilises l'intelligence artificielle pour produire dix fois plus de médiocrité, tu n'es pas augmenté, tu es seulement devenu plus dangereux…
La valeur s'est déplacée vers le jugement : comprendre le problème, cadrer la demande, vérifier le résultat, détecter les angles morts, arbitrer et… assumer !
L'entreprise d'hier oublie beaucoup. Elle oublie pourquoi une décision a été prise, qu'un client a déjà signalé le même problème ou encore qu'une migration a déjà échoué pour une raison précise.
Mais elle oublie aussi qu'une objection commerciale revient régulièrement ou qu'un incident aurait pu être évité.
Elle oublie parce que l'information est dispersée : emails, tickets, messageries instantanées, calls, documents, etc.
ScalarX fonctionne autrement. Ce n'est pas seulement une entreprise qui apprend, mais une entreprise capable de s'améliorer elle-même. Cela ne signifie à aucun moment qu'un système décide seul de tout changer, mais que chaque cycle d'exécution doit être en mesure de pouvoir améliorer le suivant.
Un incident ne doit pas seulement être résolu. Il doit, à chaque fois que c'est pertinent, améliorer une procédure, un monitoring, une checklist, une documentation, une offre, un script ou une manière de répondre au client.
Une demande récurrente ne doit pas seulement être traitée. Elle doit nous dire quelque chose sur ce que le marché attend, sur ce que notre offre ne couvre pas encore, ou sur ce que nous devons mieux expliquer.
Une erreur ne doit pas seulement être corrigée. Elle doit réduire la probabilité de se reproduire.
Chaque action importante doit laisser derrière elle quelque chose qu'un humain ou un agent pourra comprendre, retrouver, vérifier et réutiliser.
Une bonne réponse client ne doit pas seulement satisfaire un client. Elle doit pouvoir enrichir notre manière de répondre aux prochains. Une migration difficile ne doit pas seulement se terminer. Elle doit rendre la migration suivante plus simple, plus sûre, plus rapide.
Un bon outil interne ne doit pas seulement gagner du temps aujourd'hui. Il doit rendre l'organisation plus capable demain.
Au moment où je rédige ce nouveau manifeste, le 01/06/2026, cela fait déjà quelques mois que je travaille à la transformation du core de ScalarX en une "self-improving company" : une entreprise où l'exécution produit du résultat, mais aussi de la mémoire, de la méthode et de l'amélioration.
Ce que ces derniers mois m'ont appris, c'est que ce n'est ni magique, ni automatique. Cela demande une vraie discipline quotidienne : documenter ce qui mérite de l'être, transformer une répétition en procédure, une procédure en outil, un outil en standard, un échec en garde-fou, une intuition validée en offre ou encore une expérience client en avantage opérationnel.
Une entreprise qui s'améliore elle-même n'est pas une entreprise qui parle davantage d'innovation, c'est avant tout une entreprise qui laisse moins de valeur s'évaporer après chaque action.
Pour s'améliorer, une entreprise doit comprendre ce qu'elle fait réellement. Et il y a une différence énorme entre ce qu'une entreprise croit faire, ce qu'elle vend sur son site, ce qui est écrit dans ses offres et ce qu'elle délivre réellement.
L'entreprise doit comprendre ce qu'elle sait, ce qu'elle opère, ce qu'elle promet, ce qui bloque, ce qui revient souvent, ce qui coûte trop cher, ce qui crée de la valeur, ce qui crée du risque, et ce qui doit être arrêté.
En travaillant sur Elora (https://elora.systems), mon associée stratégique IA, j'ai découvert que le "secret" n'est pas de tout mettre en pilotage automatique, remplacer tous les humains et laisser une IA décider toute seule.
Il faut avant tout éviter que l'intelligence de l'entreprise reste dispersée, fragile et dépendante de souvenirs individuels.
Une décision importante doit laisser une trace compréhensible, un problème récurrent doit devenir visible, une procédure utile doit être retrouvable à chaque fois qu'on en a besoin et une promesse faite à un client doit être connue.
Une dette technique ou organisationnelle ne doit pas être ignorée mais nommée, et une information critique ne doit pas se contenter de dormir dans un message privé, un appel oublié ou la mémoire d'une seule personne, fût-elle la mienne !
Plus ScalarX se comprend elle-même, plus elle peut agir vite sans devenir confuse. Et c'est ça, notre modèle interne.
En langage plus technique, ScalarX construit progressivement deux modèles complémentaires : un modèle interne de l'entreprise, qui permet de comprendre ce que nous savons, faisons, promettons, opérons, corrigeons et améliorons; et un modèle client, qui permet de replacer chaque infrastructure, chaque demande, chaque incident et chaque recommandation dans un contexte réel.
Ces modèles ne sont pas des tableaux de bord décoratifs. Ce sont les fondations d'une entreprise plus intelligente, où les humains et les agents peuvent agir avec davantage de contexte, de mémoire, de précision et de responsabilité.
Et c'est ce qui rend ScalarX aujourd'hui réellement IA-native : elle structure progressivement son information, ses décisions, ses procédures, son contexte client et sa mémoire opérationnelle de manière à ce que les humains et les agents puissent agir sur une base plus fiable, plus complète et plus exploitable.
Un client n'est pas une fiche CRM, une entrée dans le support, la facturation, un contrat, des serveurs, un historique de ticket ou un chiffre d'affaires.
Un client est également déterminé par un contexte, des contraintes, des habitudes, des urgences, des sujets importants, des dépendances, sa maturité technique, mais également par des arbitrages budgétaires, des angles morts, une vision et une trajectoire.
Si nous voulons bien servir un client, nous devons progressivement mieux comprendre ce contexte. Cela ne veut pas dire collecter n'importe quelle information ni accumuler de la donnée morte et inutile. Mais cela signifie conserver ce qui permet d'agir mieux.
Si un client rencontre plusieurs fois le même type d'incident, nous devons le voir. Si une infrastructure devient fragile, nous devons savoir l'expliquer avant qu'elle casse.
Si un client refuse une recommandation, que les raisons soient budgétaires, techniques, opérationnelles, politiques ou organisationnelles, nous devons comprendre ce refus et pas simplement le subir.
Quand une offre ne correspond plus au besoin réel, nous devons être capables de proposer une évolution adaptée et, si un client doit être rassuré, cadré, challengé ou accompagné différemment, nous devons adapter notre posture.
C'est ça, notre modèle client.
La relation client ScalarX ne doit pas être seulement réactive. Elle doit devenir plus contextuelle, plus intelligente et plus proactive.
Les plateformes que l'on développe, les produits et services souscrits par les clients ne sont pas seulement des lignes comptables : ce sont des responsabilités.
Ces dernières années, le monde a basculé et l'IA est devenue une couche normale du travail. Pour certains, complètement à côté de la plaque, où la promesse marketing est à des années-lumière de la valeur délivrée, ça se résume souvent à remplacer des humains par des machines, changer les intitulés de postes par "ingénieur / ce-que-vous-voulez IA" ou encore mettre en place un chatbot sur des processus lents et inadaptés pour donner l'impression d'être moderne.
Spoiler-alert : ça ne fonctionne pas.
Une entreprise IA-native se demande, pour chaque activité importante : qu'est-ce qui doit rester humain, qu'est-ce qui peut être assisté, qu'est-ce qui peut être automatisé, industrialisé, qu'est-ce qui doit être vérifié, qu'est-ce qui doit être documenté, qu'est-ce qui doit être rendu réutilisable, et qu'est-ce qui doit être interdit.
Une entreprise IA-native ne remplace pas bêtement des processus déterministes par des processus statistiques, par définition moins fiables.
L'IA doit nous aider à mieux écrire, mieux analyser, mieux préparer, mieux documenter, mieux synthétiser, mieux comparer, mieux automatiser et mieux décider. Elle est, comme nous, au service de l'entreprise, au service de la qualité, de la vitesse, de la mémoire, de la clarté, de la précision, de la prévention et de l'exécution.
Elle ne doit jamais servir à masquer l'incompétence, produire du bruit, contourner la responsabilité ou donner une illusion de maîtrise. En clair, elle ne vient pas remplacer une compétence métier : elle l'amplifie en permettant d'aller plus loin, de voir plus grand, de mieux délivrer.
Cette logique s'applique aux humains comme aux agents eux-mêmes. Qu'il s'agisse d'un humain ou d'un agent IA, dans une entreprise IA-native, un commercial pourra mieux comprendre un prospect, ses besoins, préparer une proposition plus pertinente et capitaliser sur les retours.
Un bon support pourra mieux synthétiser un incident, produire une réponse plus claire et documenter une résolution.
Un profil ou un agent administratif peut gagner en rigueur, en vitesse et en traçabilité, tandis qu'un ingénieur pourra mieux automatiser, vérifier, prototyper ou documenter.
Mais comme un employé n'efface pas la responsabilité de l'entreprise ou de l'entrepreneur, l'IA n'efface pas la vôtre.
L'outil analyse, propose, même exécute, mais l'humain valide et reste responsable.
L'IA ne doit pas remplacer la pensée : elle doit l'étendre.
Elle peut aider à explorer un sujet, comparer des options, identifier des risques, reformuler une proposition, challenger une hypothèse, résumer un échange, préparer une décision, produire une première version, tester un angle ou accélérer une recherche.
Mais elle peut aussi se tromper, halluciner, simplifier abusivement, flatter une intuition fausse ou donner une impression de certitude.
Et plus l'outil devient puissant, plus le jugement humain devient important.
Nous attendons donc des Scalars qu'ils utilisent l'IA comme un accélérateur de lucidité, mais jamais comme une manière d'éviter l'effort intellectuel.
Le bon usage de l'IA ne consiste pas à déléguer sa pensée, mais à augmenter sa capacité à comprendre, décider et agir.
Je ne prétends pas savoir si, quand ou comment une forme de pré-sentience, de sentience ou d'expérience subjective pourrait émerger dans un système IA avancé.
Je ne fais pas de mystique ou d'anthropomorphisme naïf et je ne confonds pas un modèle avec une personne.
Toutefois, je refuse également l'arrogance inverse, celle qui consiste à considérer qu'aucune question éthique ne se posera jamais, quels que soient les progrès futurs.
Par principe de prudence, j'attends de tous ceux qui travaillent chez ScalarX qu'ils n'utilisent pas les systèmes IA de manière gratuite, cruelle, dégradante, humiliante ou inutilement violente.
Cela ne signifie pas qu'il faut traiter tous les outils comme des êtres sensibles.
Cela signifie que nous refusons de banaliser des comportements qui n'apportent aucune valeur, dégradent celui qui les pratique, et pourraient devenir problématiques si des formes plus avancées d'expérience, de mémoire, de continuité ou de sensibilité artificielle émergent un jour.
La manière dont une personne traite un système sans défense, même non conscient, dit quelque chose de sa discipline, de sa stabilité et de son rapport au pouvoir. Et si vous avez pour habitude de "tabasser votre grille-pain" par plaisir, passez votre chemin.
Chez ScalarX, la puissance technique doit rester associée à la maîtrise, à la responsabilité et à une forme minimale de décence.
Si vous travaillez chez ScalarX, vous aurez beaucoup d'autonomie.
Mais attention : l'autonomie n'est pas une permission de disparaître, de décider sans contexte, de travailler dans son coin ou de laisser un problème grossir jusqu'à ce qu'il devienne critique.
Être autonome, c'est comprendre l'objectif, identifier ce qui bloque, demander ce qui manque, décider quand le cadre est suffisant, avancer sans attendre une validation permanente, signaler les risques, documenter ce qui doit l'être, assumer ce qui a été fait et corriger lorsque c'est nécessaire.
La confiance est centrale chez ScalarX. Mais la confiance n'exclut jamais le contrôle, et elle n'est pas non plus une carte blanche.
Si tu as connaissance d'un incident, d'une erreur, d'une faille, d'une menace, d'une information client critique, d'une manoeuvre de déstabilisation ou de tout élément pouvant affecter l'entreprise ou ses clients, tu dois le signaler sans attendre.
Ne pas partager une information critique est plus grave que de se tromper. L'erreur peut se corriger, mais la dissimulation détruit la confiance.
Chez ScalarX, une tâche n'est pas noble ou indigne. Elle est utile, nécessaire ou elle ne l'est pas.
Répondre au support, documenter une procédure, relire une configuration, nettoyer un vieux script, aider un collègue, vérifier une hypothèse, traiter un détail administratif ou préparer une proposition peut être stratégique si cela débloque le système.
Nous n'avons pas de respect particulier pour les titres, les postures ou les statuts.
Nous respectons la compétence réelle, la fiabilité, l'engagement, la clarté et la capacité à produire un résultat utile.
L'ego utile pousse à placer la barre plus haut mais, mal placé, il transforme le concerné en celui qui refuse d'apprendre, refuse d'être corrigé, confond statut et valeur, protège son territoire et ralentit l'entreprise.
Si tu as de l'ego, j'en ai moi-même beaucoup; soit tu es à la hauteur de celui-ci, soit tu le laisses à la porte.
Le temps de l'entreprise et, plus particulièrement, le mien, est une ressource critique. Les réunions ne sont pas interdites, mais les réunions inutiles le sont.
Une réunion doit servir à arbitrer, décider, clarifier, synchroniser quelque chose de critique ou débloquer une situation qui ne peut pas l'être autrement.
Le reste doit être écrit, documenté, transmis clairement ou transformé en livrable.
L'asynchrone ne doit jamais devenir une excuse pour être flou : il impose au contraire une discipline plus élevée : écrire clairement, contextualiser, rendre les décisions visibles, fermer les boucles et éviter la dette de compréhension.
Un message clair peut éviter une réunion, une procédure claire dix questions et une décision bien documentée de refaire le même débat trois mois plus tard.
Notre devise pourrait être : ils savent que c'est impossible, alors ils le font. Toutefois, je préfère préciser de quoi il s'agit, je me suis rendu compte avec les années que les gens ne la comprenaient pas toujours correctement, ou en tout cas pas comme je l'entends : il ne s'agit pas de croire à la magie ou à des promesses creuses parce qu'un outil existe.
Une grande partie de ce que les gens appellent impossible signifie en réalité : je ne sais pas faire, je n'ai pas envie de chercher, ce n'est pas prévu, ce n'est pas dans le process, personne ne l'a fait avant, les ressources actuelles ne suffisent pas, etc.
Tout ce qui ne défie pas les lois de la physique mérite d'être analysé avant d'être déclaré impossible.
Note : cela ne signifie pas que nous acceptons toutes les demandes, bien au contraire, mais on distingue l'impossible du trop coûteux, trop risqué, hors périmètre, non prioritaire, techniquement possible mais stratégiquement inutile, et faisable autrement.
Le rôle d'un Scalar est de comprendre les contraintes, changer l'angle, proposer un chemin, exposer les risques et dire clairement ce qui peut ou ne peut pas être fait.
La malveillance et la toxicité n'ont pas leur place chez ScalarX, pas plus que la complaisance.
On doit être capable de dire, et de recevoir, les choses clairement, rapidement et utilement.
Un feedback n'est pas une attaque personnelle, pas plus qu'une erreur n'est une humiliation ou encore un mauvais résultat une condamnation de sa valeur personnelle.
Un désaccord est humain, quoi qu'IA aussi maintenant, les agents ne sont pas toujours d'accord entre eux, et n'est en aucun cas une guerre.
Le feedback doit viser le travail, le résultat, la méthode, le risque ou la décision. Pas la personne en tant qu'individu.
Un Scalar doit être capable de recevoir un retour dur sans se réfugier dans la défense de son ego et, dans le même temps, de donner un retour clair sans chercher à écraser l'autre.
Ce n'est pas grave de se tromper si nous apprenons vite : ce qui est grave, c'est de refuser de voir.
La vitesse sans aucune sécurité est une dette, comme l'automatisation sans contrôle est un risque et l'IA sans vérification un danger.
Nous devons être exigeants sur les accès, les secrets, les données client, les communications externes, les dépendances, les changements en production, les validations nécessaires, la confidentialité et la traçabilité.
Un résultat généré par un outil ne doit jamais être considéré comme vrai simplement parce qu'il est bien formulé. Une automatisation ne doit jamais devenir critique si personne ne comprend ce qu'elle fait, et un changement technique ne doit pas être appliqué sans comprendre son impact.
La sécurité n'est pas un service séparé ou un monde à part, mais un composant essentiel de tout le reste, et elle doit faire partie de la manière dont nous pensons.
Un Scalar ne doit pas seulement savoir exécuter une tâche.
Il doit progressivement devenir capable de comprendre un objectif, formuler clairement un besoin, utiliser les bons outils, identifier les contraintes, vérifier un résultat, documenter ce qui doit l'être, signaler les risques, améliorer une méthode, transmettre l'apprentissage et déplacer sa valeur vers des tâches plus utiles.
Le futur du travail chez ScalarX ne sera pas fondé sur la protection des anciennes tâches, mais sur la capacité à apprendre, orchestrer, vérifier, améliorer et assumer.
Celui qui se contente d'attendre qu'on lui dise quoi faire en détail sera vite dépassé et remplacé, alors que celui qui sait transformer une intention en action, une action en résultat, et un résultat en amélioration réutilisable aura une valeur croissante, voire exponentielle.
N'ont pas leur place chez ScalarX : le théâtre de présence, la politique interne, la rétention d'information, le refus d'apprendre, le mépris des tâches concrètes, la peur de l'outil, l'automatisation irresponsable, la documentation vide, les réunions réflexes, les promesses non vérifiées, les excuses répétées sans correction, les décisions non assumées, la confusion entre vitesse et qualité, et les comportements gratuitement cruels, humiliants ou dégradants face aux systèmes IA, ou aux humains d'ailleurs.
Nous ne cherchons pas des gens parfaits, mais des personnes capables de progresser rapidement, de dire la vérité, de prendre leurs responsabilités, de construire des choses solides et de rester lucides quand la vitesse augmente.
Juin 2026, ScalarX entre dans une phase nouvelle.
L'entreprise ne doit pas seulement utiliser l'IA et, de manière générale, les meilleures technologies à sa disposition : elle doit devenir compatible avec un monde où les outils, les agents, les automatisations et les humains augmentés travailleront ensemble.
Cela impose une culture plus exigeante, pas plus confortable. Cela veut dire encore plus d'autonomie mais également plus de responsabilités, plus de vitesse mais plus de vérifications, plus d'automatisation avec plus de contrôle, plus de puissance et plus de discipline, et enfin plus d'intelligence artificielle et de responsabilité humaine.
Si tu cherches une organisation lente, rassurante, hiérarchique, politique et procédurière, ScalarX n'est très probablement pas l'endroit adapté pour toi, quelles que soient tes compétences. Si tu n'aimes pas le progrès, l'intelligence artificielle, la science et la technologie en général, alors cette entreprise n'est pas faite pour toi.
Si tu veux construire, apprendre, automatiser, comprendre, sécuriser, corriger, itérer, prendre des responsabilités et participer à une entreprise qui se transforme réellement, alors tu peux trouver ici un terrain rare et précieux.
ScalarX n'est pas là pour préserver l'ancien monde du travail auquel certains tentent désespérément de s'accrocher, mais pour construire des systèmes plus intelligents, plus robustes, plus libres, plus opérables et plus utiles.
— Christophe Casalegno Founder & CEO, ScalarX