Technológie

Technológie nepoužívame podľa módy, ale podľa prevádzkovej reality, životnosti, potrieb integrácie a schopností tímu. Rozhodujúce nie je heslo, ale či bude systém neskôr spoľahlivo prevádzkovo spravovateľný, rozšíriteľný a prevzateľný.

Kedy má ktorá cesta zmysel

Delphi-modernizácia v praxi

Ak má stará Delphi-aplikácia stále odbornú hodnotu, nerobíme modernizáciu naslepo. Najprv analyzujeme, ako systém naozaj funguje, ktoré procesy pokrýva, kde sa prerušujú dátové toky a ktoré staré zaťaženia spomaľujú prevádzku. Výsledkom je modernizačný plán, ktorý nie je len na papieri čistý, ale v bežnej prevádzke zostáva udržateľný.

V mnohých etablovaných aplikáciách nenájdete skutočnú hodnotu v používateľskom rozhraní, ale v rokoch doménovej logiky, špeciálnych pravidiel, výnimiek a získaných skúseností. Tento objem poznania sa ľahkomyseľne nevyhadzuje. Zodpovednosti striktne oddelíme, databázu preusporiadame, nahradíme staré prístupy k údajom, vytvoríme nové REST-rozhrania a podľa potreby doplníme klientov pre Windows, macOS a Linux na tej istej odbornej báze. Nevzniká tak tvrdý rozchod, ale preukázateľný ďalší vývoj s jasným technickým profilom.

Často to tiež znamená premeniť historicky vyrastené monolity späť do podoby, ktorá je udržiavateľná, testovateľná a rozširovateľná. Prístup k dátam sa stabilizuje, doménová logika sa oddelí od kódu rozhrania, rozhrania sa dajú plánovať a budúce rozšírenia už nebudú musieť bojovať proti existujúcemu systému. Cieľom nie je kozmetická modernizácia, ale systém, ktorý firme opäť poskytne priestor pre nové požiadavky.

Služby a servery ako súčasť tej istej architektúry

Mnohé podnikové systémy dnes potrebujú nielen klienta, ale aj pozadové služby, Windows- alebo Linux-služby a REST-servery. Práve preto tieto časti neplánujeme ako dodatočnú prístavbu, ale ako súčasť tej istej architektúry. Služba, ktorá sa pridá až neskôr, sa takmer vždy stane výnimkou.

Ak sa majú údaje spracovávať distribuovane, poskytovať rozhrania, vykonávať exporty, sledovať importy alebo spúšťať úlohy časovo riadené na pozadí, musí byť technická zodpovednosť jasne definovaná od začiatku. Ktoré časti bežia v kliente, ktoré vo službe, ktoré na serveri, ako sa chyby stanú viditeľnými, ako sa dajú sledovať zmeny stavu, ako zostane doménová logika konzistentná? Na tieto otázky odpovedáme skoro, aby sa z jednotlivých stavebných blokov stal spoľahlivý celok.

To je obzvlášť rozhodujúce pri multiplatformových projektoch. Desktopový klient na Windows, macOS alebo Linux nesmie odborným významom znamenať niečo iné než sprievodný REST-server alebo pozadová služba. Preto vždy uvažujeme o dátovom modeli, procesoch, oprávneniach, integráciách a prevádzke spoločne. Tak vzniká architektúra, v ktorej klienti, služby a servery hovoria rovnakým jazykom.

Náš princíp

Technológia pre nás nie je dogma. Rozhodujúce je, aby architektúra, schopnosť tímu, prevádzka a budúce rozšírenia zodpovedali podniku. Nevyhráva najhlasnejšia platforma, ale tá, s ktorou je možné rozumne riadiť riziko, udržiavateľnosť a rast.

Niektoré úlohy riešime zámerne pomocou Delphi, pretože tam sa prejavia silné stránky zrelej doménovej logiky, výkonných klientov a multiplatformovej schopnosti. Iné požiadavky lepšie sedia na C#, na služby, na portál alebo na kombináciu oboch. Dobrá architektúra nevzniká z módy, ale z jasnosti: akú zodpovednosť má ktorá časť systému, aká životnosť sa očakáva, aký veľký je tím, aká kritická je prevádzka a aké rozšírenia sú v nasledujúcich rokoch realistické?

Práve tam pre nás začína profesionálny vývoj softvéru. Nechceme len dodať niečo, čo dnes funguje, ale vytvoriť technický základ, ktorý bude aj neskôr sledovateľný, prevzateľný a ekonomicky udržiavateľný.

Často kladené otázky k technológii a architektúre

Technologické rozhodnutia musia zodpovedať tímu, odbornosti a prevádzke. Práve preto tieto otázky nepreberáme abstraktne, ale vždy pri konkrétnom systéme.