softify.pro - Insiders

Obstaja preprost način, kako narediti programsko opremo za skladišče prepričljivo.
Odpri nadzorno ploščo.
Prikaži nekaj zelenih številk.
Dodaj grafikon.
Postavi nekaj zaloge na zemljevid skladišča.
Zaključi s poročilom.
Vse izgleda v redu.
In vendar je lahko vse narobe.
Kajti skladišču ni mar, kako lepo izgleda nadzorna plošča.
Njemu je mar, ali se vsak del sistema strinja o tem, kaj se je dejansko zgodilo.
To je postalo zanimiv del najnovejšega eksperimenta softify.pro Flow.
Ne še en zaslon.
Ne še en KPI.
Ne še eno poročilo.
Nekaj veliko manj vidnega.
Doslednost.
Začelo se je s skladiščem.
Trenutna predstavitev softify.pro Flow deluje z več sintetičnimi skladiščnimi okolji.
Različni ID-ji skladišč.
Različne zmogljivosti.
Različne strukture con.
Brez proizvodne zaloge.
Brez podatkov o strankah.
Brez resničnih operativnih informacij.
Toda procesna logika se obnaša, kot da je vse to pomembno.
Ker je v resnični logistiki.
Ko je skladišče enkrat izbrano, ta kontekst postane del vsega, kar sledi.
Flowi.
SSCC-ji.
Premiki.
Operaterji.
Analitika.
Poročila.
To zveni samoumevno.
Postane precej manj samoumevno, ko se isti proces začne pojavljati v več različnih delih aplikacije.
Nato smo odprli drug pogled.
Operational Analytics.
Nenadoma je skladišče izgledalo popolnoma drugače.
Brez skladiščnih pozicij.
Brez puščic premikov.
Namesto tega:

• zaključeni Flowi,
• aktivna naročila,
• zasedenost skladišča,
• izjeme,
• vhod,
• izhod,
• čas obdelave.

Vizualni prikaz se je spremenil.
Skladišče ne.
To razlikovanje je postalo pomembno.
Kajti pod KPI-ji so bili še vedno posamezni zapisi.
ID-ji Flow.
SSCC-ji.
Cone.
Statusi.
Operaterji.
Časi obdelave.
Drugačen pogled.
Ista operativna resničnost.
Doslej dobro.

Operational Analytics — agregirano stanje skladišča, pri čemer so osnovni zapisi Flow še vedno vidni.

88 % je koristnih le, če sistem to zna pojasniti.
Recimo, da nadzorna plošča pravi:
Zasedenost skladišča: 88 %.
Koristno.
A nepopolno.
Nekatere pozicije so zasedene.
Nekatere so rezervirane.
Nekatere ostajajo proste.
Ta stanja niso zamenljiva.
Številka postane zaupanja vredna šele, ko sistem še vedno zna pojasniti, od kod izhaja.
Pet zaključenih Flowov?
Pokaži jih.
Dve aktivni naročili?
Pokaži ju.
Ena izjema?
Katera?
88 % zasedenosti?
Kaj je zasedeno?
Kaj je rezervirano?
Kaj ostaja prosto?
Nadzorna plošča naj bi povzemala resničnost.
Ne bi je smela nadomeščati.
Nato smo spremenili jezik.
Nizozemščina.
Skladišče je ostalo enako.
ID-ji Flow so ostali enaki.
SSCC-ji so ostali enaki.
Operaterji so ostali povezani s svojimi zapisi.
Spremenil se je le jezik.
Pozneje se je isto operativno stanje pojavilo v hrvaščini.
Nato v francoščini.
Tu postane večjezična programska oprema veliko bolj zanimiva od prevedenih gumbov.
Slab prevod je enostavno opaziti.
Sprememba stanja, ki jo povzroči sprememba jezika, je veliko nevarnejša.
Predstavljajte si preklop iz nemščine v francoščino in tiho izgubo izbranega Flowa.
Ali ponovno gradnjo filtra proti napačnemu skladišču.
Ali prikaz pravilnega SSCC znotraj napačnega procesnega konteksta.
Vmesnik bi lahko še vedno izgledal popolno.
Sistem to ne bi bil.
Flow zato sledi preprostemu pravilu:
Jezik lahko spremeni besede. Ne sme spremeniti resnice.
Nato je Flow pridobil zgodovino.
Browse & Drill-down se posebej ne trudi izgledati impresivno.
Morda je prav zato koristen.
Izberi Flow.
Pojavi se njegov kontekst.
Skladišče.
Cona.
Status.
Operater.
SSCC.
In nato veriga dokumentov.
ASN.
Prevzem blaga.
Skladiščni premik.
Nalog za komisioniranje.
Komisioniranje.
Odprema.
FLOW.
Sedem korakov.
Proces ni več le trenutno stanje.
Ima preteklost.
In to spremeni vprašanje.
Namesto:
Kaj se dogaja?
lahko vprašamo:
Kako smo prišli sem?
To je veliko boljše vprašanje, ko na koncu nekaj gre narobe.

