Gofynnodd un neges drydar pam y gallai dad-danysgrifio “gymryd dyddiau.” Bwcl yn dynn, rydw i ar fin dweud wrthych anhygoel y stori am sut mae'n cael ei wneud yn Datblygu Menter™...
Mae un banc. Mae'n debyg eich bod chi wedi clywed amdano, ac os ydych chi'n byw yn y DU, mae siawns o 10% eich banc. Gweithiais yno fel “ymgynghorydd” am gyflog rhagorol.
Mae'r banc yn anfon llythyrau marchnata. Mae dolen fach “dad-danysgrifio” yn nhroedyn pob e-bost. Weithiau mae pobl yn clicio ar y dolenni hyn.
Mae clicio ar ddolen yn achosi i un gweinydd gwe cynhanesyddol droelli rhywle yn y banc. Yn onest, cymerodd dair wythnos i mi ddod o hyd iddo.
Mae'r gwasanaeth hwn yn anfon e-bost i'ch mewnflwch mewnol bob tro y bydd dolen yn cael ei chlicio. Mae hyn yn digwydd sawl can gwaith y dydd.
Yn flaenorol, anfonwyd y llythyrau hyn at weithiwr penodol, ond ymadawodd bum mlynedd yn ôl.
Nawr mae'r llythyr yn cael ei anfon ymlaen at y grŵp dosbarthu. Ni allent newid cyfeiriad y derbynnydd oherwydd ei fod wedi'i god caled, ac ni allent ddod o hyd i'r cod ffynhonnell o'r gwasanaeth. Mae'r gwasanaeth wedi'i ysgrifennu yn Java 6.
Mae llythyrau yn y grŵp postio yn cael eu gwirio gan ddau o weithwyr canolfan alltraeth y banc yn Hyderabad (yn India). Maent yn gweithio'n galed ac yn cwblhau eu tasgau anhygoel, ond damn, y mae y gwaith hwn yn annioddefol.
Fe wnes i gyfathrebu â nhw trwy gynhadledd fideo ac roedd ganddyn nhw holl arwyddion syndrom menter-ôl-drawmatig. Roedden nhw'n ymladd y nonsens hwn am flynyddoedd ac yn ystod yr amser hwn dim byd heb newid.
Pan fydd llythyr yn cyrraedd, rhaid iddynt weithredu sgript SQL sy'n penderfynu a yw'r cyfeiriad sy'n cael ei ddad-danysgrifio yn perthyn i'r cleient banc (yna mae'r protocol yn un) ai peidio (yna un arall).
Os yw'r derbynnydd yn gwsmer, mae angen iddo redeg sgript SQL arall sy'n diweddaru'r cofnod cwsmer yn yr amgylchedd cyn-ETL. Caiff yr holl newidiadau eu hadolygu am 16:00 amser Llundain gan dîm ar wahân yn yr Alban. Os bydd y newidiadau'n pasio'r dilysu, byddant yn cael eu cymhwyso i'r gronfa ddata go iawn mewn diwrnod arall am 16:00.
Os nad yw'r derbynnydd yn gleient, mae'n ei ychwanegu at daenlen Excel a'i hanfon at y tîm marchnata yn Swindon cyn mynd adref.
Mae'r tîm marchnata, gan ddefnyddio dail te ac arferion ocwlt eraill, yn penderfynu a yw'r cleient "o bosibl yn arwyddocaol" (y mae, yn ôl rheoliadau mewnol, "hyd at 48 awr"). Os nad ydyw, yna caiff y cyfeiriad ei ychwanegu at dabl arall a'i anfon yn ôl i India i weithredu ymholiad SQL arall.
Os yw marchnata wedi nodi cleient fel un “arwyddocaol”, anfonir llythyr ato â llaw fel “Ydych chi'n siŵr eich bod chi wir eisiau dad-danysgrifio?” Mae'n edrych fel ei fod yn cael ei gynhyrchu'n awtomatig, ond mewn gwirionedd nid yw.
Os ydyn nhw'n ateb "ie" (i ddechrau roedd angen ysgrifennu "IE" mewn prif lythrennau), yna mae'r tîm o Swindon yn eu hanfon i India trydydd bwrdd ac yno mae'r sgript nesaf yn cael ei gweithredu'n ddifrifol.
Os cofiaf yn iawn, mae'n cymryd ar gyfartaledd pedwar diwrnod gwaith. Ar gyfartaledd, mae tua 700 o bobl yn dad-danysgrifio bob dydd, ac mae 70% o'r rhain yn “arwyddocaol o bosibl.”
Gyda llaw, trosglwyddodd y ddau Indiaid hyn i'n tîm datblygu a dod yn Brif Weinidog ar gyfer y system a ddisodlodd yr holl nonsens hwn. Nhw oedd y bobl fwyaf caredig, mwyaf tosturiol a gweithgar y cefais y pleser o weithio gyda nhw. Diolch iddyn nhw fod y broses gorfforaethol hunllefus hon wedi gweithio mor “llyfn” yr holl flynyddoedd hyn. Yn ddiweddarach symudon nhw i Loegr ac mae un ohonyn nhw bellach yn rhedeg adran gyda 40+ o weithwyr.
Nodyn cyfieithydd: tylluan ar KDPV - .
Ffynhonnell: hab.com