Technológie

Technológie nenasadzujeme podľa módy, ale podľa prevádzkovej reality, životnosti, integračných potrieb a schopnosti tímu ich dlhodobo niesť. Rozhodujúce nie je buzzword, ale či systém zostane neskôr čisto prevádzkovateľný, rozšíriteľný a odovzdávateľný.

Kedy je ktorý smer zmysluplný

Modernizácia Delphi v praxi

Ak je stará aplikácia Delphi z hľadiska domény stále hodnotná, nemodernizujeme naslepo. Najprv analyzujeme, ako systém v skutočnosti funguje, ktoré procesy nesie, kde sa lámu dátové toky a ktoré dedičné záťaže spomaľujú prevádzku. Z toho vzniká modernizačná cesta, ktorá nepôsobí čisto len na papieri, ale zostáva nosná aj v každodennej praxi.

V mnohých dlhodobo vyvíjaných aplikáciách neleží skutočná hodnota v používateľskom rozhraní, ale v rokoch odbornej logiky, špeciálnych pravidiel, výnimiek a skúsenostného know-how. Túto substanciu nevyhadzujete ľahkovážne. Zodpovednosti striktne oddeľujeme, databázu nanovo usporiadame, nahradíme staré prístupové cesty, vytvoríme nové REST rozhrania a podľa potreby doplníme klientov pre Windows, macOS a Linux na rovnakej odbornej báze. Nevzniká tak tvrdý zlom, ale zrozumiteľný ďalší vývoj s jasným technickým vyhranením.

Často to znamená aj vrátiť historicky vyrastené monolity do podoby, ktorá je udržiavateľná, testovateľná a rozšíriteľná. Stabilizuje sa prístup k dátam, business logika sa uvoľní z kódu používateľského rozhrania, rozhrania sa stanú plánovateľnými a budúce rozšírenia už netreba vybojovať proti existujúcemu stavu. Cieľom nie je kozmetická modernizácia, ale systém, ktorý dá firme opäť priestor pre nové požiadavky.

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

Mnohé podnikové systémy dnes nepotrebujú len klienta, ale aj služby na pozadí, Windows- alebo Linux-služby a REST-server. Práve preto tieto časti neplánujeme ako dodatočnú nadstavbu, ale ako súčasť tej istej architektúry. Služba, ktorá sa len neskôr nejako pridá, sa takmer vždy stane špeciálnym prípadom.

Ak sa majú dáta spracúvať distribuovane, poskytovať rozhrania, spúšťať exporty, dohliadať na importy alebo vykonávať úlohy časovo riadené na pozadí, technická zodpovednosť musí byť od začiatku vyjasnená. Ktoré časti bežia v klientovi, ktoré v službe, ktoré na serveri, ako budú chyby viditeľné, ako budú zmeny stavu dohľadateľné, ako zostane odborná logika konzistentná? Tieto otázky zodpovedáme včas, aby z jednotlivých stavebných blokov vznikol robustný celkový systém.

To je rozhodujúce najmä pri multiplatformových projektoch. Desktopový klient na Windows, macOS alebo Linux nesmie po odbornej stránke myslieť niečo iné než sprievodný REST-server alebo služba na pozadí. Preto vždy uvažujeme dátový model, procesy, oprávnenia, integrácie a prevádzku 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 systém viery. Rozhodujúce je, aby architektúra, tímová realizovateľnosť, prevádzka a budúce rozšírenia sedeli k podniku. Nevyhrá najhlasnejšia platforma, ale tá, s ktorou sa dá zmysluplne riadiť riziko, udržiavateľnosť a rast.

Niektoré úlohy riešime zámerne s Delphi, pretože tam vyniknú silné stránky vyrastenej business logiky, výkonných klientov a multiplatformovej schopnosti. Iné požiadavky sa lepšie hodia k C#, k službám, k portálu alebo ku kombinácii oboch. Dobrá architektúra nevzniká z módy, ale z jasnosti: Ktorú zodpovednosť má ktorá časť systému, aká životnosť sa dá očakávať, aký veľký je tím, ako kritická je prevádzka a aké rozšírenia reálne prídu v najbližších rokoch?

Presne tam sa 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 zrozumiteľný, prevzateľný a ekonomicky udržiavateľný.

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

Technologické rozhodnutia musia sedieť tímu, odbornej doméne aj prevádzke. Práve preto tieto otázky neriešime abstraktne, ale vždy na konkrétnom systéme.