Tehnološki profil
Pregled naše tehničke osnove
Delphi. C#. SQL. APIs.
Tehnologije koje odgovaraju poslovnoj logici, podacima i operacijama.
Ne koristimo tehnologije prema modi, nego prema operativnoj stvarnosti, očekivanom vijeku trajanja, potrebama integracije i sposobnostima tima. Presudno nije slogan, nego hoće li sustav kasnije ostati uredno upravljiv, proširiv i preuzimljiv.
Snažan za poslovnu logiku i multiplatformske klijente
Delphi je snažan tamo gdje postojeća poslovna logika, procesi bliski bazi podataka, izvještaji i stabilni klijenti za Windows, macOS i Linux trebaju biti dugoročno održavani.
Delphi pogledajte
C#
Snažan za REST, servise i portale
C# koristimo kad portali, moderni back-end servisi, REST-APIs i integracije trebaju uredno pristupiti postojećim poslovnim sustavima.
C# pogledajte
Architektur
Layer-3 umjesto monoličnih zaostavština
Namjerno odvajamo sučelje, poslovnu logiku i pristup podacima kako bi promjene ostale planirane i kako novi servisi ne bi morali biti izgrađeni protiv postojećeg sustava.
Layer-3 pogledajte
Plattformen
Windows 11 ARM64 odmah uzeti u obzir
Osim klasičnih x64 ciljeva, rano uzimamo u obzir aktualne platforme poput Windows 11 ARM64, kako nova hardverska okruženja i postupci raspoređivanja kasnije ne bi postali posebni projekti.
ARM64 pogledajte
Kada je koji pristup smislen
Delphi ima smisla kad
- postojeća poslovna logika treba ostati očuvana,
- složeni desktop-procesi moraju ostati stabilni,
- Windows-, macOS- i Linux-klijenti trebaju nastati na zajedničkoj funkcionalnoj osnovi.
C# ima smisla kad
- grade se REST-serveri i servisi,
- APIs i vanjske integracije su u fokusu,
- potrebne su moderne arhitekture servisâ.
Hibrid ima smisla kad
- postojeće aplikacije i novi portali moraju surađivati,
- desktop, servisi i web koriste istu bazu podataka,
- modernizacija treba biti postupna i organizirana kao Layer-3-struktura.
Delphi-modernizacija u praksi
Ako je stara Delphi-aplikacija i dalje vrijedna iz funkcionalnog aspekta, ne moderniziramo slijepo. Najprije analiziramo kako sustav u stvarnosti radi, koje procese pokriva, gdje se prekidaju tokovi podataka i koje naslijeđene slabosti usporavaju rad. Iz toga nastaje put modernizacije koji nije samo uredan na papiru, nego je i u svakodnevnom radu održiv.
U mnogim naslijeđenim aplikacijama stvarna vrijednost nije u korisničkom sučelju, nego u godinama akumulirane poslovne logike, posebnim pravilima, iznimkama i stručnom znanju. Tu supstancu se ne odbacuje olako. Odvajamo odgovornosti jasno, preuređujemo bazu podataka, uklanjamo stare putove pristupa, uspostavljamo nove REST-suface i po potrebi nadopunjavamo klijente za Windows, macOS i Linux na istoj funkcionalnoj osnovi. Time ne nastaje oštar prekid, nego razumljiv razvoj s jasnom tehničkom podjelom.
Često to znači i ponovno oblikovanje povijesno naraslih monolita u oblik koji je održiv, testabilan i proširiv. Pristup podacima stabilizira se, poslovna logika se izdvaja iz koda sučelja, sučelja postaju planabilna i buduća proširenja više se ne moraju boriti protiv postojećeg sustava. Cilj nije kozmetička modernizacija, nego sustav koji poduzeću vraća kapacitet za nove zahtjeve.
Servisi i serveri kao dio iste arhitekture
Mnogi poslovni sustavi danas trebaju ne samo klijent, nego i pozadinske servise, Windows- ili Linux-servise te REST-servere. Upravo zato te dijelove ne planiramo kao naknadne nadogradnje, nego kao dijelove iste arhitekture. Servis koji se tek naknadno nekako doda skoro uvijek postane posebni slučaj.
Ako se podaci distribuirano obrađuju, izlažu sučelja, vrše exporti, nadziru importi ili se zadaci periodički izvršavaju u pozadini, tehnička odgovornost mora biti razjašnjena od početka. Koji dijelovi rade u klijentu, koji u servisu, koji na serveru, kako se greške čine vidljivima, kako se promjene stanja prate, kako poslovna logika ostaje konzistentna? Na ta pitanja odgovaramo rano, kako bi iz zasebnih dijelova nastao pouzdan cjelokupni sustav.
To je posebno važno kod multiplatformskih projekata. Desktop-klijent na Windows, macOS ili Linux ne smije funkcionalno značiti nešto drugo nego prateći REST-server ili pozadinski servis. Zato istovremeno promišljamo model podataka, procese, ovlasti, integracije i operacije. Tako nastaje arhitektura u kojoj klijenti, servisi i serveri govore isti jezik.
Naš temeljni princip
Tehnologija za nas nije ideologija. Presudno je da arhitektura, pogodnost za tim, operativnost i buduća proširenja odgovaraju poduzeću. Ne pobjeđuje najglasnija platforma, nego ona s kojom se rizik, održavanje i rast mogu razumno upravljati.
Neke zadatke svjesno rješavamo s Delphi, jer tamo akumulirana poslovna logika, performantni klijenti i multiplatformska sposobnost dolaze do izražaja. Drugi zahtjevi bolje odgovaraju C#, servisima, portalu ili kombinaciji toga. Dobra arhitektura ne rađa se iz mode, nego iz jasnoće: koja odgovornost pripada kojem dijelu sustava, kakav je očekivani vijek trajanja, koliki je tim, koliko je kritičan rad i koja su realna proširenja u narednim godinama?
Tu za nas počinje profesionalni razvoj softvera. Ne želimo samo isporučiti nešto što danas radi, nego stvoriti tehničku osnovu koja će i kasnije biti razumljiva, preuzimljiva i ekonomski održiva.
Često postavljana pitanja o tehnologiji i arhitekturi
Tehnološke odluke moraju odgovarati timu, funkcionalnosti i radu sustava. Upravo zato ta pitanja ne razjašnjavamo apstraktno, nego uvijek na konkretnom sustavu.
Kada je Delphi opravdan u odnosu na potpunu novu platformu?
U pravilu kad treba ekonomski nastaviti postojeću poslovnu logiku, performantne desktop-procese i multiplatformske ciljeve, umjesto da se supstanca olako zamijeni.
Kada dodatno koristite C#?
Prije svega za portale, web-backend, REST-servise, integracije i servisno-orijentirane dijelove arhitekture koji se dobro uklapaju uz postojeće desktop-sustave.
Koliko je Layer-3 važan u praksi?
Vrlo. Samo čisto odvajanje UI, poslovne logike i pristupa podacima čini modernizaciju, testiranje, servise i buduće platformne prijelaze upravljivima.
Razmišljate li rano o novim platformama poput Windows 11 ARM64?
Da. Nove ciljne platforme i putovi raspoređivanja provjeravaju se rano, kako iz njih kasnije ne bi nastali skupi posebni projekti.
Više pitanja u zbirci
Ovi kratki odgovori ostaju na stranici. Na centralnoj FAQ-Landingpage dodatno tematiziramo arhitekturu, modernizaciju, platforme i operacije.