В одному твіті питали, чому відписка від розсилки може займати кілька днів. Пристебніться міцніше, я зараз розповім вам неймовірну історію про те, як це робиться в ентерпрайз-розробці™…
Є один банк. Напевно, ви про нього чули, а якщо ви живете у Великобританії — з ймовірністю 10% це ваш банк. Я працював там консультантом на чудовій зарплаті.
Банк розсилає рекламні листи. У підвалі кожного листа є маленьке посилання «відписатися». Люди іноді на ці посилання кликають.
Натискання посилання викликає один доісторичний веб-сервер, який крутиться десь у банку. Слово честі, мені знадобилося три тижні тільки на те, щоб його знайти.
Цей сервіс відправляє листа на внутрішню поштову скриньку щоразу, коли на посилання натискають. Таке відбувається по кілька сотень щодня.
Раніше ці листи надсилалися конкретному співробітнику, але п'ять років тому він звільнився.
Тепер лист форвардиться до групи розсилки. Вони не змогли змінити адресу одержувача, оскільки він захардкожен, а вихідників від сервісу не знайшли. Сервіс написаний Java 6.
Листи у групі розсилки перевіряють два співробітники офшорного центру банку в Хайдарабаді (в Індії). Вони працюють щосили і виконують свої завдання офігенно, Але бляха-муха, ця робота нестерпна.
Я спілкувався з ними через відеоконференцію і мали всі ознаки ентерпрайзно-посттравматичного синдрому. Вони билися з цією нісенітницею роками і за цей час нічого не змінилося.
Коли надходить лист, вони повинні виконати SQL-скрипт, який визначає, належить адресу клієнту банку (тоді протокол один) чи ні (тоді інший).
Якщо одержувач є клієнтом, їм потрібно виконати ще один SQL-скрипт, який оновлює запис клієнта в попередньому ETL-оточенні. Усі зміни перевіряються о 16:00 за Лондонським часом окремою командою у Шотландії. Якщо зміни пройшли перевірку, вони будуть застосовані до реальної бази ще за добу о 16: 00.
Якщо ж одержувач не є клієнтом, вони додають його до Excel-таблиці і перед відходом додому відправляють її маркетинговій команді в Суїндоні.
Маркетингова команда шляхом гадання на кавовій гущі та інших окультних практик визначає, чи є клієнт «потенційно значущим» (на що за правилами внутрішнього розпорядку відводиться «до 48 годин»). Якщо не є, то адреса додається в іншу таблицю і відправляється назад до Індії для виконання ще одного SQL-запиту.
Якщо маркетинг визначив клієнта як «значущого» - йому вручну відправляється лист виду «ви правда-правда хочете відписатися?». Воно виглядає як автоматично згенероване, але насправді це не так.
Якщо вони відповідають «так» (спочатку потрібно було писати саме «ТАК», великими літерами), то команда із Суїндона відправляє до Індії вже третю таблицю і там урочисто виконується ще один скрипт.
Якщо я правильно пам'ятаю, це в середньому займає чотири робочі дні. У середньому за добу відписується близько 700 осіб, їх 70% є «потенційно значущими».
До речі, ці два індуси перевелися до нас у команду розробки і стали PM для системи, яка замінила всю цю нісенітницю. Це були найдобріші, чуйні та працьовиті люди з тих, з ким я мав задоволення працювати. Саме завдяки їм цей кошмарний корпоративний горе-процес так «плавно» працював усі ці роки. Пізніше вони переїхали до Англії і один із них тепер керує відділом із 40+ співробітниками.
Примітка перекладача: сова на КДПВ .
Джерело: habr.com