En Flow, en SSCC, ena veriga dokumentov — od ASN do zaključka.

SSCC postane rdeča nit.
Sprva SSCC izgleda tako, kot je.
Identifikator.
Dolga številka v tabeli.
A skozi Flow postane nekaj bolj koristnega.
Rdeča nit skozi proces.
Sledite ji in druge stvari se začnejo povezovati.
Skladišče.
Flow.
Cona.
Status.
Operater.
Veriga dokumentov.
Sčasoma poročilo.
Isti fizični logistični predmet je zdaj viden iz več različnih delov aplikacije.
Koristno.
Tudi nevarno.
Kajti vsak dodatni pogled ustvari novo priložnost za sistem, da pove drugačno zgodbo.
In prav tam postane zanimivo.
Recimo, da Analytics pravi, da je Flow aktiven.
Drill-down pravi, da SSCC pripada temu Flowu.
Veriga dokumentov pravi, da je operacija napredovala dlje.
Poročilo pravi nekaj drugega.
Kateri je pravilen?
To ni težava, specifična za Flow.
Gre za eno najstarejših težav v poslovni programski opremi.
Različni deli istega sistema postopoma razvijejo svojo lastno različico resničnosti.
En zaslon bere transakcijsko stanje.
Drug bere agregat.
Tretji se zanaša na predpomnjene podatke.
Poročilo izračuna nekaj nekoliko drugače.
Izjema se operativno reši, a izgine iz poročanja.
Vsaka komponenta deluje.
Celoten sistem laže.
Običajno vljudno.
Zato smo odprli Report Center.
Dnevni operativni pregled.
Zaloga in zasedenost.
Zmogljivost Flowa.
Sledljivost SSCC.
Izjeme in SLA.
Ista operativna zgodba se je pojavila znova.
Zaključeni Flowi.
Aktivna naročila.
Zasedenost skladišča.
Izjeme.
Vhod.
Izhod.
Čas obdelave.
Tokrat pa vprašanje ni bilo, ali poročilo izgleda pravilno.
Vprašanje je bilo:
Ali se zna zagovarjati samo?
Dobro poročilo vam da številko.
Boljši sistem zna pojasniti, od kod ta številka izvira.

Poročanje iz istega operativnega stanja — ne druga različica resničnosti.

Izjema je bila še vedno tam.
Ena od tišjih podrobnosti se je izkazala za eno pomembnejših.
Predstavitveni podatki vsebujejo izjemo.
Pojavi se v Analytics.
Pojavi se v Drill-down.
Pojavi se v sledljivosti SSCC.
Pojavi se v Report Centru.
In ostane vidna v Exceptions & SLA.
Prav to bi se moralo zgoditi.
Operativno okrevanje po izjemi ne pomeni, da bi morala izjema izginiti iz zgodovine.
„Proces se je nadaljeval" in „nič se ni zgodilo" nista ista izjava.
V logistiki je ta razlika pomembna.
Na tej točki smo imeli testni problem.
Ne problem s programsko opremo.
Testni problem.
Zdaj smo imeli isto skladišče prikazano kot:

• analitika,
• posamezni Flowi,
• zgodovine SSCC,
• verige dokumentov,
• poročila,
• in pogledi na izjeme.

Vsakega je bilo mogoče testirati neodvisno.
Odpri.
Klikni.
Filtriraj.
Preveri.
Uspej.
Naprej.

