Tehnologije

Tehnologije ne primjenjujemo prema trendovima, već prema operativnoj stvarnosti, vijeku trajanja, potrebama integracije i sposobnostima tima. Presudno nije ključna riječ, nego hoće li sustav kasnije ostati pouzdano upravljiv, proširiv i preuzimljiv.

Kada je koji pristup smislen

Delphi-modernizacija u praksi

Ako je stara Delphi-aplikacija i dalje vrijedna s funkcionalnog stajališta, ne moderniziramo na slijepo. Najprije analiziramo kako sustav zapravo radi, koje procese podržava, gdje se prekidaju tokovi podataka i koje naslijeđene poteškoće usporavaju rad. Iz toga nastaje put modernizacije koji ne izgleda uredno samo na papiru, nego ostaje održiv u svakodnevnom radu.

U mnogim sustavima koji su se razvijali tijekom vremena stvarna vrijednost nije u površini, nego u godinama poslovne logike, posebnih pravila, iznimki i iskustvenog znanja. Tu supstancu ne odbacuje se olako. Odvajamo odgovornosti jasno, restrukturiramo bazu podataka, zamjenjujemo stare putove pristupa, uspostavljamo nova REST-sučelja i po potrebi nadopunjavamo klijente za Windows, macOS i Linux na istoj stručnoj osnovi. Tako ne nastaje oštar prekid, nego razumljiv daljnji razvoj s jasnom tehničkom koncepcijom.

Često to znači i da se povijesno narasli monoliti vrate u oblik koji je održiv, testabilan i proširiv. Pristup podacima stabilizira se, poslovna logika se izvlači iz koda sučelja, sučelja postaju planirana i buduća proširenja više se ne moraju probijati protiv postojećeg stanja. Cilj nije kozmetička modernizacija, nego sustav koji poduzeću opet daje prostor za nove zahtjeve.

Servisi und Server als Teil derselben Architektur

Mnogi poslovni sustavi danas trebaju ne samo klijenta, nego i pozadinske servise, Windows- ili Linux-Services i REST-Server. Upravo zato ne planiramo te dijelove kao naknadne nadogradnje, nego kao sastavni dio iste arhitekture. Servis koji se tek naknadno nekako dodaje gotovo uvijek postane posebni slučaj.

Ako se podaci trebaju obrađivati distribuirano, pružati sučelja, izvoziti podaci, nadzirati uvozi ili izvršavati zadaci u pozadini prema rasporedu, tehnička odgovornost mora biti razjašnjena od početka. Koji dijelovi rade u klijentu, koji u servisu, koji na serveru, kako se pogreške čine vidljivima, kako se promjene stanja prate, kako se poslovna logika održava konzistentnom? Na ta pitanja odgovaramo rano, kako bi od pojedinačnih komponenti nastao pouzdan cjeloviti sustav.

Ovo je posebno ključno kod multiplatformskih projekata. Desktop-klijent na Windows, macOS ili Linux ne smije stručno značiti nešto drugo od pratećeg REST-Servera ili pozadinskog servisa. Zato uvijek sagledavamo podatkovni model, procese, ovlasti, integracije i operacije zajedno. Tako nastaje arhitektura u kojoj klijenti, servisi i serveri govore istim jezikom.

Naše načelo

Tehnologija za nas nije dogma. Presudno je da arhitektura, sposobnost tima, operacije i buduća proširenja odgovaraju poduzeću. Ne pobjeđuje najglasnija platforma, nego ona s kojom se rizik, održivost i rast mogu razumno upravljati.

Neke zadatke svjesno rješavamo pomoću Delphi, jer ondje naslijeđena poslovna logika, performativni klijenti i multiplatformna sposobnost dolaze do izražaja. Drugi zahtjevi bolje pristaju C#, servisima, portalu ili kombinaciji toga. Dobra arhitektura ne proizlazi iz mode, nego iz jasnoće: koja odgovornost pripada kojem dijelu sustava, kakav je očekivani životni vijek, koliko je velik tim, koliko je kritičan rad i koja se proširenja realno očekuju u narednim godinama?

Upravo tamo za nas počinje profesionalni razvoj softvera. Ne želimo isporučiti samo nešto što danas radi, nego stvoriti tehničku osnovu koja će i kasnije biti razumljiva, moguće preuzeti i ekonomski održiva za održavanje.

Često postavljana pitanja o tehnologiji i arhitekturi

Tehnološke odluke moraju odgovarati timu, poslovnoj domeni i operacijama. Upravo zato ne razmatramo ta pitanja apstraktno, već uvijek na konkretnom sustavu.