هڪ ٽوئيٽ پڇيو ته ڇو رڪنيت ختم ڪرڻ “ڏينهن” وٺي سگهي ٿي. پڪڙي رکو، مان توهان کي ٻڌائڻ وارو آهيان ناقابل يقين انٽرپرائز ڊولپمينٽ ™ ۾ اهو ڪيئن ڪيو ويو جي ڪهاڻي ...
اتي هڪ بئنڪ آهي. توھان شايد اھو ٻڌو آھي، ۽ جيڪڏھن توھان برطانيه ۾ رھندا آھيو، اتي ھڪڙو 10٪ موقعو آھي اھو آھي تنهنجو بئنڪ. مون اتي ڪم ڪيو "مشير" طور هڪ بهترين تنخواه لاءِ.
بينڪ موڪلي ٿو مارڪيٽنگ خط. هر اي ميل جي فوٽر ۾ هڪ ننڍڙو "سبسڪرائب" لنڪ آهي. ماڻهو ڪڏهن ڪڏهن انهن لنڪ تي ڪلڪ ڪندا آهن.
ھڪڙي لنڪ تي ڪلڪ ڪرڻ سبب ھڪڙي پراگيتاني ويب سرور کي گھمڻ لاء ڪنهن هنڌ بئنڪ ۾. سچ پچ، هن کي ڳولڻ ۾ مون کي ٽي هفتا لڳا.
هي خدمت توهان جي اندروني انباڪس ڏانهن هڪ اي ميل موڪلي ٿو هر وقت لنڪ تي ڪلڪ ڪيو ويندو آهي. اهو ڏينهن ۾ ڪيترائي سو ڀيرا ٿئي ٿو.
اڳي، اهي خط هڪ مخصوص ملازم ڏانهن موڪليا ويا هئا، پر پنج سال اڳ هو ڇڏي ويو.
هاڻي خط ورهائڻ واري گروپ ڏانهن موڪليو ويو آهي. اهي وصول ڪندڙ جي ايڊريس کي تبديل نه ڪري سگهيا ڇاڪاڻ ته اهو هارڊ ڪوڊ ٿيل هو، ۽ اهي خدمت مان سورس ڪوڊ نه ڳولي سگهيا. خدمت جاوا 6 ۾ لکيل آهي.
ميلنگ گروپ ۾ خط حيدرآباد (ڀارت ۾) بينڪ جي آف شور سينٽر جي ٻن ملازمن طرفان چيڪ ڪيا ويا آهن. اهي محنت ڪن ٿا ۽ پنهنجو ڪم پورو ڪن ٿا تعجب انگيزپر لعنت، هي ڪم ناقابل برداشت آهي.
مون انهن سان وڊيو ڪانفرنس ذريعي ڳالهه ٻولهه ڪئي ۽ انهن ۾ انٽرپرائز-پوسٽ ٽروميٽڪ سنڊروم جون سڀئي نشانيون هيون. هنن هن بيوقوفيءَ جو مقابلو ڪيو سالن تائين ۽ هن وقت دوران ڪجھ به نه تبديل نه ڪيو آهي.
جڏهن هڪ خط اچي ٿو، انهن کي لازمي طور تي هڪ SQL اسڪرپٽ تي عمل ڪرڻ گهرجي جيڪو اهو طئي ڪري ٿو ته پتو ختم ٿيڻ وارو پتو بينڪ ڪلائنٽ سان تعلق رکي ٿو (پوء پروٽوڪول هڪ آهي) يا نه (پوء ٻيو).
جيڪڏهن وصول ڪندڙ هڪ گراهڪ آهي، انهن کي ٻي SQL اسڪرپٽ هلائڻ جي ضرورت آهي جيڪا اڳ-ETL ماحول ۾ ڪسٽمر رڪارڊ کي اپڊيٽ ڪري ٿي. سڀني تبديلين جو جائزو ورتو ويو 16:00 لنڊن جي وقت تي اسڪاٽلينڊ ۾ هڪ الڳ ٽيم طرفان. جيڪڏهن تبديليون تصديق پاس ڪري ٿي، اهي حقيقي ڊيٽابيس تي لاڳو ٿينديون ٻئي ڏينهن ۾ 16:00.
جيڪڏهن وصول ڪندڙ هڪ ڪلائنٽ نه آهي، اهي ان کي هڪ Excel اسپريڊ شيٽ ۾ شامل ڪن ٿا ۽ گهر وڃڻ کان اڳ سويڊن ۾ مارڪيٽنگ ٽيم ڏانهن موڪليو.
مارڪيٽنگ ٽيم، چانهه جي پنن کي استعمال ڪندي ۽ ٻين جادو جي عملن کي استعمال ڪندي، اهو طئي ڪري ٿو ته ڪلائنٽ "ممڪن طور تي اهم" آهي (جنهن لاء، اندروني ضابطن جي مطابق، "48 ڪلاڪن تائين"). جيڪڏهن اهو نه آهي، پوء ايڊريس ٻي ٽيبل تي شامل ڪيو ويو آهي ۽ واپس موڪليو ويو هندستان ڏانهن ٻي SQL سوال کي عمل ڪرڻ لاء.
جيڪڏهن مارڪيٽنگ هڪ ڪلائنٽ کي "اهم" طور سڃاتو آهي، اهي دستي طور تي هڪ خط موڪليا ويا آهن جيئن ته "ڇا توهان کي پڪ آهي ته توهان واقعي چاهيو ٿا رڪنيت ختم ڪرڻ؟" اهو ڏسڻ ۾ اچي ٿو ته اهو خودڪار طور تي ٺاهيل آهي، پر حقيقت ۾ اهو ناهي.
جيڪڏهن انهن جو جواب ”ها“ (شروع ۾ ”ها“ لکڻ ضروري هو) ته پوءِ سوئيڊن جي ٽيم کين هندستان موڪلي ٿي. ٽيون ٽيبل ۽ اتي ايندڙ اسڪرپٽ کي سنجيدگي سان عمل ڪيو ويندو.
جيڪڏهن مون کي صحيح طور تي ياد آهي، اهو اوسط وٺندو آهي چار ڪم ڏينهن. سراسري طور تي، تقريباً 700 ماڻهو هر روز رڪنيت ختم ڪن ٿا، جن مان 70 سيڪڙو ”ممڪن طور اهم“ آهن.
رستي ۾، اهي ٻه هندستاني اسان جي ترقياتي ٽيم ڏانهن منتقل ڪيا ويا ۽ ان نظام لاء وزيراعظم بڻجي ويا، جنهن هن سڀني بڪواس کي تبديل ڪيو. اهي ڏاڍا مهربان، رحمدل ۽ محنتي ماڻهو هئا، جن سان ڪم ڪندي مون کي خوشي ٿي. اها انهن جي مهرباني هئي ته هن خوابن واري ڪارپوريٽ عمل انهن سڀني سالن ۾ تمام ”آسان“ ڪم ڪيو. بعد ۾ اهي انگلينڊ هليا ويا ۽ انهن مان هڪ هاڻي 40+ ملازمن سان هڪ ڊپارٽمينٽ هلائي ٿو.
مترجم جو نوٽ: owl on KDPV - .
جو ذريعو: www.habr.com