To bi bilo preprosto.
Prav tako bi zgrešilo zanimiv del.
Kajti šest zelenih kljukic ne dokazuje, da se šest pogledov medsebojno ujema.
Vstopi COCO.
Znova.
COCO je imel opravka s Flowom že prej.
Avtentikacija.
Uporabniki.
Vloge.
Okolja podatkovnih baz.
Jeziki.
Izvajanje na namizju.
Nato je prišla logistika.
Skladišča.
Zaloga.
Komisioniranje.
Premiki.
Izjeme.
Dokumenti.
Ubuntu.
Red Hat Enterprise Linux.
Tokrat smo COCO-ju dali nekaj nekoliko drugačnega.
Ne zaslon za preverjanje.
Zgodbo, ki naj jo sledi.
Vzemi to skladišče.
Vzemi ta Flow.
Vzemi ta SSCC.
Odpri Analytics.
Odpri Drill-down.
Spremeni jezik.
Poglej znova.
Odpri poročilo.
Najdi isti Flow.
Najdi isti SSCC.
Najdi izjemo.
Primerjaj.
Nato primerjaj znova.

COCO sledi istemu operativnemu kontekstu skozi softify.pro Flow — analitiki, sledljivosti, spremembam jezika in poročanju.

To spremeni naravo testa.

Vprašanje ni več:

• Ali vsak modul deluje?

Postane:

• Ali vsi moduli verjamejo, da se je zgodila ista stvar?

Veliko boljše vprašanje.
Veliko manj udobno.
Skladiščni sistem naj bi imel en spomin.
Operaterji morda vidijo pozicije.
Vodje skladišč morda vidijo KPI-je.
Podpora morda uporablja drill-down.
Revizorji morda uporabljajo poročila.
COCO morda vidi vse to.
A pod temi perspektivami naj bi obstajala ena zgodovina.
En Flow naj ne bi pridobil več biografij, odvisno od tega, kateri modul je odprt.
En SSCC naj ne bi imel več preteklosti.
Ena izjema naj ne bi obstajala samo tam, kjer je priročno.
Eno skladišče naj ne bi postalo drugo skladišče, ker se je spremenil jezik vmesnika.
Za to dejansko gre pri trenutnem eksperimentu Flow.
Ne za nadzorne plošče.
Ne za poročila.
Niti za posamezne zaslone.
Za eno operativno resnico, izraženo na različne načine.
Nadzor.
Poznati skladišče.
Poznati stanje.
Vedeti, kaj se premika.
Vedeti, kateremu procesu pripada.
Jasnost.
Spremeniti KPI-je nazaj v zapise.
Spremeniti zapise v zgodovino.
Spremeniti izjeme v dokaze.
Spremeniti SSCC v nekaj sledljivega.
Flow.
Skladišče je izbrano.
Analytics ga začne opisovati.
Flow napreduje.
SSCC ostane pripet.
Veriga dokumentov raste.
Izjema se pojavi.
Proces se nadaljuje.
Poročilo si zapomni.
Nato se jezik spremeni.
Skladišče je še vedno enako.
Flow je še vedno enak.
Zgodovina je še vedno enaka.
To je bil pričakovan del.
Kar se je zgodilo potem, je bilo bolj zanimivo.
COCO je prenehal neodvisno testirati poglede.
Začel jih je primerjati.
Nekaj časa se ni zgodilo nič posebnega.
Isto skladišče.
Isti Flow.
Isti SSCC.
Ista zgodba.
Znova.
Znova.
Znova.
In nato se je COCO ustavil.
Ne zato, ker se je aplikacija sesula.
Se ni.
Ne zato, ker je test spodletel v običajnem pomenu.
Ni spodletel.
Ustavil se je, ker sta dva popolnoma smiselna odgovora ustvarila tretje vprašanje.

Vemo, kakšno je vprašanje.
Flow ve, zakaj obstaja.
COCO ve, kam pogledati naslednjič.

Ostalo lahko počaka.

Control. Clarity. Flow.

Verjetno bi morali nehati dajati COCO ideje.
Prejšnji eksperiment naj bi bil dovolj.
Prava aplikacija.
Prava navigacija.
Uporabniki.
Vloge.
Zbirke podatkov.
Jeziki.
Dokazi.

