Tækniprófíll
Tæknilegi grunnurinn okkar í hnotskurn
Við beitum ekki tækni eftir tískusveiflum, heldur út frá rekstrarveruleika, líftíma, samþættingarþörf og getu teymisins. Það sem skiptir máli er ekki slagorðið, heldur hvort kerfið haldist síðar hreint rekstrarhæft, útvíkkanlegt og yfirtekanlegt.
Öflugt fyrir viðskiptalógík og fjölvettvangs-klienta
Delphi er sterkt þar sem mótuð viðskiptalógík, gagnagrunnsnálæg ferli, skýrslugerð og stöðugir klientar fyrir Windows, macOS og Linux eiga að vera haldnir áfram til lengri tíma.
Skoða Delphi
C#
Öflugt fyrir REST, þjónustur og gáttir
C# notum við þegar gáttir, nútímalegar bakendaþjónustur, REST-API og samþættingar eiga að tengjast snyrtilega við núverandi fyrirtækjakerfi.
Skoða C#
Arkitektúr
Layer-3 í stað einlitra arfleifðarbagga
Við aðskiljum notendaviðmót, viðskiptalógík og gagnaaðgang meðvitað, svo breytingar haldist fyrirsjáanlegar og nýjar þjónustur þurfi ekki að vera byggðar gegn núverandi kerfi.
Skoða Layer-3
Vettvangar
Hafa Windows 11 ARM64 í huga strax
Auk klassískra x64-markmiða tökum við mið af núverandi vettvöngum eins og Windows 11 ARM64 snemma, svo nýr vélbúnaður og dreifingar verði ekki síðar að sérverkefni.
Skoða ARM64
Hvenær hvaða stefna er skynsamleg
Delphi er skynsamlegt þegar
- núverandi faglógík á að lifa áfram,
- flókin skjáborðsferli þurfa að haldast stöðug,
- klientar fyrir Windows, macOS og Linux eiga að verða til á sameiginlegum faglegum grunni.
C# er skynsamlegt þegar
- REST-þjónar og þjónustur eru byggð upp,
- API og ytri samþættingar eru í forgrunni,
- óskað er eftir nútímalegum þjónustuarkitektúrum.
Blönduð nálgun er skynsamleg þegar
- núverandi forrit og nýjar gáttir þurfa að vinna saman,
- skjáborð, þjónustur og vefur nýta sama gagnagrunn,
- nútímavæðing á að fara fram í skrefum og sem Layer-3-uppbygging.
Delphi-nútímavæðing í reynd
Þegar gamalt Delphi-forrit er enn faglega verðmætt, nútímavæðum við ekki í blindni. Við greinum fyrst hvernig kerfið vinnur í raun, hvaða ferli það ber uppi, hvar gagnastreymi rofnar og hvaða arfleifðardræsur hægja á rekstri. Út frá því verður til nútímavæðingarleið sem lítur ekki bara snyrtilega út á pappír, heldur heldur sér í daglegum rekstri.
Í mörgum vaxnum kerfum liggur raunverulegt virði ekki í notendaviðmótinu, heldur í áralangri faglegri rökfræði, sérreglum, undantekningum og reynsluþekkingu. Þessum kjarna hendir maður ekki af léttúð. Við aðgreinum ábyrgðarsvið skýrt, endurskipuleggjum gagnagrunninn, leysum af hólmi gamlar aðgangsleiðir, búum til ný REST-viðmót og bætum, ef þörf krefur, við biðlurum fyrir Windows, macOS og Linux á sama faglega grunni. Þannig verður ekki til harður skurður, heldur rökstudd áframþróun með skýru tæknilegu sniði.
Oft þýðir þetta líka að færa sögulega vaxna monólíta aftur í form sem verður viðhaldanlegt, prófanlegt og útvíkkanlegt. Aðgangur að gögnum er stöðgaður, viðskiptarökfræði er leyst frá viðmóts-kóða, viðmót verða fyrirsjáanleg og framtíðarútvíkkanir þurfa ekki lengur að vera barátta við það sem fyrir er. Markmiðið er ekki snyrtileg nútímavæðing, heldur kerfi sem gefur fyrirtækinu aftur svigrúm fyrir nýjar kröfur.
Þjónustur og netþjónar sem hluti af sömu arkitektúr
Mörg fyrirtækjakerfi þurfa í dag ekki aðeins biðil, heldur líka bakgrunnsþjónustur, Windows- eða Linux-þjónustur og REST-netþjóna. Einmitt þess vegna skipuleggjum við þessa hluta ekki sem viðbót sem kemur eftir á, heldur sem hluta af sömu arkitektúr. Þjónusta sem bætist bara einhvern veginn við síðar verður næstum alltaf sértilvik.
Ef vinna á úr gögnum dreift, veita viðmót, keyra útflutning, fylgjast með innflutningi eða framkvæma tímasett verkefni í bakgrunni, þarf tæknileg ábyrgð að vera skýr frá upphafi. Hvaða hlutar keyra í biðlinum, hvaða í þjónustunni, hvaða á netþjóninum, hvernig verða villur sýnilegar, hvernig verða ástandsbreytingar rekjanlegar, hvernig helst fagleg rökfræði samkvæm sjálfri sér? Við svörum þessum spurningum snemma, svo að úr einstökum einingum verði áreiðanlegt heildarkerfi.
Þetta skiptir sérstaklega máli í fjölpallsverkefnum. Skrifborðsbiðill á Windows, macOS eða Linux má ekki faglega meina eitthvað annað en tilheyrandi REST-netþjónn eða bakgrunnsþjónusta. Þess vegna hugsum við gagnalíkan, ferla, heimildir, samþættingar og rekstur alltaf sem eina heild. Þannig verður til arkitektúr þar sem biðlar, þjónustur og netþjónar tala sama tungumál.
Grundvallarregla okkar
Tækni er fyrir okkur ekki trúarkerfi. Það sem skiptir máli er að arkitektúr, teymishæfni, rekstur og framtíðarútvíkkanir passi við fyrirtækið. Ekki vinnur háværasti vettvangurinn, heldur sá sem gerir kleift að stýra áhættu, viðhaldanleika og vexti á skynsamlegan hátt.
Sum verkefni leysum við meðvitað með Delphi, vegna þess að þar geta vaxin viðskiptarökfræði, afkastamiklir biðlar og fjölpallshæfni nýtt styrkleika sína. Aðrar kröfur henta betur fyrir C#, fyrir þjónustur, fyrir gátt eða fyrir samsetningu af hvoru tveggja. Góð arkitektúr verður ekki til úr tísku, heldur úr skýrleika: Hvaða ábyrgð hefur hver kerfishluti, hvaða líftíma má búast við, hversu stórt er teymið, hversu viðkvæmur er reksturinn og hvaða útvíkkanir eru raunhæfar á næstu árum?
Einmitt þar hefst fyrir okkur fagleg hugbúnaðarþróun. Við viljum ekki aðeins afhenda eitthvað sem virkar í dag, heldur skapa tæknilegan grunn sem er einnig síðar skiljanlegur, yfirfærður og hagkvæmt viðhaldanlegur.
Algengar spurningar um tækni og arkitektúr
Tæknilegar ákvarðanir þurfa að passa við teymið, faglega þarfir og rekstur. Einmitt þess vegna ræðum við þessar spurningar ekki á abstrakt hátt, heldur alltaf út frá hinu raunverulega kerfi.
Hvenær er Delphi skynsamlegra en að fara í heildar endurnýjun á nýjum vettvangi?
Alltaf þegar mótuð fagleg rökfræði, afkastamiklir skjáborðsferlar og markmið um fjölvettvang skulu áfram nýtt á hagkvæman hátt, í stað þess að skipta út efnislegum grunni með óvarfærni.
Hvenær bætið þið einnig við C#?
Sérstaklega fyrir gáttir, vef-backend, REST-þjónustur, samþættingar og þjónustumiðaða arkitektúrhluta sem auðvelt er að samtengja við núverandi skjáborðskerfi.
Hversu mikilvægt er Layer-3 í framkvæmd?
Mjög. Aðeins skýr aðgreining á UI, viðskiptarökfræði og gagnanálgun gerir nútímavæðingu, prófanir, þjónustur og framtíðar vettvangsskipti viðráðanleg.
Hugsið þið nýja vettvanga eins og Windows 11 ARM64 inn snemma?
Já. Nýr markbúnaður og dreifingarleiðir eru metin snemma, svo það verði ekki síðar að kostnaðarsömum sérverkefnum.
Lesa fleiri spurningar saman
Þessi stuttu svör haldast hér á síðunni. Á miðlægu FAQ-landingpage setjum við efnið einnig í samhengi við arkitektúr, nútímavæðingu, vettvanga og rekstur.