Parfois, les évolutions les plus intéressantes découlent de décisions prises il y a plusieurs décennies. Lorsque j’ai utilisé FileMaker 2.1 pour la première fois en 1994, je ne pouvais pas imaginer que cela marquerait le début d’un parcours de plus de 30 ans dans l’univers du développement logiciel. À l’époque, FileMaker n’était encore qu’un logiciel de base de données relativement simple. Mes premières applications étaient modestes, mais l’enthousiasme a été immédiat. On pouvait enfin concrétiser ses propres idées, structurer des données et développer des applications sans avoir fait d’études en informatique.
Au cours des décennies suivantes, cela a donné lieu à de nombreux projets, à des solutions sur mesure pour les clients et, finalement, à gFM-Business – un système ERP complet doté de CRM, Facturation, gestion des stocks, Gestion de projet et bien d'autres modules encore. Au fil des ans, des milliers de champs, des centaines de processus et d'innombrables procédures opérationnelles ont été modélisés et documentés.
Aujourd'hui, cependant, nous sommes à un tournant où le développement logiciel connaît à nouveau une transformation radicale. Cette fois-ci, ce n'est pas une nouvelle Base de données, un nouveau langage de programmation ou un nouveau système d'exploitation. Le catalyseur, c'est l'intelligence artificielle.
Pourquoi le développement logiciel est-il en train de connaître une transformation radicale ?
De nombreux débats sur l'IA portent sur les textes, les images ou les chatbots. Pour les développeurs, cependant, la véritable révolution se situe ailleurs.
Pour la première fois dans l'histoire du développement logiciel, il est possible de discuter d'architecture, de structures de données, d'interfaces utilisateur et de processus métier d'égal à égal avec un système d'IA. L'IA ne se contente pas de générer du code, elle comprend de mieux en mieux les liens, les règles et les concepts.
Cela modifie l'axe principal du développement. Auparavant, une grande partie du travail consistait à mettre en œuvre des détails techniques. Aujourd'hui, il est de plus en plus important de définir les structures, les règles et les objectifs appropriés. La mise en œuvre peut ensuite être automatisée dans une large mesure.
Cela ouvre de nouvelles perspectives, en particulier pour les développeurs ayant de nombreuses années d'expérience. Les connaissances qui, auparavant, n'existaient que dans l'esprit d'un développeur peuvent désormais être documentées, structurées et exploitées grâce à l'IA.
Cet article ne se veut pas une annonce de produit classique. SchallOS est actuellement en phase de développement active. De nombreux composants existent déjà, d'autres sont en cours de création, étape par étape. Ce qui est intéressant, ce n'est donc pas le produit fini, mais le chemin qui y mène.
Pour la première fois depuis de nombreuses années, une plateforme voit le jour qui ne se contente pas de copier des concepts existants, mais qui s'efforce délibérément d'allier un savoir-faire acquis au fil des décennies aux possibilités offertes par les systèmes d'IA modernes. Il ne s'agit pas pour autant de rejeter ce qui a fait ses preuves. Bien au contraire. La question centrale est la suivante :
Comment transposer les solutions, les connaissances et les expériences existantes vers une nouvelle génération technologique ?
Pourquoi c'est le bon moment pour se lancer sur de nouvelles plateformes
Les dernières décennies ont été marquées par l'apparition de systèmes toujours plus performants. Parallèlement, de nombreux environnements de développement sont devenus plus complexes. Les services cloud, les interfaces, les exigences de sécurité, les processus de déploiement et les intégrations font qu'aujourd'hui, même les applications relativement simples sont souvent bien plus complexes à mettre en œuvre qu'auparavant.
Dans le même temps, l'IA offre des possibilités qui auraient été inimaginables il y a encore quelques années. Il en résulte une fenêtre d'opportunité qui ne se présente sans doute que rarement sous cette forme. Les systèmes existants continuent de fonctionner de manière fiable. Parallèlement, des outils entièrement nouveaux voient le jour, permettant une autre approche du développement logiciel.
C'est précisément à cet endroit Interface Le système d'exploitation SchallOS Business est actuellement en cours de développement. Il ne s'agit pas de remplacer tout ce qui existe déjà, mais bien de tenter d'allier les atouts des systèmes classiques de développement rapide aux technologies web modernes, à l'intelligence artificielle et à une nouvelle architecture.
Le problème des applications métier actuelles
La plupart des applications métier performantes ne se sont pas développées en un an. Elles évoluent au fil des années. De nouvelles exigences viennent s’ajouter, les demandes des clients sont prises en compte, les dispositions légales changent et les avancées techniques rendent nécessaires des extensions. Il en résulte souvent des systèmes dotés d’un éventail impressionnant de fonctionnalités.
Dans le même temps, la complexité ne cesse toutefois de croître. De nombreuses entreprises utilisent aujourd’hui des solutions qui se sont développées au fil des années, voire des décennies. Souvent, seules quelques personnes possèdent encore une connaissance approfondie des processus et des interactions. Les nouveaux développeurs ont besoin de beaucoup de temps pour se familiariser avec ces systèmes. Les modifications deviennent donc de plus en plus difficiles à mettre en œuvre.
Ce n'est pas une erreur des systèmes d'origine. C'est une conséquence naturelle d'une évolution à long terme.
De plus en plus d'interfaces
De nos jours, les applications métier modernes fonctionnent rarement de manière isolée. Elles communiquent avec des boutiques en ligne, des systèmes de comptabilité, des prestataires de services d'expédition, des banques, des services d'IA, des systèmes CRM et de nombreuses autres plateformes.
Chaque interface supplémentaire ouvre de nouvelles possibilités. Mais elle augmente également la charge de maintenance. Les versions des API évoluent. Les fournisseurs modifient leurs services. Les normes de sécurité sont adaptées. Une application initialement simple se transforme peu à peu en un système complexe Réseau des dépendances.
De nombreux développeurs consacrent désormais plus de temps à l'intégration et à la maintenance qu'au véritable développement.
Une complexité croissante du cloud
Les services cloud offrent sans aucun doute de nombreux avantages. Mais ils s'accompagnent souvent d'une complexité technique que les petites et moyennes entreprises ont du mal à appréhender.
Serveur, les certificats, l'hébergement, la conteneurisation, la gestion des utilisateurs, la surveillance et les politiques de sécurité sont des sujets importants. Ils génèrent toutefois également une charge administrative considérable.
Aujourd'hui, de nombreuses entreprises recherchent avant tout une chose : une solution qui fonctionne. Tous les utilisateurs ne souhaitent pas se pencher sur les détails techniques. Beaucoup préfèrent se concentrer sur leurs processus métier proprement dits.
La maintenance plutôt que l'innovation
Un autre problème rencontré par de nombreux systèmes établis réside dans le fait qu’une part de plus en plus importante du temps de développement est consacrée à la maintenance. Les corrections de bogues, les adaptations et les mises à jour techniques sont indispensables. Parallèlement, il reste de moins en moins de place pour une véritable innovation. De nombreux développeurs connaissent ce sentiment : ils ont de bonnes idées, mais ne disposent pas du temps nécessaire pour les mettre en œuvre de manière cohérente.
L'IA modifie pour la première fois de manière tangible ce rapport. Lorsqu'une partie de la mise en œuvre technique peut être automatisée, cela libère à nouveau de l'espace pour l'architecture, la créativité et de nouveaux concepts.
Pourquoi la logique classique des scripts atteint ses limites
De nombreuses plateformes de développement reposent encore sur des concepts apparus il y a plusieurs décennies. Des scripts sont exécutés. Des déclencheurs réagissent à des événements. Des menus sont créés. Les interfaces utilisateur sont composées de nombreux objets individuels.
Ces approches fonctionnent. La question est toutefois de savoir si elles resteront à l'avenir la solution la plus efficace. Lorsqu'une IA est aujourd'hui capable de comprendre des règles métier, d'analyser des corrélations et de générer des composants complexes, cela donne inévitablement lieu à une nouvelle façon de penser.
Au lieu de relier entre eux des centaines d'objets individuels et de nombreux scripts, quelques composants intelligents pourraient à l'avenir prendre en charge une grande partie des fonctionnalités.
C'est précisément là qu'intervient le développement de SchallOS. Non pas parce que les concepts existants seraient erronés, mais parce que de nouveaux outils ouvrent désormais d'autres possibilités.
20 % : remise valable jusqu'au 31 juillet.
Valable pour Nouveaux achats, Mises à niveau et futurs
Projets gFM-NEXT ou SchallOS.
Ce que l'IA change réellement pour les développeurs
Aujourd'hui, lorsqu'on parle d'intelligence artificielle, beaucoup de gens pensent d'abord aux chatbots, à la traduction automatique ou à la génération d'images. Pour les développeurs, cependant, la véritable révolution se situe ailleurs.
L'IA ne se contente pas de modifier la vitesse du développement logiciel. Elle transforme la La manière dont les logiciels voient le jour. Autrefois, la mise en place de presque toutes les nouvelles fonctionnalités reposait sur un travail technique minutieux. Il fallait créer des tables, définir des champs, écrire des scripts, concevoir des interfaces utilisateur et relier entre eux d'innombrables détails. Même les modifications les plus minimes pouvaient prendre un temps surprenant.
Aujourd'hui, un développeur peut expliquer à une IA ce qu'il souhaite réaliser. L'IA se charge ensuite d'une grande partie de la mise en œuvre technique. Le développeur n'en devient pas pour autant superflu. Son rôle évolue plutôt : il passe du statut de simple exécutant à celui d'architecte et de décideur.
Le véritable défi ne réside plus dans l'écriture de code. Le défi consiste à mettre en place les structures adéquates et à prendre les bonnes décisions.
Pourquoi l'expérience prend soudainement de l'importance
Un effet secondaire intéressant de la révolution de l'IA est souvent négligé. Beaucoup de gens partent du principe que l'intelligence artificielle dévalorise l'expérience. Dans la pratique, j'observe actuellement exactement le contraire. Plus une personne possède d'expérience, mieux elle est à même de tirer parti des possibilités offertes par les systèmes d'IA modernes.
Quiconque travaille depuis vingt ou trente ans dans un domaine spécifique connaît les problèmes typiques, les faiblesses des systèmes existants et les attentes des utilisateurs. Pour la première fois, ces connaissances peuvent aujourd'hui être directement mises à profit dans le développement de nouvelles solutions.
L'IA ne remplace pas ce savoir. Elle le renforce. Il en résulte une situation qui, sous cette forme, n'avait pratiquement jamais existé jusqu'à présent. Des connaissances spécialisées acquises au fil des décennies peuvent soudainement être mises en œuvre à un rythme qui, auparavant, aurait nécessité des équipes entières de développeurs.
Des couches sémantiques plutôt qu'une logique cryptique
Un autre point important concerne la compréhensibilité des logiciels. De nombreux systèmes se composent de milliers de détails techniques. Au fil des années, les variables, les scripts, les déclencheurs et les cas particuliers s’entremêlent pour former des structures complexes. Les nouveaux développeurs ont souvent besoin de plusieurs mois pour en saisir pleinement les liens.
C'est pourquoi le niveau sémantique jouera à l'avenir un rôle nettement plus important. Un système moderne ne devrait pas se contenter de savoir qu'un champ existe ; il devrait également comprendre pourquoi ce champ existe. Un exemple :
Un champ nommé « Jours_de_délai_avec_escompte » contient déjà nettement plus d'informations qu'un nom énigmatique tel que « Champ_4711 ».
Si l'on documente en outre la signification de ce champ, son utilisation et le contexte dans lequel il s'inscrit, on crée une base de connaissances compréhensible tant pour les humains que pour les systèmes d'IA.
C'est précisément pour cette raison que gFM-Business a fait l'objet d'une documentation rigoureuse pendant de nombreuses années. Des milliers de champs, de processus et de relations ont été décrits. Ce qui était à l'origine destiné aux développeurs et aux utilisateurs se transforme aujourd'hui de plus en plus en une couche de connaissances sémantiques pour les systèmes d'IA.
La documentation, un avantage concurrentiel
Pendant longtemps, la documentation a été considérée comme un mal nécessaire dans de nombreux projets logiciels. Elle était souvent négligée ou rédigée seulement à la fin d'un projet. De nombreuses entreprises disposent de systèmes dont les développeurs d'origine ne sont plus disponibles depuis longtemps. Les connaissances relatives à certains liens importants ont en partie été perdues.
Avec l'IA, cette perspective évolue également. La documentation devient soudainement un atout stratégique. Une IA ne peut fournir de bons résultats que si elle comprend les structures sous-jacentes. Les systèmes bien documentés disposent donc d'un avantage considérable par rapport aux solutions dont les connaissances sont exclusivement stockées dans l'esprit de chaque développeur.
Cette prise de conscience a également fortement influencé le développement de SchallOS. La plateforme n'est pas seulement destinée à gérer du code. Elle est destinée à gérer des connaissances.
Pourquoi des décennies d'expertise valent soudain leur pesant d'or
Lorsqu'on parle de développement logiciel moderne, on aborde souvent les nouveaux langages de programmation, les frameworks ou les technologies cloud. Une autre question revêt toutefois une importance au moins égale :
Quelles connaissances ont été acquises au cours des dernières décennies ?
Après plus de trente ans de développement FileMaker, nous avons accumulé de nombreuses connaissances. Il ne s'agit pas seulement d'expériences techniques, mais surtout d'expériences concernant les processus métier, le comportement des utilisateurs et les exigences pratiques du quotidien des entreprises.
Cela a également mis en évidence les limites des plateformes de développement classiques. Dans FileMaker, il a fallu mettre au point de nombreuses solutions de contournement pendant de nombreuses années. Des champs étaient superposés, car il n’était pas possible d’obtenir certains affichages autrement. Des scripts devaient prendre en charge des tâches complexes qui auraient dû faire partie intégrante de la plateforme. De nombreuses solutions fonctionnaient à merveille, mais elles étaient souvent fragmentées et exigeaient une maintenance fastidieuse.
Ces expériences ont constitué un point de départ important pour le développement de SchallOS. L'idée centrale n'était pas de copier ou de remplacer FileMaker. L'idée centrale était de transposer une philosophie de développement similaire dans une architecture plus moderne.
- Une architecture qui repose moins sur des milliers d'objets individuels et qui s'appuie davantage sur des conteneurs fonctionnels réutilisables.
- Une architecture qui intègre l'IA dès le départ.
- Et une architecture qui met davantage l'accent sur la logique métier et l'expertise que sur les problèmes techniques de détail.
La véritable force de l'intelligence artificielle ne réside donc pas dans sa capacité à générer davantage de code. Elle réside plutôt dans sa capacité à traduire plus rapidement et plus efficacement en logiciels fonctionnels les connaissances accumulées au fil des décennies. C'est précisément là que réside, à mon sens, le plus grand changement pour les développeurs.
Le concept à l'origine du système d'exploitation SchallOS Business
SchallOS n'est pas né sur une planche à dessin. Cette plateforme est le fruit de plus de trois décennies d'expérience pratique en matière de développement et repose sur un logiciel utilisé en production depuis près de 14 ans.
Lorsque gFM-Business a vu le jour il y a de nombreuses années, l'objectif était au départ relativement modeste. Il s'agissait de créer une solution flexible Logiciel d'entreprise qui s'adapte à différents secteurs d'activité et répond aux besoins spécifiques des petites et moyennes entreprises. Au fil du temps, cette solution a toutefois évolué pour devenir bien plus qu'une simple solution ERP classique. CRM, facturation, Gestion des articles, la gestion des stocks, les projets, l'inventaire, la gestion du personnel, la gestion des documents, la facturation électronique, les interfaces et de nombreuses autres fonctionnalités sont venues s'y ajouter.
Chaque projet client a été source de nouvelles connaissances. À chaque nouvelle extension, le logiciel a gagné en complexité. Parallèlement, une très vaste base de connaissances s'est constituée sur les processus métier réels et les besoins quotidiens des entreprises.
Une décision, qui n’avait au départ rien à voir avec l’intelligence artificielle, s’est avérée particulièrement importante. Il y a quelques années, on a commencé à documenter systématiquement gFM-Business. Les champs, les tableaux, les processus et les liens ont été décrits et répertoriés de manière structurée. À l’époque, cela concernait principalement les licences ouvertes, les développeurs et les utilisateurs. Aujourd’hui, il apparaît que c’est précisément cette documentation qui est devenue un fondement décisif pour la prochaine étape de développement.
En effet, ces informations ne sont soudainement plus réservées aux seuls développeurs. Les systèmes d'IA modernes sont eux aussi capables d'accéder à ces connaissances et d'en comprendre les liens.
Pourquoi SchallOS n'est pas un clone de FileMaker
En regardant les premières captures d'écran de SchallOS, on comprend rapidement d'où vient ce projet. Ce n'est d'ailleurs pas surprenant. Après tout, une grande partie de l'expérience et des idées provient de plus de trente ans de travail avec FileMaker.
Pour autant, il n’a jamais été question de se contenter de reproduire FileMaker. Une simple reproduction n’aurait guère eu de sens. Le monde a changé. Les technologies modernes des navigateurs, les bases de données performantes, les systèmes d’IA locaux et les nouveaux outils de développement ouvrent des perspectives qui n’existaient tout simplement pas il y a dix ou vingt ans.
La véritable question était donc la suivante : à quoi ressemblerait une plateforme de développement si l'on pouvait repartir de zéro aujourd'hui tout en tirant parti des connaissances acquises au cours de trois décennies d'expérience pratique ?
C'est précisément de cette problématique qu'est né SchallOS. La plateforme reprend de nombreux principes fondamentaux qui ont fait le succès de FileMaker. Parmi ceux-ci figurent le développement rapide d'applications métier, une forte composante visuelle et la possibilité de mettre en œuvre des solutions complexes sans avoir recours à d'énormes équipes de développeurs.
Dans le même temps, de nombreux aspects ont été repensés de manière délibérée. Les conteneurs de fonctionnalités remplacent de plus en plus les milliers d’objets de mise en page individuels. Les chaînes de scripts complexes cèdent la place à des descriptions sémantiques et à un développement assisté par l’IA. Les nombreuses solutions de contournement techniques sont remplacées par des fonctionnalités de plateforme conçues dès le départ pour les applications web modernes.
L'objectif n'est pas de remplacer FileMaker. L'objectif est de franchir une nouvelle étape dans son évolution.
Préserver le savoir plutôt que repartir de zéro
Une idée est revenue sans cesse au centre des préoccupations tout au long du développement. Au cours des dernières années et décennies, de nombreux développeurs ont accumulé une quantité considérable de connaissances. Ils connaissent leurs clients, leurs processus, leurs structures de données et leurs solutions dans les moindres détails. Ces connaissances ont souvent bien plus de valeur que le code source lui-même.
Pourtant, de nombreuses entreprises se retrouvent régulièrement prises dans le même cercle vicieux. De nouvelles technologies font leur apparition sur le marché. Les anciens systèmes sont remplacés. Les solutions existantes sont abandonnées, et tout recommence.
C'est précisément cette approche que je voulais éviter. SchallOS est né de la conviction que les connaissances existantes ne doivent pas être perdues. Les investissements réalisés ces dernières années ne doivent pas être réduits à néant simplement parce que la technologie sous-jacente évolue.
C'est pourquoi la migration des solutions existantes joue un rôle central. Il ne s'agit pas seulement de pouvoir transférer les données. Les structures, les processus, la logique métier et les connaissances applicatives doivent également être préservés autant que possible.
C'est pourquoi la prochaine version, gFM-Business 9, revêtira une importance particulière. Elle ne constitue pas seulement une nouvelle étape dans le développement de la solution FileMaker existante, mais fait également le lien avec la nouvelle génération de plateformes.
Nouveautés importantes dans gFM-NEXT / SchallOS
| Fonction | Description | Avantages |
|---|---|---|
| Conteneur fonctionnel | Barres de navigation, boîtes de dialogue et modules complets sous forme de composants intelligents. | Moins d'objets, une meilleure maintenabilité et une assistance par l'IA. |
| Couche sémantique du langage | Les objets connaissent leur signification technique. | Traductions automatiques et fonctionnalités intelligentes basées sur l'IA. |
| Légende sur le champ | Le libellé fait directement partie intégrante de l'objet de champ. | Jusqu'à 50 objets de mise en page % en moins. |
| Types de saisie conditionnels | Les objets peuvent changer de type de manière dynamique. | Moins de solutions de contournement et plus de flexibilité. |
| SQL dans les propriétés de l'objet | Contenu dynamique directement dans les légendes et les propriétés. | Réduit le nombre de champs auxiliaires et de scripts. |
| Smart Paste | Reprise intelligente des objets existants. | Une migration et un développement plus rapides. |
| Registre de conteneurs | Gestion centralisée de tous les composants. | Gestion des versions et réutilisation. |
| Développement assisté par l'IA | Génération automatique de code à partir de la logique métier. | Une vitesse de développement nettement supérieure. |
La migration des solutions existantes
La migration est un sujet délicat dans de nombreux projets. Souvent, la migration implique d'exporter des données, puis de les importer dans un tout nouveau système. L'application proprement dite doit alors fréquemment être reconstruite. Les formulaires, les processus et les interfaces doivent être recréés. Ce faisant, de nombreuses connaissances sont perdues.
C'est pourquoi une autre approche a été choisie pour SchallOS. La plateforme doit être capable de comprendre autant que possible les solutions existantes. Les structures de tables, les champs, les relations, les mises en page et les processus métier en constituent la base. Pas à pas, une couche de migration se met en place, capable d'analyser les applications existantes et de les convertir en composants modernes.
Bien sûr, la première version ne sera pas encore capable de reconnaître automatiquement toutes les fonctionnalités. Ce serait irréaliste. Néanmoins, les bases d'une forme de migration nettement plus intelligente sont déjà en train de se mettre en place.
À long terme, l'objectif est de mettre en place un système qui ne se contente pas d'importer les solutions existantes, mais qui en comprenne la structure. C'est précisément là que réside, à mon sens, l'une des principales différences par rapport à de nombreux nouveaux développements classiques.
SchallOS ne part pas de zéro. La plateforme s'appuie sur une solution ERP éprouvée, des décennies d'expérience pratique et une base de connaissances très complète. Cela permet de conserver ce qui a fait ses preuves tout en tirant parti des avantages des technologies modernes. Le passé n’est pas pour autant remis en cause. Il constitue au contraire le fondement de la prochaine génération d’applications métier.
Impressions sur gFM-NEXT et SchallOS
Des conteneurs fonctionnels plutôt qu'un chaos d'objets
Quiconque a développé des applications métier pendant de nombreuses années connaît ce problème. À chaque nouvelle fonctionnalité, le nombre d'objets sur une interface augmente. Des champs supplémentaires sont ajoutés, de nouveaux boutons sont intégrés, de nouveaux scripts sont écrits et de plus en plus de cas particuliers sont pris en compte. Au bout d’un certain temps, on se retrouve avec une application qui fonctionne certes à merveille, mais dont la structure interne devient de plus en plus complexe.
C'est précisément dans les environnements de développement classiques qu'il fallait donc souvent trouver des solutions créatives. Des champs étaient superposés afin de permettre différentes formes d'affichage. Des boutons étaient rendus invisibles et n'apparaissaient que sous certaines conditions. Des objets auxiliaires supplémentaires prenaient en charge des tâches qui auraient dû faire partie intégrante de la plateforme. Ces techniques fonctionnent et ont fait leurs preuves depuis de nombreuses années. Elles augmentent toutefois la complexité d'une application à long terme.
Au cours du développement de SchallOS, la même question revenait donc sans cesse :
Comment concevrait-on un mode de mise en page moderne si l'on pouvait repartir de zéro aujourd'hui ?
Un mode de mise en page destiné aux développeurs
L'une des principales exigences consistait à conserver la précision des systèmes classiques de développement rapide. Si de nombreux frameworks web modernes offrent certes d’énormes possibilités techniques, ils n’atteignent toutefois souvent pas l’efficacité d’un éditeur de mise en page visuel bien conçu. C’est pourquoi le mode de mise en page de SchallOS s’inspire délibérément des atouts des environnements de développement bien établis.
Grille, Lignes directrices, l'alignement magnétique, la sélection multiple, le regroupement d'objets et le positionnement précis font bien sûr partie intégrante du système. L'objectif n'a jamais été de développer un éditeur Web simplifié. Il s'agissait plutôt d'allier la rapidité et la précision des outils de développement classiques à une architecture moderne.
Parallèlement, de nombreux concepts ont été repensés afin de rendre superflues les solutions de contournement typiques du passé.
Moins d'objets, plus d'intelligence
Les libellés de champs en sont un bon exemple. Dans de nombreux systèmes, un champ de saisie se compose d'au moins deux éléments. Le champ proprement dit et le libellé correspondant doivent être gérés, positionnés et traduits séparément.
Dans SchallOS, les libellés des champs peuvent faire directement partie intégrante d'un objet de champ. Pour le développeur, tout reste flexible. En interne, le nombre d'objets nécessaires est toutefois considérablement réduit.
À première vue, cette approche peut sembler peu spectaculaire. Cependant, dans les applications de grande envergure comportant des milliers de champs, elle fait une énorme différence. Moins d'objets signifie moins de travail administratif, des mises en page plus claires et une maintenance plus simple.
Dans le même temps, cette approche ouvre de nouvelles perspectives. Les libellés étant directement liés au champ, ils peuvent être traduits automatiquement via la couche sémantique. Le développeur n'a plus besoin de gérer des traductions distinctes à chaque endroit. Le système connaît la signification d'un champ et peut fournir automatiquement les variantes linguistiques correspondantes.
Du contenu dynamique plutôt que des solutions techniques de contournement
Un autre objectif consistait à rendre le plus grand nombre possible de zones de la plateforme utilisables de manière dynamique. Dans de nombreuses applications, des structures auxiliaires supplémentaires sont créées car certaines propriétés ne prennent pas en charge les calculs. Les développeurs doivent donc utiliser des champs auxiliaires, des déclencheurs ou des scripts supplémentaires pour afficher du contenu dynamique.
SchallOS adopte ici une approche différente. Partout où il est possible de saisir du texte, des contenus dynamiques doivent également être pris en charge. Cela concerne notamment les libellés de champs, les textes de remplacement, les objets texte, les textes d'aide ou les propriétés des contrôles.
De plus, il est possible d'utiliser des calculs, des requêtes SQL ou d'autres expressions dynamiques. Cela permet de résoudre de nombreuses tâches directement là où elles sont nécessaires. Le recours à des détours techniques s'en trouve considérablement réduit.
Bien entendu, les fonctionnalités classiques telles que la mise en forme conditionnelle, la visibilité conditionnelle ou l'activation dynamique d'objets font toujours partie intégrante de la plateforme. Ces mécanismes ont fait leurs preuves depuis de nombreuses années et comptent toujours parmi les outils les plus importants pour le développement d'applications métier modernes.
Des objets familiers, une architecture moderne
Malgré toutes ces nouveautés, la plateforme doit rester familière aux développeurs expérimentés. C'est pourquoi SchallOS continue d'inclure la plupart des types d'objets que l'on retrouve dans les environnements de développement classiques. Les champs, boutons, onglets, contrôles, listes, conteneurs, diagrammes et autres types d'objets restent disponibles.
La différence fondamentale réside toutefois sous la surface. Alors que de nombreux systèmes traitent chaque objet de manière largement isolée, SchallOS fonctionne à un niveau sémantique nettement plus élevé. Les objets connaissent leur rôle au sein d'une application. Ils ne sont plus seulement des éléments graphiques, mais font partie d'une architecture plus vaste.
Cela permet d'identifier des liens, d'automatiser les traductions et d'intégrer beaucoup plus étroitement les systèmes d'IA dans le processus de développement.
La véritable innovation : les conteneurs fonctionnels
Les conteneurs de fonctions constituent l'expression la plus visible de cette philosophie. Un conteneur de fonctions peut prendre en charge une petite tâche. Il peut, par exemple, afficher un diagramme ou fournir une fonction de recherche.
De la même manière, un conteneur de fonctions peut également contenir un espace d'administration complet. Plusieurs pages d'onglets, des boîtes de dialogue complexes, des accès aux données spécifiques, une logique de sécurité et des interfaces utilisateur étendues peuvent être regroupés au sein d'un seul conteneur.
En mode mise en page, un conteneur de fonctions reste néanmoins un simple objet. La complexité est ainsi transférée de l'interface vers des composants clairement définis et réutilisables.
Une barre de navigation devient un conteneur de fonctions. Une barre d'outils devient un conteneur de fonctions. Une interface d'administration devient un conteneur de fonctions. Même des modules métier complets peuvent être implémentés sous forme de conteneurs autonomes. Cette approche réduit considérablement le nombre d'objets visibles tout en créant une architecture nettement plus claire.
Des scripts FileMaker aux composants basés sur l'IA
Ce concept devient particulièrement intéressant lorsqu'il est associé à l'intelligence artificielle. Les scripts FileMaker d'origine servent souvent de source de connaissances à cet égard. Ils décrivent la logique métier, les procédures et les processus qui se sont développés au fil des années.
Le code de programme proprement dit d'un conteneur de fonctions n'est toutefois pas simplement repris tel quel. Au lieu de cela, l'IA analyse la logique existante, comprend la tâche métier et génère une implémentation moderne au sein de la nouvelle architecture. Cela permet de préserver le savoir-faire, tandis que la mise en œuvre technique peut être entièrement repensée.
C'est précisément là que réside l'un des principaux avantages de la plateforme. Ce n'est pas l'ancien code qui est conservé, mais le savoir qui se cache derrière.
Migration sans nouveau démarrage via le presse-papiers
Ce principe s'applique également à la migration de solutions existantes. Si le plugin MBS est installé côté FileMaker, les tables, les champs, les objets de mise en page, les scripts et d'autres éléments peuvent être importés directement via le presse-papiers. La plateforme analyse les contenus et crée à partir de ceux-ci les structures correspondantes au sein de SchallOS.
De plus, la fonction « Smart Paste » offre un mécanisme qui va bien au-delà d'un simple copier-coller classique. Avant l'importation, il est possible de sélectionner les éléments qui doivent effectivement être repris. Parallèlement, des ajustements peuvent être effectués avant même que les données ne soient insérées.
Un exemple typique serait la conversion d'un formulaire de devis en formulaire de commande. Au lieu d'adapter manuellement tous les champs a posteriori, les transformations nécessaires peuvent être effectuées dès le processus d'importation. Il en résulte un processus de migration nettement plus intelligent que celui proposé par les outils d'importation classiques.
La base de la prochaine génération d'applications métier
Les conteneurs de fonctions sont donc bien plus qu'un simple nouveau type d'objet. Ils constituent le fondement d'une architecture résolument axée sur la réutilisabilité, les connaissances sémantiques et le développement assisté par l'IA.
Grâce au mode de mise en page moderne, à la couche linguistique intégrée, aux fonctionnalités avancées des objets et aux outils de migration intelligents, cette plateforme est à la fois familière et totalement inédite.
L'objectif n'est pas de copier les systèmes existants. L'objectif est de conserver les atouts des environnements classiques de développement rapide tout en exploitant pleinement les possibilités offertes par les technologies modernes d'intelligence artificielle.
Migration de FileMaker vers SchallOS / gFM-NEXT
| composant | Migration | particularité |
|---|---|---|
| Tableaux | Automatique | Reprise de la structure et des métadonnées. |
| Champs | Automatique | Les descriptions font partie intégrante de la couche sémantique. |
| Mises en page | Smart Paste | Les objets peuvent être modifiés lors de l'importation. |
| Scripts/CF | Analyse par IA | La logique métier est transférée dans des conteneurs de fonctions. |
| Listes de valeurs | Automatique | Transfert direct vers la nouvelle plateforme. |
| Modules | Semi-automatique | Une reconnaissance automatique des conteneurs est prévue à long terme. |
| Traductions | Couche sémantique du langage | Le multilinguisme peut être largement automatisé. |
L'architecture technique
Lorsqu'on évoque les nouvelles plateformes logicielles, les discussions portent souvent dans un premier temps sur les fonctionnalités visibles.
- Quels sont les modules disponibles ?
- Quels types de rapports peut-on générer ?
- Quelles sont les interfaces prises en charge ?
Ces questions sont importantes. À long terme, cependant, c'est généralement un autre facteur qui détermine le succès d'une plateforme.
C'est l'architecture qui constitue le fondement même du système. Elle détermine dans quelle mesure un système peut être étendu de manière flexible, sa stabilité en charge, la facilité d'intégration des nouvelles technologies et la simplicité avec laquelle les applications pourront évoluer à l'avenir.
C'est pourquoi, lors du développement de SchallOS, on n'a pas commencé par réfléchir à des fonctionnalités individuelles. On s'est plutôt concentré sur la question suivante : comment une plateforme moderne doit-elle être conçue pour pouvoir encore être étendue de manière pertinente dans cinq ou dix ans ?
Il en résulte une architecture multicouche qui associe les applications métier classiques, les technologies Web modernes et l'intelligence artificielle.
La couche IA : un nouveau niveau de développement
L'une des particularités de SchallOS réside dans le fait que l'intelligence artificielle n'est pas considérée comme un module supplémentaire. L'IA constitue plutôt une couche à part entière au sein de la plateforme.
Dans de nombreux systèmes actuels, l'IA est intégrée a posteriori. On ajoute une fenêtre de chat, on intègre un assistant ou on crée une interface vers un service externe. L'architecture proprement dite reste inchangée.
SchallOS adopte une approche différente. Dès le départ, la plateforme a été conçue en partant du principe que l'IA jouerait à l'avenir un rôle central dans le développement, la documentation et la maintenance. C'est pourquoi l'IA accède non seulement aux données, mais aussi à la documentation, aux descriptions d'architecture, aux définitions de conteneurs et aux informations sémantiques.
Il en résulte un système qui ne se contente pas de gérer des données, mais qui possède également une connaissance de sa propre structure. Pour les développeurs, cela fait une différence considérable. L'IA ne se contente pas de reconnaître des fragments de code isolés, mais comprend les liens qui existent au sein de la plateforme.
Montages à l'exécution et registre de conteneurs
Les éléments suivants constituent également une composante importante : Temps d'exécution-Les « mounts » et le registre de conteneurs. Aujourd’hui, les applications modernes se composent souvent de nombreux composants indépendants. Les barres de navigation, les barres d’outils, les boîtes de dialogue, les modules fonctionnels et les zones d’administration ne sont plus considérés comme des éléments figés d’une mise en page, mais gérés comme des entités autonomes.
Le registre de conteneurs assure la gestion centralisée de ces composants. Chaque conteneur fonctionnel possède une identité unique, ses propres propriétés et un cycle de vie défini. Le moteur d'exécution, quant à lui, veille à ce que les composants correspondants soient chargés et exécutés au bon moment.
Cette approche présente plusieurs avantages. D'une part, elle permet d'établir une distinction claire entre la mise en page et les fonctionnalités. D'autre part, les composants peuvent être développés, remplacés ou étendus indépendamment les uns des autres.
De plus, le registre jette les bases de fonctionnalités ultérieures telles que la gestion des versions, la signature, les niveaux de sécurité ou les bibliothèques centralisées de composants.
IndexedDB comme couche de vérité locale
Pour le stockage local, SchallOS utilise délibérément des technologies de navigation modernes. IndexedDB joue ici un rôle central. Il s'agit d'une technologie de base de données performante, disponible directement dans le navigateur et capable de gérer efficacement même de grands volumes de données. Contrairement aux systèmes de stockage classiques des navigateurs, IndexedDB a été spécialement conçu pour les applications complexes.
Cela présente plusieurs avantages pour SchallOS. Les mises en page, les configurations, les métadonnées et d'autres informations peuvent être enregistrées localement. Les applications restent ainsi utilisables même sans connexion réseau permanente. Parallèlement, les temps de réponse sont réduits, car de nombreuses données sont directement disponibles sur le système local.
C'est un facteur particulièrement important pour les outils de développement et les applications métier de grande envergure.
« Committed-First » plutôt que le chaos du cache
Au cours du développement, il est rapidement apparu que les applications modernes avaient non seulement besoin d'une mémoire rapide, mais aussi d'une couche de vérité claire.
De nombreux systèmes utilisent différents caches, mémoires tampons et états temporaires. Si cela peut certes améliorer la vitesse, cela conduit souvent, à long terme, à des erreurs difficiles à identifier.
C'est pourquoi SchallOS s'appuie sur une architecture dite « Committed-First ». Les nouvelles informations ne sont considérées comme valides qu'une fois qu'elles ont été enregistrées et vérifiées avec succès. Ce n'est qu'ensuite qu'elles deviennent visibles pour les autres composants.
Cette approche garantit une cohérence nettement supérieure au sein du système. Elle facilite en outre le dépannage et réduit le risque d'états contradictoires. Ce concept s'est révélé particulièrement utile dans le cadre d'opérations de mise en page complexes et de la gestion d'un grand nombre de composants.
PostgreSQL pour les réseaux et le fonctionnement multi-utilisateurs
Bien sûr, le stockage local ne suffit pas à lui seul pour les applications professionnelles. C'est pourquoi PostgreSQL constitue la base du fonctionnement en réseau, du travail d'équipe et des installations sur serveur.
Depuis de nombreuses années, PostgreSQL figure parmi les systèmes de bases de données open source les plus performants et les plus fiables qui soient. Cette base de données est utilisée dans le monde entier dans des applications d'entreprise, des plateformes cloud et des services web à grande échelle. La combinaison d'IndexedDB et de PostgreSQL permet de créer une architecture flexible.
Les solutions mono-utilisateur peuvent fonctionner en local. Les environnements multi-utilisateurs utilisent PostgreSQL comme base de données centrale. Parallèlement, des scénarios hybrides restent possibles, dans lesquels le stockage local des données et les structures de serveurs centralisées sont combinés.
On obtient ainsi une plateforme capable de prendre en charge aussi bien de petites applications autonomes que des solutions d'entreprise à grande échelle.
Une architecture pour les années à venir
L'architecture technique de SchallOS poursuit en fin de compte un objectif simple : la complexité ne doit pas disparaître, mais être déplacée là où elle doit être.
L'utilisateur doit pouvoir se concentrer sur son travail. Le développeur doit pouvoir se concentrer sur la logique métier et son expertise. L'infrastructure technique se charge de relier de manière fiable les données, les composants et les processus entre eux.
La couche IA, le registre de conteneurs, les montages à l'exécution, IndexedDB, PostgreSQL et l'architecture « Committed-First » ne constituent pas un simple ensemble de technologies isolées. Ils s'inscrivent dans un concept global.
Ce concept vise à jeter les bases d'une nouvelle génération d'applications métier. Des applications qui exploitent les technologies Web modernes tout en conservant la rapidité, la flexibilité et la productivité des systèmes classiques de développement rapide.
Les environnements d'exécution, le déploiement et le retour à la simplicité
Ceux qui développaient déjà des applications métier il y a vingt ou trente ans se souviennent souvent d'une époque où la distribution des logiciels était étonnamment simple. Une application était créée, testée, puis livrée au client. Dans de nombreux cas, une simple installation suffisait pour que le logiciel soit immédiatement opérationnel.
Bien sûr, les systèmes de l'époque étaient techniquement bien plus simples que les solutions actuelles. Ils présentaient néanmoins un avantage décisif : leur complexité restait gérable tant pour les développeurs que pour les utilisateurs.
Au cours des dernières années, la situation a considérablement évolué. Les applications modernes se composent souvent de nombreux éléments. Il faut combiner entre eux des serveurs web, des bases de données, des certificats, des services cloud, des politiques de sécurité, des technologies de conteneurs et des plateformes d'hébergement. Pour les grandes entreprises, cela va de soi. Pour de nombreuses petites entreprises et de nombreux développeurs indépendants, cette évolution représente toutefois un obstacle de taille.
Or, de nombreux utilisateurs ne souhaitent en réalité qu'une seule chose : une application qui fonctionne de manière fiable et qui soit facile à déployer. C'est précisément là qu'intervient la stratégie de déploiement de SchallOS.
Fonctionnement en mode mono-utilisateur sans obstacles inutiles
Toutes les applications ne nécessitent pas un serveur, une infrastructure cloud ou une architecture réseau complexe. De nombreuses solutions sont utilisées par des utilisateurs individuels ou de petites équipes. Dans de tels cas, l'infrastructure technique devrait nécessiter le moins d'attention possible.
La combinaison de technologies web modernes et d'un stockage local des données permet d'exploiter des applications même sans connexion permanente au serveur. Les mises en page, les paramètres, les métadonnées et d'autres informations peuvent être enregistrés localement. Les applications restent ainsi rapides, flexibles et indépendantes d'une connexion Internet permanente.
Cette approche rappelle délibérément la simplicité des environnements de développement classiques. Elle exploite les technologies modernes sans imposer de complexité inutile à l'utilisateur.
Exploitation de réseaux pour les équipes et les entreprises
Dès que plusieurs utilisateurs travaillent ensemble, les exigences changent. Les données doivent être stockées de manière centralisée. Les droits d'accès doivent être gérés. Les modifications doivent être accessibles à tous les utilisateurs concernés.
C'est pourquoi l'architecture de SchallOS prend en charge, dès le départ, le fonctionnement multi-utilisateurs classique. Grâce à PostgreSQL comme base de données centrale, les applications peuvent fonctionner en réseau sans qu'il soit nécessaire de gérer différentes versions d'une même solution. Les données sont disponibles de manière centralisée, tandis que les interfaces utilisateur restent flexibles.
Pour les entreprises, cela représente un avantage considérable. Une même application peut être utilisée aussi bien en local, en tant que solution monoposte, que dans un environnement multi-utilisateurs plus vaste. Le passage d'un mode de fonctionnement à l'autre devrait ainsi s'avérer nettement plus simple que dans de nombreux systèmes traditionnels.
Utilisation du navigateur par défaut
Aujourd'hui, le développement d'applications métier modernes s'effectue principalement dans le navigateur. Il y a de bonnes raisons à cela. Les navigateurs sont disponibles sur toutes les plateformes, ne nécessitent pas d'installations complexes et permettent des mises à jour rapides.
C'est pourquoi SchallOS repose entièrement sur des technologies web modernes. Le navigateur n'est pas considéré comme une contrainte, mais comme un environnement d'exécution. Une gestion performante des données, un stockage local, des interfaces utilisateur modernes et une logique métier complexe peuvent aujourd'hui être exécutés directement au sein du navigateur.
On obtient ainsi une plateforme utilisable sous Windows, macOS, Linux et de nombreux autres systèmes, sans avoir à développer une application distincte pour chaque plateforme.
Parallèlement, la possibilité de faire évoluer les applications vers d'autres modes de fonctionnement ultérieurement est préservée.
SaaS et déploiement centralisé
Outre les installations locales et les environnements réseau, le « Software as a Service » joue bien sûr également un rôle important. De nombreuses entreprises privilégient aujourd’hui les solutions centralisées fournies via Internet. Les mises à jour sont distribuées automatiquement, les utilisateurs accèdent à la même application depuis différents sites et l’infrastructure technique est gérée de manière centralisée.
L'architecture de SchallOS tient donc compte, dès le départ, des scénarios SaaS. Grâce à la séparation claire entre l'interface utilisateur, le runtime et le stockage des données, les applications peuvent être exploitées aussi bien en local que de manière centralisée. Les développeurs n'ont pas besoin de recréer leurs solutions pour chaque mode d'exploitation. Au contraire, cela permet de disposer d'une base technique commune prenant en charge différents modèles de déploiement.
Des stratégies de déploiement flexibles plutôt que des impasses techniques
L'un des problèmes récurrents des plateformes logicielles modernes réside dans le fait que les choix architecturaux initiaux compliquent les extensions ultérieures.
Quiconque opte pour un certain mode de fonctionnement doit souvent s'y tenir à long terme. Passer d'une installation locale au cloud ou d'une solution cloud à un environnement local peut s'avérer fastidieux et coûteux.
SchallOS adopte ici délibérément une approche différente. La plateforme vise à offrir aux développeurs le plus grand nombre d'options possible. L'utilisation en mode autonome, en réseau, les applications par navigateur et les solutions SaaS ne sont pas considérées comme des concepts concurrents. Il s'agit de différents scénarios d'utilisation d'une même architecture.
Cela permet aux développeurs de choisir le mode de fonctionnement le mieux adapté à leurs clients et à leurs projets.
Le retour à la simplicité
C'est peut-être là l'idée principale qui sous-tend le concept de déploiement de SchallOS. Le monde de la technologie ne va pas devenir plus simple dans les années à venir. De nouvelles technologies, de nouvelles exigences en matière de sécurité et de nouvelles intégrations continueront d'apparaître.
Dans le même temps, le développement logiciel moderne ne devrait pas être inutilement compliqué. De nombreux développeurs se souviennent encore d'une époque où les applications pouvaient être créées rapidement, distribuées facilement et maintenues sans difficulté. Cette simplicité était l'une des raisons pour lesquelles les systèmes de développement rapide ont connu un tel succès pendant des décennies.
SchallOS ne cherche pas à reproduire le passé. Les exigences techniques des applications modernes sont bien trop différentes pour cela. L'objectif est plutôt d'allier la simplicité des environnements de développement d'autrefois aux possibilités offertes par les technologies web modernes. Les développeurs doivent pouvoir se concentrer sur leurs applications et non sur la complexité de l'infrastructure.
Si cela aboutit, on obtiendra une plateforme qui sera non seulement performante, mais aussi à nouveau agréable à utiliser. C'est précisément là que réside, en fin de compte, l'idée qui sous-tend les environnements d'exécution, le déploiement flexible et le retour délibéré à une approche plus simple du développement logiciel.
Possibilités de déploiement avec SchallOS
| Type de déploiement | Base technique | Utilisation typique |
|---|---|---|
| Poste de travail individuel | Navigateur + IndexedDB | Travailleurs indépendants et petites entreprises. |
| Fonctionnement en réseau | Navigateur + PostgreSQL | Groupes de travail et équipes. |
| serveur d'entreprise | Serveur PostgreSQL | Fonctionnement multi-utilisateurs en entreprise. |
| SaaS | Infrastructure cloud | Solutions en ligne multi-clients. |
| fonctionnement hybride | IndexedDB + PostgreSQL | Travail hors ligne avec synchronisation. |
| Temps d'exécution | Application packagée | Distribution facile aux clients finaux. |
La feuille de route : gFM-Business 9, un pont vers la prochaine génération
Les mois à venir marqueront une étape importante dans le développement de gFM-Business et de SchallOS. La sortie de gFM-Business 9 pour FileMaker et de gFM-NEXT sur la plateforme SchallOS est prévue pour septembre 2026. Il ne s'agit pas simplement d'une nouvelle mise à jour d'une solution ERP existante. Cette version joue en effet un rôle particulier dans la stratégie future.
gFM-Business 9 sera la dernière version majeure basée sur la plateforme FileMaker classique. Cela ne signifie pas pour autant que la solution va disparaître. Bien au contraire. Les clients actuels pourront continuer à utiliser le logiciel de manière productive, les installations existantes seront conservées et de nouvelles installations resteront possibles.
Dans le même temps, gFM-Business 9 posera toutefois les bases techniques nécessaires à la transition vers la prochaine génération de plateformes. Le nouvel assistant de migration en est l’élément central. Celui-ci doit permettre de transférer beaucoup plus facilement les solutions existantes personnalisées sous licence ouverte vers la nouvelle architecture. Les structures de tables, les champs, les mises en page, les scripts et d’autres composants peuvent être analysés et préparés en vue de la migration. Cela crée pour la première fois un lien direct entre l’environnement FileMaker existant et la nouvelle plateforme SchallOS.
SchallOS en tant que plateforme de développement
Environ deux mois après la sortie de gFM-Business 9, la première version publique de la plateforme SchallOS Business devrait voir le jour. Elle ne s'adresse pas tant aux utilisateurs finaux qu'aux développeurs.
Dans sa première phase de développement, SchallOS servira avant tout de plateforme de développement pour les développeurs FileMaker. Il s'adresse aux développeurs et aux entreprises qui souhaitent moderniser ou étendre leurs solutions existantes, ou encore les faire évoluer à long terme vers une nouvelle base technologique.
L'objectif n'est pas ici de recréer entièrement les applications existantes. Il est bien plus important de pouvoir préserver les investissements existants et de les intégrer progressivement dans la nouvelle architecture. Les premières versions seront donc particulièrement axées sur les domaines suivants :
- Migration des solutions existantes
- Conception de la mise en page
- Conteneur fonctionnel
- couches de connaissances sémantiques
- Développement assisté par l'IA
- modèles de déploiement modernes
On constate d'ores et déjà que cette approche recèle un potentiel considérable. De nombreuses tâches qui devaient jusqu'à présent être réalisées manuellement, ce qui demandait beaucoup de temps, peuvent désormais être menées à bien de manière nettement plus efficace grâce à la combinaison de connaissances spécialisées documentées et d'une assistance par l'IA.
Perspective à long terme
La publication de SchallOS ne marque pas la fin du développement, mais le début d'une nouvelle phase. Bon nombre des concepts abordés aujourd'hui continueront d'évoluer au cours des prochaines années. Parmi ceux-ci figurent notamment les technologies de migration intelligentes, la reconnaissance automatique des conteneurs, les outils de développement sémantiques et les fonctionnalités architecturales basées sur l'IA.
L'un des objectifs à long terme consiste non seulement à importer techniquement les applications existantes, mais aussi à en comprendre la structure et la signification. Plus la plateforme disposera de connaissances, plus les futurs systèmes d'IA seront en mesure d'apporter un soutien efficace en matière de développement, de maintenance et d'extension.
La première version de SchallOS en constitue la base. C'est ensuite que le véritable voyage commence.
Le gestionnaire de serveurs de gFM-NEXT et SchallOS
La période de préinscription est prolongée jusqu'au 31 juillet
Le développement des prochaines versions a suscité un vif intérêt ces derniers mois. De nombreux clients, développeurs et personnes intéressées suivent depuis un certain temps déjà l'évolution de gFM-Business et de SchallOS et souhaitent participer activement aux prochaines étapes.
C'est pourquoi la période de pré-vente initialement prévue est prolongée. Les personnes intéressées ont encore jusqu'au 31 juillet pour bénéficier d'une réduction de 20 %. Cette offre s'adresse non seulement aux nouveaux clients, mais aussi expressément aux clients existants qui envisagent de mettre à niveau leur solution actuelle.
Sécurité d'investissement pour les solutions existantes
Un point important concerne les utilisateurs actuels de gFM-Business. La sortie de gFM-Business 9 ne met pas fin à l'utilisation de cette version de FileMaker. La solution reste disponible et peut continuer à être utilisée de manière productive.
Parallèlement, le développement fonctionnel s'orientera à l'avenir de plus en plus vers SchallOS. Cela offre une perspective claire aux clients existants. Les investissements dans gFM-Business sont préservés et pourront être transférés progressivement vers la nouvelle génération de plateformes.
C'est précisément cette idée qui sous-tend l'ensemble de la stratégie de SchallOS. Il ne s'agit pas de repartir de zéro ni de rejeter les connaissances existantes, mais de transposer les expériences, les processus et les solutions existants dans une architecture moderne, afin de jeter les bases de la prochaine génération d'applications métier.
Transmettre un savoir éprouvé aux générations futures
L'histoire de SchallOS ne commence pas avec l'intelligence artificielle. Elle ne commence pas non plus avec les technologies web modernes, PostgreSQL ou les conteneurs de fonctions. Elle commence par une question simple :
Comment transposer les connaissances acquises au fil des décennies vers une nouvelle génération technologique sans devoir repartir de zéro ?
C'est précisément cette question qui préoccupe de nombreux développeurs et entreprises. Au cours des dernières décennies, d'innombrables applications ont été développées, des processus ont été optimisés et une grande expérience a été acquise. Souvent, cela représente des milliers d'heures de travail et un savoir-faire considérable. Parallèlement, les technologies évoluent de plus en plus rapidement. De nouvelles plateformes voient le jour, les anciens systèmes disparaissent et de nombreuses entreprises sont confrontées au défi de protéger leurs investissements tout en restant tournées vers l'avenir.
C'est là qu'intervient SchallOS. L'objectif n'est pas de remplacer les solutions existantes par quelque chose de totalement nouveau. Il s'agit plutôt de jeter un pont entre des systèmes éprouvés et les technologies modernes. Une application développée aujourd’hui dans FileMaker ne doit pas nécessairement perdre son apparence, son mode d’utilisation ou sa logique métier simplement parce qu’elle migre vers une nouvelle plateforme technique.
Dans l'idéal, l'application reste pratiquement identique pour l'utilisateur après la migration. Les processus de travail sont conservés. Les utilisateurs continuent à s'y retrouver. Parallèlement, la solution repose en interne sur une architecture moderne offrant de nouvelles possibilités d'extension, d'automatisation et d'évolutivité.
C'est la couche sémantique qui rend cette approche particulièrement intéressante. Dès lors qu'une application ne se compose plus uniquement de champs, de tables et de scripts, mais qu'elle connaît sa propre signification, des possibilités totalement nouvelles s'ouvrent. Les traductions peuvent être automatisées. La documentation peut être générée ou mise à jour automatiquement. Les systèmes d’IA peuvent comprendre les processus métier, au lieu de se contenter d’analyser le code source. Il en résulte une différence fondamentale par rapport à de nombreuses approches de développement existantes. Alors que les systèmes classiques gèrent principalement des données, une plateforme sémantique est de plus en plus capable de gérer des connaissances. C'est précisément là que réside, à mon sens, l'une des plus grandes opportunités des années à venir.
20 % : remise valable jusqu'au 31 juillet.
Valable pour Nouveaux achats, Mises à niveau et futurs
Projets gFM-NEXT ou SchallOS.
Le débat sur l'intelligence artificielle porte souvent sur les textes, les images ou les chatbots. Pour les développeurs, cependant, la véritable révolution se situe ailleurs. L'IA permet pour la première fois d'intégrer directement dans les architectures logicielles modernes un savoir-faire accumulé au fil des décennies. Cela ne remplace pas l'expérience du développeur. Elle la renforce.
SchallOS ne se veut donc pas un contre-modèle aux plateformes de développement existantes. La plateforme est plutôt née de la conviction que les concepts éprouvés conservent toute leur valeur. Le développement rapide, la conception visuelle, les modèles de données flexibles et les outils productifs resteront importants à l'avenir. Parallèlement, les technologies web modernes, les couches de connaissances sémantiques et le développement assisté par l'IA ouvrent des possibilités qui auraient été impensables il y a encore quelques années.
Les prochaines versions de gFM-Business 9 et de SchallOS ne marquent donc pas la fin d'une gamme de produits existante, mais le début d'une nouvelle étape de développement. Une étape au cours de laquelle les investissements existants pourront être préservés, tout en tirant parti des nouvelles technologies.
Après plus de trente ans passés dans le développement de logiciels, je suis aujourd'hui plus convaincu que jamais que le savoir est la ressource la plus précieuse d'une entreprise. Les bases de données, les langages de programmation et les plateformes techniques continueront d'évoluer.
En revanche, la connaissance des clients, des processus, des produits et des procédures opérationnelles reste le véritable cœur de toute application performante.
Foire aux questions
- Qu'est-ce que SchallOS exactement ?
SchallOS est une nouvelle plateforme de développement d'applications métier, issue de plus de 30 ans d'expérience pratique avec FileMaker et le développement de gFM-Business. L'objectif est d'associer les concepts éprouvés des systèmes classiques de développement rapide aux technologies web modernes, à l'intelligence artificielle et à une couche de connaissances sémantique. Il ne s'agit pas ici de réinventer tous les processus, mais plutôt de transposer les solutions existantes dans une architecture moderne. - SchallOS est-il destiné à remplacer complètement FileMaker ?
Non. SchallOS n'est pas né de la volonté de remplacer FileMaker. Cette plateforme vise plutôt à offrir un moyen de transposer les connaissances et les solutions existantes vers une nouvelle génération technologique. FileMaker reste un environnement de développement performant, permettant de créer des logiciels très rapidement et efficacement. SchallOS vise à offrir des possibilités supplémentaires, notamment dans les domaines de l'IA, de l'architecture web moderne et des modèles de déploiement flexibles. - Pourquoi SchallOS a-t-il été développé ?
Ce projet est né du constat que de nombreuses entreprises et de nombreux développeurs ont mis en place des solutions précieuses au fil des décennies. Parallèlement, les technologies évoluent de plus en plus rapidement. SchallOS a pour but d'empêcher que ce savoir-faire ne se perde simplement parce que la base technique change. L'objectif est de préserver les investissements existants tout en tirant parti des technologies modernes. - En quoi SchallOS se distingue-t-il des plateformes « low-code » classiques ?
La principale différence réside dans la combinaison entre connaissances sémantiques, assistance par l'IA et capacité de migration. Alors que de nombreuses plateformes fournissent avant tout des outils pour le développement de nouvelles applications, SchallOS a également pour objectif de comprendre et de reprendre des solutions existantes. La couche de connaissances sémantiques joue ici un rôle central. - Que sont les conteneurs de fonctions ?
Les conteneurs de fonctions sont des composants intelligents capables de prendre en charge une partie, voire l'intégralité, des fonctionnalités d'un module. Une navigation, une barre d'outils, un champ de recherche ou même une interface d'administration complète peuvent être implémentés sous forme de conteneurs de fonctions. Cela permet de réduire considérablement le nombre d'objets individuels, tout en améliorant la réutilisabilité et la facilité de maintenance. - Pourquoi les conteneurs fonctionnels sont-ils si importants ?
Les conteneurs fonctionnels transfèrent la complexité de la mise en page vers des composants clairement définis. Au lieu de devoir gérer des centaines d'objets et de scripts individuels, on obtient des modules fonctionnels autonomes ayant une mission bien définie. Les applications gagnent ainsi en clarté, sont plus faciles à maintenir et se prêtent nettement mieux à l'utilisation de l'intelligence artificielle. - Une solution FileMaker existante peut-elle être migrée vers SchallOS ?
C'est précisément dans ce but que la couche de migration est actuellement en cours de développement. L'objectif est de reprendre autant que possible les tables, les champs, les modèles, les scripts et les autres composants des solutions FileMaker existantes. À long terme, la plateforme ne devra pas seulement importer des données, mais aussi être capable de comprendre la structure et la signification d'une application. - L'apparence de mon application sera-t-elle conservée lors d'une migration ?
C'est l'un des principaux objectifs de développement. Une application migrée doit rester aussi familière que possible pour les utilisateurs. La mise en page, les concepts d'utilisation et les processus de travail peuvent être conservés dans une large mesure, voire intégralement dans la plupart des cas, tandis que l'infrastructure technique est modernisée. Cela facilite considérablement la transition pour les entreprises. - Quel rôle joue l'intelligence artificielle dans SchallOS ?
L'IA n'est pas seulement un module supplémentaire, mais un élément central de l'architecture. Elle facilite le développement, la documentation, l'analyse, la migration et, à terme, l'extension des solutions existantes. La plateforme a été conçue dès le départ pour permettre aux systèmes d'IA de comprendre les structures sous-jacentes. - Que signifie « couche de connaissances sémantiques » ?
Une couche de connaissances sémantiques décrit non seulement les structures techniques, mais aussi leur signification. La plateforme ne se contente pas de savoir qu’un champ existe, elle comprend également à quoi sert ce champ. C’est ce qui rend possibles des fonctionnalités intelligentes telles que la documentation automatique, les traductions et le développement assisté par l’IA. - Les applications peuvent-elles être traduites automatiquement dans d'autres langues ?
L'architecture sémantique de SchallOS en constitue la base. Comme la plateforme connaît la signification des champs, des libellés et des objets, les traductions peuvent être automatisées bien davantage que dans les systèmes classiques. Cela réduit considérablement la charge de maintenance et facilite la mise en œuvre de projets internationaux. - Quelle base de données SchallOS utilise-t-il ?
IndexedDB est utilisé pour les applications locales. PostgreSQL est utilisé pour les environnements multi-utilisateurs et les solutions serveur. Cela permet d'exploiter aussi bien des applications autonomes que des solutions d'entreprise à plus grande échelle sur la même plateforme. - Pourquoi SchallOS a-t-il choisi PostgreSQL ?
PostgreSQL compte parmi les systèmes de bases de données les plus performants et les plus fiables au monde. Cette base de données est flexible, évolutive et parfaitement adaptée aux applications professionnelles. Elle offre en outre une approche technologique ouverte et pérenne. - Que signifie « architecture Committed-First » ?
Dans cette approche, les modifications ne sont considérées comme valides qu’une fois qu’elles ont été enregistrées et vérifiées avec succès. Cela permet de créer une couche de vérité unique au sein de la plateforme. Les erreurs dues à des caches obsolètes ou à des états contradictoires peuvent ainsi être considérablement réduites. - Quels sont les avantages du nouveau mode de mise en page ?
Le mode de mise en page allie la précision des environnements de développement classiques aux possibilités offertes par les technologies modernes. Une grille, des lignes de repère, l'alignement magnétique et bien d'autres fonctions sont disponibles. Parallèlement, de nombreux concepts ont été repensés afin de rendre superflues, à l'avenir, les solutions de contournement typiques des anciens systèmes. - Quand gFM-Business 9 sortira-t-il pour la plateforme FileMaker ?
La sortie de gFM-Business 9 est prévue pour septembre 2026. Cette version comprend de nombreuses améliorations ainsi que le nouvel assistant de migration, destiné à préparer la transition vers SchallOS. - Quand SchallOS sera-t-il disponible ?
Selon le calendrier actuel, la première version publique de SchallOS est prévue environ deux mois après la sortie de gFM-Business 9. Dans un premier temps, l'accent sera mis sur les développeurs et les entreprises qui souhaitent migrer leurs solutions existantes vers la nouvelle plateforme. - À qui s'adresse particulièrement SchallOS ?
La plateforme s'adresse principalement aux développeurs FileMaker, aux clients actuels de gFM Business et aux entreprises disposant d'applications métier qui ont évolué au fil du temps. SchallOS présente un intérêt particulier pour tous ceux qui souhaitent préserver leurs investissements existants tout en tirant parti des technologies modernes et de l'intelligence artificielle.
Markus Schall développe depuis 1994 des bases de données individuelles, des interfaces et des applications commerciales sur la base de Claris FileMaker. Il est partenaire de Claris, lauréat du FMM-Award 2011 et développeur de la Logiciel ERP gFM-Business. Il est en outre auteur de livres et fondateur du M. Schall Verlags.