Spoštovanja vredna študija primera.
Čist zaključek.
Nato je nekdo to pokazal: Logistics in Motion.
To je bila verjetno napaka.

Začelo se je s tremi skladišči
Nič posebno razburljivega.
Tri DEMO skladišča.

• Kalsdorf bei Graz.
• Wiener Neustadt.
• Klagenfurt.

Sintetični podatki.
Brez podatkov o strankah.
Brez produkcijskih zalog.

Natanko tak tip okolja, kjer se ne bi smelo zgoditi nič pomembnega.
Nato je bilo izbrano prvo skladišče.
In aplikacija je pridobila kontekst.
Od tega trenutka je bilo vsakemu zaslonu pripeto še eno vprašanje.

Ali to še vedno pripada istemu skladišču?
Ali jezik spremeni samo vmesnik?
Ali proces ostaja na istem koraku?
Ali se zaloga še vedno ujema?
Ali referenca dokumenta še vedno kaže na pravi dogodek?
Ali operater vidi natanko to, kar je potrebno za naslednje dejanje?

Nenadoma zanimivi del ni bil več zaslon.
Bila je kontinuiteta med zasloni.

COCO se nagiba k temu.

Logistika ni zbirka zaslonov
Od zunaj se lahko skladiščna programska oprema zdi zavajajoče preprosta.
Blago prispe.
Ga uskladiščite.
Nekdo ga naroči.
Ga poberete.
Ga odpremite.
Konec.
Le da se med prispelo in odpremljeno skriva cel operativni svet.
Pričakovano.
Prejeto.
Preverjeno.
Na voljo.
Rezervirano.
Premaknjeno.
Pobrano.
Blokirano.
Popravljeno.
Odpremljeno.
Revidirano.

Fizično gibanje je pomembno.
A prehod stanja je tisti, ki naredi to gibanje razumljivo za programsko opremo.
In ko se ti dve resničnosti nehata ujemati, ima nekdo na koncu slab dan.



Skladišče je lažje razumeti, ko je gibanje vidno, ne le zabeleženo.
Zato se naše logistično delo nikoli ni resnično začelo z meniji, nadzornimi ploščami, ali tehnologijo.
Začne se z materialnim Flow.

Kje vstopi informacija?
Kje se spremeni?
Kje se lahko izgubi?

Kje je nekdo prisiljen vprašati drugo osebo, kaj se je zgodilo?
Kje ročni korak tiho postane najšibkejši del sicer avtomatiziranega procesa?
Včasih je odgovor nov vmesnik.
Včasih integracija.
Včasih skener.
Včasih preprosto boljši model stanja.

Več programske opreme ni samodejno boljša programska oprema.
Cilj ni avtomatizacija zaradi same sebe.
Cilj je proces, ki ostaja razumljiv.

Control. Clarity. Flow.

Proces se začne pred prvo knjižbo.
Pred prejemom blaga.
Pred komisioniranjem.
Pred premikom zaloge.
Pred prvo transakcijo.
Flow zastavi zelo osnovno vprašanje:
V katerem skladišču delamo?
Zveni skoraj trivialno.
Ni.
Kontekst skladišča pripada vsemu, kar sledi.
Zaloga.
Dokumenti.
Lokacije.
Komisioniranje.
Premestitve.
Zgodovina revizij.
Izjeme.

Proces lahko izgleda popolnoma zdrav, medtem ko deluje v napačnem kontekstu.
To je natanko tak problem, ki ga posnetek zaslona redko razkrije.
In natanko taka meja, ki jo COCO rad izpostavi vprašanju.

Jezik je enostaven, dokler ni
Nemščina.
Angleščina.
Hrvaščina.
Norveščina.
In drugi.

Uporabniški profil določa razpoložljive jezike.
Operater preklopi jezik, medtem ko aplikacija teče.
Vmesnik se takoj spremeni.
Poslovni proces se ne sme.
Ta razlika je pomembna.
Skladišče se ne premakne, ker se je beseda za skladišče spremenila.
Nalog za komisioniranje se ne začne znova, ker je uporabnik izbral drug jezik.
Rezervacija ne izgine.
Izjema nenadoma ne pripada drugi transakciji.
Proces ostaja tam, kjer je.
Spremeni se samo njegova predstavitev.
To zveni očitno.

