کیس اسٹڈی
جب آپ کا ٹول لمبے کام کو رکا ہوا بتائے، حالانکہ وہ چل رہا ہو
ایک ہی ہفتے میں دو بار ویڈیو پلیٹ فارم نے ٹیم کو بتایا کہ اشتہار رک گیا ہے، حالانکہ وہ ابھی بن رہا تھا۔ حل یہ تھا کہ کام کو گم شدہ قرار دینے سے پہلے اس مرحلے سے پوچھا جائے جو اسے سنبھال رہا ہے، نہ کہ صرف گھڑی دیکھ کر فیصلہ کیا جائے۔
اہم نکات
- صرف گزرے وقت پر مبنی stuck وارننگ لمبے اور لائن میں انتظار کرنے والے جابز پر غلط ہو سکتی ہے۔
- پوچھیں کہ ٹول جاب کو گم شدہ قرار دینے سے پہلے مرحلے سے پوچھتا ہے یا نہیں۔
- دوبارہ شروع کرنے سے اتنا ہی انتظار پھر ہو سکتا ہے، اور پہلی کوشش کا نتیجہ ضائع ہو سکتا ہے۔
- بھری ہوئی لائن خاص طور پر مصروف دنوں میں ٹوٹی ہوئی لگ سکتی ہے۔
- جب ایک مرحلہ ٹھیک ہو جائے تو دیکھیں کہ دوسرے لمبے کام والے مرحلے بھی اسی طرح فیصلہ کرتے ہیں یا نہیں۔
ایک جاب جو رکا ہوا ظاہر ہو مگر اصل میں چل رہا ہو، اس سے زیادہ نقصان دہ ہے جو واقعی رک گیا ہو، کیونکہ عام طور پر لوگ اسے دوبارہ شروع کر دیتے ہیں۔ ایک ہی ہفتے میں ہمارے کلائنٹ کے ویڈیو پلیٹ فارم نے ٹیم کو دو بار بتایا کہ اشتہار رک گیا ہے، حالانکہ وہ ابھی بن رہا تھا۔ دونوں مسائل جلدی پکڑے اور حل کیے گئے: ایک اگلے دن، دوسرا اسی دن۔
جب رکا ہوا مگر چلتا ہوا جاب کاروبار کو نقصان دے
غلط رکاوٹ کی وارننگ کا خرچ دو بار انتظار میں ادا ہوتا ہے۔ جو شخص جاب چلا رہا ہے، وہ اسے دوبارہ شروع کر دیتا ہے، اس لیے کاروبار کو دوسری کوشش کا انتظار کرنا پڑتا ہے، جبکہ پہلی کوشش ابھی جاری ہوتی ہے۔ مصروف دن میں دوبارہ شروع کرنا لائن میں ایک جگہ لے لیتا ہے، اور جو جاب بند ہو گیا ہو مگر اصل میں چل رہا ہو، وہ بھی لائن میں جگہ روکے رکھتا ہے، جس سے پیچھے والے کام کو انتظار کرنا پڑتا ہے۔ ایک دو غلط الارم کے بعد لوگ اصل وارننگ پر بھی اعتبار کرنا چھوڑ دیتے ہیں، اور اصل مسئلہ چھپ جاتا ہے۔
ٹیم نے کیا دیکھا: ایک ہفتے میں دو غلط الارم
پہلا الارم ایک غیر معمولی لمبے اشتہار پر آیا، جو قریب بیس منٹ کا تھا، اور اس کا آخری مرحلہ ہر فریم کو مکمل ویڈیو میں ڈالتا ہے۔ یہ مرحلہ تین گھنٹے سے زیادہ چلا۔ دو گھنٹے تیس منٹ بعد پلیٹ فارم نے کہا کہ ویڈیو رک گئی ہے۔ چلانے والے نے اشتہار دوبارہ شروع کیا۔ دوسری کوشش کو دو گھنٹے سے زیادہ لگے؛ پہلی کوشش آخرکار مکمل ہوئی، مگر اس کی ویڈیو پرانی سمجھ کر ضائع کر دی گئی۔ اشتہار ٹیم تک ڈیڑھ گھنٹہ بعد پہنچا، جو وارننگ نہ آتی تو پہلے پہنچ جاتا۔
دو دن بعد اسی طرح کا الارم ایک اور مرحلے پر آیا، جہاں پریزنٹر کے کلپس بنتے ہیں۔ ایک اشتہار وہاں تقریباً پورا دن انتظار کرتا رہا، پھر پلیٹ فارم نے اسے گم شدہ قرار دے دیا۔ اس اشتہار کے کلپس ابھی لائن میں تھے، اب کسی کے لیے نہیں۔ پیچھے والا اشتہار بھی رک گیا، کیونکہ لائن میں وہ بند جاب اب بھی چلتا ہوا شمار ہو رہا تھا۔ ٹیم اس بند جاب کو دوبارہ شروع بھی نہ کر سکی، کیونکہ مرحلہ اسے ابھی بھی اپنے پاس ظاہر کر رہا تھا۔
ہمارے انجینئر نے کیا پایا: گھڑی فیصلہ کر رہی تھی، کام نہیں
وارننگ گھڑی سے آئی، نہ کہ اس مرحلے سے جس کے پاس جاب تھا۔ ایک اصول صرف گزرے وقت کو دیکھتا تھا: اگر ویڈیو کو دو گھنٹے تیس منٹ تک کسی نے نہ چھوا، تو اسے گم شدہ سمجھ لیا جاتا تھا۔ ایک حفاظتی طریقہ تھا جو لمبے جاب کو زندہ ظاہر کرتا، جب تک مرحلہ اسے سنبھال رہا ہو۔ ہمارے انجینئر نے دیکھا کہ یہ حفاظتی طریقہ کب چلتا ہے: صرف جب لائن میں اور ویڈیوز انتظار کر رہی ہوں۔ اس دن کچھ اور انتظار نہیں کر رہا تھا، اس لیے یہ طریقہ نہ چلا، اور گھڑی نے تقریباً مکمل جاب پر وارننگ دے دی۔
دوسرے معاملے میں بھی یہی وجہ تھی۔ پریزنٹر مرحلے کی ٹائم لمٹ اس حساب سے رکھی گئی تھی کہ کلپس بنانے والی سروس کو جگہ مل جائے۔ اس ہفتے اس کی گنجائش پوری ہو گئی تھی اور ہر کلپ کو انتظار کرنا پڑا، اس لیے مرحلہ اندازے سے کہیں زیادہ دیر لگا۔ گھڑی نے جاب کو گم شدہ کہا؛ مرحلہ اصل میں اشتہار کو سنبھالے ہوئے تھا، اسی لیے لائن میں وہ جاب چلتا ہوا شمار ہو رہا تھا۔
ہم نے کیا بدلا
ہم نے دونوں مرحلوں کو یہ رپورٹ کرنے کے قابل بنایا کہ ان کے پاس کیا ہے، اور پلیٹ فارم کو کہا کہ اشتہار پر ہار ماننے سے پہلے پوچھے۔ ڈرائنگ مرحلہ اب جب ویڈیو لیتا ہے، تب سے فائل واپس دینے تک بتاتا ہے کہ ویڈیو انتظار میں ہے یا بن رہی ہے، اور کہاں تک پہنچی ہے۔ ہر منٹ پلیٹ فارم دیکھتا ہے کہ کون سی ویڈیو دس منٹ سے خاموش ہے اور پوچھتا ہے۔ اگر ویڈیو مرحلے کے پاس ہے، چاہے جتنا وقت لگے، اسے زندہ شمار کیا جاتا ہے، اس لیے ٹیم کی اسکرین پر وہ رکی ہوئی نہیں لگتی۔ اگر کچھ بھی نہیں سنبھال رہا اور ویڈیو اب بھی خاموش ہے، تو فوراً گم شدہ قرار دے دی جاتی ہے، اور وجہ واضح لکھی جاتی ہے، تاکہ فوراً دوبارہ شروع کی جا سکے۔
پریزنٹر مرحلے پر، جب خاموشی اپنی حد سے بڑھ جائے، پلیٹ فارم مرحلے سے پوچھتا ہے کہ اشتہار ابھی اس کے جابز میں ہے یا نہیں۔ جب تک ہے، اشتہار لائن میں انتظار کر رہا ہے، گم شدہ نہیں، اور کھلا رہتا ہے، اس لیے کلپس کسی کے لیے ضائع نہیں بنتے اور لائن میں بند جاب چلتا ہوا شمار نہیں ہوتا۔ جہاں مرحلہ جواب نہ دے سکے، پرانا اصول چلتا ہے، تاکہ کوئی کام بغیر حفاظتی طریقے کے نہ رہ جائے، اور اب مرحلے کی مصروفیت نہ ملے تو اسکرین پر نامعلوم ظاہر ہو، فارغ نہیں۔
اب کاروبار کے پاس کیا ہے
دونوں تبدیلیاں کلائنٹ کے پلیٹ فارم پر چل رہی ہیں۔ لمبی ویڈیو اب اس وقت تک رکی ہوئی نہیں کہلاتی جب تک وہ بن رہی ہو، اور جو واقعی گم ہو جائے، وہ منٹوں میں رپورٹ ہو جاتی ہے، لمبے انتظار کے بعد نہیں۔ مصروف دن میں پریزنٹر کلپس کا انتظار کرنے والا اشتہار کھلا رہتا ہے، جب تک کلپس بن نہ جائیں، اس لیے ٹیم کو نہ اشتہار کھونا پڑتا ہے، نہ لائن میں اس کی جگہ، نہ غلط الارم پر پورا دن۔ جب ڈرائنگ مرحلہ لمبی ویڈیو لیتا ہے، ٹیم کی اسکرین پر ظاہر ہوتا ہے کہ ویڈیو مرحلے کے پاس ہے اور وہ انتظار میں ہے یا بن رہی ہے، اس لیے اسکرین پر خاموشی اب رکاوٹ نہیں لگتی۔
آپ خود کیا دیکھ سکتے ہیں
- جب وارننگ آئے کہ جاب رک گیا ہے، دیکھیں کہ وہ ابھی انتظار میں ہے یا نہیں: queued اسٹیٹس، مرحلہ جس کے پاس ہے، یا حالیہ پیش رفت۔
- جس نے ٹول بنایا یا دیکھ بھال کرتا ہے، اس سے پوچھیں کہ وارننگ کس بنیاد پر ہے: مقررہ وقت یا مرحلے کا براہ راست جواب۔
- دیکھیں کہ جو مرحلہ جاب لے چکا ہے، وہ باقی سسٹم کو بتاتا ہے کہ اس کے پاس ہے یا خاموش ہو جاتا ہے جب تک مکمل نہ ہو جائے۔
- گم شدہ قرار دیے گئے جاب کو دیکھیں: کیا اس کے باقی کام ابھی بھی لائن میں ہیں، اور پیچھے والا جاب رکا ہوا ہے؟
- مصروف دن اور خاموش دن کی stuck وارننگز کا موازنہ کریں؛ بھری ہوئی لائن ٹوٹی ہوئی لگ سکتی ہے۔
اب کیا کرنا چاہیے
اگر stuck وارننگ پر دوبارہ شروع کیا جا چکا ہے، تو دونوں کوششوں کی ہسٹری سنبھال کر رکھیں، جب تک کوئی اسے صاف نہ کرے، تاکہ پتہ چل سکے کون سی کب مکمل ہوئی۔ اپنے ڈویلپر یا ٹول کے سپورٹ سے پوچھیں کہ وارننگ صرف وقت کی حد پر ہے یا مرحلے سے بھی پوچھا جاتا ہے۔ پھر یہی سوال ہر اس مرحلے سے کریں جو لمبا کام سنبھالتا ہے۔ وارننگ کو اس اصول تک واپس لے جانا، اور اصول کو بدل کر پہلے پوچھنے پر مجبور کرنا، یہی کام ہمارے انجینئر کلائنٹس کے لیے کرتے ہیں۔
لوگ جو پوچھتے ہیں
میرا ویڈیو ٹول جاب کو رکا ہوا کیوں بتاتا ہے جب وہ ابھی پروسیسنگ میں ہو؟
اکثر اس لیے کہ سافٹ ویئر خاموشی کو دیکھ رہا ہوتا ہے، نہ کہ اس مرحلے سے پوچھ رہا ہو جس کے پاس جاب ہے۔ لمبا ڈرائنگ مرحلہ، یا وہ جو گنجائش کا انتظار کر رہا ہو، کچھ دیر تک رپورٹ نہیں کرتا، اور وقت کی حد اسے گم شدہ قرار دے دیتی ہے۔ اصل میں کام چل رہا ہوتا ہے، مگر اسکرین پر کچھ بدل نہیں رہا ہوتا۔
جب سافٹ ویئر کہے کہ جاب رک گیا ہے تو فوراً دوبارہ شروع کر دوں؟
فوراً نہیں۔ پہلے دیکھیں کہ جاب لائن میں ہے، مرحلے کے پاس ہے، یا واقعی ناکام ہوا ہے۔ دوبارہ شروع کرنے سے اتنا ہی انتظار پھر ہو سکتا ہے، اور پہلی کوشش کا نتیجہ جب آئے تو پرانا سمجھ کر ضائع ہو سکتا ہے۔ جب ٹول واضح وجہ دے کہ جاب گم ہو گیا ہے، تب دوبارہ شروع کریں۔
میرے سب سے مصروف دنوں میں زیادہ جابز رکی ہوئی کیوں لگتی ہیں؟
مصروف دنوں میں لائن بھر جاتی ہے، اس لیے ہر مرحلہ عام دن سے زیادہ انتظار کرتا ہے، اور خاموش دن کی ٹائم لمٹ مصروف دن میں بھی چلتی جاب پر لگ جاتی ہے۔ بھری ہوئی لائن ٹوٹی ہوئی لگ سکتی ہے، حالانکہ وہ صرف مصروف ہے۔
stuck وارننگ کس بنیاد پر ہونی چاہیے؟
اس مرحلے کے براہ راست جواب پر جس کے پاس جاب ہے، نہ کہ صرف وقت کی حد پر۔ ٹول کو چاہیے کہ مرحلے سے پوچھے کہ جاب ابھی اس کے پاس ہے یا نہیں، پھر گم شدہ قرار دے۔ اگر مرحلہ جواب نہ دے سکے تو متبادل اصول ٹھیک ہے، بس اسے متبادل ہی سمجھا جائے۔
اگر میں جاب دوبارہ شروع کروں تو پہلی کوشش کا کیا ہوتا ہے؟
یہ ٹول پر منحصر ہے۔ کچھ ٹول پہلی کوشش کو چلنے دیتے ہیں اور اس کا نتیجہ دوسری کوشش مکمل ہونے پر ضائع کر دیتے ہیں؛ کچھ فوراً اسے بند کر دیتے ہیں۔ دوبارہ شروع کرنے سے پہلے پوچھیں کہ پہلی کوشش اور اس کے کیے گئے کام کا کیا بنتا ہے۔