یو ټویټ وپوښتل چې ولې ګډون نه کول "ورځې وخت نیسي." کلک ودرېږه، زه به تاسو ته ووایم د نه منلو وړ د تصدۍ پراختیا کې دا څنګه ترسره کیږي کیسه ™ ...
یو بانک شتون لري. تاسو شاید د دې په اړه اوریدلي وي، او که تاسو په انګلستان کې ژوند کوئ، د 10٪ چانس شتون لري ستاسو بانک ما هلته د غوره معاش لپاره د "مشورې" په توګه کار کاوه.
بانک د بازار موندنې لیکونه لیږي. د هر بریښنالیک په فوټر کې یو کوچنی "غیر ګډون" لینک شتون لري. خلک ځینې وختونه په دې لینکونو کلیک کوي.
په لینک کلیک کول د تاریخي ویب سرور د سپن کولو لامل کیږي چیرې په بانک کې. په ریښتیا ، ما د هغه موندلو لپاره درې اونۍ وخت واخیست.
دا خدمت هرکله چې لینک کلیک کیږي ستاسو داخلي ان باکس ته بریښنالیک لیږي. دا په ورځ کې څو سوه ځله پیښیږي.
پخوا به دغه مکتوبونه يو مشخص مامور ته استول کېدل، خو پنځه کاله وړاندې يې پرېښودل.
اوس لیک د ویش ګروپ ته لیږل کیږي. دوی نشي کولی د ترلاسه کونکي پته بدله کړي ځکه چې دا هارډ کوډ شوی و، او دوی نشي کولی د خدماتو څخه سرچینه کوډ ومومي. خدمت په جاوا 6 کې لیکل شوی.
د میلینګ ګروپ کې لیکونه په حیدرآباد (هند کې) کې د بانک د ساحلي مرکز دوه کارمندانو لخوا چک شوي. دوی سخت کار کوي او خپلې دندې بشپړوي په زړه پوریخو افسوس، دا کار د زغم وړ نه دی.
ما د دوی سره د ویډیو کنفرانس له لارې اړیکه ونیوله او دوی د تصدۍ څخه وروسته د ټراماتیک سنډروم ټولې نښې درلودې. دوی د دې ناپوهۍ سره مبارزه وکړه د کلونو لپاره او پدې وخت کې هیڅ شی نه نه دی بدل شوی.
کله چې یو لیک راشي، دوی باید د SQL سکریپټ اجرا کړي چې دا معلومه کړي چې ایا پته د بانک پیرودونکي پورې اړه لري (بیا پروتوکول یو دی) یا نه (بیا بل).
که ترلاسه کونکی یو پیرودونکی وي، دوی اړتیا لري چې بل SQL سکریپټ چل کړي چې د ETL مخکې چاپیریال کې د پیرودونکي ریکارډ تازه کوي. ټول بدلونونه په سکاټلینډ کې د جلا ټیم لخوا د لندن په وخت 16:00 بیاکتنه کیږي. که بدلونونه تایید شي، دوی به په اصلي ډیټابیس کې پلي شي په بله ورځ په :16 00:.. بجو
که ترلاسه کونکی مراجع نه وي، دوی دا په Excel سپریڈ شیټ کې اضافه کوي او کور ته د تګ دمخه په سویډن کې د بازار موندنې ټیم ته یې استوي.
د بازار موندنې ټیم، د چای پاڼو او نورو پټو کړنو په کارولو سره، معلومه کوي چې آیا پیرودونکي "احتمالي مهم" دی (د دې لپاره، د داخلي مقرراتو سره سم، "تر 48 ساعتونو پورې"). که دا نه وي، نو پته په بل میز کې اضافه کیږي او بیرته هندوستان ته لیږل کیږي ترڅو د بل SQL پوښتنې اجرا کړي.
که بازارموندنې یو پیرودونکی د "پام وړ" په توګه پیژندلی وي، دوی په لاسي ډول یو لیک لیږل کیږي لکه "ایا تاسو واقعیا غواړئ چې ګډون نه غواړئ؟" داسې ښکاري چې دا په اتوماتيک ډول تولید شوی، مګر په حقیقت کې دا نده.
که دوی "هو" ځواب ورکړي (په پیل کې دا اړینه وه چې په لوی لیکونو کې "هو" ولیکل شي)، نو د سویډن ټیم دوی هند ته لیږي. دریم جدول او هلته راتلونکی سکریپټ په کلکه اجرا کیږي.
که زه په سمه توګه یاد کړم، دا په اوسط ډول اخلي څلور کاري ورځې. په اوسط ډول، هره ورځ شاوخوا 700 خلک ګډون نه کوي، چې 70٪ یې "احتمالي مهم" دي.
په هرصورت، دا دوه هنديان زموږ پرمختیایي ټیم ته لیږدول شوي او د هغه سیسټم لپاره لومړي وزیران شول چې دا ټول بې ځایه شوي دي. دوی تر ټولو مهربان، مهربان او سخت کار خلک وو چې ما ورسره د کار کولو خوښي درلوده. دا د دوی څخه مننه وه چې د دې شپې خوب کارپوریټ پروسې په دې ټولو کلونو کې دومره "آرامه" کار وکړ. وروسته دوی انګلستان ته لاړل او یو یې اوس د 40+ کارمندانو سره یوه څانګه پرمخ وړي.
د ژباړونکي یادونه: په KDPV کې الو - .
سرچینه: www.habr.com