Dokler ne ugotovite, koliko aplikacij obravnava jezikovni preklop skoraj kot novo sejo.

Večjezična poslovna aplikacija tega ne bi smela.
Predstavitveno stanje se lahko spremeni.
Poslovno stanje mora ostati stabilno.
To naredi jezikovni preklop presenetljivo koristen regresijski test.
Majhna funkcija.
Zelo dobra prelomna linija.
COCO ima rad prelomne linije.

Korak za korakom aplikacija začne kopičiti zgodovino
Blago prispe.
Proces napreduje.
Prejem blaga se knjiži.
Zaloga se spremeni.
Stanje skladišča odraža novo resničnost.
Komisioniranje se začne.
Zaloga postane rezervirana.
Operater prejme nalogo.

Mobilni pogled zmanjša celoten proces na to, kar je pomembno v tistem točnem trenutku:
Pozicija.
Skladiščna lokacija.
Količina.
SSCC.
Operater.
Nič več.
Nič manj.
To je pomembno.
Mobilni vmesnik ni drugi poslovni proces.
Je drug pogled na istega.
Skladiščna aplikacija lahko ve vse.
Pobiralcu tega ni treba.
Clarity ne pomeni vedno prikaz več informacij.
Včasih clarity pomeni disciplino, da skrijemo skoraj vse.

Nato nekdo skenira napačno lokacijo
Tu logistični delovni tok postane bolj zanimiv od seznama funkcij.
Pričakovana lokacija je ena stvar.
Skenirana lokacija je druga.
Flow se ustavi.
Se ne sesuje.
Se ustavi.
Obstaja razlika.
Stanje procesa ostaja vidno.
Prizadeta zaloga ostaja razumljiva.
Izjema postane eksplicitna.

Kontekstualna pomoč pojasni, kaj je relevantno za trenutno situacijo.
Uporabnik razreši neskladje.
Proces se nadaljuje.
Ta trenutek pove več o operativni programski opremi kot več strani posnetkov zaslona idealne poti.
Prava logistika ni težka, ko je vse pravilno.
Prava logistika postane težka, ko je nekaj skoraj pravilno.
Uporaben sistem tega ne skriva za zeleno nadzorno ploščo.
Izjemi da stanje.

Razlog.
Zgodovino.
In pot naprej.

Dokumenti se spomnijo tega, kar ljudje pozabijo

Ko delovni tok napreduje, se reference začnejo kopičiti.
ASN.
Prejem blaga.
Skladiščni premik.
Komisioniranje.
Odprema.
Flow.
Zanimiv del ni to, da dokumenti obstajajo.
Zanimiv del je, da povedo isto zgodbo kot proces.
Zakaj je ta zaloga tukaj?
Kateri prejem jo je uvedel?
Katera operacija jo je rezervirala?
Katero komisioniranje jo je porabilo?
Katera pošiljka jo je premaknila ven?
Ali je bila izjema razrešena pred naslednjim korakom?
Katero je bilo aktivno skladišče?
Kaj se je zgodilo pred trenutnim stanjem?
Ko sta stanje in dokumentacija ustvarjena z istim procesom, sledljivosti lažje zaupamo.
Ko nista, ljudje na koncu začnejo rekonstruirati zgodovino.
Običajno v Excelu.
Običajno pod pritiskom.
Običajno potem, ko je nekaj že šlo narobe.
COCO daje prednost dokazom pred tem trenutkom.
Očitno tudi COCO potuje
Med izvajanji je bila še ena majhna sprememba.
Ubuntu je imel svoje izvajanje.
Red Hat Enterprise Linux 10 je prevzel naslednjega.
COCO je nadaljeval.
Brez ceremonije.
Brez posebnega „načina Red Hat".
Brez prepisanega delovnega toka.
Brez priročno poenostavljenega testa.
Isti Flow.
Drugačna podlaga pod njim.
Prejšnje izvajanje COCO je aplikacijo že preizkusilo na Ubuntu Linuxu.
Trenutno se je preselilo na Red Hat Enterprise Linux 10.
Drugačno namizno okolje.
Drugačne sistemske knjižnice.
Drugačno pakiranje.
Drugačno operativno okolje.
Isto skladišče.
Ista poslovna stanja.
Isti prehodi zalog.
Iste spremembe jezika.
Ista logika izjem.
Isti dokazi.
To je precej lep način za testiranje medplatformske programske opreme.

