Tækni

Við veljum tækni ekki eftir tískubylgju, heldur út frá rekstrarveruleika, endingartíma, samþættingarþörf og getu teymisins. Mikilvægast er ekki slagorðið, heldur hvort kerfið verði síðar hreint rekstrarlegt, stækkunarhægt og hægt að taka yfir.

Hvenær er hvaða leið viðeigandi

Delphi-núvæðing í framkvæmd

Ef gömul Delphi-lausn hefur enn faglegt gildi þá framkvæmum við ekki blindandi endurnýjun. Fyrst greinum við hvernig kerfið raunverulega virkar, hvaða ferla það ber, hvar gagnaflæði bregst og hvaða arfleifðir dragast með sem hægja á rekstri. Út frá því myndast endurnýjunarleið sem ekki er aðeins fagurfræðilega réttlát á pappír, heldur einnig burðarhæf í daglegum rekstri.

Í mörgum þróuðum lausnum liggur meginverðið ekki í viðmótinu, heldur í árum af faglegri rökfræði, sérreglum, undantekningum og reynsludreifingu. Þessi uppistaða er ekki fleygt burt léttvæglega. Við aðskiljum ábyrgðir skýrt, skipuleggjum gagnagrunninn upp á nýtt, leysum upp gamlar aðgangsleiðir, byggjum nýjar REST-græjur og bætum eftir þörfum viðskiptavinum fyrir Windows, macOS og Linux á sama faglega grunni. Þannig verður enginn harkalegur brotstíll, heldur skýr og rekjanleg framþróun með tæknilegum forsendum.

Oft felur það einnig í sér að færa sögulega stórkerfi aftur í form sem er viðhaldssamt, prófanlegt og stækkunareykur. Gagnaaðgangur er stöðugráður, viðskipta-rökfræði flutt úr viðmótakóða, viðmót viðmóta ákveðin og framtíðarviðbætur þurfa ekki lengur að berjast gegn kerfinu. Markmiðið er ekki yfirborðsleg endurnýjun, heldur kerfi sem gefur fyrirtækinu aftur svigrúm fyrir nýar kröfur.

Þjónustur og þjóna sem hluti sama arkitektúrs

Margir fyrirtækjakerfi þurfa í dag ekki aðeins einn viðskiptavin heldur einnig bakgrunnsþjónustur, Windows- eða Linux-þjónustur og REST-þjóna. Einmitt þess vegna hönnum við þessi hluta ekki sem eftirbyggingu, heldur sem hluta af sama arkitektúr. Þjónusta sem bætist við síðar á einhvern hátt verður nánast alltaf sértilvik.

Ef gögn eiga að vinna um gang, tengi eiga að vera til, útflutningar keyrðir, innflutningar vaktaðir eða tímastýrt vinna á bakgrunni, þarf tæknileg ábyrgð að vera skýr frá byrjun. Hvaða hlutar keyra í viðskiptavininum, hvaða í þjónustunni, hvaða á servernum, hvernig birtast villur, hvernig eru ástandsbreytingar rekjanlegar, hvernig haldast faglegar reglur samræmdar? Við svörum þessum spurningum snemma til að úr mörgum kubbum verði áreiðanlegt heildarkerfi.

Þetta skiptir sérstaklega miklu í fjölpallaverkefnum. Skjáborðsviðskiptavinur á Windows, macOS eða Linux má ekki faglega skilja eitthvað annað en fylgandi REST-þjónn eða bakgrunnsþjónusta. Þess vegna hugsum við gagnamódel, ferla, aðgangsheimildir, samþættingar og rekstur alltaf saman. Útkoman er arkitektúr þar sem viðskiptavinir, þjónustur og þjóna tala sama tungumál.

Regla okkar

Tækni er ekki trúarkerfi fyrir okkur. Mikilvægast er að arkitektúr, teymishæfni, rekstur og framtíðarviðbætur passi við fyrirtækið. Ekki sú hátíðasta plata vinnur, heldur sú sem gerir stjórn á áhættu, viðhaldshæfni og vexti hagkvæma.

Sumar uppgifter leysum við með viljandi Delphi vegna þess að þar fá innbyggð viðskipta-rökfræði, afkastamiklir viðskiptavinir og margpalla færni að sýna styrkleika sína. Aðrar kröfur henta betur með C#, þjónustum, gátt eða samsetningu af báðum. Góð arkitektúr rís ekki úr tísku heldur úr skýrleika: Hvaða ábyrgð hefur hver kerfishluti, hvaða endingartíma má búast við, hversu stórt er teymið, hversu mikilvægt er rekstraröryggi og hvaða viðbætur munu ef til vill koma næstu árin?

Nákvæmlega þar byrjar hjá okkur fagleg hugbúnaðarþróun. Við viljum ekki aðeins skila því sem virkar í dag, heldur leggja tæknilega grunn sem síðar er enn rekjanlegur, yfirfæranlegur og efnahagslega viðhaldanlegur.

Algengar spurningar um tækni og arkitektúr

Tæknilegar ákvarðanir þurfa að passa við teymið, faglegu kröfnar og rekstur. Einmitt þess vegna ræðum við þessar spurningar ekki almennt heldur alltaf í samhengi við tiltekið kerfi.