در یکی از توییت‌ها پرسیده شد که چرا لغو اشتراک ممکن است «روزها طول بکشد». محکم ببندید، می خواهم به شما بگویم باور نکردنی داستان چگونگی انجام آن در Enterprise Development™...
یک بانک وجود دارد. احتمالاً در مورد آن شنیده اید، و اگر در بریتانیا زندگی می کنید، به احتمال 10٪ وجود دارد شما بانک من در آنجا به عنوان "مشاور" با حقوق عالی کار کردم.
بانک نامه های بازاریابی ارسال می کند. یک پیوند کوچک "لغو اشتراک" در پاورقی هر ایمیل وجود دارد. مردم گاهی اوقات روی این لینک ها کلیک می کنند.
کلیک کردن روی یک پیوند باعث چرخش یک وب سرور ماقبل تاریخ می شود جایی در بانک. راستش را بخواهید، سه هفته طول کشید تا او را پیدا کنم.
این سرویس هر بار که روی یک پیوند کلیک می شود، یک ایمیل به صندوق ورودی داخلی شما ارسال می کند. این چند صد بار در روز اتفاق می افتد.
قبلاً این نامه ها برای کارمند خاصی ارسال می شد، اما پنج سال پیش او آنجا را ترک کرد.
اکنون نامه به گروه توزیع ارسال می شود. آنها نتوانستند آدرس گیرنده را تغییر دهند زیرا کد سختی داشت و نمی‌توانستند کد منبع سرویس را پیدا کنند. این سرویس در جاوا 6 نوشته شده است.
نامه های موجود در گروه پستی توسط دو کارمند مرکز فراساحلی بانک در حیدرآباد (در هند) بررسی می شود. آنها سخت کار می کنند و وظایف خود را انجام می دهند افیگنو، اما لعنتی، این کار غیر قابل تحمل است.
من از طریق ویدئو کنفرانس با آنها در ارتباط بودم و آنها تمام علائم سندرم پس از سانحه سازمانی را داشتند. آنها با این مزخرفات مبارزه کردند برای سالها و در این مدت هیچ تغییر نکرده است.
وقتی نامه ای می رسد، آنها باید یک اسکریپت SQL را اجرا کنند که تعیین می کند آیا آدرسی که اشتراک لغو می شود متعلق به مشتری بانک است (پس پروتکل یکی است) یا نه (سپس دیگری).
اگر گیرنده یک مشتری است، باید اسکریپت SQL دیگری را اجرا کند که رکورد مشتری را در محیط pre-ETL به روز کند. همه تغییرات در ساعت 16:00 به وقت لندن توسط یک تیم جداگانه در اسکاتلند بررسی می شود. اگر تغییرات تأیید صحت داشته باشند، در پایگاه داده واقعی اعمال خواهند شد در یک روز دیگر ساعت 16
اگر گیرنده مشتری نباشد، آن را به صفحه‌گسترده اکسل اضافه می‌کند و قبل از رفتن به خانه آن را برای تیم بازاریابی در Swindon ارسال می‌کند.
تیم بازاریابی، با استفاده از برگ‌های چای و سایر روش‌های مخفیانه، تعیین می‌کند که آیا مشتری «به‌طور بالقوه مهم» است (که طبق مقررات داخلی، «تا 48 ساعت» برای آنها وجود دارد). اگر اینطور نیست، آدرس به جدول دیگری اضافه می شود و برای اجرای پرس و جوی SQL دیگر به هند بازگردانده می شود.
اگر بازاریابی مشتری را به عنوان "مهم" شناسایی کرده باشد، به صورت دستی نامه ای مانند "آیا مطمئنید که واقعاً می خواهید اشتراک خود را لغو کنید؟" به نظر می رسد که به طور خودکار تولید می شود، اما در واقع اینطور نیست.
اگر آنها پاسخ "بله" را بدهند (در ابتدا لازم بود "بله" با حروف بزرگ نوشته شود)، سپس تیم سویندون آنها را به هند می فرستد. سوم جدول و در آنجا اسکریپت بعدی به طور رسمی اجرا می شود.
اگر درست یادم باشد به طور متوسط طول می کشد چهار روز کاری. به طور متوسط، حدود 700 نفر در روز اشتراک خود را لغو می کنند، که 70 درصد آنها «بالقوه قابل توجه» هستند.
اتفاقاً این دو هندی به تیم توسعه ما منتقل شدند و برای سیستمی که جایگزین همه این مزخرفات شد ، PM شدند. آنها مهربان ترین، دلسوزترین و پرتلاش ترین افرادی بودند که من از همکاری با آنها لذت برده ام. به لطف آنها بود که این فرآیند شرکتی کابوس‌آمیز در تمام این سالها اینقدر "آرام" کار کرد. بعداً آنها به انگلستان نقل مکان کردند و یکی از آنها اکنون یک بخش با بیش از 40 کارمند را اداره می کند.
یادداشت مترجم: جغد در KDPV - .
منبع: www.habr.com