Por vezes, os desenvolvimentos mais interessantes resultam de decisões tomadas há décadas. Quando trabalhei pela primeira vez com o FileMaker 2.1, em 1994, não podia imaginar que isso se tornaria uma viagem de mais de 30 anos pelo mundo do desenvolvimento de software. Naquela altura, o FileMaker ainda era um programa de bases de dados relativamente simples. As minhas primeiras aplicações eram modestas, mas o entusiasmo foi imediato. Finalmente, era possível concretizar as próprias ideias, estruturar dados e desenvolver aplicações sem ter estudado informática.
Nas décadas seguintes, isso deu origem a inúmeros projetos, soluções para clientes e, por fim, ao gFM-Business – um sistema ERP completo com CRM, Fatura, gestão de armazéns, Gestão de projectos e muitos outros módulos. Ao longo dos anos, foram modelados e documentados milhares de campos, centenas de processos e inúmeros fluxos de trabalho.
Hoje, porém, encontramo-nos num momento em que o desenvolvimento de software está novamente a sofrer uma mudança radical. Desta vez, o fator desencadeante não é uma nova Base de dados, uma nova linguagem de programação ou um novo sistema operativo. O fator determinante é a inteligência artificial.
Por que razão o desenvolvimento de software está a sofrer uma mudança radical neste momento
Muitas discussões sobre a IA centram-se em textos, imagens ou chatbots. Para os programadores, porém, a verdadeira revolução reside noutro ponto completamente diferente.
Pela primeira vez na história do desenvolvimento de software, é possível dialogar de igual para igual com um sistema de IA sobre arquitetura, estruturas de dados, interfaces de utilizador e processos empresariais. A IA não se limita a gerar código, mas compreende cada vez mais as relações, as regras e os conceitos.
Isto faz com que o foco do desenvolvimento se desloque. Antigamente, grande parte do trabalho consistia em implementar detalhes técnicos. Hoje em dia, é cada vez mais importante definir as estruturas, regras e objetivos adequados. A implementação pode, posteriormente, ser automatizada em grande parte.
Isto abre novas possibilidades, sobretudo para os programadores com muitos anos de experiência. O conhecimento que antes existia exclusivamente na mente de um programador pode agora ser documentado, estruturado e aproveitado através da IA.
Este artigo não pretende ser um anúncio clássico de produto. O SchallOS encontra-se numa fase de desenvolvimento ativa. Muitos componentes já existem, outros estão a ser criados passo a passo. Por isso, o mais interessante não é o produto final, mas sim o percurso até lá.
Pela primeira vez em muitos anos, está a surgir uma plataforma que não se limita a copiar conceitos já existentes, mas que procura, de forma consciente, aliar os conhecimentos especializados acumulados ao longo de décadas às possibilidades oferecidas pelos sistemas modernos de IA. Não se trata, de forma alguma, de descartar o que já deu provas. Pelo contrário. A questão central é a seguinte:
Como é que se podem transpor as soluções, os conhecimentos e as experiências existentes para uma nova geração tecnológica?
Por que razão este é o momento certo para novas plataformas
As últimas décadas foram marcadas por sistemas cada vez mais potentes. Ao mesmo tempo, muitos ambientes de desenvolvimento tornaram-se mais complexos. Os serviços na nuvem, as interfaces, os requisitos de segurança, os processos de implementação e as integrações fazem com que, hoje em dia, mesmo as aplicações relativamente simples sejam, muitas vezes, significativamente mais complexas de implementar do que antigamente.
Ao mesmo tempo, a IA oferece possibilidades que, há poucos anos, seriam impensáveis. Isto cria uma janela de oportunidade que, provavelmente, raramente surge desta forma. Os sistemas existentes continuam a funcionar de forma fiável. Ao mesmo tempo, surgem ferramentas totalmente novas que permitem um outro tipo de desenvolvimento de software.
Exatamente neste Interface Está atualmente a ser desenvolvido o sistema operativo empresarial SchallOS. Não como substituto de tudo o que já existe, mas sim como uma tentativa de combinar os pontos fortes dos sistemas clássicos de desenvolvimento rápido com tecnologias web modernas, suporte de IA e uma nova arquitetura.
O problema das aplicações empresariais atuais
A maioria das aplicações empresariais de sucesso não surgiu num ano. Elas vão-se desenvolvendo ao longo de muitos anos. Surgem novos requisitos, os desejos dos clientes são implementados, as disposições legais alteram-se e os avanços técnicos tornam necessárias novas funcionalidades. O resultado são, frequentemente, sistemas com um leque impressionante de funcionalidades.
Ao mesmo tempo, porém, surge uma complexidade crescente. Atualmente, muitas empresas trabalham com soluções que foram desenvolvidas ao longo de anos ou mesmo décadas. Muitas vezes, o conhecimento aprofundado sobre os processos e as interligações está restrito a apenas algumas pessoas. Os novos programadores precisam de muito tempo para se familiarizarem com o sistema. As alterações tornam-se, assim, cada vez mais difíceis.
Isso não é um erro dos sistemas originais. É uma consequência natural de uma evolução a longo prazo.
Cada vez mais interfaces
Hoje em dia, as aplicações empresariais modernas raramente funcionam isoladamente. Comunicam com lojas online, sistemas de contabilidade, prestadores de serviços de envio, bancos, serviços de IA, sistemas de CRM e inúmeras outras plataformas.
Cada interface adicional cria novas possibilidades. Ao mesmo tempo, aumenta o trabalho de manutenção. As versões das API mudam. Os fornecedores alteram os seus serviços. As normas de segurança são adaptadas. Uma aplicação inicialmente simples transforma-se, gradualmente, numa aplicação complexa Rede das dependências.
Atualmente, muitos programadores dedicam mais tempo à integração e à manutenção do que ao verdadeiro desenvolvimento.
Cada vez mais complexidade na nuvem
Os serviços na nuvem oferecem, sem dúvida, muitas vantagens. Ao mesmo tempo, surgem frequentemente complexidades técnicas que se tornam praticamente incompreensíveis para as pequenas e médias empresas.
Servidor, certificados, alojamento, contentorização, gestão de utilizadores, monitorização e políticas de segurança são temas importantes. No entanto, também implicam um esforço administrativo considerável.
Hoje em dia, muitas empresas desejam, acima de tudo, uma coisa: uma solução que funcione. Nem todos os utilizadores querem ter de se preocupar com pormenores técnicos. Muitos preferem concentrar-se nos seus processos empresariais propriamente ditos.
Manutenção em vez de inovação
Outro problema de muitos sistemas já estabelecidos reside no facto de uma parte cada vez maior do tempo de desenvolvimento ser dedicada à manutenção. São necessárias correções de erros, adaptações e atualizações técnicas. Ao mesmo tempo, resta cada vez menos espaço para a verdadeira inovação. Muitos programadores conhecem a sensação de ter boas ideias, mas não ter tempo para as concretizar de forma consistente.
A IA altera esta relação de forma percetível pela primeira vez. Quando uma parte da implementação técnica pode ser automatizada, volta a surgir espaço para a arquitetura, a criatividade e novos conceitos.
Por que razão a lógica clássica dos scripts atinge os seus limites
Muitas plataformas de desenvolvimento ainda se baseiam em conceitos que surgiram há décadas. São executados scripts. Os gatilhos reagem a eventos. São criados menus. As interfaces de utilizador são compostas por muitos objetos individuais.
Estas abordagens funcionam. A questão, porém, é saber se continuarão a ser a forma mais eficiente no futuro. Se hoje em dia uma IA é capaz de compreender regras de negócio, analisar relações e criar componentes complexos, surge inevitavelmente uma nova forma de pensar.
Em vez de ligar entre si centenas de objetos individuais e inúmeros scripts, no futuro, alguns poucos componentes inteligentes poderão assumir grande parte da funcionalidade.
É precisamente aqui que entra o desenvolvimento do SchallOS. Não porque os conceitos existentes estejam errados, mas porque as novas ferramentas abrem agora outras possibilidades.
20 % Desconto até 31 de julho.
Válido para Novas aquisições, Atualizações e futuras
Projetos gFM-NEXT ou SchallOS.
O que a IA realmente muda para os programadores
Quando hoje se fala de inteligência artificial, muitas pessoas pensam, em primeiro lugar, em chatbots, traduções automáticas ou geração de imagens. Para os programadores, porém, a verdadeira revolução reside noutro domínio completamente diferente.
A IA não altera apenas a velocidade do desenvolvimento de software. Altera a A forma como o software é criado. Antigamente, praticamente todas as novas funcionalidades começavam com um trabalho técnico minucioso. Era necessário criar tabelas, definir campos, escrever scripts, criar interfaces de utilizador e interligar inúmeros detalhes. Mesmo pequenas alterações podiam demorar surpreendentemente muito tempo.
Hoje em dia, um programador pode explicar a uma IA o que pretende alcançar. A IA encarrega-se, em seguida, de grande parte da implementação técnica. Isso não torna o programador supérfluo. Pelo contrário, o seu papel passa de mero executor para arquiteto e decisor.
O verdadeiro desafio já não consiste em escrever código. O desafio consiste em desenvolver as estruturas certas e tomar as decisões certas.
Por que razão a experiência se torna, de repente, mais importante
Um efeito secundário interessante da revolução da IA é frequentemente ignorado. Muitas pessoas partem do princípio de que a inteligência artificial desvaloriza a experiência. Na prática, estou atualmente a observar exatamente o contrário. Quanto mais experiência alguém tem, melhor consegue tirar partido das possibilidades dos sistemas modernos de IA.
Quem trabalha há vinte ou trinta anos numa área de especialização conhece os problemas típicos, os pontos fracos dos sistemas existentes e as necessidades dos utilizadores. Hoje, pela primeira vez, é possível aplicar diretamente esse conhecimento no desenvolvimento de novas soluções.
A IA não substitui esse conhecimento. Pelo contrário, reforça-o. Isso cria uma situação que, até agora, quase nunca se verificou desta forma. O conhecimento especializado acumulado ao longo de décadas pode, de repente, ser aplicado a um ritmo que, no passado, teria exigido equipas inteiras de programadores.
Camadas semânticas em vez de lógica enigmática
Outro ponto importante diz respeito à compreensibilidade do software. Muitos sistemas são compostos por milhares de pormenores técnicos. Variáveis, scripts, gatilhos e casos especiais vão-se acumulando ao longo dos anos, formando estruturas complexas. Os novos programadores demoram frequentemente meses a compreender totalmente as interligações.
Por isso, o nível semântico passará a desempenhar um papel significativamente mais importante no futuro. Um sistema moderno não deve limitar-se a saber que um campo existe; deve também compreender por que razão esse campo existe. Um exemplo:
Um campo com o nome «Dias_de_vencimento_com_desconto» já contém muito mais informação do que um nome enigmático como «Campo_4711».
Se, além disso, for documentado o significado deste campo, a forma como é utilizado e o contexto em que se insere, cria-se uma base de conhecimento que tanto as pessoas como os sistemas de IA conseguem compreender.
Foi precisamente por esta razão que o gFM-Business foi documentado de forma consistente ao longo de muitos anos. Foram descritos milhares de campos, processos e relações. O que inicialmente se destinava a programadores e utilizadores está hoje a tornar-se, cada vez mais, uma camada de conhecimento semântico para sistemas de IA.
A documentação como vantagem competitiva
Durante muito tempo, a documentação foi considerada, em muitos projetos de software, um mal necessário. Era frequentemente negligenciada ou só elaborada no final de um projeto. Em muitas empresas, existem sistemas cujos programadores originais já não estão disponíveis há muito tempo. O conhecimento sobre relações importantes foi, em parte, perdido.
Com a IA, também esta perspetiva muda. A documentação torna-se, de repente, uma vantagem estratégica. Uma IA só consegue produzir bons resultados se compreender as estruturas subjacentes. Os sistemas bem documentados têm, por isso, uma enorme vantagem em relação às soluções cujo conhecimento está armazenado exclusivamente nas mentes de cada programador.
Esta constatação também influenciou fortemente o desenvolvimento do SchallOS. A plataforma não se destina apenas a gerir código. Destina-se a gerir conhecimento.
Por que razão décadas de conhecimentos especializados passam, de repente, a valer ouro
Quando se fala de desenvolvimento de software moderno, discute-se frequentemente sobre novas linguagens de programação, frameworks ou tecnologias na nuvem. No entanto, há outra questão que é pelo menos tão importante quanto:
Que conhecimentos foram adquiridos nas últimas décadas?
Após mais de trinta anos de desenvolvimento com o FileMaker, acumulámos muitos conhecimentos. Não se trata apenas de experiências técnicas, mas sobretudo de experiências relacionadas com processos empresariais, comportamentos dos utilizadores e requisitos práticos no dia-a-dia das empresas.
Ficou também claro onde as plataformas de desenvolvimento tradicionais atingem os seus limites. No FileMaker, foi necessário desenvolver inúmeras soluções alternativas ao longo de muitos anos. Os campos eram sobrepostos, porque certas formas de apresentação não eram possíveis de outra forma. Os scripts tinham de assumir tarefas complexas que, na verdade, deveriam fazer parte da plataforma. Muitas soluções funcionavam na perfeição, mas eram frequentemente fragmentadas e exigiam uma manutenção dispendiosa.
Estas experiências constituíram um ponto de partida importante para o desenvolvimento do SchallOS. A ideia central não consistia em copiar ou substituir o FileMaker. A ideia central consistia em transpor uma filosofia de desenvolvimento semelhante para uma arquitetura mais moderna.
- Uma arquitetura que consiste menos em milhares de objetos individuais e que aposta mais em contentores funcionais reutilizáveis.
- Uma arquitetura que tem em conta a IA desde o início.
- E uma arquitetura que se concentra mais na lógica de negócio e no conhecimento especializado do que em problemas técnicos de pormenor.
A verdadeira força da inteligência artificial não reside, portanto, na capacidade de gerar mais código. A verdadeira força reside na capacidade de transformar, de forma mais rápida e eficiente, o conhecimento acumulado ao longo de décadas em software funcional. É precisamente aí que, na minha opinião, reside a maior mudança para os programadores.
A ideia por trás do sistema operativo empresarial SchallOS
O SchallOS não surgiu na prancheta. A plataforma é o resultado de mais de três décadas de experiência prática em desenvolvimento e baseia-se num software que já se encontra em utilização produtiva há quase 14 anos.
Quando a gFM-Business surgiu, há muitos anos, o objetivo inicial era relativamente modesto. Pretendia-se criar uma solução flexível Software empresarial que se adapta a diversos setores e que responde às necessidades típicas das pequenas e médias empresas. Com o passar do tempo, porém, evoluiu para algo muito mais do que uma simples solução ERP clássica. CRM, faturação, Gestão de artigos, foram adicionadas as funções de gestão de armazéns, projetos, inventário, gestão de pessoal, gestão de documentos, faturas eletrónicas, interfaces e muitas outras.
Com cada projeto de cliente, adquiríamos novos conhecimentos. Com cada atualização, o software tornava-se mais abrangente. Ao mesmo tempo, foi-se criando uma base de conhecimentos muito vasta sobre processos empresariais reais e as necessidades diárias das empresas.
Nesse contexto, foi particularmente importante uma decisão que, inicialmente, não tinha nada a ver com inteligência artificial. Há alguns anos, começou-se a documentar de forma sistemática o gFM-Business. Campos, tabelas, processos e relações foram descritos e registados de forma estruturada. Na altura, isto foi feito sobretudo a pensar nas licenças abertas, nos programadores e nos utilizadores. Hoje, verifica-se que foi precisamente esta documentação que se tornou uma base decisiva para a próxima fase de desenvolvimento.
Pois, de repente, já não é só um programador que pode utilizar estas informações. Também os sistemas modernos de IA são capazes de aceder a este conhecimento e de compreender as relações entre os dados.
Por que é que o SchallOS não é um clone do FileMaker
Quem observar as primeiras imagens do SchallOS percebe rapidamente as origens do projeto. O que, aliás, não é surpreendente. Afinal, grande parte da experiência e das ideias provém de mais de trinta anos de trabalho com o FileMaker.
No entanto, nunca foi nossa intenção limitar-nos a recriar o FileMaker. Uma simples recriação teria pouco sentido. O mundo mudou. As tecnologias modernas dos navegadores, as bases de dados potentes, os sistemas de IA locais e as novas ferramentas de desenvolvimento abrem possibilidades que, há dez ou vinte anos, simplesmente não existiam.
A verdadeira questão era, portanto: como seria uma plataforma de desenvolvimento se hoje pudéssemos recomeçar do zero e, ao mesmo tempo, aproveitar o conhecimento adquirido ao longo de três décadas de experiência prática?
Foi precisamente a partir desta questão que surgiu o SchallOS. A plataforma retoma muitos dos princípios fundamentais que tornaram o FileMaker um sucesso. Entre eles contam-se o desenvolvimento rápido de aplicações empresariais, uma forte componente visual e a possibilidade de implementar soluções complexas sem recorrer a equipas de desenvolvimento de grande dimensão.
Ao mesmo tempo, muitos aspetos foram deliberadamente repensados. Os milhares de objetos de layout individuais estão a ser cada vez mais substituídos por contentores funcionais. As complexas cadeias de scripts estão a ser substituídas por descrições semânticas e pelo desenvolvimento apoiado pela IA. Em vez de muitas soluções alternativas técnicas, surgem agora funcionalidades da plataforma concebidas, desde o início, para aplicações web modernas.
O objetivo não é substituir o FileMaker. O objetivo é dar o próximo passo na evolução.
Preservar o conhecimento em vez de recomeçar do zero
Houve uma ideia que esteve sempre no centro das atenções durante o desenvolvimento. Muitos programadores acumularam, ao longo dos últimos anos e décadas, enormes quantidades de conhecimento. Conhecem os seus clientes, os seus processos, as suas estruturas de dados e as suas soluções até ao mais ínfimo pormenor. Este conhecimento é, muitas vezes, muito mais valioso do que o próprio código do programa.
No entanto, muitas empresas passam regularmente pelo mesmo ciclo. Surgem novas tecnologias no mercado. Os sistemas antigos são substituídos. As soluções existentes são descartadas e tudo recomeça.
Era precisamente essa abordagem que eu queria evitar. O SchallOS surgiu da convicção de que o conhecimento existente não pode perder-se. Os investimentos dos últimos anos não devem tornar-se inúteis apenas porque a tecnologia subjacente muda.
Por isso, a migração das soluções existentes desempenha um papel fundamental. Não se trata apenas de poder transferir os dados. As estruturas, os processos, a lógica de negócio e o conhecimento da aplicação também devem ser preservados, na medida do possível.
Por esse motivo, a próxima versão, o gFM-Business 9, terá um significado especial. Não só representa mais uma fase de desenvolvimento da solução FileMaker existente, como também constitui uma ponte para a nova geração de plataformas.
Novidades importantes no gFM-NEXT / SchallOS
| Função | Descrição da | Benefícios |
|---|---|---|
| Contenedor funcional | Navegações, caixas de diálogo e módulos completos como componentes inteligentes. | Menos objetos, melhor facilidade de manutenção e suporte por IA. |
| Camada semântica da linguagem | Os objetos conhecem o seu significado técnico. | Traduções automáticas e funcionalidades inteligentes de IA. |
| Inscrição no campo | A legenda faz parte integrante do objeto de campo. | Até 50 % a menos de objetos de layout. |
| Tipos de entrada condicionais | Os objetos podem alterar o seu tipo de forma dinâmica. | Menos soluções alternativas e mais flexibilidade. |
| SQL nas propriedades do objeto | Conteúdos dinâmicos diretamente nas legendas e nas propriedades. | Reduz os campos auxiliares e os scripts. |
| Smart Paste | Integração inteligente de objetos existentes. | Migração e desenvolvimento mais rápidos. |
| Registo de Contentores | Gestão centralizada de todos os componentes. | Controlo de versões e reutilização. |
| Desenvolvimento apoiado pela IA | Geração automática de código a partir da lógica de negócio. | Velocidade de desenvolvimento significativamente superior. |
A migração de soluções existentes
A migração é um tema complexo em muitos projetos. Muitas vezes, a migração implica que os dados sejam exportados e, posteriormente, importados para um sistema totalmente novo. A aplicação propriamente dita tem, frequentemente, de ser reconstruída a partir daí. Os formulários, os processos e as interfaces são recriados. Neste processo, perde-se muito conhecimento.
Por isso, foi escolhida uma abordagem diferente para o SchallOS. A plataforma deve ser capaz de compreender, na medida do possível, as soluções existentes. As estruturas de tabelas, os campos, as relações, os layouts e os processos de negócio constituem a base deste sistema. Passo a passo, vai sendo criada uma camada de migração capaz de analisar as aplicações existentes e de as converter em componentes modernos.
É claro que a primeira versão ainda não conseguirá reconhecer automaticamente todas as funcionalidades. Isso seria irrealista. No entanto, já hoje estão a ser lançadas as bases para uma forma de migração significativamente mais inteligente.
A longo prazo, o objetivo é criar um sistema que não se limite a importar as soluções existentes, mas que compreenda a sua estrutura. É precisamente aí que reside, na minha opinião, uma das maiores diferenças em relação a muitos novos desenvolvimentos tradicionais.
A SchallOS não parte do zero. A plataforma assenta numa solução ERP consolidada, em décadas de experiência prática e numa vasta base de conhecimentos. Isto permite preservar o que já deu provas e, ao mesmo tempo, tirar partido das vantagens das tecnologias modernas. O passado não é, de forma alguma, substituído. Pelo contrário, constitui a base para a próxima geração de aplicações empresariais.
Impressões do gFM-NEXT e do SchallOS
Contenedores funcionais em vez de caos de objetos
Quem já desenvolve aplicações empresariais há muitos anos conhece bem o problema. A cada nova funcionalidade, o número de objetos num layout aumenta. São inseridos campos adicionais, acrescentados mais botões, escritos novos scripts e tidos em conta cada vez mais casos especiais. A certa altura, surge uma aplicação que, embora funcione na perfeição, apresenta uma estrutura interna cada vez mais complexa.
Por isso, especialmente em ambientes de desenvolvimento clássicos, era frequentemente necessário encontrar soluções criativas. Os campos eram sobrepostos para permitir diferentes formas de apresentação. Os botões eram ocultados e só eram exibidos em determinadas condições. Objetos auxiliares adicionais assumiam tarefas que, na verdade, deveriam ter sido parte integrante da plataforma. Estas técnicas funcionam e têm-se revelado eficazes ao longo de muitos anos. No entanto, a longo prazo, aumentam a complexidade de uma aplicação.
Durante o desenvolvimento do SchallOS, surgiu, por isso, repetidamente a mesma questão:
Como se desenvolveria um modo de layout moderno se, hoje, pudéssemos começar do zero?
Um modo de layout para programadores
Um dos requisitos mais importantes consistia em manter a precisão dos sistemas clássicos de desenvolvimento rápido. Embora muitas estruturas web modernas ofereçam enormes possibilidades técnicas, muitas vezes não atingem a eficiência de um editor de layout visual bem concebido. Por isso, o modo de layout do SchallOS inspira-se deliberadamente nos pontos fortes dos ambientes de desenvolvimento já consolidados.
Grelha, Linhas de orientação, o alinhamento magnético, a seleção múltipla, o agrupamento de objetos e o posicionamento preciso fazem, naturalmente, parte do sistema. O objetivo nunca foi desenvolver um editor web simplificado. O objetivo era, antes, combinar a velocidade e a precisão das ferramentas de desenvolvimento clássicas com uma arquitetura moderna.
Ao mesmo tempo, foram repensados inúmeros conceitos, com o objetivo de tornar desnecessárias as soluções alternativas típicas do passado.
Menos objetos, mais inteligência
Um bom exemplo disso são os rótulos dos campos. Em muitos sistemas, um campo de introdução de dados é composto por, pelo menos, dois objetos. O campo propriamente dito e o rótulo correspondente têm de ser geridos, posicionados e traduzidos separadamente.
No SchallOS, as legendas dos campos podem fazer parte integrante de um objeto de campo. Para o programador, tudo permanece flexível. Internamente, porém, o número de objetos necessários reduz-se consideravelmente.
À primeira vista, esta abordagem pode parecer pouco espetacular. No entanto, em aplicações de maior dimensão, com milhares de campos, faz uma enorme diferença. Menos objetos significam menos trabalho administrativo, layouts mais claros e uma manutenção mais simples.
Ao mesmo tempo, esta abordagem abre novas possibilidades. Uma vez que as legendas estão diretamente ligadas ao campo, podem ser traduzidas automaticamente através da camada semântica da língua. O programador já não precisa de atualizar traduções separadas em cada local. O sistema conhece o significado de um campo e pode disponibilizar automaticamente as variantes linguísticas correspondentes.
Conteúdos dinâmicos em vez de soluções técnicas auxiliares
Outro objetivo consistia em tornar o maior número possível de áreas da plataforma utilizáveis de forma dinâmica. Em muitas aplicações, surgem estruturas auxiliares adicionais, uma vez que determinadas propriedades não suportam cálculos. Por isso, os programadores têm de utilizar campos auxiliares, gatilhos ou scripts adicionais para apresentar conteúdos dinâmicos.
O SchallOS adota aqui uma abordagem diferente. Em todos os locais onde é possível introduzir texto, também deve ser possível inserir conteúdos dinâmicos. Isso inclui, por exemplo, rótulos de campos, textos de preenchimento, objetos de texto, textos de ajuda ou propriedades de controlos.
Além disso, é possível utilizar cálculos, consultas SQL ou outras expressões dinâmicas. Isto permite resolver muitas tarefas diretamente no local onde são necessárias. A necessidade de recorrer a soluções técnicas alternativas reduz-se consideravelmente.
É claro que as funcionalidades clássicas, como a formatação condicional, a visibilidade condicional ou a ativação dinâmica de objetos, continuam a fazer parte integrante da plataforma. Estes mecanismos têm-se revelado eficazes ao longo de muitos anos e continuam a ser algumas das ferramentas mais importantes no desenvolvimento de aplicações empresariais modernas.
Objetos familiares, arquitetura moderna
Apesar de todas as inovações, a plataforma deve parecer familiar aos programadores experientes. Por isso, o SchallOS continua a incluir a maioria dos tipos de objetos conhecidos dos ambientes de desenvolvimento clássicos. Campos, botões, separadores, controlos, listas, contentores, diagramas e outros tipos de objetos continuam disponíveis.
A diferença decisiva reside, no entanto, por baixo da superfície. Enquanto muitos sistemas tratam cada objeto de forma bastante isolada, o SchallOS funciona num nível semântico significativamente mais avançado. Os objetos conhecem o seu papel no seio de uma aplicação. Já não são apenas elementos gráficos, mas sim parte de uma arquitetura mais ampla.
Isto permite identificar relações, automatizar traduções e integrar os sistemas de IA de forma muito mais profunda no processo de desenvolvimento.
A verdadeira inovação: contentores funcionais
A manifestação mais visível desta filosofia são os contentores de funções. Um contentor de funções pode desempenhar uma pequena tarefa. Pode, por exemplo, apresentar um diagrama ou disponibilizar uma função de pesquisa.
No entanto, um contentor de funções também pode conter uma área administrativa completa. É possível agrupar, num único contentor, várias páginas de separadores, caixas de diálogo complexas, acessos próprios aos dados, lógica de segurança e interfaces de utilizador abrangentes.
No modo de layout, um contentor de funções continua, no entanto, a ser apenas um objeto. Desta forma, a complexidade passa da interface para componentes claramente definidos e reutilizáveis.
Uma barra de navegação torna-se um contentor de funções. Uma barra de ferramentas torna-se um contentor de funções. Uma interface de administração torna-se um contentor de funções. Até mesmo módulos especializados completos podem ser implementados como contentores autónomos. Esta abordagem reduz consideravelmente o número de objetos visíveis e, ao mesmo tempo, cria uma arquitetura significativamente mais clara.
Dos scripts do FileMaker aos componentes baseados em IA
Este conceito torna-se particularmente interessante quando associado à inteligência artificial. Os scripts originais do FileMaker servem frequentemente como fonte de conhecimento. Descrevem a lógica empresarial, os fluxos de trabalho e os processos que foram desenvolvidos ao longo de muitos anos.
No entanto, o código de programa propriamente dito de um contentor de funções não é simplesmente copiado. Em vez disso, a IA analisa a lógica existente, compreende a tarefa específica e gera uma implementação moderna no âmbito da nova arquitetura. Desta forma, o conhecimento é preservado, enquanto a implementação técnica pode ser totalmente renovada.
É precisamente aqui que reside uma das maiores vantagens da plataforma. Não é o código antigo que é preservado, mas sim o conhecimento subjacente.
Migração sem reinício através da área de transferência
Este princípio mantém-se também na migração de soluções existentes. Se o plugin MBS estiver instalado no FileMaker, é possível importar tabelas, campos, objetos de layout, scripts e outros elementos diretamente através da área de transferência. A plataforma analisa os conteúdos e cria, a partir deles, as estruturas correspondentes no SchallOS.
Além disso, o Smart Paste disponibiliza um mecanismo que vai muito além da inserção clássica. Antes da importação, é possível selecionar quais elementos devem efetivamente ser importados. Ao mesmo tempo, é possível efetuar ajustes antes mesmo de os dados serem inseridos.
Um exemplo típico seria a conversão de um formulário de proposta num formulário de encomenda. Em vez de ter de ajustar manualmente todos os campos posteriormente, as transformações necessárias podem ser realizadas já durante o processo de importação. Isto resulta num processo de migração significativamente mais inteligente do que o oferecido pelas ferramentas de importação tradicionais.
A base para a próxima geração de aplicações empresariais
Os contentores funcionais são, por isso, muito mais do que apenas um novo tipo de objeto. Constituem a base de uma arquitetura que está sistematicamente orientada para a reutilização, o conhecimento semântico e o desenvolvimento apoiado pela IA.
Em conjunto com o modo de layout moderno, a camada de linguagem integrada, as funcionalidades avançadas dos objetos e as ferramentas de migração inteligentes, surge uma plataforma que é simultaneamente familiar e totalmente nova.
O objetivo não é copiar os sistemas existentes. O objetivo é preservar os pontos fortes dos ambientes clássicos de desenvolvimento rápido e, ao mesmo tempo, tirar pleno partido das possibilidades oferecidas pelas modernas tecnologias de IA.
Migração do FileMaker para o SchallOS / gFM-NEXT
| Componente | Migração | Característica distintiva |
|---|---|---|
| Tabelas | Automático | Transferência da estrutura e dos metadados. |
| Campos | Automático | As descrições passam a fazer parte da camada semântica. |
| Layouts | Smart Paste | Os objetos podem ser ajustados durante a importação. |
| Scripts/CF | Análise com IA | A lógica de negócio é transferida para contentores funcionais. |
| Listas de valores | Automático | Transferência direta para a nova plataforma. |
| Módulos | Semi-automático | Está prevista, a longo prazo, a deteção automática de contentores. |
| Traduções | Camada semântica da linguagem | O multilinguismo pode ser, em grande medida, automatizado. |
A arquitetura técnica
Quando se fala de novas plataformas de software, muitas discussões centram-se, numa primeira fase, nas funcionalidades visíveis.
- Que módulos existem?
- Que relatórios é possível criar?
- Que interfaces são suportadas?
Estas questões são importantes. A longo prazo, porém, é geralmente outro fator que determina o sucesso de uma plataforma.
A verdadeira base é a arquitetura. É ela que determina a flexibilidade com que um sistema pode ser ampliado, a estabilidade com que funciona sob carga, a facilidade com que novas tecnologias podem ser integradas e a facilidade com que as aplicações poderão ser desenvolvidas no futuro.
Por esse motivo, durante o desenvolvimento do SchallOS, não se pensou, em primeiro lugar, em funções específicas. Em vez disso, a questão central foi saber como deve ser estruturada uma plataforma moderna para que possa continuar a ser ampliada de forma sensata daqui a cinco ou dez anos.
O resultado é uma arquitetura multicamadas que combina aplicações empresariais clássicas, tecnologias web modernas e inteligência artificial.
A camada de IA como novo nível de desenvolvimento
Uma característica distintiva do SchallOS reside no facto de a inteligência artificial não ser considerada um módulo adicional. Pelo contrário, a IA constitui uma camada própria dentro da plataforma.
Em muitos sistemas atuais, a IA é integrada posteriormente. É adicionada uma janela de chat, é incorporado um assistente ou é criada uma interface com um serviço externo. A arquitetura propriamente dita permanece inalterada.
A SchallOS segue uma abordagem diferente. A plataforma foi desenvolvida, desde o início, com a ideia de que a IA virá a desempenhar um papel central no desenvolvimento, na documentação e na manutenção. Por isso, a IA acede não só a dados, mas também a documentação, descrições de arquitetura, definições de contentores e informações semânticas.
Isto dá origem a um sistema que não só gere dados, como também possui conhecimento sobre a sua própria estrutura. Para os programadores, isto representa uma diferença significativa. A IA não se limita a conhecer fragmentos de código isolados, mas compreende as relações entre os diferentes elementos da plataforma.
Montagens em tempo de execução e registo de contentores
Outro componente importante são os Tempo de execução-Mounts e o Container Registry. Atualmente, as aplicações modernas são frequentemente constituídas por muitos componentes independentes. As barras de navegação, as barras de ferramentas, as caixas de diálogo, os módulos especializados e as áreas de administração já não são considerados elementos rígidos de um layout, mas sim geridos como unidades autónomas.
O Container Registry encarrega-se da gestão centralizada destes componentes. Cada contentor funcional possui uma identidade única, características próprias e um ciclo de vida definido. O Runtime, por sua vez, assegura que os componentes correspondentes sejam carregados e executados no momento certo.
Este conceito oferece várias vantagens. Por um lado, cria-se uma separação clara entre o layout e a funcionalidade. Por outro lado, os componentes podem ser desenvolvidos, substituídos ou ampliados de forma independente uns dos outros.
Além disso, o registo cria uma base para funcionalidades futuras, tais como a gestão de versões, a assinatura, os níveis de segurança ou as bibliotecas centrais de componentes.
O IndexedDB como camada de verdade local
Para o armazenamento local, o SchallOS recorre deliberadamente a tecnologias modernas de navegador. O IndexedDB desempenha um papel central neste contexto. Trata-se de uma tecnologia de base de dados potente, disponível diretamente no navegador e capaz de gerir com eficiência grandes volumes de dados. Ao contrário das memórias clássicas dos navegadores, o IndexedDB foi desenvolvido especificamente para aplicações complexas.
Para o SchallOS, isto oferece várias vantagens. Os layouts, as configurações, os metadados e outras informações podem ser guardados localmente. Desta forma, as aplicações continuam a poder ser utilizadas mesmo sem uma ligação permanente à rede. Ao mesmo tempo, os tempos de resposta são reduzidos, uma vez que muitos dados estão diretamente disponíveis no sistema local.
Este é um fator importante, sobretudo no que diz respeito a ferramentas de desenvolvimento e a aplicações empresariais de grande envergadura.
«Committed-First» em vez de «Cache-Chaos»
Durante o desenvolvimento, rapidamente se tornou evidente que as aplicações modernas não só necessitam de memórias rápidas, mas também de uma camada de verdade clara.
Muitos sistemas funcionam com diferentes caches, memórias intermédias e estados temporários. Embora isso possa aumentar a velocidade, a longo prazo conduz frequentemente a erros difíceis de identificar.
Por isso, o SchallOS baseia-se numa arquitetura denominada «Committed-First». As novas informações só são consideradas válidas depois de terem sido guardadas e verificadas com sucesso. Só então ficam visíveis para outros componentes.
Esta abordagem garante uma consistência significativamente maior no seio do sistema. Ao mesmo tempo, simplifica a deteção de erros e reduz o risco de situações contraditórias. Este conceito revelou-se extremamente útil, sobretudo em operações complexas de layout e na gestão de muitos componentes.
PostgreSQL para redes e funcionamento com múltiplos utilizadores
É claro que o armazenamento local, por si só, não é suficiente para aplicações empresariais profissionais. Por isso, o PostgreSQL constitui a base para o funcionamento em rede, o trabalho em equipa e as instalações baseadas em servidor.
Há muitos anos que o PostgreSQL é um dos sistemas de bases de dados de código aberto mais potentes e fiáveis que existem. Esta base de dados é utilizada em todo o mundo em aplicações empresariais, plataformas na nuvem e grandes serviços web. A combinação do IndexedDB com o PostgreSQL dá origem a uma arquitetura flexível.
As soluções para um único utilizador podem ser executadas localmente. Os ambientes multiutilizador utilizam o PostgreSQL como base de dados central. Ao mesmo tempo, continuam a ser possíveis cenários híbridos, nos quais o armazenamento local de dados e as estruturas de servidores centrais são combinados.
Desta forma, cria-se uma plataforma capaz de suportar tanto pequenas aplicações para um único utilizador como soluções empresariais de grande envergadura.
Uma arquitetura para os próximos anos
A arquitetura técnica do SchallOS tem, em última análise, um objetivo simples. A complexidade não deve desaparecer. A complexidade deve ser transferida para o local certo.
O utilizador deve poder concentrar-se no seu trabalho. O programador deve poder concentrar-se na lógica de negócio e nos conhecimentos especializados. A infraestrutura técnica encarrega-se de interligar de forma fiável os dados, os componentes e os processos.
A camada de IA, o registo de contentores, as ligações em tempo de execução, o IndexedDB, o PostgreSQL e a arquitetura «Committed-First» não constituem, neste contexto, um conjunto de tecnologias isoladas. Fazem parte de um conceito global.
Este conceito pretende servir de base para uma nova geração de aplicações empresariais. Aplicações que utilizam tecnologias web modernas, mas que, ao mesmo tempo, mantêm a rapidez, a flexibilidade e a produtividade dos sistemas clássicos de desenvolvimento rápido.
Runtimes, implementação e o regresso da simplicidade
Quem já desenvolvia aplicações empresariais há vinte ou trinta anos lembra-se frequentemente de uma época em que a distribuição de software era surpreendentemente simples. Uma aplicação era criada, testada e, em seguida, entregue ao cliente. Em muitos casos, bastava uma instalação e o software ficava imediatamente pronto a utilizar.
É claro que os sistemas da época eram, do ponto de vista técnico, significativamente mais simples do que as soluções atuais. No entanto, tinham uma vantagem decisiva: a complexidade era fácil de gerir, tanto para os programadores como para os utilizadores.
Nos últimos anos, a situação mudou significativamente. As aplicações modernas são frequentemente constituídas por inúmeros componentes. Servidores web, bases de dados, certificados, serviços na nuvem, políticas de segurança, tecnologias de contentores e plataformas de alojamento têm de ser combinados entre si. Para as grandes empresas, isto é algo natural. Para muitas empresas de menor dimensão e programadores independentes, no entanto, esta evolução representa um obstáculo considerável.
Na verdade, muitos utilizadores desejam apenas uma coisa: uma aplicação que funcione de forma fiável e que seja fácil de implementar. É precisamente neste ponto que a estratégia de implementação do SchallOS entra em ação.
Funcionamento em modo individual sem obstáculos desnecessários
Nem todas as aplicações necessitam de um servidor, de uma infraestrutura na nuvem ou de uma arquitetura de rede complexa. Muitas soluções são utilizadas por utilizadores individuais ou por pequenas equipas. Nesses cenários, a infraestrutura técnica deve exigir o mínimo de atenção possível.
A combinação de tecnologias web modernas com o armazenamento local de dados permite executar aplicações mesmo sem ligação permanente ao servidor. Os layouts, as definições, os metadados e outras informações podem ser guardados localmente. Desta forma, as aplicações mantêm-se rápidas, flexíveis e independentes de uma ligação permanente à Internet.
Esta abordagem remete deliberadamente para a simplicidade dos ambientes de desenvolvimento clássicos. São utilizadas tecnologias modernas, sem sobrecarregar o utilizador com complexidade desnecessária.
Gestão de redes para equipas e empresas
Assim que vários utilizadores começam a trabalhar em conjunto, os requisitos mudam. Os dados têm de ser armazenados de forma centralizada. É necessário gerir os direitos dos utilizadores. As alterações têm de estar disponíveis para todos os envolvidos.
Por isso, a arquitetura do SchallOS suporta, desde o início, o funcionamento clássico com múltiplos utilizadores. Graças ao PostgreSQL como base de dados central, as aplicações podem ser executadas em rede sem que seja necessário manter versões diferentes de uma mesma solução. Os dados estão disponíveis de forma centralizada, enquanto as interfaces de utilizador continuam a ser flexíveis.
Para as empresas, isto representa uma vantagem importante. A mesma aplicação pode ser utilizada tanto localmente, como solução para um único utilizador, como num ambiente mais vasto com vários utilizadores. A transição entre diferentes modelos de funcionamento deverá, assim, tornar-se significativamente mais fácil do que em muitos sistemas tradicionais.
Utilização do navegador como predefinição
Atualmente, o desenvolvimento de aplicações empresariais modernas ocorre principalmente no navegador. Há boas razões para isso. Os navegadores estão disponíveis em várias plataformas, não requerem instalações complexas e permitem atualizações rápidas.
Por este motivo, o SchallOS baseia-se inteiramente em tecnologias web modernas. O navegador não é considerado uma limitação, mas sim um ambiente de execução. Atualmente, é possível executar diretamente no navegador sistemas de gestão de dados eficientes, armazenamento local, interfaces de utilizador modernas e lógica de negócio complexa.
Isto dá origem a uma plataforma que pode ser utilizada no Windows, no macOS, no Linux e em muitos outros sistemas, sem que seja necessário desenvolver uma aplicação específica para cada plataforma.
Ao mesmo tempo, mantém-se a possibilidade de, posteriormente, transferir as aplicações para outros modos de funcionamento.
SaaS e implementação centralizada
Para além das instalações locais e dos ambientes de rede, o Software as a Service desempenha, naturalmente, um papel importante. Atualmente, muitas empresas preferem soluções centralizadas, disponibilizadas através da Internet. As atualizações são distribuídas automaticamente, os utilizadores acedem à mesma aplicação a partir de diferentes locais e a infraestrutura técnica é gerida de forma centralizada.
A arquitetura do SchallOS tem, por isso, em conta desde o início os cenários SaaS. Graças à separação clara entre a interface do utilizador, o ambiente de execução e o armazenamento de dados, as aplicações podem ser executadas tanto localmente como de forma centralizada. Os programadores não precisam de recriar as suas soluções para cada modo de funcionamento. Em vez disso, cria-se uma base técnica comum que suporta diferentes modelos de implementação.
Estratégias de implementação flexíveis em vez de becos sem saída técnicos
Um problema frequente das plataformas de software modernas é o facto de as decisões iniciais relativas à arquitetura dificultarem as expansões posteriores.
Quem opta por um determinado modelo de operação tem, muitas vezes, de se manter fiel a ele a longo prazo. A transição de uma instalação local para a nuvem ou de uma solução na nuvem para um ambiente local pode revelar-se complexa e dispendiosa.
A SchallOS adota aqui, de forma deliberada, uma abordagem diferente. A plataforma pretende manter abertas, tanto quanto possível, as opções aos programadores. O funcionamento em computador individual, em rede, as aplicações de navegador e as soluções SaaS não são considerados conceitos concorrentes. Trata-se de diferentes cenários de utilização da mesma arquitetura.
Desta forma, os programadores podem escolher o modo de funcionamento mais adequado aos seus clientes e projetos.
O regresso da simplicidade
Talvez seja precisamente esta a ideia mais importante subjacente ao conceito de implementação do SchallOS. O mundo da tecnologia não se tornará mais simples nos próximos anos. Continuarão a surgir novas tecnologias, novos requisitos de segurança e novas integrações.
Ao mesmo tempo, o desenvolvimento de software moderno não deve ser desnecessariamente complicado. Muitos programadores ainda se lembram de uma época em que as aplicações podiam ser criadas rapidamente, distribuídas com facilidade e mantidas sem problemas. Essa simplicidade foi uma das razões pelas quais os sistemas de desenvolvimento rápido tiveram tanto sucesso ao longo de décadas.
O SchallOS não procura copiar o passado. Os requisitos técnicos das aplicações modernas são demasiado diferentes para isso. O objetivo consiste, antes de mais, em combinar a simplicidade dos ambientes de desenvolvimento anteriores com as possibilidades oferecidas pelas tecnologias web modernas. Os programadores devem poder concentrar-se nas suas aplicações e não na complexidade da infraestrutura.
Se isso for bem-sucedido, surgirá uma plataforma que não só é eficiente, como também volta a ser divertida. É precisamente aí que reside, em última análise, a ideia por trás dos runtimes, da implementação flexível e do regresso consciente a uma forma mais simples de desenvolvimento de software.
Opções de implementação com o SchallOS
| Tipo de implementação | Base técnica | Utilização típica |
|---|---|---|
| Lugar individual | Navegador + IndexedDB | Trabalhadores independentes e pequenas empresas. |
| Funcionamento em rede | Navegador + PostgreSQL | Grupos de trabalho e equipas. |
| Servidor empresarial | Servidor PostgreSQL | Funcionamento com vários utilizadores na empresa. |
| SaaS | Infraestrutura na nuvem | Soluções online com capacidade para múltiplos clientes. |
| Funcionamento híbrido | IndexedDB + PostgreSQL | Trabalho offline com sincronização. |
| Tempo de execução | Aplicação em pacote | Distribuição simples aos clientes finais. |
O plano de ação: o gFM-Business 9 como ponte para a próxima geração
Os próximos meses marcam um marco importante no desenvolvimento do gFM-Business e do SchallOS. Está previsto para setembro de 2026 o lançamento do gFM-Business 9 para o FileMaker e do gFM-NEXT na plataforma SchallOS. Não se trata simplesmente de mais uma atualização de uma solução ERP já existente. Pelo contrário, esta versão assume um papel especial no âmbito da estratégia futura.
O gFM-Business 9 será a última grande versão principal baseada no FileMaker clássico. Isso não significa que a solução vá desaparecer. Pelo contrário. Os clientes atuais poderão continuar a utilizar o software de forma produtiva, as instalações existentes serão mantidas e também será possível realizar novas instalações.
Ao mesmo tempo, o gFM-Business 9 irá, no entanto, criar a base técnica para a transição para a próxima geração de plataformas. No centro deste processo está o novo assistente de migração. Este deverá permitir transferir de forma significativamente mais simples as soluções personalizadas existentes com licenças abertas para a nova arquitetura. Estruturas de tabelas, campos, layouts, scripts e outros componentes podem ser analisados e preparados para a migração. Desta forma, cria-se, pela primeira vez, uma ligação direta entre o mundo FileMaker existente e a nova plataforma SchallOS.
O SchallOS como plataforma de desenvolvimento
Cerca de dois meses após o lançamento do gFM-Business 9, deverá ser lançada a primeira versão pública da plataforma SchallOS Business. O foco não está nos utilizadores finais, mas sim nos programadores.
Na sua primeira fase de desenvolvimento, o SchallOS será, acima de tudo, uma plataforma de desenvolvimento para programadores do FileMaker. O público-alvo são programadores e empresas que pretendam modernizar, ampliar ou, a longo prazo, migrar as suas soluções existentes para uma nova base tecnológica.
Neste contexto, o foco não está na recriação completa das aplicações existentes. Muito mais importante é a possibilidade de preservar os investimentos já realizados e de os transferir gradualmente para a nova arquitetura. As primeiras versões irão, por isso, centrar-se especialmente nas seguintes áreas:
- Migração de soluções existentes
- Desenvolvimento do layout
- Contenedor funcional
- camadas de conhecimento semântico
- Desenvolvimento apoiado pela IA
- modelos modernos de implementação
Já hoje é evidente que esta abordagem oferece um potencial considerável. Muitas tarefas que, até agora, tinham de ser realizadas manualmente de forma morosa podem ser executadas de forma significativamente mais eficiente através da combinação de conhecimentos especializados documentados e do apoio da IA.
Perspetiva a longo prazo
O lançamento do SchallOS não representa o fim do desenvolvimento, mas sim o início de uma nova fase. Muitos dos conceitos hoje em discussão irão continuar a evoluir nos próximos anos. Entre eles contam-se, nomeadamente, tecnologias de migração inteligentes, deteção automática de contentores, ferramentas de desenvolvimento semânticas e funcionalidades de arquitetura baseadas em IA.
Um objetivo a longo prazo consiste não só em importar tecnicamente as aplicações existentes, mas também em compreender a sua estrutura e significado. Quanto mais conhecimento estiver disponível na plataforma, melhor os futuros sistemas de IA poderão apoiar o desenvolvimento, a manutenção e a expansão.
A primeira versão do SchallOS constitui a base para isso. A verdadeira jornada começa a seguir.
O Gestor de Servidores do gFM-NEXT e do SchallOS
Fase de inscrição antecipada prolongada até 31 de julho
O desenvolvimento das próximas versões tem suscitado grande interesse nos últimos meses. Inúmeros clientes, programadores e interessados acompanham o desenvolvimento do gFM-Business e do SchallOS já há algum tempo e pretendem acompanhar ativamente os próximos passos.
Por este motivo, a fase de inscrição antecipada inicialmente prevista será prolongada. Os interessados terão ainda até 31 de julho a oportunidade de beneficiar de um desconto de 20 por cento. A promoção aplica-se não só a novos clientes, mas também, expressamente, aos clientes atuais que pretendam atualizar a sua solução existente.
Segurança do investimento para soluções existentes
Um ponto importante diz respeito aos utilizadores atuais do gFM-Business. O lançamento do gFM-Business 9 não significa o fim da utilização desta versão do FileMaker. A solução continua disponível e pode continuar a ser utilizada de forma produtiva.
Ao mesmo tempo, o desenvolvimento funcional será, no futuro, cada vez mais orientado para o SchallOS. Isto proporciona uma perspetiva clara aos clientes atuais. Os investimentos no gFM-Business mantêm-se e poderão ser transferidos posteriormente, de forma gradual, para a nova geração de plataformas.
É precisamente esta ideia que está na base de toda a estratégia por trás do SchallOS. Não começar do zero nem descartar o conhecimento existente, mas sim integrar as experiências, os processos e as soluções já existentes numa arquitetura moderna, criando assim as bases para a próxima geração de aplicações empresariais.
Transmitir conhecimentos comprovados para o futuro
A história da SchallOS não começa com a inteligência artificial. Nem começa com as tecnologias web modernas, o PostgreSQL ou os contentores de funções. Começa com uma pergunta simples:
Como é possível transferir o conhecimento acumulado ao longo de décadas para uma nova geração tecnológica, sem ter de recomeçar do zero?
É precisamente esta questão que preocupa muitos programadores e empresas. Nas últimas décadas, foram desenvolvidas inúmeras aplicações, otimizados processos e acumulada experiência. Muitas vezes, isso envolve milhares de horas de trabalho e um enorme conhecimento especializado. Ao mesmo tempo, as tecnologias evoluem cada vez mais rapidamente. Surgem novas plataformas, os sistemas antigos desaparecem e muitas empresas enfrentam o desafio de proteger os seus investimentos e, ainda assim, manterem-se preparadas para o futuro.
É aqui que entra o SchallOS. O objetivo não é substituir as soluções existentes por algo completamente novo. Pelo contrário, pretende-se criar uma ponte entre sistemas comprovados e tecnologias modernas. Uma aplicação desenvolvida hoje no FileMaker não deve, necessariamente, perder a sua aparência, a sua facilidade de utilização ou a sua lógica de negócio apenas por migrar para uma nova plataforma técnica.
Idealmente, após a migração, a aplicação terá um aspeto praticamente idêntico para o utilizador. Os fluxos de trabalho mantêm-se inalterados. Os utilizadores continuam a orientar-se facilmente. Ao mesmo tempo, a solução funciona internamente com base numa arquitetura moderna, que oferece novas possibilidades de expansão, automatização e escalabilidade.
Esta abordagem torna-se particularmente interessante graças à camada semântica. Assim que uma aplicação deixa de consistir apenas em campos, tabelas e scripts, passando a conhecer o seu próprio significado, surgem possibilidades totalmente novas. As traduções podem ser automatizadas. A documentação pode ser gerada ou atualizada automaticamente. Os sistemas de IA podem compreender processos empresariais, em vez de se limitarem a analisar código de programa. Isto dá origem a uma diferença fundamental em relação a muitas abordagens de desenvolvimento anteriores. Enquanto os sistemas clássicos se dedicam principalmente à gestão de dados, uma plataforma semântica é cada vez mais capaz de gerir conhecimento. É precisamente aí que reside, na minha opinião, uma das maiores oportunidades dos próximos anos.
20 % Desconto até 31 de julho.
Válido para Novas aquisições, Atualizações e futuras
Projetos gFM-NEXT ou SchallOS.
A discussão sobre a inteligência artificial centra-se frequentemente em textos, imagens ou chatbots. Para os programadores, porém, a verdadeira revolução reside noutro aspeto. Pela primeira vez, a IA permite integrar diretamente em arquiteturas de software modernas o conhecimento especializado acumulado ao longo de décadas. A experiência do programador não é, por isso, substituída. É, sim, reforçada.
Por isso, a SchallOS não se considera um modelo alternativo às plataformas de desenvolvimento existentes. A plataforma surgiu, antes de mais, da convicção de que os conceitos comprovados continuam a ser valiosos. O desenvolvimento rápido, o design visual, os modelos de dados flexíveis e as ferramentas produtivas continuarão a ser importantes no futuro. Ao mesmo tempo, as tecnologias web modernas, as camadas de conhecimento semântico e o desenvolvimento apoiado pela IA abrem possibilidades que, há poucos anos, ainda seriam impensáveis.
As próximas versões do gFM-Business 9 e do SchallOS não marcam, portanto, o fim de uma linha de produtos existente, mas sim o início de uma nova fase de desenvolvimento. Uma fase de desenvolvimento em que os investimentos já realizados podem ser mantidos, ao mesmo tempo que se passa a poder tirar partido de novas tecnologias.
Após mais de trinta anos de desenvolvimento de software, estou hoje mais convencido do que nunca de que o conhecimento é o recurso mais valioso de uma empresa. As bases de dados, as linguagens de programação e as plataformas técnicas continuarão a evoluir.
Por outro lado, o conhecimento sobre os clientes, os processos, os produtos e os fluxos de negócios continua a ser o verdadeiro cerne de qualquer aplicação bem-sucedida.
Perguntas mais frequentes
- Afinal, o que é exatamente o SchallOS?
O SchallOS é uma nova plataforma de desenvolvimento para aplicações empresariais, resultante de mais de 30 anos de experiência prática com o FileMaker e com o desenvolvimento da gFM-Business. O objetivo é combinar conceitos comprovados dos sistemas clássicos de desenvolvimento rápido com tecnologias web modernas, inteligência artificial e uma camada de conhecimento semântico. Nesse contexto, o foco não está na reinvenção de todos os processos, mas sim na transição de soluções existentes para uma arquitetura moderna. - O SchallOS deverá substituir completamente o FileMaker?
Não. O SchallOS não surgiu do desejo de substituir o FileMaker. Pelo contrário, a plataforma pretende criar uma forma de transpor os conhecimentos e as soluções existentes para uma nova geração tecnológica. O FileMaker continua a ser um ambiente de desenvolvimento potente, que permite desenvolver software de forma muito rápida e eficaz. O SchallOS visa criar possibilidades adicionais, nomeadamente na área da IA, da arquitetura web moderna e de modelos de implementação flexíveis. - Por que razão foi o SchallOS desenvolvido?
Este projeto surgiu da constatação de que muitas empresas e programadores têm vindo a desenvolver soluções valiosas ao longo de décadas. Ao mesmo tempo, as tecnologias evoluem cada vez mais rapidamente. O SchallOS pretende evitar que esse conhecimento se perca apenas porque a base técnica se altera. O objetivo é proteger os investimentos já realizados e, ao mesmo tempo, permitir a utilização de tecnologias modernas. - O que distingue o SchallOS das plataformas low-code tradicionais?
A principal diferença reside na combinação de conhecimento semântico, apoio da IA e capacidade de migração. Enquanto muitas plataformas disponibilizam sobretudo ferramentas para o desenvolvimento de novas aplicações, o SchallOS tem ainda como objetivo compreender e adotar soluções já existentes. Nesse contexto, a camada de conhecimento semântico desempenha um papel central. - O que são contentores funcionais?
Os contentores de funções são componentes inteligentes que podem assumir parte ou mesmo toda a funcionalidade de um módulo. Uma navegação, uma barra de ferramentas, um campo de pesquisa ou até mesmo uma interface de administração completa podem ser implementados como contentores funcionais. Desta forma, o número de objetos individuais é consideravelmente reduzido, ao mesmo tempo que a reutilização e a facilidade de manutenção aumentam. - Por que razão os contentores funcionais são tão importantes?
Os contentores de funções transferem a complexidade do layout para componentes claramente definidos. Em vez de ter de gerir centenas de objetos e scripts individuais, criam-se módulos funcionais autónomos com uma função bem definida. Desta forma, as aplicações tornam-se mais claras, mais fáceis de manter e significativamente mais adequadas à utilização de inteligência artificial. - É possível migrar uma solução FileMaker já existente para o SchallOS?
É precisamente para isso que a camada de migração está atualmente a ser desenvolvida. O objetivo é transferir, na medida do possível, tabelas, campos, layouts, scripts e outros componentes das soluções FileMaker existentes. A longo prazo, a plataforma deverá não só importar dados, mas também ser capaz de compreender a estrutura e o significado de uma aplicação. - A aparência da minha aplicação será mantida após a migração?
Este é um dos objetivos de desenvolvimento mais importantes. Uma aplicação migrada deve permanecer, na medida do possível, familiar para os utilizadores. Os layouts, os conceitos de utilização e os fluxos de trabalho podem ser mantidos em grande parte, e na maioria das vezes até na totalidade, enquanto a base técnica é modernizada. Desta forma, a transição torna-se significativamente mais fácil para as empresas. - Que papel desempenha a inteligência artificial no SchallOS?
A IA não é apenas um módulo adicional, mas sim uma componente central da arquitetura. Apoia o desenvolvimento, a documentação, a análise, a migração e, posteriormente, também a expansão de soluções existentes. A plataforma foi concebida, desde o início, de forma a que os sistemas de IA possam compreender as estruturas subjacentes. - O que significa «camada de conhecimento semântico»?
Uma camada de conhecimento semântico descreve não só as estruturas técnicas, mas também o seu significado. A plataforma não só sabe que um campo existe, como também compreende para que esse campo é utilizado. É isso que torna possíveis, em primeiro lugar, funções inteligentes como a documentação automática, as traduções e o desenvolvimento apoiado por IA. - É possível traduzir automaticamente as aplicações para outras línguas?
A arquitetura semântica do SchallOS cria as bases para isso. Uma vez que a plataforma conhece o significado dos campos, das legendas e dos objetos, as traduções podem ser automatizadas de forma muito mais avançada do que nos sistemas tradicionais. Isto reduz consideravelmente o esforço de manutenção e facilita a realização de projetos internacionais. - Que base de dados é utilizada pelo SchallOS?
Para aplicações locais, utiliza-se o IndexedDB. Para ambientes multiutilizador e soluções de servidor, recorre-se ao PostgreSQL. Desta forma, é possível executar tanto aplicações para um único utilizador como soluções empresariais de maior dimensão na mesma plataforma. - Por que é que a SchallOS opta pelo PostgreSQL?
O PostgreSQL é um dos sistemas de bases de dados mais potentes e fiáveis a nível mundial. Esta base de dados é flexível, escalável e excelente para aplicações empresariais profissionais. Ao mesmo tempo, permite uma abordagem tecnológica aberta e preparada para o futuro. - O que significa «arquitetura Committed-First»?
Nesta abordagem, as alterações só são consideradas válidas depois de terem sido guardadas e verificadas com sucesso. Isto cria uma camada de verdade única dentro da plataforma. Desta forma, é possível reduzir significativamente os erros causados por caches desatualizados ou estados contraditórios. - Quais são as vantagens do novo modo de disposição?
O modo de layout combina a precisão dos ambientes de desenvolvimento clássicos com as possibilidades modernas. Estão disponíveis grelhas, linhas auxiliares, alinhamento magnético e muitas outras funcionalidades. Ao mesmo tempo, foram repensados inúmeros conceitos, de modo a tornar desnecessárias, no futuro, as soluções alternativas típicas dos sistemas mais antigos. - Quando é que o gFM-Business 9 para a plataforma FileMaker será lançado?
O lançamento do gFM-Business 9 está previsto para setembro de 2026. Esta versão inclui inúmeras melhorias, bem como o novo assistente de migração, que deverá preparar o terreno para a futura transição para o SchallOS. - Quando é que o SchallOS estará disponível?
De acordo com o planeamento atual, a primeira versão pública do SchallOS está prevista para cerca de dois meses após o lançamento do gFM-Business 9. Inicialmente, o foco recai sobre os programadores e as empresas que pretendem migrar as soluções existentes para a nova plataforma. - A quem se destina especialmente o SchallOS?
A plataforma destina-se principalmente a programadores do FileMaker, a clientes atuais da gFM Business e a empresas com aplicações empresariais desenvolvidas ao longo do tempo. O SchallOS é particularmente interessante para todos aqueles que pretendem proteger os seus investimentos atuais e, ao mesmo tempo, tirar partido das tecnologias modernas e da inteligência artificial.
Markus Schall tem vindo a desenvolver bases de dados personalizadas, interfaces e aplicações empresariais baseadas na Claris FileMaker desde 1994. É um parceiro da Claris, vencedor do Prémio FMM 2011 e criador do Software ERP gFM-Business. É também autor de livros e fundador da M. Schall Publishers.
