Technologijų profilis
Mūsų techninės bazės apžvalga
Delphi. C#. SQL. APIs.
Technologijos, kurios tinka verslo logikai, duomenims ir eksploatavimui.
Mes technologijas renkamės ne pagal madą, o pagal eksploatacijos realijas, ilgaamžiškumą, integracijos poreikį ir komandos galimybes. Sprendžianti reikšmė — ne raktinis žodis, o ar sistema vėliau liks tvarkingai valdoma, išplečiama ir perimama.
Galinga verslo logikai ir keliaplatformiams klientams
Delphi yra stipri ten, kur išvystyta verslo logika, su duomenų baze susiję procesai, ataskaitos ir stabilūs klientai skirtuose Windows, macOS ir Linux turi būti palaikomi ilgalaikėje perspektyvoje.
Delphi peržiūrėti
C#
Tinka REST, paslaugoms ir portalams
C# diegiame, kai portalai, modernios backend paslaugos, REST-API ir integracijos turi tvarkingai prisijungti prie esamų įmonių sistemų.
C# peržiūrėti
Architektur
Layer-3 vietoje monolitinių palikimų
Sąmoningai atskiriame vartotojo sąsają, verslo logiką ir duomenų prieigą, kad pakeitimai būtų planuojami ir naujos paslaugos netektų būti kuriamos prieš esamą sistemą.
Layer-3 peržiūrėti
Plattformen
Iš karto numatyti Windows 11 ARM64
Be klasikinių x64 tikslų anksti atsižvelgiame į šiuolaikines platformas, tokias kaip Windows 11 ARM64, kad nauja aparatinė įranga ir diegimai vėliau netaptų specialiais projektais.
Peržiūrėti ARM64
Kada kuri kryptis yra prasminga
Delphi yra prasminga, kai
- esama srities logika turi tęstis,
- sudėtingi darbalaukio procesai turi išlikti stabilūs,
- Windows-, macOS- ir Linux-klientai turi būti kuriami ant tos pačios sritinės logikos pagrindo.
C# yra prasminga, kai
- kuriami REST-serveriai ir paslaugos,
- API ir išorinės integracijos yra pagrindinis dėmesys,
- reikalinga moderni paslaugų architektūra.
Hibridinis sprendimas yra prasmingas, kai
- esamos programos ir nauji portalai turi tarpusavyje bendradarbiauti,
- darbalaukio klientai, paslaugos ir web naudoja tą pačią duomenų bazę,
- modernizacija turi vykti palaipsniui ir kaip Layer-3-struktūra.
Delphi-modernizacija praktikoje
Jei sena Delphi programa vis dar turi sritinę vertę, jos nemodernizuojame aklai. Pirmiausia analizuojame, kaip sistema iš tiesų veikia, kokius procesus ji palaiko, kur nutrūksta duomenų srautai ir kokios senosios naštos trukdo veikimui. Iš to kyla modernizacijos kelias, kuris ne tik gerai atrodo ant popieriaus, bet ir kasdienėje veikloje lieka gyvybingas.
Daugelio brandintų programų tikroji vertė nėra sąsajoje, o metų kaupimosi sritinės logikos, specialių taisyklių, išimčių ir patirties žinioje. Šios substancijos nevalia lengvabūdiškai išmesti. Mes aiškiai atskiriame atsakomybes, pertvarkome duomenų bazę, pakeičiame senus prieigos kelius, sukuriame naujas REST-sąsajas ir, prireikus, papildome klientų programas Windows, macOS ir Linux ant tos pačios sritinės bazės. Taip neįvyksta staigus lūžis, o formuojasi suprantama plėtra su aiškiu techniniu profiliu.
Dažnai tai reiškia istoriškai susiformavusius monolitus pertvarkyti į formą, kuri būtų prižiūrima, testuojama ir išplečiama. Duomenų prieiga stabilizuojama, verslo logika išimama iš sąsajos kodo, sąsajos tampa planuojamos ir būsimų praplėtimų nebereikės kovoti prieš esamą sistemą. Tikslas nėra kosmetinė modernizacija, o sistema, kuri įmonei vėl suteikia erdvės naujiems reikalavimams.
Paslaugos ir serveriai kaip tos pačios architektūros dalis
Daugelis įmonių sistemų šiandien reikalauja ne tik kliento, bet ir foninių paslaugų, Windows- ar Linux-servisų ir REST-serverių. Būtent dėl to mes šių dalių neplanuojame kaip vėliau pridedamo priestato, o kaip tos pačios architektūros dalį. Paslauga, kuri atsiranda tik vėliau, beveik visuomet tampa išimtimi.
Jei duomenys turi būti paskirstyti apdorojami, teikiamos sąsajos, vykdomi eksportai, prižiūrimi importai arba užduotys vykdomos laiko intervalais fone, techninė atsakomybė turi būti aiškiai apibrėžta nuo pat pradžios. Kuri dalis veikia kliente, kuri paslaugoje, kuri serveryje, kaip matomi klaidų pranešimai, kaip sekamos būsenų kaitos, kaip sritinė logika išlieka nuosekli? Į šiuos klausimus mes atsakome anksti, kad iš atskirų komponentų susidarytų patikima visuma.
Tai ypač svarbu keliaplatformiams projektams. Darbalaukio klientas ant Windows, macOS ar Linux neturi semantiškai skirtis nuo lydinčio REST serverio ar foninės paslaugos. Todėl mes visada kartu apgalvojame duomenų modelį, procesus, teises, integracijas ir eksploatavimą. Taip susiformuoja architektūra, kurioje klientai, paslaugos ir serveriai kalba ta pačia kalba.
Mūsų principas
Technologija mums nėra tikėjimo sistema. Sprendžianti yra tai, kad architektūra, komandos galimybės, eksploatavimas ir būsimieji išplėtimai derėtų prie įmonės. Laimi ne garsiausia platforma, o ta, su kuria riziką, prižiūrimumą ir augimą galima valdyti prasmingai.
Kai kurias užduotis mes sąmoningai sprendžiame su Delphi, nes ten išvystyta verslo logika, našūs klientai ir keliaplatformiškumas atsiskleidžia savo stiprybėmis. Kiti reikalavimai geriau tinka C#, paslaugoms, portalui arba jų kombinacijai. Gera architektūra nekyla iš mados, o iš aiškumo: kokią atsakomybę turi kuris sistemos dalis, kokia numatoma eksploatacijos trukmė, koks komandos dydis, kiek kritiškas yra eksploatavimas ir kokie išplėtimai realistiškai laukia per artimiausius metus?
Būtent čia prasideda mūsų profesionalus programinės įrangos kūrimas. Mes norime ne tik pristatyti tai, kas veikia šiandien, bet sukurti techninį pagrindą, kuris vėliau bus suprantamas, perimamas ir ekonomiškai prižiūrimas.
Dažnai užduodami klausimai apie technologiją ir architektūrą
Technologiniai sprendimai turi atitikti komandą, sritinę logiką ir eksploatavimą. Būtent todėl mes šių klausimų neaiškiname abstrakčiai, o visada remdamiesi konkrečia sistema.
Kada Delphi yra prasmingas, palyginus su visiškai nauja platforma?
Visada tada, kai išvystyta sritinė logika, našūs darbalaukio procesai ir keliaplatforminiai tikslai turi būti ekonomiškai pernešami toliau, o ne lengvabūdiškai keičiama esama vertė.
Kada papildomai taikote C#?
Ypač portalams, web-backendams, REST-servisams, integracijoms ir paslaugomis orientuotoms architektūros dalims, kurios gerai susijungia su esamomis darbalaukio sistemomis.
Kiek svarbi praktikoje yra Layer-3?
Labai. Tik griežtas UI, verslo logikos ir duomenų prieigos atskyrimas leidžia valdyti modernizaciją, testavimą, paslaugas ir būsimus platformų perėjimus.
Ar jūs anksti svarstote naujas platformas, tokias kaip Windows 11 ARM64?
Taip. Nauja tikslinė aparatinė įranga ir diegimo keliai tikrinami anksti, kad vėliau netaptų brangiais specialiais projektais.
Skaityti papildomus surinktus klausimus
Šie trumpi atsakymai lieka čia puslapyje. Centrinėje DUK pristatymo puslapyje mes papildomai suvedame temą architektūros, modernizacijos, platformų ir eksploatavimo kontekste.