केस स्टडी
जब काम अभी चल रहा हो तो टूल उसे अटका क्यों बताता है
एक ही हफ़्ते में दो बार एक वीडियो प्लेटफ़ॉर्म ने टीम को बताया कि विज्ञापन रुक गया है, जबकि वह अभी बन ही रहा था। समाधान यह था कि काम को खोया हुआ कहने से पहले उस स्टेप से पूछा जाए जो उसे संभाले हुए है, घड़ी से फ़ैसला न लिया जाए।
मुख्य बातें
- सिर्फ़ बीते समय पर टिकी अटकन की चेतावनी सबसे लंबे और सबसे ज़्यादा कतार वाले कामों पर गलत होगी।
- पूछें कि क्या टूल काम को खोया हुआ कहने से पहले उसे संभालने वाले स्टेप से जाँच करता है।
- दोबारा शुरू करने से इंतज़ार का समय फिर जुड़ सकता है, और पहली कोशिश का तैयार नतीजा फेंका जा सकता है।
- भरी हुई कतार टूटी हुई जैसी दिख सकती है, ख़ासकर व्यस्त दिनों में।
- जब एक स्टेप ठीक हो जाए, तो पूछें कि लंबा काम संभालने वाले बाकी स्टेप भी वैसा ही फ़ैसला लेते हैं या नहीं।
जो काम अटका बताया गया हो पर अभी चल रहा हो, वह उस काम से बुरा है जो सचमुच रुक गया है, क्योंकि सबसे सीधा जवाब यही होता है कि उसे फिर से शुरू कर दिया जाए। एक ही हफ़्ते में दो बार एक क्लाइंट के वीडियो प्लेटफ़ॉर्म ने टीम को बताया कि विज्ञापन रुक गया है, जबकि वह अभी बन ही रहा था। दोनों गड़बड़ियाँ जल्दी पकड़ी गईं और ठीक की गईं: एक की पड़ताल उसके सामने आने के अगले दिन हुई, दूसरी की उसी दिन।
अटका बताया गया काम अभी चल रहा हो तो कारोबार को क्या पड़ता है
झूठी अटकन की चेतावनी की कीमत इंतज़ार के समय में दो बार चुकाई जाती है। जो काम चला रहा है वह समझदारी से उसे फिर से शुरू कर देता है, तो कारोबार दूसरी कोशिश का इंतज़ार करता है जबकि पहली अभी काम कर रही होती है। व्यस्त दिन में दोबारा शुरू करना लाइन में एक जगह भी ले लेता है, और चलते-चलते बंद किया गया काम वह जगह रोके रहता है पर कुछ काम का नहीं करता, इसलिए उसके पीछे का काम ऐसी जगह का इंतज़ार करता है जो खाली ही नहीं होगी। एक-दो झूठे अलार्म के बाद लोग सच्ची चेतावनियों पर भी भरोसा करना छोड़ देते हैं, और असली गड़बड़ी बिना देखे पड़ी रह सकती है।
टीम ने क्या देखा: एक ही हफ़्ते में दो झूठे अलार्म
पहली चेतावनी एक असामान्य रूप से लंबे विज्ञापन पर आई, करीब बीस मिनट का, जिसका आख़िरी स्टेप हर फ़्रेम को तैयार वीडियो में बनाता है। वह स्टेप तीन घंटे से ज़्यादा चला। ढाई घंटे बाद प्लेटफ़ॉर्म ने कहा कि वीडियो आगे नहीं बढ़ रहा। जिसने उसे चलाया था उसने विज्ञापन फिर से शुरू कर दिया। दूसरी कोशिश में दो घंटे से ज़्यादा लगे; पहली आख़िर में पूरी हो गई, और उसका वीडियो पुरानी कोशिश कहकर फेंक दिया गया। विज्ञापन टीम तक उससे करीब डेढ़ घंटा देर से पहुँचा जितना चेतावनी के बिना पहुँचता।
दो दिन बाद इसी तरह की झूठी चेतावनी एक दूसरे स्टेप पर आई, जहाँ प्रस्तुतकर्ता की क्लिप बनती हैं। एक विज्ञापन वहाँ कामकाजी दिन का ज़्यादातर हिस्सा इंतज़ार करता रहा, फिर प्लेटफ़ॉर्म ने उसे खोया हुआ कहकर बंद कर दिया। उस विज्ञापन की क्लिप अभी बनने की लाइन में थीं, अब किसी के लिए नहीं। उसके पीछे का विज्ञापन रुका रहा, क्योंकि लाइन अभी भी बंद किए गए विज्ञापन को चलता हुआ गिन रही थी। और टीम बाकी दिन उस बंद विज्ञापन को फिर से शुरू नहीं कर सकी, क्योंकि स्टेप अभी भी उसे अपने पास बताए हुए था।
हमारे इंजीनियर ने क्या पाया: काम की जगह घड़ी फ़ैसला ले रही थी
चेतावनी घड़ी से आई थी, इस बात से नहीं कि स्टेप ने कहा हो कि उसने काम खो दिया है। एक नियम सिर्फ़ बीता समय देखता था: अगर ढाई घंटे तक किसी ने वीडियो को न छुआ हो, तो उसे खोया हुआ मान लिया जाता था। एक सुरक्षा उपाय था जो लंबे काम को ज़िंदा बताए रखना चाहिए था जब तक उसे बनाने वाला स्टेप व्यस्त हो। हमारे इंजीनियर ने पाया कि वह उपाय कब चलता था: सिर्फ़ तब जब लाइन में उसके पीछे दूसरे वीडियो इंतज़ार कर रहे हों। उस दोपहर कुछ और इंतज़ार नहीं कर रहा था, इसलिए वह कभी चला ही नहीं, और घड़ी का नियम उस काम पर लग गया जो लगभग पूरा हो चुका था।
दूसरे मामले की जड़ भी वही थी। प्रस्तुतकर्ता स्टेप की समय-सीमा इस हिसाब से तय की गई थी कि जब क्लिप बनाने वाली सेवा के पास जगह हो तो विज्ञापन में कितना समय लगता है। उस हफ़्ते उसकी क्षमता पूरी खप गई थी और हर क्लिप अपनी बारी का इंतज़ार कर रही थी, इसलिए स्टेप को अंदाज़े से कई गुना ज़्यादा समय लगा। घड़ी ने खोया हुआ कहा; स्टेप के पास विज्ञापन अभी भी था और वह उसे अपने पास ही रखे हुए था, इसीलिए लाइन ऐसे बर्ताव कर रही थी जैसे विज्ञापन चल रहा हो।
हमने क्या बदला
हमने दोनों स्टेप को यह बताने लायक बनाया कि उनके पास क्या है, और प्लेटफ़ॉर्म को यह लायक बनाया कि किसी विज्ञापन को छोड़ने से पहले पूछे। बनाने वाला स्टेप अब, जिस पल वह वीडियो लेता है उससे लेकर तैयार फ़ाइल लौटाने तक, बताता है कि वीडियो अपनी बारी का इंतज़ार कर रहा है या बन रहा है, और कितना आगे बढ़ा है। हर मिनट प्लेटफ़ॉर्म उन वीडियो को देखता है जो करीब दस मिनट से चुप हैं और पूछता है। अगर वीडियो किसी के पास है, चाहे जितना समय लगे, उसे ज़िंदा बताया जाता है, इसलिए टीम की स्क्रीन उसे रुका हुआ नहीं कहती। अगर किसी के पास नहीं है और एक पल बाद भी चुप है, तो उसे साफ़ कारण के साथ तुरंत खोया हुआ बताया जाता है, और उसे फ़ौरन फिर से शुरू किया जा सकता है।
प्रस्तुतकर्ता स्टेप पर, जब चुप्पी की अवधि अपनी सीमा पार कर जाती है, प्लेटफ़ॉर्म स्टेप से पूछता है कि क्या विज्ञापन अभी भी उसके कामों में है। जब तक है, विज्ञापन लाइन में इंतज़ार कर रहा है, खोया हुआ नहीं, और वह खुला रहता है, इसलिए किसी के लिए बेकार क्लिप नहीं बनतीं और लाइन बंद किए गए काम को चलता हुआ नहीं गिनती। जहाँ स्टेप जवाब नहीं दे सकता, वहाँ पुराना नियम लागू रहता है, इसलिए कुछ भी बिना सुरक्षा के नहीं छूटता, और किसी स्टेप के कितना व्यस्त होने की जानकारी न मिलने पर अब वह अज्ञात दिखती है, कभी खाली नहीं।
अब कारोबार के पास क्या है
दोनों बदलाव क्लाइंट के प्लेटफ़ॉर्म पर लागू हैं। लंबे वीडियो को अब बनते-बनते अटका नहीं कहा जाता, और जो सचमुच खो गया हो वह लंबे इंतज़ार के बजाय कुछ ही मिनटों में खोया हुआ बताया जाता है। व्यस्त दिन में प्रस्तुतकर्ता की क्लिप का इंतज़ार करता विज्ञापन तब तक खुला रहता है जब तक वे क्लिप न बन जाएँ, इसलिए टीम न विज्ञापन खोती है, न लाइन में अपनी जगह, न बाकी दिन किसी झूठे अलार्म के कारण। जिस पल बनाने वाला स्टेप कोई लंबा वीडियो लेता है, टीम की स्क्रीन दिखाती है कि वीडियो किसी के पास है और वह अपनी बारी का इंतज़ार कर रहा है या बन रहा है, इसलिए स्क्रीन पर चुप्पी अब रुकने जैसी नहीं दिखती।
आप खुद क्या देख सकते हैं
- जब कोई चेतावनी कहे कि काम रुक गया है, तो ऐसे संकेत देखें कि वह अभी अपनी बारी का इंतज़ार कर रहा है: कतार में होने की स्थिति, कोई स्टेप जो उसे अभी भी अपने पास बताए, या हाल में आगे बढ़ी प्रगति।
- जो टूल संभालता है उससे पूछें कि चेतावनी किस पर टिकी है: एक तय समय-सीमा पर, या काम करने वाले स्टेप के सीधे जवाब पर।
- देखें कि जो स्टेप कोई काम ले चुका है, वह बाकी सिस्टम को बताता है कि वह उसे अपने पास रखे हुए है, या पूरा होने तक चुप हो जाता है।
- खोया हुआ कहकर बंद किए गए काम को देखें: क्या उसके बाकी काम अभी भी कतार में हैं, और क्या उसके पीछे का काम रुका हुआ है?
- व्यस्त दिन की अटकन की चेतावनियों की तुलना शांत दिन से करें; भरी हुई लाइन टूटी हुई जैसी दिख सकती है।
आगे क्या करें
अगर अटकन की किसी चेतावनी के कारण पहले ही दोबारा शुरू करना हो चुका है, तो किसी के मिटाने से पहले दोनों कोशिशों का रिकॉर्ड रखें, ताकि आप देख सकें कि कौन सी कब पूरी हुई। अपने डेवलपर या टूल के सपोर्ट से पूछें कि चेतावनी सिर्फ़ समय-सीमा से आती है या नहीं, और क्या काम को खोया हुआ कहने से पहले काम करने वाले स्टेप से पूछा जाता है। फिर यही सवाल हर उस स्टेप से पूछें जो लंबा काम संभालता है। किसी चेतावनी की पड़ताल करके उसके पीछे के नियम तक पहुँचना, और नियम को ऐसे बदलना कि वह हार मानने से पहले पूछे, ऐसा ही काम हमारे इंजीनियर क्लाइंट के लिए करते हैं।
लोग जो पूछते हैं
मेरा वीडियो टूल काम को अटका क्यों बताता है जबकि वह अभी प्रोसेस हो रहा है?
अक्सर इसलिए कि सॉफ़्टवेयर काम को संभालने वाले स्टेप से पूछने के बजाय चुप्पी को देखकर फ़ैसला कर रहा है। कोई लंबा बनाने वाला स्टेप, या जो क्षमता का इंतज़ार कर रहा हो, कुछ समय तक कुछ नहीं बताता, और तब एक समय-सीमा उसे खोया हुआ कह देती है। स्क्रीन पर बदलाव रुक जाने पर भी काम चल रहा हो सकता है।
जैसे ही मेरा सॉफ़्टवेयर कहे कि काम रुक गया है, क्या मुझे उसे तुरंत दोबारा शुरू कर देना चाहिए?
तुरंत नहीं। पहले देखें कि काम कतार में है, किसी के पास है, या सचमुच फ़ेल हुआ है। दूसरी कोशिश शुरू करने से वही इंतज़ार का समय फिर जुड़ सकता है, और पहली कोशिश का नतीजा आने पर पुराना कहकर फेंका जा सकता है। तब दोबारा शुरू करें जब टूल कोई साफ़ कारण दे कि काम खो गया है।
मेरे सबसे व्यस्त दिनों में ज़्यादा काम अटके हुए क्यों दिखते हैं?
व्यस्त दिनों में लाइन भर जाती है, इसलिए हर स्टेप शांत दिन के मुकाबले ज़्यादा इंतज़ार करता है, और शांत दिन के हिसाब से तय समय-सीमा उन कामों पर लग जाती है जो धीरे-धीरे अभी चल रहे हैं। कतार भरी हुई होने पर टूटी हुई जैसी दिख सकती है।
अटकन की चेतावनी किस पर आधारित होनी चाहिए?
काम को संभालने वाले स्टेप के सीधे जवाब पर, न कि अकेली एक तय समय-सीमा पर। टूल को काम को खोया हुआ कहने से पहले पूछना चाहिए कि क्या स्टेप के पास वह अभी भी है। अगर कोई स्टेप जवाब न दे सके, तो एक वैकल्पिक नियम ठीक है, बशर्ते उसे वैकल्पिक ही माना जाए।
अगर मैं कोई काम फिर से शुरू करूँ तो पहली कोशिश का क्या होता है?
यह टूल पर निर्भर है। कुछ पहली कोशिश को चलने देते हैं और दूसरी पूरी होने पर उसका नतीजा हटा देते हैं; कुछ उसे तुरंत रोक देते हैं। दोबारा शुरू करने से पहले पूछें कि पहली कोशिश का और उसके अब तक किए काम का क्या होगा।