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