Tecnologias

Não usamos tecnologias por moda, mas com base na realidade operacional, na vida útil, nas necessidades de integração e na capacidade da equipa. O decisivo não é o termo da moda, mas se o sistema mais tarde continua a ser operável de forma limpa, extensível e transferível.

Quando faz sentido cada direção

Modernização Delphi na prática

Quando uma aplicação antiga Delphi ainda é valiosa do ponto de vista funcional, não modernizamos às cegas. Primeiro analisamos como o sistema realmente funciona, quais processos sustenta, onde os fluxos de dados se quebram e que legados travam a operação. Daí resulta um caminho de modernização que não só parece limpo no papel, como se mantém viável no dia a dia.

Em muitas aplicações evoluídas ao longo do tempo, o verdadeiro valor não está na interface, mas em anos de lógica de negócio, regras especiais, exceções e conhecimento acumulado. Essa substância não se descarta de forma leviana. Separamos responsabilidades de forma limpa, reorganizamos a base de dados, desativamos caminhos de acesso antigos, criamos novas interfaces REST e, quando necessário, complementamos com clientes para Windows, macOS e Linux sobre a mesma base funcional. Assim, não surge uma rutura dura, mas uma evolução compreensível com um recorte técnico claro.

Muitas vezes isso também significa voltar a dar forma a monólitos crescidos historicamente, de modo a torná-los manuteníveis, testáveis e extensíveis. O acesso aos dados é estabilizado, a lógica de negócio é dissociada do código de interface, as interfaces tornam-se planeáveis e extensões futuras já não precisam de ser conquistadas contra o legado. O objetivo não é uma modernização cosmética, mas um sistema que devolva à empresa margem para novas exigências.

Serviços e servidores como parte da mesma arquitetura

Muitos sistemas empresariais hoje precisam não só de um cliente, mas também de serviços em segundo plano, serviços Windows ou Linux e servidores REST. Precisamente por isso, não planeamos estas partes como um acréscimo posterior, mas como parte da mesma arquitetura. Um serviço que “aparece” mais tarde de alguma forma acaba quase sempre por se tornar um caso especial.

Quando os dados devem ser processados de forma distribuída, interfaces disponibilizadas, exportações executadas, importações monitorizadas ou tarefas realizadas em segundo plano com agendamento temporal, a responsabilidade técnica tem de estar clarificada desde o início. Que partes correm no cliente, quais no serviço, quais no servidor, como os erros se tornam visíveis, como as mudanças de estado ficam rastreáveis, como a lógica de negócio se mantém consistente? Respondemos a estas questões cedo, para que, a partir de blocos isolados, resulte um sistema global robusto.

Isto é decisivo, sobretudo em projetos multiplataforma. Um cliente desktop em Windows, macOS ou Linux não pode, do ponto de vista funcional, significar algo diferente de um servidor REST acompanhante ou de um serviço em segundo plano. Por isso, pensamos sempre em conjunto no modelo de dados, nos processos, nas permissões, nas integrações e na operação. Assim, nasce uma arquitetura na qual clientes, serviços e servidores falam a mesma língua.

O nosso princípio

Para nós, tecnologia não é um sistema de crenças. O que é determinante é que arquitetura, capacidade da equipa, operação e extensões futuras se adequem à empresa. Não vence a plataforma mais ruidosa, mas aquela com a qual risco, manutenibilidade e crescimento podem ser geridos de forma sensata.

Algumas tarefas resolvemos deliberadamente com Delphi, porque é aí que lógica de negócio amadurecida, clientes performantes e capacidade multiplataforma mostram os seus pontos fortes. Outros requisitos encaixam melhor em C#, em serviços, num portal ou numa combinação de ambos. Boa arquitetura não nasce da moda, mas da clareza: que responsabilidade tem cada parte do sistema, que longevidade é de esperar, qual é a dimensão da equipa, quão crítica é a operação e que extensões são realisticamente esperadas nos próximos anos?

É exatamente aí que, para nós, começa o desenvolvimento de software profissional. Não queremos apenas entregar algo que funcione hoje, mas criar uma base técnica que, mais tarde, continue a ser compreensível, assumível e economicamente sustentável de manter.

Perguntas frequentes sobre tecnologia e arquitetura

As decisões tecnológicas têm de se adequar à equipa, ao domínio funcional e à operação. É precisamente por isso que não esclarecemos estas questões de forma abstrata, mas sempre no sistema concreto.