Perfil tecnològic
Visió general de la nostra base tècnica
Delphi. C#. SQL. APIs.
Tecnologies que s'ajusten a la lògica de negoci, les dades i les operacions.
No apliquem tecnologies per moda, sinó segons la realitat de l’explotació, la vida útil, les necessitats d’integració i la capacitat de l’equip. L’important no és la paraula de moda, sinó que el sistema pugui ser operat de manera neta, ampliat i assumit en el futur.
Potent per a la lògica de negoci i clients multiplataforma
Delphi és fort allà on cal continuar a llarg termini la lògica de negoci consolidada, els processos pròxims a la base de dades, els informes i clients estables per a Windows, macOS i Linux.
Veure Delphi
C#
Potent per a REST, serveis i portals
Utilitzem C# quan cal que portals, serveis backend moderns, APIs REST i integracions s’integrin de manera neta amb els sistemes empresarials existents.
Veure C#
Arquitectura
Layer-3 en lloc d’un llegat monolític
Separem conscientment la capa d’interfície, la lògica de negoci i l’accés a dades perquè els canvis siguin planificables i els nous serveis no hagin de ser construïts en contra del que ja existeix.
Veure Layer-3
Plataformes
Tenir en compte Windows 11 ARM64 des del principi
A més dels objectius x64 clàssics, considerem aviat plataformes actuals com Windows 11 ARM64 perquè el nou maquinari i els desplegaments no es converteixin més endavant en projectes especials.
Veure ARM64
Quan és adequada cada direcció
Delphi té sentit quan
- cal que la lògica funcional existent continuï vigent,
- els processos d’escriptori complexos han de romandre estables,
- hagin de crear-se clients per Windows, macOS i Linux sobre una base funcional comuna.
C# té sentit quan
- s’estableixen servidors REST i serveis,
- les APIs i integracions externes són al centre,
- s’esperen arquitectures de serveis modernes.
L’enfocament híbrid té sentit quan
- les aplicacions existents i els nous portals han de treballar conjuntament,
- escriptori, serveis i web utilitzen la mateixa base de dades,
- la modernització s’ha d’efectuar pas a pas i com una estructura Layer-3.
Modernització Delphi en la pràctica
Quan una antiga aplicació Delphi encara té valor funcional, no modernitzem a cegues. Analitzem primer com funciona realment el sistema, quins processos suporta, on es trenquen els fluxos de dades i quins llegats enlenteixen l’explotació. A partir d’aquí es defineix un full de ruta de modernització que no només resulta correcte sobre el paper, sinó que és viable en l’operativa diària.
En moltes aplicacions evolucionades, el valor real no està en la interfície, sinó en anys de lògica funcional, regles especials, excepcions i coneixement d’experiència. Aquesta substància no es llença a la lleugera. Separem clarament les responsabilitats, reordenem la base de dades, substituïm vies d’accés antigues, creem noves interfícies REST i, si cal, afegim clients per a Windows, macOS i Linux sobre la mateixa base funcional. Així no es produeix una ruptura dura, sinó una evolució comprensible amb una traça tècnica clara.
Sovint això també significa tornar a estructurar monòlits històrics per fer-los mantenibles, provables i ampliables. L’accés a dades es fa estable, la lògica de negoci s’extrau del codi d’interfície, les interfícies es tornen planificables i les futures ampliacions ja no hauran de barallar-se amb el sistema existent. L’objectiu no és una modernització cosmètica, sinó un sistema que torni a donar espai a l’empresa per a noves demandes.
Serveis i servidors com a part de la mateixa arquitectura
Molts sistemes empresarials no necessiten avui només un client, sinó també serveis en segon pla, serveis Windows o Linux i servidors REST. Precisament per això planifiquem aquestes parts no com un afegit posterior, sinó com a components de la mateixa arquitectura. Un servei que només s’incorpora més tard gairebé sempre esdevé un cas excepcional.
Si les dades s’han de processar de manera distribuïda, si s’han de proporcionar interfícies, executar exportacions, supervisar importacions o programar tasques en segon pla, la responsabilitat tècnica ha d’estar definida des del principi. Quines parts s’executen al client, quines al servei, quines al servidor, com es fan visibles els errors, com es poden rastrejar els canvis d’estat, com es manté la coherència de la lògica funcional? Aquestes preguntes les resolem d’hora perquè, a partir de peces individuals, s’acabi formant un sistema global robust.
Això és especialment important en projectes multiplataforma. Un client d’escriptori en Windows, macOS o Linux no pot significar a nivell funcional una cosa diferent que un servidor REST acompanyant o un servei de fons. Per això pensem el model de dades, els processos, els permisos, les integracions i l’operació sempre conjuntament. Així es crea una arquitectura on clients, serveis i servidors parlen la mateixa llengua.
El nostre principi
La tecnologia no és per a nosaltres una doctrina. El que importa és que l’arquitectura, la capacitat de l’equip, l’explotació i les futures ampliacions s’ajustin a l’empresa. No guanya la plataforma més sorollosa, sinó aquella amb la qual es poden gestionar de manera raonable el risc, la mantenibilitat i el creixement.
Algunes tasques les resolvem conscienciosament amb Delphi, perquè allà la lògica de negoci consolidada, els clients rendibles i la capacitat multiplataforma despleguen els seus punts forts. Altres requisits s’adeqüen millor a C#, a serveis, a un portal o a una combinació d’ambdós. Una bona arquitectura no neix de la moda, sinó de la claredat: quina responsabilitat té cada part del sistema, quina vida útil s’espera, de quina mida és l’equip, com de crític és l’explotació i quines ampliacions són realistes en els pròxims anys?
Aquí comença per a nosaltres el desenvolupament de programari professional. No volem només lliurar alguna cosa que funcioni avui, sinó crear una base tècnica que més endavant continuï sent comprensible, assumible i econòmicament mantenible.
Preguntes freqüents sobre tecnologia i arquitectura
Les decisions tecnològiques han d’ajustar-se a l’equip, a la funcionalitat i a l’explotació. Precisament per això no tractem aquestes qüestions de manera abstracta, sinó sempre sobre el sistema concret.
Quan té sentit Delphi en comparació amb una plataforma completament nova?
Sempre que calgui conservar econòmicament la lògica funcional consolidada, els processos d’escriptori amb bon rendiment i els objectius multiplataforma, en lloc de substituir la substància sense necessitat.
Quan utilitzeu addicionalment C#?
Principalment per a portals, backends web, serveis REST, integracions i parts d’arquitectura orientades a serveis que s’integrin bé amb sistemes d’escriptori existents.
Quina importància té Layer-3 en la pràctica?
Decisiva. Només la separació neta de la UI, la lògica de negoci i l’accés a dades fa que la modernització, les proves, els serveis i els futurs canvis de plataforma siguin assumibles.
Penseu des d’hora en noves plataformes com Windows 11 ARM64?
Sí. El nou maquinari objectiu i les vies de desplegament es comproven aviat perquè no es converteixin més endavant en projectes especials costosos.
Llegir més preguntes agrupades
Aquestes respostes breus es mantenen aquí a la pàgina. A la pàgina central de FAQ ordenem el tema addicionalment en relació amb arquitectura, modernització, plataformes i explotació.