Technologie

Technologie nepoužíváme podle módy, ale podle provozní reality, životnosti, potřeby integrace a schopností týmu. Rozhodující není heslo, nýbrž zda systém zůstane později bezproblémově provozovatelný, rozšiřitelný a převzatelný.

Kdy je která volba smysluplná

Delphi-modernizace v praxi

Pokud je stará Delphi aplikace odborně stále hodnotná, nemodernizujeme naslepo. Nejprve analyzujeme, jak systém skutečně funguje, které procesy nese, kde se přerušují datové toky a které staré zatížení zpomalují provoz. Na základě toho vznikne plán modernizace, který není jen na papíře konzistentní, ale v každodenním provozu zůstane funkční.

V mnoha dlouhodobě vyvíjených aplikacích spočívá skutečná hodnota nikoli v uživatelském rozhraní, ale v letech odborné logiky, speciálních pravidel, výjimek a zkušenostního know‑how. Tento objem znalostí se nevyhazuje lehkovážně. Oddělujeme zodpovědnosti čistě, reorganizujeme databázi, nahrazujeme staré přístupové cesty, vytváříme nové REST-Schnittstellen a podle potřeby doplňujeme klienty pro Windows, macOS a Linux na téže odborné bázi. Nevzniká tak tvrdý zlom, ale sledovatelný vývoj s jasným technickým vymezením.

Často to také znamená přetvořit historicky vzniklé monolity do podoby, která je udržovatelná, testovatelná a rozšiřitelná. Přístup k datům se stabilizuje, business logika se oddělí od kódu uživatelského rozhraní, rozhraní se stanou plánovatelnými a budoucí rozšíření už se nebudou muset prosazovat soubojem se stávajícím stavem. Cílem není kosmetická modernizace, ale systém, který firmě znovu vytvoří prostor pro nové požadavky.

Services und Server als Teil derselben Architektur

Mnohé podnikové systémy dnes potřebují nejen klienta, ale i služby na pozadí, Windows- nebo Linux-služby a REST-servery. Právě proto tyto části nenavrhujeme jako dodatečný přístavek, ale jako součást téže architektury. Služba, která se nějak doplní až později, se téměř vždy stává výjimečným případem.

Když mají být data distribuovaně zpracovávána, rozhraní poskytována, exporty prováděny, importy sledovány nebo úlohy časově řízeně spouštěny na pozadí, musí být technická odpovědnost od počátku vyjasněna. Které části běží v klientu, které ve službě, které na serveru, jak budou chyby viditelné, jak se budou změny stavu dokumentovat, jak zůstane odborná logika konzistentní? Na tyto otázky odpovídáme brzy, aby z jednotlivých stavebních bloků vznikl odolný celek.

To je obzvlášť rozhodující u multiplatformních projektů. Desktopový klient na Windows, macOS nebo Linux nesmí po odborné stránce znamenat něco jiného než doprovodný REST-server nebo služba na pozadí. Proto navrhujeme datový model, procesy, oprávnění, integrace a provoz vždy společně. Tak vznikne architektura, ve které klienti, služby a servery mluví stejným jazykem.

Unser Grundsatz

Technologie pro nás není dogma. Rozhodující je, aby architektura, schopnost týmu, provoz a budoucí rozšíření odpovídaly podniku. Nevyhrává nejhlasitější platforma, ale ta, s níž lze smysluplně řídit riziko, udržovatelnost a růst.

Některé úkoly řešíme záměrně s Delphi, protože tam se projeví silné stránky ustálené business logiky, výkonných klientů a multiplatformní schopnosti. Jiné požadavky lépe sedí na C#, na služby, na portál nebo na kombinaci obojího. Dobrá architektura nevzniká z módy, ale z jasnosti: jakou odpovědnost nese která část systému, jaká je očekávaná životnost, jak velký je tým, jak kritický je provoz a jaká rozšíření jsou v následujících letech realistická?

Právě tam pro nás začíná profesionální vývoj softwaru. Nechceme dodat jen něco, co dnes funguje, ale vytvořit technický základ, který bude i později srozumitelný, přebíratelný a ekonomicky udržitelný z hlediska údržby.

Často kladené otázky k technologii a architektuře

Technologická rozhodnutí musí sedět k týmu, k funkční oblasti a k provozu. Právě proto tyto otázky neřešíme abstraktně, ale vždy na konkrétním systému.