Ne naznanjajte, da je medplatformska. Premaknite jo. Nato poglejte, kaj se pokvari.

Stanje jezika.
Kontekst skladišča.
Vedenje pogovornih oken.
Časovnost.
Teme.
Prehodi procesa.
Obravnava izjem.
Dokazi.
Operacijski sistemi imajo presenetljivo ustvarjalne načine razkrivanja predpostavk.

Ubuntu je razkril nekatere.
Red Hat razkriva druge.
To je koristno.

Ker medplatformski inženiring ni zmožnost dvakratnega zagona izvedljive datoteke.

Je zmožnost spremeniti okolje, ne da bi spremenili pomen procesa.
Skladiščnega operaterja ne bi smelo zanimati, ali aplikacija teče na Ubuntuju ali Red Hatu.
Naloga za komisioniranje tudi ne bi smela zanimati.
Prav tako ne revizijska sled.
Če platformske razlike začnejo spreminjati poslovno obnašanje, programska oprema ni resnično medplatformska.
Je le prenosljiva.
COCO se zdi bistveno bolj zainteresiran za prvo definicijo.
Mi tudi.

COCO ne odloča, kaj pomeni pravilna logistika
Ta del je pomemben.
COCO ne postane strokovnjak za skladišča samo zato, ker lahko sledi skladiščnemu delovnemu toku.
Ljudje še vedno določajo pravilnost.
Ljudje odločajo, kdaj zaloga postane na voljo.
Ljudje določajo, kaj pomeni blokirana dostava.
Ljudje odločajo, kdo sme popraviti količino.
Ljudje določajo, kateri premik zahteva revizijsko sled.
Ljudje odločajo, kako izgleda veljavna rešitev izjeme.
Ljudje odločajo, kdaj je pošiljka resnično dokončana.
Naloga COCO je drugačna.

Ponoviti.
Opazovati.
Primerjati.
Zapomniti si.
Pustiti dokaze.

Nato to ponovi po tem, ko se programska oprema spremeni.
In znova.
In znova.
Ne da bi se dolgočasil.
Ne da bi se odločil, da je rezultat prejšnjega tedna verjetno še vedno veljaven.
Ne da bi preskočil nadležno izjemo, ker je kosilo čez dvanajst minut.
Bleščeča prihodnost testiranja z UI vsebuje presenetljivo količino ponavljanja.
To štejemo za funkcijo.

Dokazi spremenijo pogovor
Tradicionalno testiranje se pogosto konča s popolnoma razumnim stavkom:
„Delovalo je, ko sem to testiral."

COCO zanima naslednji stavek.

Kaj natanko je delovalo?
Katero skladišče?
Kateri uporabnik?
Kateri jezik?
Katero stanje procesa?
Katero zaporedje?
Kateri dokument?
Katera vrednost zaloge?
Kaj se je zgodilo neposredno pred testnim korakom?
Kaj se je spremenilo neposredno po tem?
Ali lahko drug inženir razume rezultat, ne da bi vprašal osebo, ki je izvedla test?
Tu regresijsko testiranje postane več kot ponavljajoče se klikanje.
En zaslon je lahko pravilen, medtem ko je proces napačen.
Okno za komisioniranje je lahko videti popolno, medtem ko je zaloga že odstopila.
Dokument lahko obstaja, medtem ko se stanje, ki bi ga moralo ustvariti, nikoli ni zgodilo.
Aplikacija lahko prikazuje 100 %, medtem ko se revizijska sled tiho ne strinja.
COCO sledi Flow-u, ker se v Flow-u ta protislovja pokažejo.

