A volte gli sviluppi più interessanti nascono da decisioni prese decenni fa. Quando nel 1994 ho lavorato per la prima volta con FileMaker 2.1, non potevo immaginare che da lì sarebbe iniziato un viaggio di oltre 30 anni nel mondo dello sviluppo software. All’epoca FileMaker era ancora un programma per database relativamente semplice. Le mie prime applicazioni erano di dimensioni contenute, ma l’entusiasmo fu immediato. Finalmente era possibile realizzare le proprie idee, strutturare i dati e sviluppare applicazioni senza aver studiato informatica.
Nei decenni successivi da ciò sono scaturiti numerosi progetti, soluzioni personalizzate per i clienti e, infine, gFM-Business: un sistema ERP completo con CRM, Fattura, gestione delle scorte, Gestione del progetto e molti altri moduli. Nel corso degli anni sono stati modellati e documentati migliaia di campi, centinaia di processi e innumerevoli procedure aziendali.
Oggi, tuttavia, ci troviamo in un momento in cui lo sviluppo del software sta subendo nuovamente un cambiamento radicale. Questa volta, il fattore scatenante non è una nuova Database, un nuovo linguaggio di programmazione o un nuovo sistema operativo. Il fattore scatenante è l’intelligenza artificiale.
Perché lo sviluppo del software sta subendo proprio ora un cambiamento radicale
Molte discussioni sull'intelligenza artificiale ruotano attorno a testi, immagini o chatbot. Per gli sviluppatori, tuttavia, la vera rivoluzione si trova in un ambito completamente diverso.
Per la prima volta nella storia dello sviluppo software, è possibile dialogare alla pari con un sistema di intelligenza artificiale su argomenti quali architettura, strutture dei dati, interfacce utente e processi aziendali. L’intelligenza artificiale non si limita a generare codice, ma comprende sempre meglio contesti, regole e concetti.
Di conseguenza, il baricentro dello sviluppo si sposta. In passato, gran parte del lavoro consisteva nell’attuazione dei dettagli tecnici. Oggi diventa sempre più importante definire le strutture, le regole e gli obiettivi corretti. L’attuazione può poi essere in gran parte automatizzata.
Questo apre nuove possibilità soprattutto per gli sviluppatori con molti anni di esperienza. Le conoscenze che in passato erano presenti esclusivamente nella mente di uno sviluppatore possono ora essere documentate, strutturate e rese fruibili grazie all'intelligenza artificiale.
Questo articolo non vuole essere un classico annuncio di prodotto. SchallOS è attualmente in fase di sviluppo attivo. Molti componenti esistono già, altri vengono realizzati passo dopo passo. La parte interessante non è quindi il prodotto finito, ma il percorso per arrivarci.
Per la prima volta dopo molti anni sta nascendo una piattaforma che non si limita a copiare concetti già esistenti, ma cerca consapevolmente di coniugare le competenze specialistiche accumulate nel corso di decenni con le potenzialità dei moderni sistemi di intelligenza artificiale. Non si tratta di abbandonare ciò che ha dato prova di efficacia. Al contrario. La domanda fondamentale è:
Come è possibile trasferire le soluzioni, le conoscenze e le esperienze esistenti in una nuova generazione tecnologica?
Perché questo è il momento giusto per le nuove piattaforme
Gli ultimi decenni sono stati caratterizzati da sistemi sempre più potenti. Allo stesso tempo, molti ambienti di sviluppo sono diventati più complessi. I servizi cloud, le interfacce, i requisiti di sicurezza, i processi di implementazione e le integrazioni fanno sì che oggi anche le applicazioni relativamente semplici siano spesso molto più complesse da realizzare rispetto al passato.
Allo stesso tempo, l’intelligenza artificiale offre opportunità che solo pochi anni fa sarebbero state impensabili. Ciò crea una finestra temporale che probabilmente si presenta solo raramente in questa forma. I sistemi esistenti continuano a funzionare in modo affidabile. Allo stesso tempo, stanno nascendo strumenti completamente nuovi che consentono un diverso tipo di sviluppo software.
Proprio in questo Interfaccia Attualmente è in fase di sviluppo il sistema operativo aziendale SchallOS. Non come sostituto di tutto ciò che già esiste, ma come tentativo di coniugare i punti di forza dei classici sistemi di sviluppo rapido con le moderne tecnologie web, il supporto dell’intelligenza artificiale e una nuova architettura.
Il problema delle applicazioni aziendali odierne
La maggior parte delle applicazioni aziendali di successo non è stata sviluppata in un solo anno. Si evolvono nel corso di molti anni. Si aggiungono nuove esigenze, vengono soddisfatte le richieste dei clienti, cambiano i requisiti normativi e gli sviluppi tecnologici rendono necessari ulteriori ampliamenti. Il risultato sono spesso sistemi dotati di una gamma di funzionalità davvero impressionante.
Allo stesso tempo, però, si assiste a una crescente complessità. Molte aziende utilizzano oggi soluzioni che si sono evolute nel corso di anni o addirittura decenni. Spesso, solo poche persone possiedono ancora una conoscenza approfondita dei processi e delle interrelazioni. I nuovi sviluppatori hanno bisogno di molto tempo per familiarizzarsi con il sistema. Di conseguenza, apportare modifiche diventa sempre più difficile.
Non si tratta di un errore dei sistemi originari. È una conseguenza naturale di uno sviluppo a lungo termine.
Sempre più interfacce
Oggi le moderne applicazioni aziendali raramente operano in modo isolato. Comunicano con negozi online, sistemi contabili, corrieri, banche, servizi di intelligenza artificiale, sistemi CRM e numerose altre piattaforme.
Ogni interfaccia aggiuntiva offre nuove possibilità. Allo stesso tempo, però, aumenta il carico di manutenzione. Le versioni delle API cambiano. I fornitori modificano i propri servizi. Gli standard di sicurezza vengono aggiornati. Da un’applicazione inizialmente semplice si sviluppa gradualmente un sistema complesso Rete dalle dipendenze.
Ormai molti sviluppatori dedicano più tempo all'integrazione e alla manutenzione che al vero e proprio sviluppo.
Una complessità del cloud sempre maggiore
I servizi cloud offrono indubbiamente molti vantaggi. Allo stesso tempo, però, spesso comportano una complessità tecnica che risulta difficilmente comprensibile per le piccole e medie imprese.
Server, certificati, hosting, containerizzazione, gestione degli utenti, monitoraggio e politiche di sicurezza sono argomenti importanti. Tuttavia, comportano anche un notevole onere amministrativo.
Oggi molte aziende desiderano soprattutto una cosa: una soluzione che funzioni. Non tutti gli utenti vogliono occuparsi di dettagli tecnici. Molti preferiscono concentrarsi sui propri processi aziendali effettivi.
Manutenzione anziché innovazione
Un altro problema di molti sistemi consolidati è che una parte sempre maggiore del tempo dedicato allo sviluppo viene impiegata per la manutenzione. Sono necessarie correzioni di errori, adeguamenti e aggiornamenti tecnici. Allo stesso tempo, rimane sempre meno spazio per una vera innovazione. Molti sviluppatori conoscono bene quella sensazione: le idee valide ci sono, ma manca il tempo per metterle in pratica in modo coerente.
L'intelligenza artificiale sta modificando questo rapporto in modo tangibile per la prima volta. Quando una parte dell'implementazione tecnica può essere automatizzata, si crea nuovamente spazio per l'architettura, la creatività e nuovi concetti.
Perché la logica classica degli script raggiunge i propri limiti
Molte piattaforme di sviluppo si basano ancora su concetti nati decenni fa. Vengono eseguiti degli script. I trigger reagiscono agli eventi. Vengono creati i menu. Le interfacce utente sono composte da numerosi oggetti singoli.
Questi approcci funzionano. La domanda è però se continueranno a rappresentare la soluzione più efficiente anche in futuro. Se oggi un’intelligenza artificiale è in grado di comprendere le regole aziendali, analizzare le interrelazioni e generare componenti complesse, ne deriva inevitabilmente un nuovo modo di pensare.
Anziché collegare tra loro centinaia di oggetti singoli e numerosi script, in futuro potrebbero essere pochi componenti intelligenti a svolgere gran parte delle funzionalità.
È proprio qui che entra in gioco lo sviluppo di SchallOS. Non perché i concetti esistenti siano sbagliati, ma perché nel frattempo i nuovi strumenti aprono nuove possibilità.
20 % Sconto fino al 31/07.
Valido per Nuovi acquisti, Aggiornamenti e futuri
Progetti gFM-NEXT e SchallOS.
Cosa cambia davvero per gli sviluppatori grazie all'IA
Quando oggi si parla di intelligenza artificiale, molte persone pensano innanzitutto ai chatbot, alle traduzioni automatiche o alla generazione di immagini. Per gli sviluppatori, tuttavia, la vera rivoluzione sta in un ambito completamente diverso.
L'intelligenza artificiale non cambia solo la velocità dello sviluppo del software. Cambia anche la Il modo in cui nasce il software. Un tempo, quasi ogni nuova funzionalità richiedeva un lavoro tecnico meticoloso. Bisognava creare tabelle, definire campi, scrivere script, realizzare interfacce utente e mettere insieme innumerevoli dettagli. Anche le modifiche più piccole potevano richiedere una quantità di tempo sorprendente.
Oggi uno sviluppatore può spiegare a un'intelligenza artificiale (IA) quale obiettivo desidera raggiungere. L'IA si fa poi carico di gran parte dell'implementazione tecnica. Lo sviluppatore non diventa per questo superfluo. Il suo ruolo, piuttosto, si trasforma da semplice esecutore a architetto e decisore.
La vera sfida non consiste più nello scrivere codice. La sfida consiste nello sviluppare le strutture giuste e nel prendere le decisioni giuste.
Perché l'esperienza sta diventando improvvisamente più importante
Un interessante effetto collaterale della rivoluzione dell’IA viene spesso trascurato. Molte persone ritengono che l’intelligenza artificiale sminuisca il valore dell’esperienza. Nella pratica, però, sto osservando esattamente il contrario. Più esperienza si ha, meglio si riescono a sfruttare le potenzialità dei moderni sistemi di IA.
Chi lavora da venti o trent'anni in un settore specifico conosce bene i problemi tipici, i punti deboli dei sistemi esistenti e le esigenze degli utenti. Oggi, per la prima volta, è possibile integrare direttamente queste conoscenze nello sviluppo di nuove soluzioni.
L'intelligenza artificiale non sostituisce queste conoscenze, ma le potenzia. Ne deriva una situazione che, in questa forma, finora si è verificata raramente. Le competenze specialistiche accumulate nel corso di decenni possono improvvisamente essere messe in pratica a una velocità che in passato avrebbe richiesto l'intervento di interi team di sviluppatori.
Livelli semantici anziché logica criptica
Un altro aspetto importante riguarda la comprensibilità del software. Molti sistemi sono costituiti da migliaia di dettagli tecnici. Variabili, script, trigger e casi particolari si intrecciano nel corso degli anni fino a formare strutture complesse. Spesso i nuovi sviluppatori impiegano mesi per comprenderne appieno i nessi.
Per questo motivo, in futuro il livello semantico assumerà un ruolo decisamente più importante. Un sistema moderno non dovrebbe limitarsi a sapere che un campo esiste, ma dovrebbe anche comprenderne il motivo. Un esempio:
Un campo denominato "Giorni_di_scadenza_con_sconto" contiene già molte più informazioni rispetto a un nome criptico come «Feld_4711».
Se, inoltre, viene documentato il significato di questo campo, il modo in cui viene utilizzato e il contesto in cui si inserisce, si crea una base di conoscenze comprensibile sia per le persone che per i sistemi di intelligenza artificiale.
Proprio per questo motivo, gFM-Business è stato documentato in modo sistematico nel corso di molti anni. Sono stati descritti migliaia di campi, processi e relazioni. Quello che in origine era destinato a sviluppatori e utenti si sta oggi trasformando sempre più in un livello di conoscenza semantica per i sistemi di intelligenza artificiale.
La documentazione come vantaggio competitivo
Per molto tempo, in molti progetti software la documentazione è stata considerata un male necessario. Spesso veniva trascurata o redatta solo alla fine di un progetto. In molte aziende esistono sistemi i cui sviluppatori originari non sono più disponibili da tempo. La conoscenza di importanti nessi è in parte andata perduta.
Con l’IA anche questa prospettiva cambia. La documentazione diventa improvvisamente un vantaggio strategico. Un’IA può fornire buoni risultati solo se comprende le strutture sottostanti. I sistemi ben documentati hanno quindi un enorme vantaggio rispetto alle soluzioni la cui conoscenza è conservata esclusivamente nelle menti dei singoli sviluppatori.
Questa consapevolezza ha influenzato profondamente anche lo sviluppo di SchallOS. La piattaforma non deve limitarsi a gestire il codice, ma deve gestire la conoscenza.
Perché decenni di esperienza nel settore valgono improvvisamente oro
Quando si parla di sviluppo software moderno, spesso si discute di nuovi linguaggi di programmazione, framework o tecnologie cloud. Tuttavia, c’è un’altra questione che riveste almeno la stessa importanza:
Quali conoscenze sono state acquisite negli ultimi decenni?
Dopo oltre trent’anni di sviluppo con FileMaker, abbiamo acquisito numerose conoscenze. Non solo esperienze tecniche, ma soprattutto conoscenze relative ai processi aziendali, al comportamento degli utenti e alle esigenze pratiche nella quotidianità delle aziende.
In questo contesto è emerso chiaramente anche dove le piattaforme di sviluppo tradizionali raggiungono i propri limiti. In FileMaker, per molti anni è stato necessario sviluppare numerose soluzioni alternative. I campi venivano sovrapposti perché altrimenti non era possibile ottenere determinate forme di visualizzazione. Gli script dovevano svolgere compiti complessi che in realtà avrebbero dovuto essere parte integrante della piattaforma. Molte soluzioni funzionavano alla perfezione, ma erano spesso frammentarie e richiedevano una manutenzione dispendiosa.
Queste esperienze hanno costituito un punto di partenza fondamentale per lo sviluppo di SchallOS. L'idea centrale non era quella di copiare o sostituire FileMaker, bensì di trasferire una filosofia di sviluppo simile in un'architettura più moderna.
- Un'architettura che non è costituita tanto da migliaia di singoli oggetti, quanto piuttosto da contenitori funzionali riutilizzabili.
- Un'architettura che tiene conto dell'intelligenza artificiale fin dall'inizio.
- E un'architettura che si concentri maggiormente sulla logica di business e sulle competenze specialistiche piuttosto che sui dettagli tecnici.
Il vero punto di forza dell’intelligenza artificiale non sta quindi nel generare più codice. Il vero punto di forza consiste nel tradurre in software funzionante, in modo più rapido ed efficiente, le conoscenze accumulate nel corso di decenni. È proprio qui che, a mio avviso, risiede il cambiamento più significativo per gli sviluppatori.
L'idea alla base del sistema operativo aziendale SchallOS
SchallOS non è nato su un tavolo da disegno. La piattaforma è il risultato di oltre tre decenni di esperienza pratica nello sviluppo e si basa su un software che è già in uso da quasi 14 anni.
Quando, molti anni fa, è nata gFM-Business, l’obiettivo iniziale era relativamente modesto. Si trattava di creare una soluzione flessibile Software aziendale che si adatta a diversi settori e soddisfa le esigenze tipiche delle piccole e medie imprese. Nel corso del tempo, tuttavia, da essa si è sviluppata una soluzione ben più ampia di un semplice sistema ERP classico. CRM, fatturazione, Gestione degli articoli, a cui si sono aggiunti magazzino, progetti, inventario, gestione del personale, gestione dei documenti, fatture elettroniche, interfacce e numerose altre funzioni.
Ogni progetto con i clienti ha portato a nuove conoscenze. Ogni ampliamento ha reso il software più completo. Allo stesso tempo, si è creata una vastissima base di conoscenze sui processi aziendali reali e sulle esigenze quotidiane delle imprese.
Particolarmente importante in questo contesto è stata una decisione che, inizialmente, non aveva nulla a che fare con l’intelligenza artificiale. Alcuni anni fa si è iniziato a documentare in modo sistematico gFM-Business. Campi, tabelle, processi e correlazioni sono stati descritti e registrati in modo strutturato. All’epoca ciò avveniva soprattutto a beneficio delle licenze aperte, degli sviluppatori e degli utenti. Oggi risulta evidente che proprio questa documentazione è diventata una base fondamentale per la fase di sviluppo successiva.
Infatti, improvvisamente non è più solo uno sviluppatore a poter utilizzare queste informazioni. Anche i moderni sistemi di intelligenza artificiale sono in grado di accedere a queste conoscenze e di comprenderne le interrelazioni.
Perché SchallOS non è un clone di FileMaker
Chi osserva i primi screenshot di SchallOS ne riconosce subito le origini. E non c’è da stupirsi. Dopotutto, gran parte dell’esperienza e delle idee deriva da oltre trent’anni di lavoro con FileMaker.
Ciononostante, non è mai stato nelle nostre intenzioni limitarsi a ricreare FileMaker. Una semplice riproduzione non avrebbe avuto molto senso. Il mondo è cambiato. Le moderne tecnologie dei browser, i database potenti, i sistemi di intelligenza artificiale locali e i nuovi strumenti di sviluppo aprono possibilità che dieci o venti anni fa semplicemente non esistevano.
La domanda vera era quindi: come sarebbe una piattaforma di sviluppo se oggi si potesse ricominciare da zero, avvalendosi al contempo delle conoscenze acquisite in tre decenni di esperienza pratica?
È proprio da questa domanda che è nato SchallOS. La piattaforma riprende molti dei principi fondamentali che hanno determinato il successo di FileMaker. Tra questi figurano lo sviluppo rapido di applicazioni aziendali, una forte componente visiva e la possibilità di realizzare soluzioni complesse senza ricorrere a team di sviluppatori di grandi dimensioni.
Allo stesso tempo, molti aspetti sono stati ripensati in modo consapevole. Al posto di migliaia di singoli oggetti di layout si stanno affermando sempre più i contenitori funzionali. Al posto di complesse catene di script subentrano descrizioni semantiche e uno sviluppo supportato dall’intelligenza artificiale. Al posto di numerose soluzioni tecniche provvisorie subentrano funzionalità della piattaforma progettate fin dall’inizio per le moderne applicazioni web.
L'obiettivo non è quello di sostituire FileMaker. L'obiettivo è quello di creare la fase successiva dell'evoluzione.
Conservare le conoscenze invece di ricominciare da capo
Durante lo sviluppo, un concetto è stato sempre al centro dell’attenzione. Negli ultimi anni e decenni, molti sviluppatori hanno accumulato un’enorme quantità di conoscenze. Conoscono nei minimi dettagli i propri clienti, i propri processi, le proprie strutture di dati e le proprie soluzioni. Queste conoscenze sono spesso molto più preziose del codice di programmazione vero e proprio.
Ciononostante, molte aziende si ritrovano regolarmente a vivere lo stesso circolo vizioso. Sul mercato compaiono nuove tecnologie. I vecchi sistemi vengono sostituiti. Le soluzioni esistenti vengono scartate e tutto ricomincia da capo.
Era proprio questo l'approccio che volevo evitare. SchallOS è nato dalla convinzione che le conoscenze acquisite non debbano andare perdute. Gli investimenti degli ultimi anni non devono diventare inutili solo perché la tecnologia su cui si basano è cambiata.
Per questo motivo, la migrazione delle soluzioni esistenti riveste un ruolo fondamentale. Non si tratta solo di trasferire i dati: anche le strutture, i processi, la logica di business e le conoscenze relative alle applicazioni devono essere mantenute il più possibile.
Per questo motivo, la prossima versione gFM-Business 9 rivestirà un’importanza particolare. Non solo rappresenta un ulteriore passo avanti rispetto alla soluzione FileMaker esistente, ma costituisce anche un ponte verso la nuova generazione di piattaforme.
Novità importanti in gFM-NEXT / SchallOS
| Funzione | Descrizione del | Vantaggi |
|---|---|---|
| Contenitore funzionale | Barre di navigazione, finestre di dialogo e moduli completi come componenti intelligenti. | Meno oggetti, maggiore facilità di manutenzione e supporto tramite IA. |
| Livello semantico del linguaggio | Gli oggetti conoscono il loro significato tecnico. | Traduzioni automatiche e funzioni intelligenti basate sull'intelligenza artificiale. |
| Didascalia sul campo | L'etichetta è parte integrante dell'oggetto campo. | Fino a 50 oggetti di layout % in meno. |
| Tipi di input condizionali | Gli oggetti possono cambiare tipo in modo dinamico. | Meno soluzioni alternative e più flessibilità. |
| SQL nelle proprietà dell'oggetto | Contenuti dinamici direttamente nelle didascalie e nelle proprietà. | Riduce i campi ausiliari e gli script. |
| Smart Paste | Importazione intelligente degli oggetti esistenti. | Migrazione e sviluppo più rapidi. |
| Registro dei container | Gestione centralizzata di tutti i componenti. | Gestione delle versioni e riutilizzo. |
| Sviluppo basato sull'intelligenza artificiale | Generazione automatica di codice a partire dalla logica di business. | Velocità di sviluppo nettamente superiore. |
La migrazione delle soluzioni esistenti
La migrazione è un tema complesso in molti progetti. Spesso la migrazione comporta l’esportazione dei dati e la loro successiva importazione in un sistema completamente nuovo. In seguito, è spesso necessario ricostruire l’applicazione stessa. Moduli, flussi di lavoro e interfacce vengono ricreati da zero. In questo processo si perde gran parte delle conoscenze acquisite.
Per SchallOS è stato quindi scelto un approccio diverso. La piattaforma deve essere in grado di comprendere, per quanto possibile, le soluzioni esistenti. Le strutture tabellari, i campi, le relazioni, i layout e i processi aziendali ne costituiscono la base. Passo dopo passo si sta creando un livello di migrazione in grado di analizzare le applicazioni esistenti e di convertirle in componenti moderni.
Naturalmente, la prima versione non sarà ancora in grado di riconoscere automaticamente tutte le funzioni. Sarebbe irrealistico. Tuttavia, già oggi si stanno gettando le basi per una forma di migrazione decisamente più intelligente.
A lungo termine, l'obiettivo è quello di creare un sistema che non si limiti a importare le soluzioni esistenti, ma ne comprenda la struttura. È proprio in questo che, a mio avviso, risiede una delle principali differenze rispetto a molti nuovi sviluppi tradizionali.
SchallOS non parte da zero. La piattaforma si basa su una soluzione ERP consolidata, su decenni di esperienza pratica e su un’ampia base di conoscenze. Ciò consente di preservare ciò che ha dato prova di efficacia e, al contempo, di sfruttare i vantaggi delle tecnologie moderne. Il passato non viene sostituito, ma costituisce piuttosto le fondamenta per la prossima generazione di applicazioni aziendali.
Immagini da gFM-NEXT e SchallOS
Contenitori funzionali anziché caos di oggetti
Chi ha sviluppato applicazioni aziendali per molti anni conosce bene il problema. Con ogni nuova funzione, il numero di oggetti in un layout aumenta. Vengono inseriti campi aggiuntivi, vengono aggiunti altri pulsanti, vengono scritti nuovi script e vengono presi in considerazione sempre più casi particolari. A un certo punto si ottiene un’applicazione che, pur funzionando in modo eccellente, presenta una struttura interna sempre più complessa.
Proprio negli ambienti di sviluppo tradizionali, quindi, era spesso necessario trovare soluzioni creative. I campi venivano sovrapposti per consentire diverse forme di visualizzazione. I pulsanti venivano resi invisibili e visualizzati solo in determinate condizioni. Oggetti ausiliari aggiuntivi svolgevano compiti che in realtà avrebbero dovuto essere parte integrante della piattaforma. Queste tecniche funzionano e si sono dimostrate efficaci nel corso di molti anni. Tuttavia, a lungo termine aumentano la complessità di un’applicazione.
Durante lo sviluppo di SchallOS si è quindi riproposta più volte la stessa domanda:
Come si svilupperebbe una modalità di impaginazione moderna se oggi si potesse ricominciare da zero?
Una modalità di layout per gli sviluppatori
Uno dei requisiti principali era quello di mantenere la precisione dei classici sistemi di sviluppo rapido. Sebbene molti framework web moderni offrano enormi possibilità tecniche, spesso non raggiungono l’efficienza di un editor di layout visivo ben progettato. Per questo motivo, la modalità di layout di SchallOS si ispira consapevolmente ai punti di forza degli ambienti di sviluppo consolidati.
Griglia, Linee guida, l'allineamento magnetico, la selezione multipla, il raggruppamento di oggetti e il posizionamento preciso sono ovviamente parte integrante del sistema. L'obiettivo non è mai stato quello di sviluppare un editor web semplificato. L'obiettivo era piuttosto quello di coniugare la velocità e la precisione dei classici strumenti di sviluppo con un'architettura moderna.
Allo stesso tempo, sono stati ripensati numerosi concetti per rendere superflue le tipiche soluzioni alternative del passato.
Meno oggetti, più intelligenza
Un buon esempio sono le etichette dei campi. In molti sistemi, un campo di immissione è costituito da almeno due oggetti. Il campo vero e proprio e la relativa etichetta devono essere gestiti, posizionati e tradotti separatamente.
In SchallOS le etichette dei campi possono essere parte integrante di un oggetto campo. Per lo sviluppatore tutto rimane flessibile. A livello interno, tuttavia, il numero di oggetti necessari si riduce notevolmente.
A prima vista, questo approccio può sembrare poco spettacolare. Tuttavia, nelle applicazioni di grandi dimensioni con migliaia di campi, fa davvero una differenza enorme. Un numero inferiore di oggetti comporta un minor carico amministrativo, layout più chiari e una manutenzione più semplice.
Allo stesso tempo, questo approccio apre nuove possibilità. Poiché le etichette sono collegate direttamente al campo, possono essere tradotte automaticamente tramite il livello linguistico semantico. Lo sviluppatore non deve più gestire traduzioni separate in ogni singolo punto. Il sistema riconosce il significato di un campo ed è in grado di fornire automaticamente le varianti linguistiche corrispondenti.
Contenuti dinamici anziché soluzioni tecniche di ripiego
Un altro obiettivo era quello di rendere dinamicamente utilizzabili il maggior numero possibile di aree della piattaforma. In molte applicazioni si creano strutture ausiliarie aggiuntive, poiché alcune proprietà non supportano i calcoli. Gli sviluppatori devono quindi ricorrere a campi ausiliari, trigger o script aggiuntivi per visualizzare contenuti dinamici.
SchallOS adotta in questo caso un approccio diverso. Ovunque sia possibile inserire del testo, dovrebbero essere disponibili anche contenuti dinamici. Tra questi figurano, ad esempio, le etichette dei campi, i testi segnaposto, gli oggetti di testo, i testi di aiuto o le proprietà dei controlli.
Inoltre, è possibile utilizzare calcoli, query SQL o altre espressioni dinamiche. Ciò consente di risolvere molte attività direttamente nel punto in cui sono necessarie. La necessità di ricorrere a soluzioni tecniche alternative si riduce notevolmente.
Naturalmente, le funzioni classiche come la formattazione condizionale, la visibilità condizionale o l’attivazione dinamica degli oggetti continuano a far parte integrante della piattaforma. Questi meccanismi hanno dato prova della loro efficacia nel corso di molti anni e continuano a rappresentare alcuni degli strumenti più importanti nello sviluppo di moderne applicazioni aziendali.
Oggetti familiari, architettura moderna
Nonostante tutte le novità, la piattaforma dovrebbe risultare familiare agli sviluppatori esperti. Per questo motivo, SchallOS continua a includere la maggior parte dei tipi di oggetti che si trovano nei classici ambienti di sviluppo. Campi, pulsanti, schede, controlli, elenchi, contenitori, grafici e altri tipi di oggetti sono ancora disponibili.
La differenza fondamentale, tuttavia, sta sotto la superficie. Mentre molti sistemi trattano ogni oggetto in modo sostanzialmente isolato, SchallOS opera a un livello semantico nettamente più avanzato. Gli oggetti conoscono il proprio ruolo all’interno di un’applicazione. Non sono più solo elementi grafici, ma parte di un’architettura più ampia.
Ciò consente di individuare le correlazioni, automatizzare le traduzioni e integrare i sistemi di intelligenza artificiale in modo molto più approfondito nel processo di sviluppo.
La vera innovazione: i container funzionali
L'espressione più evidente di questa filosofia sono i contenitori di funzioni. Un contenitore di funzioni può svolgere un piccolo compito. Ad esempio, può visualizzare un grafico o fornire una funzione di ricerca.
Allo stesso modo, però, un contenitore di funzioni può anche contenere un’intera area amministrativa. All’interno di un unico contenitore è possibile raggruppare diverse schede, finestre di dialogo complesse, accessi ai dati personalizzati, logica di sicurezza e interfacce utente complete.
Nella modalità di layout, un contenitore di funzioni rimane comunque un semplice oggetto. In questo modo, la complessità si sposta dall'interfaccia a componenti chiaramente definiti e riutilizzabili.
Una barra di navigazione diventa un contenitore di funzioni. Una barra degli strumenti diventa un contenitore di funzioni. Un’interfaccia di amministrazione diventa un contenitore di funzioni. Persino moduli specialistici completi possono essere realizzati come contenitori autonomi. Questo approccio riduce notevolmente il numero di oggetti visibili e, al contempo, crea un’architettura molto più chiara.
Dagli script FileMaker ai componenti basati sull'intelligenza artificiale
Questo concetto diventa particolarmente interessante grazie all’integrazione con l’intelligenza artificiale. Gli script FileMaker originali fungono spesso da fonte di conoscenza in questo contesto. Essi descrivono la logica aziendale, le procedure e i processi che si sono sviluppati nel corso di molti anni.
Il codice di programma vero e proprio di un contenitore di funzioni, tuttavia, non viene semplicemente ripreso. L’IA analizza invece la logica esistente, comprende il compito funzionale e genera un’implementazione moderna all’interno della nuova architettura. In questo modo, le conoscenze vengono preservate, mentre l’implementazione tecnica può essere completamente rinnovata.
È proprio qui che risiede uno dei maggiori vantaggi della piattaforma. Non è il vecchio codice a essere conservato, bensì la conoscenza che sta alla base.
Migrazione senza ricominciare da capo tramite gli appunti
Questo principio vale anche per la migrazione di soluzioni esistenti. Se sul lato FileMaker è installato il plugin MBS, tabelle, campi, oggetti di layout, script e altri elementi possono essere importati direttamente tramite gli appunti. La piattaforma analizza i contenuti e crea le strutture corrispondenti all’interno di SchallOS.
Inoltre, con Smart Paste è disponibile un meccanismo che va ben oltre il classico inserimento. Prima dell'importazione è possibile selezionare quali elementi devono essere effettivamente importati. Allo stesso tempo, è possibile apportare modifiche prima ancora che i dati vengano inseriti.
Un esempio tipico potrebbe essere la conversione di un modulo di offerta in un modulo d'ordine. Anziché modificare manualmente tutti i campi a posteriori, è possibile eseguire le trasformazioni necessarie già durante il processo di importazione. Ciò rende il processo di migrazione decisamente più efficiente rispetto a quello offerto dai classici strumenti di importazione.
Le basi per la prossima generazione di applicazioni aziendali
I contenitori funzionali sono quindi molto più di un semplice nuovo tipo di oggetto. Costituiscono le fondamenta di un’architettura orientata in modo coerente alla riutilizzabilità, alla conoscenza semantica e allo sviluppo supportato dall’intelligenza artificiale.
Grazie alla moderna modalità di impaginazione, al livello linguistico integrato, alle funzionalità avanzate degli oggetti e agli strumenti di migrazione intelligenti, nasce una piattaforma che risulta al tempo stesso familiare e completamente nuova.
L'obiettivo non è quello di copiare i sistemi esistenti. L'obiettivo è quello di preservare i punti di forza dei classici ambienti di sviluppo rapido e, al contempo, sfruttare appieno le potenzialità delle moderne tecnologie di intelligenza artificiale.
Migrazione da FileMaker a SchallOS / gFM-NEXT
| Componente | Migrazione | Caratteristica distintiva |
|---|---|---|
| Tavoli | Automatico | Trasferimento della struttura e dei metadati. |
| Campi | Automatico | Le descrizioni diventano parte integrante del livello semantico. |
| Layout | Smart Paste | Gli oggetti possono essere modificati durante l'importazione. |
| Script/CF | Analisi basata sull'intelligenza artificiale | La logica di business viene trasferita nei contenitori funzionali. |
| Elenchi di valori | Automatico | Trasferimento diretto sulla nuova piattaforma. |
| Moduli | Semi-automatico | A lungo termine è previsto il riconoscimento automatico dei container. |
| Traduzioni | Livello semantico del linguaggio | Il multilinguismo è in gran parte automatizzabile. |
L'architettura tecnica
Quando si parla di nuove piattaforme software, molte discussioni si concentrano inizialmente sulle funzionalità visibili.
- Quali moduli sono disponibili?
- Quali report è possibile generare?
- Quali interfacce sono supportate?
Queste domande sono importanti. A lungo termine, però, è spesso qualcos’altro a determinare il successo di una piattaforma.
Il fondamento vero e proprio è costituito dall'architettura. È questa a determinare la flessibilità con cui un sistema può essere ampliato, la sua stabilità sotto carico, la capacità di integrare nuove tecnologie e la facilità con cui le applicazioni potranno essere ulteriormente sviluppate in futuro.
Per questo motivo, durante lo sviluppo di SchallOS non si è pensato innanzitutto alle singole funzioni. Al centro dell’attenzione c’era invece la domanda su come dovesse essere strutturata una piattaforma moderna affinché potesse essere ampliata in modo sensato anche tra cinque o dieci anni.
Il risultato è un'architettura multistrato che integra applicazioni aziendali classiche, moderne tecnologie web e intelligenza artificiale.
Il livello dell'IA come nuovo livello di sviluppo
Una caratteristica distintiva di SchallOS è che l'intelligenza artificiale non viene considerata come un modulo aggiuntivo. L'IA costituisce piuttosto un livello a sé stante all'interno della piattaforma.
In molti sistemi odierni l'intelligenza artificiale viene integrata a posteriori. Viene aggiunta una finestra di chat, incorporato un assistente o creata un'interfaccia con un servizio esterno. L'architettura di base rimane invece invariata.
SchallOS adotta un approccio diverso. La piattaforma è stata sviluppata fin dall’inizio partendo dal presupposto che, in futuro, l’intelligenza artificiale avrebbe svolto un ruolo centrale nello sviluppo, nella documentazione e nella manutenzione. Per questo motivo, l’intelligenza artificiale non accede solo ai dati, ma anche alla documentazione, alle descrizioni dell’architettura, alle definizioni dei container e alle informazioni semantiche.
Ne risulta un sistema che non solo gestisce i dati, ma possiede anche una conoscenza della propria struttura. Per gli sviluppatori ciò rappresenta una differenza sostanziale. L’IA non solo conosce i singoli frammenti di codice, ma comprende anche le interrelazioni all’interno della piattaforma.
Mount in fase di esecuzione e registro dei container
Un altro elemento importante è costituito dai Tempo di esecuzione-I mount e il Container Registry. Oggi le applicazioni moderne sono spesso costituite da numerosi componenti indipendenti. Barre di navigazione, barre degli strumenti, finestre di dialogo, moduli funzionali e aree di amministrazione non sono più considerati elementi rigidi di un layout, ma vengono gestiti come unità autonome.
Il Container Registry si occupa della gestione centralizzata di questi componenti. Ogni container funzionale possiede un’identità univoca, proprietà proprie e un ciclo di vita definito. Il runtime, a sua volta, garantisce che i componenti corrispondenti vengano caricati ed eseguiti al momento giusto.
Questo approccio offre diversi vantaggi. Da un lato, garantisce una netta separazione tra layout e funzionalità. Dall’altro, consente di sviluppare, sostituire o ampliare i componenti in modo indipendente l’uno dall’altro.
Inoltre, il registro getta le basi per funzionalità future quali la gestione delle versioni, la firma digitale, i livelli di sicurezza o le librerie centralizzate di componenti.
IndexedDB come livello di verità locale
Per l'archiviazione locale, SchallOS utilizza consapevolmente le moderne tecnologie dei browser. In questo contesto, IndexedDB riveste un ruolo centrale. Si tratta di una potente tecnologia di database disponibile direttamente nel browser, in grado di gestire in modo efficiente anche grandi quantità di dati. A differenza delle classiche memorie del browser, IndexedDB è stato sviluppato appositamente per applicazioni complesse.
Per SchallOS ciò comporta numerosi vantaggi. Layout, configurazioni, metadati e altre informazioni possono essere salvati localmente. In questo modo le applicazioni rimangono utilizzabili anche senza una connessione di rete permanente. Allo stesso tempo si ottengono tempi di risposta ridotti, poiché molti dati sono disponibili direttamente sul sistema locale.
Questo è un fattore importante soprattutto per gli strumenti di sviluppo e le applicazioni aziendali di grandi dimensioni.
"Committed-First" anziché "Cache-Chaos"
Durante lo sviluppo è emerso subito che le applicazioni moderne non solo necessitano di memorie veloci, ma anche di un livello di verità ben definito.
Molti sistemi utilizzano diverse cache, memorie tampone e stati temporanei. Sebbene ciò possa aumentare la velocità, a lungo termine spesso porta a errori difficili da individuare.
Per questo motivo SchallOS si basa su una cosiddetta architettura “Committed-First”. Le nuove informazioni sono considerate valide solo dopo essere state salvate e verificate con successo. Solo a quel punto diventano visibili agli altri componenti.
Questo approccio garantisce una coerenza nettamente maggiore all'interno del sistema. Allo stesso tempo, semplifica la ricerca degli errori e riduce il rischio di situazioni contraddittorie. Questo approccio si è rivelato estremamente utile soprattutto nelle operazioni di layout complesse e nella gestione di numerosi componenti.
PostgreSQL per reti e operazioni multiutente
Ovviamente, l'archiviazione locale da sola non è sufficiente per le applicazioni aziendali professionali. Per questo motivo, PostgreSQL costituisce la base per il funzionamento in rete, il lavoro di squadra e le installazioni basate su server.
Da molti anni PostgreSQL è uno dei sistemi di database open source più potenti e affidabili in assoluto. Il database viene utilizzato in tutto il mondo in applicazioni aziendali, piattaforme cloud e grandi servizi web. La combinazione di IndexedDB e PostgreSQL dà vita a un’architettura flessibile.
Le soluzioni monoutente possono essere gestite a livello locale. Gli ambienti multiutente utilizzano PostgreSQL come database centrale. Allo stesso tempo, rimangono possibili scenari ibridi in cui la gestione locale dei dati e le strutture server centralizzate vengono combinate tra loro.
In questo modo si crea una piattaforma in grado di supportare sia piccole applicazioni monoutente che soluzioni aziendali su larga scala.
Un'architettura per gli anni a venire
L'architettura tecnica di SchallOS persegue, in definitiva, un obiettivo semplice: la complessità non deve scomparire, ma deve essere spostata nel posto giusto.
L'utente deve potersi concentrare sul proprio lavoro. Lo sviluppatore deve potersi concentrare sulla logica di business e sulle competenze specialistiche. L'infrastruttura tecnica si occupa di collegare in modo affidabile dati, componenti e processi tra loro.
Lo strato di IA, il registro dei container, i mount runtime, IndexedDB, PostgreSQL e l’architettura “Committed-First” non costituiscono una semplice raccolta di singole tecnologie. Fanno parte di un concetto globale.
Questo concetto mira a gettare le basi per una nuova generazione di applicazioni aziendali. Applicazioni che sfruttano le moderne tecnologie web, pur conservando al contempo la velocità, la flessibilità e la produttività dei classici sistemi di sviluppo rapido.
Runtime, distribuzione e il ritorno alla semplicità
Chi ha sviluppato applicazioni aziendali già venti o trent'anni fa, spesso ricorda un'epoca in cui la distribuzione del software era sorprendentemente semplice. Un'applicazione veniva creata, testata e poi consegnata al cliente. In molti casi bastava una sola installazione e il software era subito pronto all'uso.
Naturalmente, i sistemi di allora erano tecnicamente molto più semplici rispetto alle soluzioni odierne. Tuttavia, presentavano un vantaggio decisivo: la loro complessità era gestibile sia per gli sviluppatori che per gli utenti.
Negli ultimi anni la situazione è cambiata notevolmente. Le applicazioni moderne sono spesso costituite da numerosi componenti. Server web, database, certificati, servizi cloud, politiche di sicurezza, tecnologie di container e piattaforme di hosting devono essere integrati tra loro. Per le grandi aziende questo è un dato di fatto. Per molte piccole imprese e sviluppatori indipendenti, tuttavia, questa evoluzione rappresenta un ostacolo non indifferente.
In realtà, molti utenti desiderano fondamentalmente una sola cosa: un’applicazione che funzioni in modo affidabile e che sia facile da implementare. È proprio su questo punto che si concentra la strategia di implementazione di SchallOS.
Funzionamento in modalità monoutente senza ostacoli superflui
Non tutte le applicazioni richiedono un server, un'infrastruttura cloud o un'architettura di rete complessa. Molte soluzioni vengono utilizzate da singoli utenti o da piccoli team. In tali scenari, l'infrastruttura tecnica dovrebbe richiedere il minor impegno possibile.
La combinazione di moderne tecnologie web e archiviazione locale dei dati offre la possibilità di utilizzare le applicazioni anche senza una connessione permanente al server. Layout, impostazioni, metadati e altre informazioni possono essere salvati localmente. In questo modo le applicazioni rimangono veloci, flessibili e indipendenti da una connessione Internet costante.
Questo approccio richiama volutamente la semplicità degli ambienti di sviluppo classici. Si utilizzano tecnologie moderne senza gravare l'utente con inutili complessità.
Gestione della rete per team e aziende
Non appena più utenti lavorano insieme, i requisiti cambiano. I dati devono essere archiviati centralmente. È necessario gestire i diritti degli utenti. Le modifiche devono essere disponibili per tutti gli interessati.
Per questo motivo, l'architettura di SchallOS supporta fin dall'inizio anche il classico funzionamento multiutente. Grazie a PostgreSQL come database centrale, le applicazioni possono essere gestite in rete senza dover mantenere versioni diverse di una stessa soluzione. I dati sono disponibili a livello centrale, mentre le interfacce utente rimangono flessibili.
Per le aziende ciò rappresenta un vantaggio significativo. La stessa applicazione può essere utilizzata sia in locale, come soluzione monoutente, sia in un ambiente multiutente più ampio. Il passaggio da un modello operativo all’altro dovrebbe così risultare notevolmente più semplice rispetto a molti sistemi tradizionali.
Utilizzo del browser come impostazione predefinita
Oggi lo sviluppo delle moderne applicazioni aziendali avviene prevalentemente nel browser. Ci sono ottime ragioni per questo. I browser sono disponibili su tutte le piattaforme, non richiedono installazioni complesse e consentono aggiornamenti rapidi.
Per questo motivo, SchallOS si basa interamente su moderne tecnologie web. Il browser non viene considerato un limite, bensì un ambiente di esecuzione. Oggi è possibile eseguire direttamente all’interno del browser operazioni quali la gestione efficiente dei dati, l’archiviazione locale, interfacce utente moderne e logiche di business complesse.
In questo modo si crea una piattaforma che può essere utilizzata su Windows, macOS, Linux e molti altri sistemi, senza dover sviluppare un'applicazione specifica per ciascuna piattaforma.
Allo stesso tempo, rimane la possibilità di convertire le applicazioni in altre modalità operative in un secondo momento.
SaaS e distribuzione centralizzata
Oltre alle installazioni locali e agli ambienti di rete, anche il Software as a Service riveste ovviamente un ruolo importante. Oggi molte aziende prediligono soluzioni centralizzate fornite tramite Internet. Gli aggiornamenti vengono distribuiti automaticamente, gli utenti accedono alla stessa applicazione da sedi diverse e l’infrastruttura tecnica viene gestita a livello centrale.
L'architettura di SchallOS tiene quindi conto, sin dall'inizio, anche degli scenari SaaS. Grazie alla chiara separazione tra interfaccia utente, runtime e gestione dei dati, le applicazioni possono essere gestite sia a livello locale che centralizzato. Gli sviluppatori non devono ricreare le loro soluzioni per ogni modalità operativa. Si crea invece una base tecnica comune che supporta diversi modelli di distribuzione.
Strategie di implementazione flessibili anziché vicoli ciechi tecnici
Un problema ricorrente delle piattaforme software moderne è che le scelte architetturali iniziali rendono più difficili le successive estensioni.
Chi opta per una determinata modalità operativa, spesso è costretto a mantenerla a lungo termine. Il passaggio da un’installazione locale al cloud o da una soluzione cloud a un ambiente locale può rivelarsi complesso e costoso.
SchallOS adotta qui consapevolmente un approccio diverso. La piattaforma mira a lasciare agli sviluppatori il maggior numero possibile di opzioni. Il funzionamento in modalità standalone, in rete, le applicazioni browser e le soluzioni SaaS non sono considerati concetti in concorrenza tra loro, ma rappresentano diversi scenari di utilizzo della stessa architettura.
In questo modo gli sviluppatori possono scegliere la modalità operativa più adatta ai propri clienti e ai propri progetti.
Il ritorno alla semplicità
Forse è proprio questo il concetto fondamentale alla base dell'approccio di implementazione di SchallOS. Il mondo della tecnologia non diventerà più semplice nei prossimi anni. Continueranno a emergere nuove tecnologie, nuovi requisiti di sicurezza e nuove integrazioni.
Allo stesso tempo, lo sviluppo software moderno non dovrebbe essere inutilmente complicato. Molti sviluppatori ricordano ancora un’epoca in cui le applicazioni potevano essere create rapidamente, distribuite con facilità e gestite senza problemi. Questa semplicità è stata uno dei motivi per cui i sistemi di sviluppo rapido hanno riscosso così tanto successo nel corso dei decenni.
SchallOS non cerca di replicare il passato. I requisiti tecnici delle applicazioni moderne sono troppo diversi per farlo. L’obiettivo è piuttosto quello di coniugare la semplicità degli ambienti di sviluppo del passato con le potenzialità delle moderne tecnologie web. Gli sviluppatori devono potersi concentrare sulle loro applicazioni e non sulla complessità dell’infrastruttura.
Se ci si riesce, si crea una piattaforma che non solo è efficiente, ma che torna anche a essere divertente. È proprio questa, in definitiva, l’idea alla base dei runtime, del deployment flessibile e del ritorno consapevole a un modo più semplice di sviluppare software.
Opzioni di implementazione con SchallOS
| Tipo di distribuzione | Basi tecniche | Impiego tipico |
|---|---|---|
| Postazione singola | Browser + IndexedDB | Lavoratori autonomi e piccole imprese. |
| Funzionamento in rete | Browser + PostgreSQL | Gruppi di lavoro e team. |
| Server aziendale | Server PostgreSQL | Funzionamento multiutente in azienda. |
| SaaS | Infrastruttura cloud | Soluzioni online multicliente. |
| Funzionamento ibrido | IndexedDB + PostgreSQL | Lavoro offline con sincronizzazione. |
| Tempo di esecuzione | Applicazione preconfigurata | Facile distribuzione ai clienti finali. |
Il piano d'azione: gFM-Business 9 come ponte verso la prossima generazione
I prossimi mesi segneranno una tappa fondamentale nello sviluppo di gFM-Business e SchallOS. Per settembre 2026 è previsto il rilascio di gFM-Business 9 per FileMaker e di gFM-NEXT sulla piattaforma SchallOS. Non si tratta semplicemente di un ennesimo aggiornamento di una soluzione ERP esistente. Questa versione riveste infatti un ruolo particolare nell’ambito della strategia futura.
gFM-Business 9 sarà l'ultima grande versione principale basata sul FileMaker classico. Ciò non significa che la soluzione scomparirà. Al contrario. I clienti attuali potranno continuare a utilizzare il software in modo produttivo, le installazioni esistenti rimarranno attive e sarà comunque possibile effettuare nuove installazioni.
Allo stesso tempo, però, gFM-Business 9 getterà le basi tecniche per il passaggio alla prossima generazione di piattaforme. Al centro di tutto ciò c’è la nuova procedura guidata di migrazione, che dovrebbe consentire di trasferire in modo molto più semplice le soluzioni personalizzate esistenti con licenze aperte alla nuova architettura. Strutture di tabelle, campi, layout, script e altri componenti possono essere analizzati e preparati per la migrazione. In questo modo si crea per la prima volta un collegamento diretto tra l’attuale ecosistema FileMaker e la nuova piattaforma SchallOS.
SchallOS come piattaforma di sviluppo
Circa due mesi dopo il lancio di gFM-Business 9 dovrebbe essere rilasciata la prima versione pubblica della piattaforma SchallOS Business. L'attenzione non è rivolta agli utenti finali, bensì agli sviluppatori.
Nella sua prima fase di sviluppo, SchallOS sarà principalmente una piattaforma di sviluppo per gli sviluppatori FileMaker. Il pubblico di riferimento è costituito da sviluppatori e aziende che desiderano modernizzare, ampliare o trasferire a lungo termine le proprie soluzioni esistenti su una nuova base tecnologica.
In questo contesto, l’obiettivo principale non è la completa riprogettazione delle applicazioni esistenti. È molto più importante la possibilità di preservare gli investimenti già effettuati e di trasferirli gradualmente nella nuova architettura. Le prime versioni saranno quindi incentrate in modo particolare sui seguenti ambiti:
- Migrazione delle soluzioni esistenti
- Sviluppo del layout
- Contenitore funzionale
- livelli di conoscenza semantica
- Sviluppo basato sull'intelligenza artificiale
- modelli di implementazione moderni
Già oggi è evidente che questo approccio offre notevoli potenzialità. Molte attività che finora dovevano essere svolte manualmente con grande dispendio di tempo possono essere realizzate in modo decisamente più efficiente grazie alla combinazione di competenze specialistiche documentate e supporto dell’intelligenza artificiale.
Prospettiva a lungo termine
Il rilascio di SchallOS non segna la fine dello sviluppo, ma l’inizio di una nuova fase. Molti dei concetti discussi oggi continueranno a evolversi nei prossimi anni. Tra questi figurano, tra l’altro, le tecnologie di migrazione intelligenti, il riconoscimento automatico dei container, gli strumenti di sviluppo semantici e le funzionalità architetturali basate sull’intelligenza artificiale.
Uno degli obiettivi a lungo termine consiste non solo nell'importare tecnicamente le applicazioni esistenti, ma anche nel comprenderne la struttura e il significato. Maggiore è la quantità di conoscenze disponibili all'interno della piattaforma, maggiore sarà il supporto che i futuri sistemi di intelligenza artificiale potranno fornire in termini di sviluppo, manutenzione e ampliamento.
La prima versione di SchallOS ne costituisce la base. Il vero e proprio viaggio inizia dopo.
Il Server Manager di gFM-NEXT e SchallOS
La fase di prevendita è stata prorogata fino al 31 luglio
Lo sviluppo delle prossime versioni ha suscitato grande interesse negli ultimi mesi. Numerosi clienti, sviluppatori e potenziali utenti seguono già da tempo lo sviluppo di gFM-Business e SchallOS e desiderano partecipare attivamente alle prossime fasi.
Per questo motivo, la fase di prevendita inizialmente prevista viene prorogata. Gli interessati avranno ancora tempo fino al 31 luglio per usufruire di uno sconto del 20%. La promozione non si applica solo ai nuovi clienti, ma espressamente anche a quelli esistenti che intendono effettuare un aggiornamento della propria soluzione attuale.
Sicurezza degli investimenti per le soluzioni esistenti
Un aspetto importante riguarda gli attuali utenti di gFM-Business. Il rilascio di gFM-Business 9 non comporta la fine della funzionalità di questa versione di FileMaker. La soluzione rimane disponibile e utilizzabile a fini produttivi.
Allo stesso tempo, lo sviluppo funzionale si sposterà in futuro sempre più verso SchallOS. Ciò offre una prospettiva chiara ai clienti esistenti. Gli investimenti in gFM-Business rimangono validi e potranno essere trasferiti in seguito, gradualmente, alla nuova generazione di piattaforme.
È proprio questo il principio che ispira l’intera strategia alla base di SchallOS. Non partire da zero né scartare le conoscenze esistenti, ma trasferire le esperienze, i processi e le soluzioni già disponibili in un’architettura moderna, gettando così le basi per la prossima generazione di applicazioni aziendali.
Trasmettere le conoscenze consolidate al futuro
La storia di SchallOS non inizia con l'intelligenza artificiale. E non inizia nemmeno con le moderne tecnologie web, PostgreSQL o i contenitori di funzioni. Inizia con una semplice domanda:
Come è possibile trasferire le conoscenze accumulate nel corso di decenni a una nuova generazione tecnologica senza dover ricominciare da zero?
È proprio questa la domanda che preoccupa molti sviluppatori e aziende. Negli ultimi decenni sono state sviluppate innumerevoli applicazioni, sono stati ottimizzati i processi e si è accumulata una grande esperienza. Spesso dietro a tutto ciò si nascondono migliaia di ore di lavoro e un enorme bagaglio di competenze specialistiche. Allo stesso tempo, le tecnologie cambiano sempre più rapidamente. Nascono nuove piattaforme, i vecchi sistemi scompaiono e molte aziende si trovano ad affrontare la sfida di proteggere i propri investimenti pur rimanendo pronte per il futuro.
È qui che entra in gioco SchallOS. L’obiettivo non è quello di sostituire le soluzioni esistenti con qualcosa di completamente nuovo, ma piuttosto di creare un ponte tra sistemi collaudati e tecnologie moderne. Un’applicazione sviluppata oggi in FileMaker non deve necessariamente perdere il proprio aspetto, la propria usabilità o la propria logica di business solo perché passa a una nuova piattaforma tecnica.
In condizioni ideali, dopo la migrazione l'applicazione apparirà praticamente identica agli occhi dell'utente. I flussi di lavoro rimangono invariati. Gli utenti continueranno a orientarsi senza difficoltà. Allo stesso tempo, la soluzione opera internamente su un'architettura moderna che offre nuove possibilità di espansione, automazione e scalabilità.
Questo approccio diventa particolarmente interessante grazie al livello semantico. Non appena un’applicazione non è più costituita solo da campi, tabelle e script, ma è consapevole del proprio significato, si aprono possibilità completamente nuove. Le traduzioni possono essere automatizzate. La documentazione può essere generata o aggiornata automaticamente. I sistemi di intelligenza artificiale possono comprendere i processi aziendali, anziché limitarsi ad analizzare il codice di programmazione. Ciò comporta una differenza fondamentale rispetto a molti approcci di sviluppo adottati finora. Mentre i sistemi classici si occupano principalmente della gestione dei dati, una piattaforma semantica è in grado di gestire sempre più la conoscenza. È proprio qui che, a mio avviso, risiede una delle maggiori opportunità dei prossimi anni.
20 % Sconto fino al 31/07.
Valido per Nuovi acquisti, Aggiornamenti e futuri
Progetti gFM-NEXT e SchallOS.
Il dibattito sull’intelligenza artificiale si concentra spesso su testi, immagini o chatbot. Per gli sviluppatori, tuttavia, la vera rivoluzione sta altrove. L’IA consente per la prima volta di integrare direttamente nelle moderne architetture software le competenze specialistiche accumulate nel corso di decenni. L’esperienza dello sviluppatore non viene sostituita, ma potenziata.
SchallOS non si propone quindi come alternativa alle piattaforme di sviluppo esistenti. La piattaforma è nata piuttosto dalla convinzione che i concetti collaudati continuino ad avere un grande valore. Lo sviluppo rapido, la progettazione visiva, i modelli di dati flessibili e gli strumenti produttivi rimarranno importanti anche in futuro. Allo stesso tempo, le moderne tecnologie web, i livelli di conoscenza semantica e lo sviluppo supportato dall’intelligenza artificiale aprono possibilità che solo pochi anni fa sarebbero state impensabili.
Le prossime versioni di gFM-Business 9 e SchallOS non segnano quindi la fine di una linea di prodotti esistente, bensì l’inizio di una nuova fase di sviluppo. Una fase in cui gli investimenti già effettuati possono essere mantenuti, mentre al contempo diventano disponibili nuove tecnologie.
Dopo oltre trent’anni di esperienza nello sviluppo di software, oggi sono più che mai convinto che la conoscenza sia la risorsa più preziosa di un’azienda. I database, i linguaggi di programmazione e le piattaforme tecniche continueranno a evolversi.
La conoscenza dei clienti, dei processi, dei prodotti e delle procedure aziendali rimane invece il vero fulcro di ogni applicazione di successo.
Domande frequenti
- Ma cos’è esattamente SchallOS?
SchallOS è una nuova piattaforma di sviluppo per applicazioni aziendali, nata da oltre 30 anni di esperienza pratica con FileMaker e lo sviluppo di gFM-Business. L'obiettivo è quello di combinare i concetti collaudati dei classici sistemi di sviluppo rapido con le moderne tecnologie web, l'intelligenza artificiale e un livello di conoscenza semantico. L'attenzione non è rivolta alla reinvenzione di tutti i processi, bensì alla migrazione delle soluzioni esistenti verso un'architettura moderna. - SchallOS è destinato a sostituire completamente FileMaker?
No. SchallOS non è nato dal desiderio di sostituire FileMaker. La piattaforma mira piuttosto a creare un’opportunità per trasferire le conoscenze e le soluzioni esistenti in una nuova generazione tecnologica. FileMaker rimane un ambiente di sviluppo potente, che consente di sviluppare software in modo molto rapido ed efficace. SchallOS mira a offrire ulteriori possibilità, in particolare nel campo dell’intelligenza artificiale, dell’architettura web moderna e dei modelli di distribuzione flessibili. - Ma perché è stato sviluppato SchallOS?
L'idea è nata dall'osservazione che molte aziende e sviluppatori hanno messo a punto soluzioni di grande valore nel corso di decenni. Allo stesso tempo, le tecnologie evolvono a un ritmo sempre più rapido. SchallOS mira a impedire che questo know-how vada perso solo perché cambiano le basi tecniche. L'obiettivo è proteggere gli investimenti esistenti e, al contempo, rendere fruibili le tecnologie moderne. - Cosa distingue SchallOS dalle classiche piattaforme low-code?
La differenza principale risiede nella combinazione di conoscenza semantica, supporto dell'intelligenza artificiale e capacità di migrazione. Mentre molte piattaforme forniscono soprattutto strumenti per lo sviluppo di nuove applicazioni, SchallOS persegue inoltre l'obiettivo di comprendere e integrare le soluzioni esistenti. In questo contesto, il livello di conoscenza semantica svolge un ruolo centrale. - Cosa sono i contenitori funzionali?
I contenitori di funzioni sono componenti intelligenti in grado di assumere una parte o addirittura l'intera funzionalità di un modulo. Una barra di navigazione, una barra degli strumenti, un campo di ricerca o persino un'interfaccia di amministrazione completa possono essere implementati come contenitori funzionali. Ciò riduce notevolmente il numero di singoli oggetti, aumentando al contempo la riutilizzabilità e la facilità di manutenzione. - Perché i container funzionali sono così importanti?
I contenitori funzionali trasferiscono la complessità dal layout a componenti chiaramente definiti. Anziché dover gestire centinaia di singoli oggetti e script, si creano moduli funzionali autonomi con un compito ben definito. In questo modo le applicazioni diventano più chiare, più facili da mantenere e decisamente più adatte all’uso dell’intelligenza artificiale. - È possibile migrare una soluzione FileMaker esistente su SchallOS?
È proprio per questo scopo che attualmente si sta sviluppando il livello di migrazione. L'obiettivo è quello di trasferire, per quanto possibile, tabelle, campi, layout, script e altri componenti delle soluzioni FileMaker esistenti. A lungo termine, la piattaforma non dovrà limitarsi a importare i dati, ma dovrà essere in grado di comprendere la struttura e il significato di un'applicazione. - L'aspetto della mia applicazione rimarrà invariato in caso di migrazione?
Questo è uno degli obiettivi principali dello sviluppo. Un’applicazione migrata deve rimanere il più possibile familiare per gli utenti. Il layout, i concetti di utilizzo e i flussi di lavoro possono essere mantenuti in larga misura, spesso addirittura integralmente, mentre la base tecnica viene modernizzata. In questo modo, la transizione risulta notevolmente più semplice per le aziende. - Che ruolo svolge l'intelligenza artificiale in SchallOS?
L'intelligenza artificiale non è solo un modulo aggiuntivo, ma una componente fondamentale dell'architettura. Fornisce supporto nello sviluppo, nella documentazione, nell'analisi, nella migrazione e, in seguito, anche nell'ampliamento delle soluzioni esistenti. La piattaforma è stata concepita fin dall'inizio in modo tale che i sistemi di intelligenza artificiale possano comprendere le strutture sottostanti. - Cosa si intende per “livello di conoscenza semantica”?
Un livello di conoscenza semantica non descrive solo le strutture tecniche, ma anche il loro significato. La piattaforma non solo sa che un campo esiste, ma comprende anche a cosa serve. È proprio questo che rende possibili funzioni intelligenti come la documentazione automatica, le traduzioni e lo sviluppo supportato dall’intelligenza artificiale. - È possibile tradurre automaticamente le applicazioni in altre lingue?
L'architettura semantica di SchallOS ne costituisce la base. Poiché la piattaforma riconosce il significato di campi, etichette e oggetti, le traduzioni possono essere automatizzate in misura molto maggiore rispetto ai sistemi tradizionali. Ciò riduce notevolmente il carico di lavoro di manutenzione e facilita la realizzazione di progetti internazionali. - Quale database viene utilizzato da SchallOS?
Per le applicazioni locali viene utilizzato IndexedDB. Per gli ambienti multiutente e le soluzioni server viene impiegato PostgreSQL. Ciò consente di gestire sulla stessa piattaforma sia applicazioni monoutente che soluzioni aziendali su larga scala. - Perché SchallOS punta su PostgreSQL?
PostgreSQL è uno dei sistemi di database più potenti e affidabili al mondo. Il database è flessibile, scalabile e particolarmente adatto alle applicazioni aziendali professionali. Allo stesso tempo, offre un approccio tecnologico aperto e a prova di futuro. - Cosa significa "architettura Committed-First"?
Con questo approccio, le modifiche sono considerate valide solo dopo essere state salvate e verificate con successo. Ciò crea un unico livello di verità all’interno della piattaforma. In questo modo è possibile ridurre notevolmente gli errori causati da cache obsolete o da stati contraddittori. - Quali vantaggi offre la nuova modalità di layout?
La modalità di impaginazione unisce la precisione dei classici ambienti di sviluppo alle possibilità offerte dalle tecnologie moderne. Sono disponibili griglie, linee guida, allineamento magnetico e molte altre funzioni. Allo stesso tempo, numerosi concetti sono stati ripensati per rendere superflui, in futuro, i tipici espedienti utilizzati nei sistemi precedenti. - Quando uscirà gFM-Business 9 per la piattaforma FileMaker?
Il rilascio di gFM-Business 9 è previsto per settembre 2026. La versione include numerosi miglioramenti e la nuova procedura guidata di migrazione, che dovrebbe gettare le basi per il futuro passaggio a SchallOS. - Quando sarà disponibile SchallOS?
Secondo le previsioni attuali, il lancio della prima versione pubblica di SchallOS è previsto circa due mesi dopo il rilascio di gFM-Business 9. Inizialmente l'attenzione sarà rivolta agli sviluppatori e alle aziende che desiderano trasferire le soluzioni esistenti sulla nuova piattaforma. - A chi è particolarmente indicato SchallOS?
La piattaforma si rivolge principalmente agli sviluppatori FileMaker, agli attuali clienti gFM Business e alle aziende che dispongono di applicazioni aziendali sviluppate nel corso degli anni. SchallOS è particolarmente interessante per tutti coloro che desiderano proteggere i propri investimenti esistenti e, al contempo, trarre vantaggio dalle tecnologie moderne e dall’intelligenza artificiale.
Markus Schall sviluppa database personalizzati, interfacce e applicazioni aziendali basate su Claris FileMaker dal 1994. È un partner di Claris, vincitore del premio FMM 2011 e sviluppatore del programma Software ERP gFM-Business. È anche autore di libri e fondatore dell'associazione M. Schall Editore.
