Technológie

Technológie nasadzujeme nie podľa módy, ale podľa prevádzkovej reality, životnosti, potreby integrácie a schopnosti tímu. Rozhodujúce nie je heslo, ale či bude systém neskôr čisto prevádzkovo spravovateľný, rozšíriteľný a ľahko preberateľný.

Kedy má ktorá stratégia zmysel

Delphi-modernizácia v praxi

Ak je stará Delphi-aplikácia stále doménovo hodnotná, nemodernizujeme naslepo. Najprv analyzujeme, ako systém skutočne funguje, ktoré procesy podporuje, kde sa prerušujú dátové toky a aké dedičné záťaže spomaľujú prevádzku. Z toho vznikne cesta modernizácie, ktorá nie je len na papieri čistá, ale zostáva v každodennej prevádzke prakticky udržateľná.

V mnohých organicky rastúcich aplikáciách skutočná hodnota nespočíva v rozhraní, ale v rokoch doménovej logiky, špeciálnych pravidiel, výnimiek a vedomostí z praxe. Túto substanciu nemožno ľahkomyseľne zahodiť. Rozdeľujeme zodpovednosti dôsledne, upratujeme databázu, odstraňujeme staré prístupy k údajom, vytvárame nové REST-rozhrania a podľa potreby dopĺňame klientov pre Windows, macOS a Linux na tej istej doménovej báze. Tak nevznikne tvrdé prerušenie, ale sledovateľný vývoj s jasným technickým zameraním.

Často to tiež znamená upraviť historicky vzniknuté monolity do formy, ktorá je udržiavateľná, testovateľná a rozšíriteľná. Prístup k dátam sa stabilizuje, obchodná logika sa oddelí od kódu rozhrania, rozhrania sa spravia plánovateľné a budúce rozšírenia už nebudú musieť byť bojované 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 pozadné služby, Windows- alebo Linux-služby a REST-server. Práve preto tieto časti nenavrhujeme ako dodatočný prístavok, ale ako súčasť tej istej architektúry. Služba, ktorá sa pridá až neskôr nejako bokom, sa takmer vždy stane výnimočným prípadom.

Ak sa majú údaje spracovávať rozptýlene, poskytovať rozhrania, vykonávať exporty, monitorovať importy alebo časovo riadené úlohy spúšťať na pozadí, musí byť technická zodpovednosť od začiatku vyjasnená. Ktoré časti bežia v klientovi, ktoré v službe, ktoré na serveri, ako sa zobrazujú chyby, ako sa dajú sledovať zmeny stavu, ako zostane doménová logika konzistentná? Tieto otázky odpovedáme včas, aby z jednotlivých stavebných prvkov vznikol odolný celkový systém.

To je obzvlášť rozhodujúce pri multiplatformových projektoch. Desktopový klient na Windows, macOS alebo Linux nesmie doménovo znamenať niečo iné než sprievodný REST-server alebo pozadná služba. Preto premýšľame o dátovom modeli, procesoch, oprávneniach, integráciách a prevádzke vždy spoločne. Tak vznikne architektúra, v ktorej klienti, služby a servery hovoria rovnakou rečou.

Náš princíp

Technológia pre nás nie je náboženstvo. Rozhodujúce je, aby architektúra, schopnosť tímu, prevádzka a budúce rozšírenia sedeli k podniku. Nevyhráva najhlasnejšia platforma, ale tá, s ktorou sa dá riziko, spravovateľnosť a rast rozumne riadiť.

Niektoré úlohy riešime zámerne pomocou Delphi, pretože tam sa prejavujú silné stránky vybudovanej doménovej logiky, výkonných klientov a multiplatformovej schopnosti. Iné požiadavky lepšie sedia k C#, k službám, k portálu alebo ku kombinácii oboch. Dobrá architektúra nevzniká z módy, ale z jasnosti: akú 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 sú v nasledujúcich rokoch realistické?

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

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

Technologické rozhodnutia musia sedieť k tímu, k doméne a k prevádzke. Práve preto tieto otázky nevyriešame abstrakt, ale vždy na konkrétnom systéme.