Marko Potočnik
Prihodnost programiranja v poslovnem svetu.
Raziskujemo, kako se bo programiranje razvijalo v poslovnem okolju in kakšne spremembe prinaša za podjetja kot je glitzavo.
Preberi več
glitzavo povezuje znanje o korporativnem programiranju v Sloveniji: od arhitekture do vsakdanje kakovosti kode.
Osrednje teme
3 plasti arhitekture: podatki, logika in uporabniški vmesnik
5 načel, ki ločijo vzdržljivo kodo od hitrih popravkov
1 skupen jezik za razvijalce in poslovne ekipe
Osnove
Šest tem, ki se pojavljajo v vsakem resnem projektu korporativnega programiranja.
Arhitektura
Dobra zasnova določa meje modulov, odgovornosti in tokove podatkov, še preden nastane prva funkcija.
Koda
Imena, struktura in pregledi kode omogočajo, da sistem razumejo tudi tisti, ki ga niso pisali.
Kakovost
Avtomatski testi ohranjajo pomembna pravila delovanja, ko se sistem razvija in spreminja.
Integracije
Odprti vmesniki in jasni podatkovni dogovori olajšajo povezovanje med aplikacijami v podjetju.
Varnost
Obravnava občutljivih podatkov, upravljanje dostopov in pregled odvisnosti so del vsake iteracije.
Znanje
Kratki, vzdrževani zapisi odločitev prihranijo čas ob vsaki menjavi ekipe ali tehnologije.
Blog
Marko Potočnik
Raziskujemo, kako se bo programiranje razvijalo v poslovnem okolju in kakšne spremembe prinaša za podjetja kot je glitzavo.
Preberi večMarko Zupan
Praktični nasveti za vodenje IT projektov v velikih podjetjih, ki poudarjajo načrtovanje, komunikacijo in prilagodljivost.
Preberi večAna Kovač
Strokovno programiranje igra ključno vlogo pri dolgoročni rasti in konkurenčnosti vsakega podjetja.
Preberi večNajprej razumemo, kako organizacija dela, katere podatke uporablja in kje nastajajo ozka grla.
Določimo module, vmesnike in podatkovne tokove, ki bodo prenesli rast in spremembe.
Koda nastaja v majhnih korakih, z avtomatskimi testi in rednimi pregledi znotraj ekipe.


Razvijalci, analitiki in poslovne ekipe delijo isti besednjak in iste cilje.
Moduli z jasnimi mejami olajšajo vzdrževanje in vključevanje novih članov ekipe.
Zgodovina odločitev in sprememb je vedno na voljo vsem, ki delajo na sistemu.
Vsaka funkcija izhaja iz resnične poslovne potrebe, ne iz tehnološke muhe.