Еден твит праша зошто отпишувањето може да „трае неколку дена“. Завиткајте се цврсто, ќе ви кажам неверојатно приказната за тоа како е направено во Enterprise Development™...
Има една банка. Веројатно сте слушнале за тоа, а ако живеете во ОК, има 10% шанси да е твојот банка. Работев таму како „консултант“ за одлична плата.
Банката испраќа маркетинг писма. Во подножјето на секоја е-пошта има мала врска за „отпишување“. Луѓето понекогаш кликнуваат на овие врски.
Со кликнување на врската се врти еден праисториски веб-сервер некаде во банка. Искрено, ми требаа три недели само да го најдам.
Оваа услуга испраќа е-пошта до вашето внатрешно сандаче секогаш кога ќе се кликне на врската. Ова се случува неколку стотици пати на ден.
Претходно овие писма беа испратени до конкретен вработен, но пред пет години тој си замина.
Сега писмото е проследено до дистрибутивната група. Тие не можеа да ја променат адресата на примачот бидејќи беше тврдокодирана и не можеа да го најдат изворниот код од услугата. Услугата е напишана во Java 6.
Писмата во групата за испраќање ги проверуваат двајца вработени во офшор центарот на банката во Хајдерабад (во Индија). Тие работат напорно и ги завршуваат своите задачи прекрасно, но по ѓаволите, оваа работа е неподнослива.
Комуницирав со нив преку видео конференција и тие ги имаа сите знаци на интензивно-посттрауматски синдром. Се бореа со оваа глупост со години и за ова време ништо не е променет.
Кога ќе пристигне писмо, тие мора да извршат SQL скрипта што одредува дали адресата што се отпишува му припаѓа на клиентот на банката (тогаш протоколот е еден) или не (па друг).
Ако примачот е клиент, тој треба да изврши друга SQL скрипта што го ажурира записот на клиентот во пред-ETL околина. Сите промени се разгледуваат во 16:00 часот по лондонско време од посебен тим во Шкотска. Доколку промените поминат верификација, тие ќе се применат во вистинската база на податоци во друг ден во 16:00 часот.
Ако примачот не е клиент, тие го додаваат во табела на Excel и го испраќаат до маркетинг тимот во Свиндон пред да си одат дома.
Маркетиншкиот тим, користејќи листови од чај и други окултни практики, одредува дали клиентот е „потенцијално значаен“ (за што, според внатрешните прописи, „до 48 часа“). Ако не е, тогаш адресата се додава на друга табела и се испраќа назад во Индија за да се изврши друго SQL барање.
Ако маркетингот го идентификува клиентот како „значаен“, рачно му се испраќа писмо како „Дали сте сигурни дека навистина сакате да се откажете? Изгледа дека е автоматски генериран, но всушност не е.
Доколку одговорат „да“ (првично беше потребно да се напише „ДА“ со големи букви), тогаш тимот од Свиндон ги испраќа во Индија трето табела и таму свечено се извршува следната скрипта.
Ако добро се сеќавам, тоа трае во просек четири работни дена. Во просек, околу 700 луѓе се откажуваат дневно, од кои 70% се „потенцијално значајни“.
Патем, овие двајца Индијци преминаа во нашиот тим за развој и станаа премиери на системот што ги замени сите овие глупости. Тие беа најљубезните, најсочувствителните и вредните луѓе со кои имав задоволство да работам. Благодарение на нив овој кошмарен корпоративен процес функционираше толку „непречено“ сите овие години. Подоцна се преселиле во Англија и еден од нив сега води оддел со 40+ вработени.
Забелешка на преведувачот: був на KDPV - .
Извор: www.habr.com