Nekje med Control in Flow
Tu je zanimiva simetrija.
Dobra logistična programska oprema skuša zmanjšati negotovost znotraj operacije.
Dobro testiranje skuša zmanjšati negotovost o programski opremi, ki jo izvaja.
Eno vpraša:
Kje je artikel?
Drugo vpraša:
Kako vemo, da programska oprema to še vedno ve?
Eno vpraša:
Ali je bil ta premik dokončan?
Drugo vpraša:
Kateri dokaz dokazuje, da se je stanje pravilno spremenilo?
Eno vpraša:
Ali lahko naslednja izmena nadaljuje?
Drugo vpraša:
Ali lahko naslednji inženir razume, kaj se je zgodilo?
Različna vprašanja.
Isti instinkt.
Narediti stanje vidno.
Ohraniti razlog.
Zmanjšati količino znanja, ki obstaja samo v nekogaršnji glavi.
Morda je to povezava, ki je prvotno nismo načrtovali.

Inženirska odličnost brez transparenta
Nihče ne klikne na gumb Engineering Excellence.
Takega ni.
In verjetno ga ne bi smelo biti.
Inženirska odličnost se pojavi posredno.
Kontekst skladišča preživi jezikovni preklop.
Isti proces preživi drugo Linux platformo.
Premik zaloge ostaja sledljiv.
Mobilni pobiralec vidi natanko to, kar je potrebno, in nič drugega.
Izjema prekine proces, ne da bi uničila njegovo stanje.
Okno pomoči pojasni trenutni kontekst namesto prikazovanja splošne dokumentacije.
Veriga dokumentov se ujema z operativnim zaporedjem.
Naslednji inženir lahko razume, kaj se je zgodilo, ne da bi vprašal osebo, ki je bila slučajno prisotna.
V sodobni programski opremi je na voljo veliko gledališča.
UI lahko ustvari impresivne demonstracije.
Nadzorne plošče se lahko animirajo.
Številke se lahko premikajo.
Videoposnetki so lahko videti zelo prepričljivi.
Nič od tega ne dokazuje, da dve operaciji zaloge ne moreta tiho ustvariti napačnega rezultata.
Nič od tega ne dokazuje, da je izjemo mogoče rekonstruirati še tedne pozneje.
Nič od tega ne dokazuje, da skladiščni delavec, dispečer, in razvijalec gledajo isto operativno resnico.

Inženirska odličnost se začne na manj fotogeničnem mestu.

S konsistentnostjo.
Z dokazi.
Z mejami.

S pripravljenostjo, da dolgočasne dele pustimo dolgočasne.
Nevidna zanesljivost redko ustvari najbolj dramatičen posnetek zaslona.
Dokler tega namerno ne začnete iskati.

Control. Clarity. Flow.
Control pomeni vedeti, katero skladišče, kateri proces, in katero stanje so aktivni.
Clarity pomeni razumeti, kaj se je spremenilo, kdaj se je spremenilo, in zakaj.
Flow pomeni dovoliti, da se operacija nadaljuje, ne da bi izgubili zgodbo za njo.
To deluje za logistiko.
Deluje za testiranje programske opreme.
Deluje presenetljivo dobro za sam inženiring.
Prvi eksperiment Flow je dal COCO Administration.
Uporabniki.
Vloge.
Zbirke podatkov.
Jeziki.
Nato mu je nekdo dal skladišče.
Nato več jezikov.
Nato mobilno komisioniranje.
Nato zalogo.
Nato premestitve.
Nato izjeme.
Nato dokumente.
Nato drug operacijski sistem.
Na tej točki bi verjetno morali nehati dodajati stvari.
Verjetno ne bomo.

Control. Clarity. Flow.

Ubuntu je bil na vrsti.

Red Hat je trenutno na vrsti.

Flow se še naprej giblje.

COCO še naprej opazuje.
In nekje sredi zadnjega izvajanja je postalo očitno, da za tem čaka še eno vprašanje.

Mi vemo, kaj je to.
COCO ve, kaj je to.
Vi ne veste.
Še.

Lahko bi vam povedali.

A potem bi morda nehali preverjati, ali se je pojavil nov članek Insiders.
In to bi pokvarilo eksperiment.

