Tehnologije

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.

Kada je koji pristup smislen

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.