नहीं, यह बिल्कुल भी पीछे नहीं है।
"दिशा" का हमारे दृष्टिकोण के साथ बहुत कुछ है। एक उपयोगकर्ता सरल की ओर वर्तमान पथ से खुश है, "एक अनुभव सभी डिवाइस" इंटरफेस सीएलआई को निश्चित रूप से फेंकने या प्रतिगमन के रूप में देखने जा रहा है। यह उनकी समग्र अपेक्षाओं के अनुरूप नहीं है।
एक प्रोग्रामर, एडमिनिस्ट्रेटर या पावर यूजर इसे अच्छी तरह से अपने अनुभव के अनुसार टूल की तार्किक प्रगति के रूप में देख सकते हैं। इनमें से कई GUI टूल का उपयोग करना शुरू करते हैं। जब वे स्केल करना चाहते हैं या करना चाहते हैं, तो वे तेजी से पता लगाते हैं कि सीएलआई क्यों मौजूद है और यह प्रगति उन सीएलआई उपकरणों के निर्माण के साथ प्रतिध्वनित होती है।
पॉल फेरिस द्वारा यह है: http://www.linuxplanet.com/linuxplanet/opinions/1505/1
मेरे लिए व्यक्तिगत रूप से, वाक्य रचना का विचार दोनों को अलग करता है। जब GUI में सिंटैक्स कुछ हद तक मौजूद होता है, तो परिणाम लगभग कभी अच्छा नहीं होता है और साथ ही साथ सीएलआई सिंटैक्स को भी लचीला माना जाता है। जब इसे पाइप और पुनर्निर्देशन के साथ जोड़ा जाता है, तो नियोजित उपयोग के मामलों के बाहर बहुत उपयोगी नहीं होने के कारण जीयूआई फ्लैट हो जाता है।
इस पर मेरी व्यक्तिगत प्राथमिकता सीएलआई उपकरण है जो एक GUI रैपर को एक मजबूत तरीके से बातचीत करने की अनुमति देने के लिए पर्याप्त रूप से एक --gui या --verbose विकल्प की पेशकश करते हैं जिसमें स्टेटस बार और अन्य बुनियादी तत्वों के लोग शामिल हैं जो GUI के लिए दिखते हैं।
बेशक इस की लागत अनिवार्य रूप से एक के बिना बेकार के साथ दो कार्यक्रम है, लेकिन प्रमुख लाभ सीएलआई उपकरण में संशोधन के बिना एक कस्टम जीयूआई में एक या एक से अधिक महान सीएलआई उपकरण को शामिल करने में सक्षम हो रहा है। ज्यादातर यह केवल एक विशेष सीएलआई पर एक GUI विकल्प की पेशकश करने के लिए किया जाता है, लेकिन एक "प्रक्रिया" या "उपयोग के मामले" उन्मुख GUI के साथ कई उपकरणों को चलाने का विचार उस उपयोग के मामले के लिए पाइपिंग और पुनर्निर्देशन और स्क्रिप्टिंग के समान परिणाम प्रदान कर सकता है। " यह उन लोगों को उपलब्ध कराता है जो नियमित रूप से सीएलआई उपयोगकर्ताओं को बाधित नहीं करते हुए महारत तक पहुंचने के लिए उन कार्यों को नियमित रूप से पूरा नहीं करते हैं।
मैंने SGI IRIX पर इस दृष्टिकोण का सामना किया और वास्तव में इसे पसंद किया। मैंने खुद को आवश्यकतानुसार GUI या कमांड लाइन का उपयोग करते हुए पाया और अच्छी बात यह जान रही थी कि वास्तव में फैंसी बटन क्या कर रहे थे।
जहां बहुत सारे अलग-अलग ऑपरेटिंग वातावरण हैं, वहां GUI रैपर CLI टूल को प्रभावित किए बिना काफी भिन्न हो सकते हैं।
मैं इसे आज लिनक्स में डिस्क / फाइलसिस्टम टूल जैसी चीजों के साथ देखता हूं, जहां जीयूआई सीएलआई परिचित उपयोगकर्ताओं के लिए बहुत अधिक मूल्य जोड़ सकते हैं।
ज्ञात फाइल सिस्टम / डिस्क / उपकरणों के मामले में, सीएलआई को खटखटाना कठिन नहीं है, और इसे निश्चित रूप से स्क्रिप्ट किया जा सकता है। हालांकि गलतियाँ दर्दनाक हो सकती हैं।
जहां उन लोगों को ज्ञात नहीं किया जा सकता है, या शायद संचालन करना नियमित रूप से ठोस और त्रुटि मुक्त रहने के लिए पर्याप्त रूप से नहीं किया जाता है, जीयूआई चलाने से ऐसा वातावरण मिलता है जिसे आसानी से सत्यापित किया जा सकता है, संचालन एक साथ जंजीर और फिर विश्वास के साथ चलता है, कोई स्क्रिप्ट की आवश्यकता नहीं है।