Inženirju, ki to skladišče odpre prvič: Dobrodošli.
Morda ste prišli sem, ker je nekaj odpovedalo.
Storitev je nehala odgovarjati.
Uvedba se je obnašala nepričakovano.
Opozorilo vas je zbudilo sredi noči.
Ali pa vas preprosto zanima, kako ta platforma deluje.
Karkoli vas je pripeljalo sem, vedite, da je bil ta projekt zgrajen natanko za takšne trenutke.
Ne da bi odstranil težke probleme.
Ampak da bi težke probleme naredil razumljive.
Našli boste kodo.
Našli boste dokumentacijo.
Našli boste specifikacije.
A kar je še pomembneje,
upam, da boste našli razlogovanje.
Nekdo pred vami je zastavil težka vprašanja.
Nekdo je zbral dokaze.
Nekdo je sprejel odločitve.
Nekdo je pojasnil zakaj.
Ta pojasnila so del platforme.
Obravnavajte jih z enakim spoštovanjem kot izvorno kodo.
Nekega dne boste nekaj izboljšali.
Morda bo to majhen hrošč.
Morda bo to popolnoma nova zmožnost.
Karkoli spremenite, ne pozabite, da bo drug inženir na koncu podedoval vaše delo.
Zapustite mu več kot delujočo programsko opremo.
Zapustite mu razumevanje.
Pojasnite svoj namen.
Dokumentirajte svoje predpostavke.
Ohranite svoje dokaze.
Povejte zgodbo za odločitvijo.
Ta zgodba lahko nekega dne nekomu prihrani ure — ali dni — preiskovanja.
Ne bojte se zamenjati tehnologije.
Zamenjajte knjižnice.
Zamenjajte ponudnike.
Zamenjajte modele uvajanja.
Zamenjajte programske jezike.
Po potrebi zamenjajte arhitekture.
A preden zamenjate zamisel, razumite, zakaj je obstajala.
Napredek brez razumevanja je le sprememba.
Napredek, zgrajen na razumevanju, postane evolucija.
Prišli bodo trenutki, ko vas bo platforma presenetila.
Te trenutke obravnavajte kot darila.
Vsako presenečenje razkrije nekaj, česar arhitektura še ni razumela.
Potrpežljivo preiskujte.
Zbirajte dokaze.
Premišljeno izboljšujte.
Nato zapustite lekcijo za tiste, ki pridejo za vami.
Tako raste inženirsko znanje.
Prišli bodo tudi trenutki, ko se ne bo zgodilo nič zanimivega.
Tudi ti trenutki so pomembni.
Tihi sistemi so pogosto zdravi sistemi.

Če COCO zbledi v ozadje, ker so incidenti krajši,
ker so pojasnila jasnejša, ker je uvajanje lažje, ker inženirji zaupajo dokazom, potem platforma uspeva.
Nevidna zanesljivost je ena najvišjih oblik inženirske odličnosti.
Ne merite tega projekta po številu avtomatizacij, ki jih izvaja.
Merite ga po vprašanjih, kot so ta:

• Ali so ljudje manj pogosto prekinjeni?
• Ali inženirji globlje razumejo sisteme?
• Ali je pomembne odločitve lažje pojasniti?
• Ali operativno znanje preživi menjave ekip?
• Ali se napake ponavljajo redkeje?
• Ali novi inženirji hitreje postanejo učinkoviti?

To so rezultati, vredni ohranjanja.
Nazadnje, ne pozabite, da noben priročnik ni popoln.
Nobena specifikacija ne napove vsake prihodnosti.
Nobena arhitektura ne preživi nespremenjena za vedno.
To ni slabost.
Je povabilo.
Opazujte resničnost.
Izzivajte predpostavke.
Izboljšajte platformo.
Učite tiste, ki pridejo za vami.
In ko se bo nekoč vaš čas vzdrževalca iztekel, pustite za sabo sistem, ki je mirnejši, jasnejši, bolj razumljiv, in bolj vreden zaupanja od tistega, ki ste ga podedovali.

Če to naredi vsaka generacija, COCO nikoli resnično ne bo zastarel.
Kajti njegovo največje bogastvo ne bo njegova programska oprema.
Bila bo inženirska disciplina, ki jo bodo prenašali naprej ljudje, ki jo bodo še naprej gradili.
Hvala, ker ste postali eden izmed njih.
Naslednje poglavje ni več v tem priročniku.
Naslednje poglavje je v kodi, ki jo boste zdaj napisali.

Priročnik COCO

Ker se programska oprema razvija.
Dobra arhitektura se razvija počasneje.
In dobra filozofija naj preživi obe.

softify.pro