Чаму адпіска ад рассылкі займае некалькі дзён?

У адным твіце пыталіся, чаму адпіска ад рассылкі можа "займаць некалькі дзён". Прышпіліцеся мацней, я зараз раскажу вам неверагодную гісторыю пра тое, як гэта робіцца ў энтэрпрайз-распрацоўцы™…

Чаму адпіска ад рассылкі займае некалькі дзён?
Ёсць адзін банк. Напэўна вы пра яго чулі, а калі вы жывяце ў Вялікабрытаніі - з верагоднасцю 10% гэта ваш банк. Я працаваў там «кансультантам» на выдатным заробку.

Банк рассылае маркетынгавыя лісты. У падвале кожнага ліста ёсць маленькая спасылка "адпісацца". Людзі часам на гэтыя спасылкі клікаюць.

Націск на спасылку выклікае адзін дагістарычны вэб-сервер, які круціцца дзесьці у банку. Слова гонару, мне спатрэбілася тры тыдні толькі на тое, каб яго знайсці.

Гэты сэрвіс адпраўляе ліст на ўнутраную паштовую скрыню кожны раз, калі на спасылку націскаюць. Такое адбываецца па некалькі сотняў разоў у дзень.

Раней гэтыя лісты адпраўляліся канкрэтнаму супрацоўніку, але пяць гадоў таму ён звольніўся.

Цяпер ліст форвардзіцца ў групу рассылання. Яны не змаглі памяняць адрас атрымальніка, паколькі ён захардкожен, а зыходнікаў ад сэрвісу не знайшлі. Сэрвіс напісаны на Java 6.

Лісты ў групе рассылання правяраюць два супрацоўнікі афшорнага цэнтра банка ў Хайдарабадзе (у Індыі). Яны працуюць з усіх сіл і выконваюць свае задачы афігенна, Але бляха-муха, гэтая праца невыносная.

Я меў зносіны з імі праз відэаканферэнцыю і ў іх былі ўсе прыкметы энтерпрайзна-посттраўматычнага сіндрому. Яны біліся з гэтым глупствам гадамі і за гэты час нічога не памянялася.

Калі прыходзіць ліст, яны павінны выканаць SQL-скрыпт, які вызначае, належыць ці адпісваецца адрас кліенту банка (тады пратакол адзін) ці не (тады іншы).

Калі атрымальнік з'яўляецца кліентам, ім трэба выканаць яшчэ адзін SQL-скрыпт, які абнаўляе запіс аб кліенце ў папярэднім ETL-акружэнні. Усе змены правяраюцца ў 16:00 па Лонданскім часе асобнай камандай у Шатландыі. Калі змены прайшлі праверку, яны будуць ужытыя да рэальнай базы яшчэ праз суткі у 16: 00.

Калі ж атрымальнік не з'яўляецца кліентам, яны дадаюць яго ў Excel-табліцу і перад сыходам дадому адпраўляюць яе маркетынгавай камандзе ў Суіндане.

Маркетынгавая каманда шляхам варажбы на кававай гушчы і іншых акультных практык вызначае, ці з'яўляецца кліент "патэнцыйна значным" (на што па правілах унутранага распарадку адводзіцца "да 48 гадзін"). Калі не з'яўляецца - то адрас дадаецца ў іншую табліцу і адпраўляецца зваротна ў Індыю для выканання яшчэ аднаго SQL-запыту.

Калі маркетынг вызначыў кліента як "значнага" - яму ўручную адпраўляецца ліст выгляду "вы праўда-праўда хочаце адпісацца?". Яно выглядае як аўтаматычна згенераванае, але насамрэч гэта не так.

Калі яны адказваюць «так» (першапачаткова трэба было пісаць менавіта «ТАК», вялікімі літарамі), то каманда з Суіндана адпраўляе ў Індыю ўжо трэцюю табліцу і тамака ўрачыста выконваецца чарговы скрыпт.

Калі я правільна памятаю, гэта ў сярэднім займае чатыры працоўныя дні. У сярэднім за суткі адпісваецца каля 700 чалавек, з іх 70% з'яўляюцца "патэнцыйна значнымі".

Дарэчы сказаць, гэтыя два індуса перавяліся да нас у каманду распрацоўкі і сталі PM для сістэмы, якая замяніла ўсё гэтае глупства. Гэта былі самыя добрыя, спагадлівыя і працавітыя людзі з тых, з кім я меў задавальненне працаваць. Менавіта дзякуючы ім гэты кашмарны карпаратыўны гора-працэс так "плыўна" працаваў усе гэтыя гады. Пазней яны пераехалі ў Англію і адзін з іх зараз кіруе аддзелам з 40+ супрацоўнікамі.

Заўвага перакладчыка: сава на КДПВ Yoll.

Крыніца: habr.com

Дадаць каментар