میلنگ لسٹ سے ان سبسکرائب کرنے میں کئی دن کیوں لگتے ہیں؟

ایک ٹویٹ میں پوچھا گیا کہ کیوں ان سبسکرائب کرنے میں "دن لگ سکتے ہیں۔" مضبوطی سے باندھ لیں، میں آپ کو بتانے ہی والا ہوں۔ ناقابل یقین انٹرپرائز ڈویلپمنٹ™ میں یہ کیسے ہوتا ہے اس کی کہانی...

ایک بینک ہے۔ آپ نے شاید اس کے بارے میں سنا ہوگا، اور اگر آپ برطانیہ میں رہتے ہیں، تو اس کا 10 فیصد امکان ہے آپ بینک میں نے وہاں ایک بہترین تنخواہ پر "کنسلٹنٹ" کے طور پر کام کیا۔

بینک مارکیٹنگ کے خطوط بھیجتا ہے۔ ہر ای میل کے فوٹر میں ایک چھوٹا سا "ان سبسکرائب" لنک ​​ہوتا ہے۔ لوگ بعض اوقات ان لنکس پر کلک کرتے ہیں۔

کسی لنک پر کلک کرنے سے ایک پراگیتہاسک ویب سرور گھوم جاتا ہے۔ کہیں بینک میں. سچ میں، مجھے اسے ڈھونڈنے میں صرف تین ہفتے لگے۔

جب بھی کسی لنک پر کلک کیا جاتا ہے تو یہ سروس آپ کے اندرونی ان باکس میں ایک ای میل بھیجتی ہے۔ یہ دن میں کئی سو بار ہوتا ہے۔

پہلے یہ خطوط ایک مخصوص ملازم کو بھیجے جاتے تھے لیکن پانچ سال پہلے وہ چلا گیا۔

اب خط تقسیم گروپ کو بھیج دیا گیا ہے۔ وہ وصول کنندہ کا پتہ تبدیل نہیں کر سکے کیونکہ یہ ہارڈ کوڈ تھا، اور وہ سروس سے سورس کوڈ نہیں ڈھونڈ سکے۔ سروس جاوا 6 میں لکھی گئی ہے۔

میلنگ گروپ میں خطوط حیدرآباد (بھارت میں) میں بینک کے آف شور سینٹر کے دو ملازمین کے ذریعے چیک کیے جاتے ہیں۔ وہ سخت محنت کرتے ہیں اور اپنے کاموں کو پورا کرتے ہیں۔ خوفناکلیکن یہ کام ناقابل برداشت ہے۔

میں نے ان سے ویڈیو کانفرنس کے ذریعے بات چیت کی اور ان میں انٹرپرائز پوسٹ ٹرامیٹک سنڈروم کی تمام علامات پائی گئیں۔ انہوں نے اس بکواس کا مقابلہ کیا۔ سال کے لئے اور اس وقت کے دوران کچھ بھی نہیں تبدیل نہیں ہوا.

جب کوئی خط آتا ہے، تو انہیں ایک ایس کیو ایل اسکرپٹ پر عمل درآمد کرنا چاہیے جو اس بات کا تعین کرتا ہے کہ آیا رکنیت ختم کرنے کا پتہ بینک کلائنٹ کا ہے (پھر پروٹوکول ایک ہے) یا نہیں (پھر دوسرا)۔

اگر وصول کنندہ ایک گاہک ہے، تو انہیں ایک اور SQL اسکرپٹ چلانے کی ضرورت ہے جو پری ETL ماحول میں کسٹمر کے ریکارڈ کو اپ ڈیٹ کرتا ہے۔ تمام تبدیلیوں کا لندن کے وقت کے مطابق 16:00 بجے اسکاٹ لینڈ میں ایک الگ ٹیم کے ذریعے جائزہ لیا جاتا ہے۔ اگر تبدیلیاں تصدیق سے گزرتی ہیں، تو وہ حقیقی ڈیٹا بیس پر لاگو ہوں گی۔ کسی اور دن میں 16:00 بجے

اگر وصول کنندہ کلائنٹ نہیں ہے، تو وہ اسے ایکسل اسپریڈشیٹ میں شامل کرتے ہیں اور گھر جانے سے پہلے اسے سویڈن میں مارکیٹنگ ٹیم کو بھیج دیتے ہیں۔

مارکیٹنگ ٹیم، چائے کی پتیوں اور دیگر خفیہ طریقوں کا استعمال کرتے ہوئے، اس بات کا تعین کرتی ہے کہ آیا کلائنٹ "ممکنہ طور پر اہم" ہے (جس کے لیے، اندرونی ضابطوں کے مطابق، "48 گھنٹے تک")۔ اگر یہ نہیں ہے، تو پھر ایڈریس کو کسی اور ٹیبل میں شامل کیا جاتا ہے اور ایک اور SQL استفسار پر عمل کرنے کے لیے ہندوستان واپس بھیجا جاتا ہے۔

اگر مارکیٹنگ نے کسی کلائنٹ کی شناخت "اہم" کے طور پر کی ہے، تو انہیں دستی طور پر ایک خط بھیجا جاتا ہے جیسے "کیا آپ واقعی ان سبسکرائب کرنا چاہتے ہیں؟" ایسا لگتا ہے کہ یہ خود بخود پیدا ہوا ہے، لیکن حقیقت میں ایسا نہیں ہے۔

اگر وہ "ہاں" کا جواب دیتے ہیں (ابتدائی طور پر بڑے حروف میں "YES" لکھنا ضروری تھا)، تو سوئنڈن کی ٹیم انہیں ہندوستان بھیج دیتی ہے۔ تیسرے ٹیبل اور وہاں اگلی اسکرپٹ کو سنجیدگی سے عمل میں لایا جاتا ہے۔

اگر مجھے صحیح طریقے سے یاد ہے، تو یہ اوسط لیتا ہے چار کام کے دن. اوسطاً، تقریباً 700 لوگ روزانہ اَن سبسکرائب کرتے ہیں، جن میں سے 70% "ممکنہ طور پر اہم" ہیں۔

ویسے یہ دونوں ہندوستانی ہماری ڈیولپمنٹ ٹیم میں منتقل ہو گئے اور اس نظام کے وزیر اعظم بن گئے جس نے اس ساری بکواس کی جگہ لے لی۔ وہ سب سے مہربان، ہمدرد اور محنتی لوگ تھے جن کے ساتھ کام کرنے میں مجھے خوشی ہوئی۔ یہ ان کی بدولت تھا کہ اس ڈراؤنے خواب کارپوریٹ عمل نے ان تمام سالوں میں اتنی "آسانی سے" کام کیا۔ بعد میں وہ انگلینڈ چلے گئے اور ان میں سے ایک اب 40+ ملازمین کے ساتھ ایک شعبہ چلاتا ہے۔

مترجم کا نوٹ: KDPV پر اللو - یول.

ماخذ: www.habr.com