Technologický profil
Přehled našeho technického základu
Technologie nenasazujeme podle módy, ale podle provozní reality, životnosti, integračních potřeb a schopností týmu. Rozhodující není buzzword, ale zda systém zůstane později čistě provozovatelný, rozšiřitelný a předatelný.
Silné pro business logiku a multiplatformní klienty
Delphi je silné tam, kde se mají dlouhodobě rozvíjet zavedená business logika, databázově blízké procesy, reporty a stabilní klienti pro Windows, macOS a Linux.
Zobrazit Delphi
C#
Silné pro REST, služby a portály
C# používáme tehdy, když se mají portály, moderní backendové služby, REST API a integrace čistě napojit na stávající podnikové systémy.
Zobrazit C#
Architektura
Layer-3 místo monolitické zátěže minulosti
Vědomě oddělujeme uživatelské rozhraní, business logiku a přístup k datům, aby změny zůstaly plánovatelné a nové služby se nemusely stavět proti stávajícímu řešení.
Zobrazit Layer-3
Platformy
Windows 11 ARM64 rovnou zahrnout do návrhu
Vedle klasických x64 cílů zohledňujeme včas i aktuální platformy jako Windows 11 ARM64, aby se nový hardware a deploymenty později nestaly samostatným speciálním projektem.
Zobrazit ARM64
Kdy má který směr smysl
Delphi dává smysl, když
- má stávající doménová logika pokračovat,
- musí zůstat stabilní komplexní desktopové procesy,
- mají vznikat klienti pro Windows, macOS a Linux na společném doménovém základu.
C# dává smysl, když
- se budují REST servery a služby,
- v centru stojí API a externí integrace,
- jsou požadované moderní servisní architektury.
Hybrid dává smysl, když
- musí spolupracovat stávající aplikace a nové portály,
- desktop, služby a web používají stejnou databázi,
- modernizace má probíhat postupně a jako struktura Layer-3.
Modernizace Delphi v praxi
Pokud je stará aplikace Delphi z odborného hlediska stále hodnotná, nemodernizujeme ji naslepo. Nejprve analyzujeme, jak systém skutečně funguje, které procesy nese, kde se lámou datové toky a které historické zátěže brzdí provoz. Z toho vznikne modernizační cesta, která nepůsobí čistě jen na papíře, ale obstojí i v každodenním provozu.
V mnoha postupně vybudovaných aplikacích neleží skutečná hodnota v rozhraní, ale v letech doménové logiky, speciálních pravidel, výjimek a praktického know-how. Tuto substanci člověk neodhazuje lehkovážně. Čistě oddělujeme odpovědnosti, nově uspořádáme databázi, nahradíme staré přístupové cesty, vytvoříme nová rozhraní REST a podle potřeby doplníme klienty pro Windows, macOS a Linux na stejném odborném základě. Nevzniká tak tvrdý zlom, ale srozumitelný další vývoj s jasným technickým vymezením.
Často to také znamená vrátit historicky vyrostlé monolity do podoby, která je udržovatelná, testovatelná a rozšiřitelná. Stabilizuje se přístup k datům, business logika se vyváže z kódu uživatelského rozhraní, rozhraní se stanou plánovatelnými a budoucí rozšíření už není nutné protlačovat proti stávajícímu stavu. Cílem není kosmetická modernizace, ale systém, který firmě znovu dá prostor pro nové požadavky.
Služby a servery jako součást téže architektury
Mnoho podnikových systémů dnes nepotřebuje jen klienta, ale i služby na pozadí, Windows- nebo Linux-services a REST-servery. Právě proto tyto části neplánujeme jako dodatečnou přístavbu, ale jako součást téže architektury. Služba, která se jen později nějak přidá, se téměř vždy stane výjimkou.
Pokud mají být data distribuovaně zpracována, mají se poskytovat rozhraní, spouštět exporty, dohlížet na importy nebo provádět úlohy časově řízeně na pozadí, musí být technická odpovědnost vyjasněna od začátku. Které části běží v klientu, které ve službě, které na serveru, jak se chyby stanou viditelnými, jak budou změny stavu dohledatelné, jak zůstane doménová logika konzistentní? Na tyto otázky odpovídáme brzy, aby se z jednotlivých stavebních bloků stal robustní celek.
To je rozhodující zejména u multiplatformních projektů. Desktopový klient na Windows, macOS nebo Linux nesmí z doménového hlediska znamenat něco jiného než doprovodný REST-server nebo služba na pozadí. Proto vždy uvažujeme datový model, procesy, oprávnění, integrace i provoz společně. Vzniká tak architektura, v níž klienti, služby a servery mluví stejným jazykem.
Náš princip
Technologie pro nás není systém víry. Rozhodující je, aby architektura, schopnost týmové spolupráce, provoz a budoucí rozšíření odpovídaly firmě. Nevyhrává nejhlasitější platforma, ale ta, se kterou lze smysluplně řídit riziko, udržovatelnost a růst.
Některé úlohy řešíme záměrně s Delphi, protože právě tam se naplno uplatní vyzrálá business logika, výkonná klientská aplikace a multiplatformnost. Jiné požadavky se lépe hodí k C#, ke službám, k portálu nebo ke kombinaci obojího. Dobrá architektura nevzniká z módy, ale z jasnosti: jakou odpovědnost má která část systému, jaká životnost se očekává, jak velký je tým, jak kritický je provoz a jaká rozšíření v následujících letech realisticky přijdou?
Přesně tam pro nás začíná profesionální vývoj softwaru. Nechceme jen dodat něco, co dnes funguje, ale vytvořit technický základ, který bude i později srozumitelný, převzatelný a ekonomicky udržovatelný.
Časté otázky k technologiím a architektuře
Technologická rozhodnutí musí odpovídat týmu, odborné doméně i provozu. Právě proto tyto otázky neřešíme abstraktně, ale vždy na konkrétním systému.
Kdy dává Delphi přednost před kompletní novou platformou?
Vždy tehdy, když má smysl ekonomicky dále využívat vyzrálou doménovou logiku, výkonné desktopové procesy a cíle pro více platforem, místo lehkovážné náhrady toho podstatného.
Kdy navíc používáte C#?
Především pro portály, webové backendy, REST služby, integrace a části servisně orientované architektury, které lze dobře provázat se stávajícími desktopovými systémy.
Jak důležitý je Layer-3 v praxi?
Velmi. Teprve čisté oddělení UI, business logiky a přístupu k datům dělá modernizaci, testy, služby a budoucí změny platformy zvládnutelnými.
Zohledňujete nové platformy jako Windows 11 ARM64 už včas?
Ano. Nový cílový hardware a nasazovací cesty se prověřují včas, aby se z toho později nestaly nákladné speciální projekty.
Další otázky si přečtěte pohromadě
Tyto stručné odpovědi zůstávají zde na stránce. Na centrální FAQ landing page téma navíc zasazujeme do souvislostí s architekturou, modernizací, platformami a provozem.