Një postim në Twitter pyeti se përse çregjistrimi mund të "duajë ditë". Dorëzohu fort, jam gati t'ju them e pabesueshme historia se si është bërë në Enterprise Development™...
Ka një bankë. Ju ndoshta keni dëgjuar për të, dhe nëse jetoni në MB, ka një shans 10% që të jetë juaj bankë. Aty punova si “konsulent” me një rrogë të shkëlqyer.
Banka dërgon letra marketingu. Ekziston një lidhje e vogël "çabonohu" në fund të çdo emaili. Njerëzit ndonjëherë klikojnë në këto lidhje.
Klikimi në një lidhje bën që një server prehistorik të uebit të rrotullohet diku në bankë. Sinqerisht, m'u deshën tre javë vetëm për ta gjetur.
Ky shërbim dërgon një email në kutinë tuaj hyrëse të brendshme sa herë që klikohet një lidhje. Kjo ndodh disa qindra herë në ditë.
Më parë këto letra i dërgoheshin një punonjësi të caktuar, por pesë vite më parë ai u largua.
Tani letra i përcillet grupit të shpërndarjes. Ata nuk mund të ndryshonin adresën e marrësit sepse ishte e koduar dhe nuk mund të gjenin kodin burim nga shërbimi. Shërbimi është shkruar në Java 6.
Letrat në grupin e postimeve kontrollohen nga dy punonjës të qendrës në det të hapur të bankës në Hyderabad (në Indi). Ata punojnë shumë dhe kryejnë detyrat e tyre ofigjenno, por dreqin, kjo pune eshte e padurueshme.
Kam komunikuar me ta nëpërmjet video-konferencës dhe ata kishin të gjitha shenjat e sindromës së ndërmarrjes-post-traumatike. Ata e luftuan këtë marrëzi gjate viteve dhe gjatë kësaj kohe asgjë nuk ka ndryshuar.
Kur arrin një letër, ata duhet të ekzekutojnë një skript SQL që përcakton nëse adresa që çregjistrohet i përket klientit të bankës (atëherë protokolli është një) ose jo (pastaj një tjetër).
Nëse marrësi është një klient, ai duhet të ekzekutojë një skript tjetër SQL që përditëson rekordin e klientit në mjedisin para-ETL. Të gjitha ndryshimet shqyrtohen në orën 16:00 të Londrës nga një ekip i veçantë në Skoci. Nëse ndryshimet kalojnë verifikimin, ato do të aplikohen në bazën e të dhënave reale në një ditë tjetër në orën 16:00.
Nëse marrësi nuk është klient, ata e shtojnë atë në një spreadsheet Excel dhe ia dërgojnë ekipit të marketingut në Swindon përpara se të shkojnë në shtëpi.
Ekipi i marketingut, duke përdorur gjethe çaji dhe praktika të tjera okulte, përcakton nëse klienti është "potencialisht i rëndësishëm" (për të cilin, sipas rregulloreve të brendshme, "deri në 48 orë"). Nëse nuk është, atëherë adresa shtohet në një tabelë tjetër dhe dërgohet përsëri në Indi për të ekzekutuar një pyetje tjetër SQL.
Nëse marketingu e ka identifikuar një klient si "të rëndësishëm", atij i dërgohet manualisht një letër si "A jeni i sigurt që vërtet dëshironi të çregjistroheni?" Duket sikur gjenerohet automatikisht, por në fakt nuk është kështu.
Nëse ata përgjigjen "po" (fillimisht ishte e nevojshme të shkruante "PO" me shkronja të mëdha), atëherë ekipi nga Swindon i dërgon në Indi e treta tabelë dhe aty ekzekutohet solemnisht skripti tjetër.
Nëse më kujtohet mirë, merr mesatarisht katër ditë pune. Mesatarisht, rreth 700 njerëz çabonohen në ditë, nga të cilët 70% janë "potencialisht të rëndësishme".
Meqë ra fjala, këta dy indianë u transferuan në ekipin tonë të zhvillimit dhe u bënë kryeministrat për sistemin që zëvendësoi gjithë këto marrëzi. Ata ishin njerëzit më të sjellshëm, më të dhembshur dhe punëtor me të cilët kam pasur kënaqësinë të punoj. Ishte falë tyre që ky proces i makthit i korporatës funksionoi kaq "lehtësisht" gjatë gjithë këtyre viteve. Më vonë ata u transferuan në Angli dhe njëri prej tyre tani drejton një departament me mbi 40 punonjës.
Shënim i përkthyesit: buf në KDPV - .
Burimi: www.habr.com