Resničnost razvoja, izkušnje in odločitve, ki stojijo za InDoc EDGE
Razvoj enterprise platforme redko izgleda tako, kot si zamišljaš od zunaj. Ni linearni napredek od zahteve do rešitve. Je bolj, kot so to opisali člani razvojne ekipe, sestavljanje zgodbe ali sestavljanke. Imaš vizijo, potem pa skozi čas dodajaš posamezne dele, včasih kakšnega zamenjaš, včasih ugotoviš, da je treba kakšen kos sestaviti drugače.
To je realnost, ki jo v razvojni ekipi InDoc EDGE poznajo iz prve roke. In iz te realnosti izhajajo odločitve, ki oblikujejo platformo.
Razvoj ni dodajanje funkcionalnosti
Vprašajte razvijalce InDoc EDGE, kaj je njihovo delo, in ne boste dobili odgovora o funkcionalnostih. »Razvijamo in vzdržujemo platformo, ki mora delovati zanesljivo tudi takrat, ko je kompleksna, obremenjena in pod pritiskom,« pojasnjuje ekipa. »Velik del našega dela ni viden navzven. Pogosto gre za izboljševanje, popravljanje in poenostavljanje stvari, ki so bile v preteklosti narejene hitreje, kot bi jih danes.«
V enterprise okoljih vsaka nova funkcionalnost pomeni novo kompleksnost, nove odvisnosti in novo tveganje. Zato razvoj InDoc EDGE ni usmerjen v hitrost dodajanja, ampak v ohranjanje stabilnosti dokumentnega sistema z vsemi poslovnimi procesi skozi čas.
Tehnologije izbiramo zavestno in ne zaradi trendov
Na frontendu platforma postopno prehaja na React. Ne zato, ker je popularen, ampak ker ima dolgoročno podporo in omogoča vzdrževanje v prihodnje.
Nikoli ne veš, kaj bo čez pet let – lahko pa se odločiš, kaj je danes najbolj smiselno.
Ta pristop velja za vsako tehnično odločitev. Kar danes deluje hitro, lahko jutri pomeni težavno nadgradnjo ali večje tveganje pri integraciji. Zato ekipa ne optimizira samo za danes, ampak za to, kako bo sistem deloval čez leta.
Arhitektura, ki raste skupaj s sistemom
Vsak sistem, ki se razvija več kot desetletje in se prilagaja resničnim potrebam strank, nosi s seboj sledi te poti. InDoc EDGE ni bil zasnovan v vakumu - rasel je skupaj z zahtevami, integracijami in izkušnjami iz prakse.
To pomeni, da so nekatere odločitve iz preteklosti danes videti drugače. »Ko spremenite eno stvar, nehote vplivate na drugo. To so izkušnje, ne teorija,« pojasnjuje ekipa. Ravno zato danes ob vsaki verziji del časa namenijo tehničnim izboljšavam - sistematično, brez naglice.
»Delamo na sistemu, ki ima svojo zgodovino. In to zgodovino moraš razumeti, ne ignorirati.« Sistem postopno prehaja v bolj modularen pristop, kar pomeni večji nadzor nad spremembami in manjše tveganje pri vsaki nadgradnji.
Napake so del procesa - odgovornost je v odzivu
Ko so se omejitve sistema pokazale pri večjih obremenitvah, ekipa ni iskala hitrega popravka. Postavili so simulacijska okolja, identificirali vzroke in ugotovili, kje v osnovi sistema je pravi problem. »Nekaterih težav ne rešiš z več strežniki – takrat moraš popraviti temelje.«
Največje obremenitve v praksi ne povzroča količina dokumentov. Povzročajo jih procesi: avtomatizirani postopki, masovne spremembe pravic, kompleksne logike. Ko pridejo do težav, jih ekipa spremlja z monitoringom, išče konkretna ozka grla in jih odpravlja - včasih z optimizacijo kode, včasih z infrastrukturo.
Napake so del razvoja. Odgovornost je v tem, kaj narediš potem.
Kako ta odziv izgleda v praksi - od prijave napake do retestiranja - razlaga Klavdija Blatnik v blogu Kako zagotavljamo zanesljivost dokumentnega sistema v praksi.
Kako potekajo nadgradnje brez vpliva na produkcijo
Vsaka nova verzija InDoc EDGE najprej pride v demo okolje. Tam jo testirajo razvijalci in stranke – predvsem integracije in specifične procese, ki so za posamezno organizacijo ključni. Migracije se izvajajo programsko, brez ročnih posegov. V produkcijo gre verzija šele, ko je ekipa dovolj prepričana v njeno stabilnost.
»Vemo, da je nadgradnja občutljiva stvar,« pojasnjuje ekipa. In ravno ta zavednost je jedro pristopa: ne prehitevati, razumeti posledice, in se odzvati, ko gre kaj narobe.
UX ni dodatek – je del zanesljivosti
Razvijalci sistem poznajo od znotraj in marsikaj tolerirajo, ker vedo, kaj se dogaja v ozadju. Uporabniki tega ne vedo – in tega jim ni treba. »Kar pričakujejo, je jasnost in zanesljivost.«
Če sistem potrebuje čas za procesiranje, mora to jasno pokazati. Če uporabnik ne ve, kaj se dogaja, hitro izgubi zaupanje – tudi če sistem v ozadju deluje pravilno. Zato ekipa uporabniško izkušnjo razume kot del zanesljivosti, ne kot ločen sloj.
AI: vprašanje ni ali, ampak kje
V ekipi danes AI uporabljajo kot podporo pri razvoju. Za vključitev v sam produkt ne hitijo. »Najprej mora biti jasno, kje AI res pomaga uporabniku in kje bi bil samo dodatek zaradi trenda. Ne želimo funkcionalnosti, ki dobro zvenijo v predstavitvah, a ne rešujejo realnih problemov.«
Razvoj InDoc EDGE ni usmerjen v hitrost. Je usmerjen v stabilnost - skozi premišljene odločitve, razumevanje posledic in pripravljenost soočiti se z izzivi namesto jih zaobiti.
Vir: Ta blog je nastal na osnovi pogovora s člani razvojne ekipe InDoc EDGE. Celoten intervju si preberite na posebni jubiljeni strani Mikrocopa.