Tehnologije

Tehnologije ne primjenjujemo prema modi, već prema operativnoj stvarnosti, očekivanom vijeku trajanja, potrebama integracije i sposobnosti tima. Presudno nije pitanje popularne riječi, nego hoće li sustav kasnije ostati uredno upravljiv, proširiv i preuzimljiv.

Kada je koja smjernica smisleno

Delphi-modernizacija u praksi

Ako je stara Delphi-aplikacija i dalje vrijedna po domeni, ne moderniziramo slijepo. Prvo analiziramo kako sustav zapravo radi, koje procese podržava, gdje se prekidaju tokovi podataka i koja naslijeđa koče rad. Iz toga nastaje put modernizacije koji ne izgleda uredno samo na papiru, nego je i u praksi održiv.

U mnogim raširenim aplikacijama stvarna vrijednost često nije u korisničkom sučelju, nego u godinama akumulirane poslovne logike, posebnim pravilima, izuzecima i znanju iz prakse. Taj sadržaj se ne odbacuje olako. Jasno odvajamo odgovornosti, reorganiziramo bazu podataka, zamjenjujemo stare načine pristupa, uspostavljamo nove REST-suface (schnittstellen) i po potrebi dopunjujemo klijente za Windows, macOS i Linux na istoj strukturnoj osnovi. Na taj način ne nastaje nagli prekid, nego razumljiv razvoj s jasnom tehničkom koncepcijom.

Često to također znači vratiti povijesno narasle monolite u oblik koji je održiv, testabilan i proširiv. Pristup podacima stabilizira se, poslovna logika se izvlači iz UI-koda, sučelja postaju planirana i buduća proširenja više ne moraju biti borba protiv postojećeg sustava. Cilj nije kozmetička modernizacija, nego sustav koji tvrtki ponovno daje prostor za nove zahtjeve.

Servisi i serveri kao dio iste arhitekture

Mnogi poslovni sustavi danas ne trebaju samo klijent, nego i pozadinske usluge, Windows- ili Linux-servise i REST-servere. Upravo zato ove dijelove ne planiramo kao naknadne nadogradnje, nego kao sastavni dio iste arhitekture. Servis koji je naknadno nekako dodan gotovo uvijek postane poseban slučaj.

Ako se podaci distribuirano obrađuju, izlažu sučelja, generiraju eksporti, nadziru importi ili se zadaci izvršavaju vremenski kontrolirano 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 prikazuju, kako se promjene stanja prate, kako ostaje konzistentna poslovna logika? Na ova pitanja odgovaramo rano, kako bi od pojedinačnih komponenti nastao pouzdan cjelokupni sustav.

To je posebno važno kod multiplatformskih projekata. Desktop-klijent na Windows, macOS ili Linux ne smije poslovno značiti nešto drugo nego prateći REST-server ili pozadinska usluga. Zato uvijek zajedno promišljamo model podataka, procese, autorizacije, integracije i operativno upravljanje. Tako nastaje arhitektura u kojoj klijenti, servisi i serveri govore istim jezikom.

Naše načelo

Tehnologija za nas nije vjera. Presudno je da arhitektura, sposobnost tima, operativnost i buduća proširenja odgovaraju tvrtki. Ne pobjeđuje najglasnija platforma, nego ona s kojom se rizik, održavanje i rast mogu smisleno upravljati.

Neke zadatke svjesno rješavamo s Delphi, jer tamo razvijena poslovna logika, performativni klijenti i multiplatformska sposobnost dolaze do izražaja. Drugi zahtjevi bolje odgovaraju C#, servisima, portalu ili kombinaciji tih pristupa. Dobra arhitektura ne nastaje iz mode, nego iz jasnoće: koja je odgovornost kojeg dijela sustava, kakav je očekivani vijek trajanja, koliki je tim, koliko je kritičan rad i koja su realna proširenja u narednim godinama?

Upravo tu za nas počinje profesionalni razvoj softvera. Ne želimo isporučiti samo ono što danas radi, nego stvoriti tehničku osnovu koja će i kasnije biti razumljiva, preuzimljiva i gospodarski održiva.

Često postavljana pitanja o tehnologiji i arhitekturi

Tehnološke odluke moraju odgovarati timu, domeni i operativnom radu. Upravo zato ova pitanja ne razjašnjavamo apstraktno, nego uvijek na konkretnom sustavu.