हम GUI को कमांड लाइन क्यों पसंद करते हैं?

अन्य लेखों की समीक्षा करने से मुझे इस छोटे से सवाल का सामना करना पड़ा, जिससे मुझे बहुत मज़ा आया, यह सच है कि पहली चीजों में से एक जो अन्य प्रणालियों के उपयोगकर्ता (फ्रीबीएसडी को छोड़कर) हमारे चेहरे पर मिलती है, वह यह है कि हम जीयूआई का उपयोग नहीं करते हैं। सच कहूं, तो यह मेरे जीएनयू / लिनक्स यात्रा की शुरुआत में भी काफी उत्सुक था। मुझे यह स्वीकार करना चाहिए कि समय के साथ, मैं अब कमांड लाइन का उपयोग किसी भी अन्य जीयूआई कार्यक्रम की तुलना में अधिक करता हूं, और कई बार मैं चमकदार जीयूआई के साथ अधिक विस्तृत कार्यक्रमों के लिए कमांड लाइन प्रोग्राम पसंद करता हूं।

मिथक

वास्तव में यह एक शहरी मिथक से अधिक कुछ नहीं है, क्योंकि अन्य प्रणालियों के विपरीत जिनके नाम यहां नहीं बताए जाएंगे, यह GNU / Linux में है जो आपके पास है स्वतंत्रता की पसंद। मैं चाहता हूं कि अन्य प्रणालियों में बहुमुखी प्रतिभा थी जो यहां मौजूद है। लेकिन आइए इस मामले पर करीब से नज़र डालें, अन्यथा बहुत सी बातें स्पष्ट नहीं हैं:

सर्वर

हम सब शब्द सुन चुके हैं सर्वर, कुछ लोगों का मानना ​​है कि वे वे सुपर कंप्यूटर हैं जो Google या Amazon या आपकी कंपनी में से एक हैं। लेकिन वास्तविकता यह है कि ए सर्वर जवाब काम मॉडल। हम इस शब्द का उपयोग इस तथ्य को संदर्भित करने के लिए करते हैं कि हमारे पास एक कार्यक्रम है जो उपयोगकर्ताओं के लिए उपलब्ध है (ग्राहकों) और उन्हें कुछ हाथ। एक बुनियादी उदाहरण है अपाचे, जिसका उपयोग किया जाता है सेवा करना इंटरनेट पर वेब पेज। यह प्रोग्राम html को डिलीवर करता है ग्राहकों जो यह अनुरोध करता है।

छवि सर्वर

लेकिन न केवल एक सर्वर सुपर कंप्यूटर पर हो सकता है जो Google और कई अन्य कंपनियां संभव बनाती हैं, यहां तक ​​कि "सबसे पुराना" लैपटॉप भी हो सकता है सर्वर, खासकर जब हम छवियों के बारे में बात करते हैं। हम सब एक चलाते हैं सर्वर इस मामले में एक कार्यात्मक स्क्रीन है, हमारे लैपटॉप में छवियों की सर्वर और ग्राहक वे एक ही व्यक्ति हैं। सबसे आम उदाहरण है X (के रूप में जाना जाता है xorg-server कई वितरणों में) और इसका नया प्रतिस्थापन Wayland। हम इस बात की विस्तृत व्याख्या नहीं करने जा रहे हैं कि ऑर्ग, या वायलैंड कैसे काम करता है, या इन महान परियोजनाओं के पीछे मौजूद दर्शन हैं, लेकिन हम यह स्पष्ट करने जा रहे हैं कि यह उनके लिए धन्यवाद है कि हम एक वेब ब्राउज़र पर भरोसा कर सकते हैं फ़ायरफ़ॉक्स या क्रोम, या कई अन्य कार्यक्रमों की तरह।

विंडो मैनेजर

विंडो प्रबंधक सीधे छवि सर्वर के साथ काम करते हैं, उनका काम "निचले" स्तर का होता है, क्योंकि वे प्रबंधन करते हैं (अतिरेक को माफ कर दें) कि विंडोज़ कैसे बनाई जाती है, संशोधित की जाती है, बंद की जाती है। वे आमतौर पर काफी सरल होते हैं और इन पर डेस्कटॉप वातावरण बनाया जाता है। सूची बड़ी है, लेकिन मैं केवल इस विचार को छोड़ दूंगा कि वे हैं न्यूनतम सॉफ्टवेयर्स, जो छवि सर्वर का काफी बुनियादी नियंत्रण रखने की अनुमति देता है।

डेस्कटॉप वातावरण

सॉफ्टवेयर का अधिक विशिष्ट सेट जो न केवल छवि सर्वर संचालन को सक्षम बनाता है, बल्कि अनुकूलन क्षमता भी प्रदान करता है। इनमें से सबसे पुराना और सबसे भारी केडीई और गनोम हैं, लेकिन हमारे पास हल्के वातावरण भी हैं जैसे एलएक्सडीई या मेट, दालचीनी, आदि।

सीएलआई (कमांड लाइन इंटरफ़ेस)

छवि सर्वर की दुनिया पर एक संक्षिप्त नज़र डालने के बाद, अब हम फिर से अपने विषय पर आते हैं। सीएलआई, उन सभी कार्यक्रमों का तात्पर्य है जो कमांड लाइन द्वारा निष्पादित किए जाते हैं git, vim, weechat, या अच्छी तरह से, जो कुछ भी मन में आता है। आप देख सकते हैं कि मैं उन कार्यक्रमों के बारे में बात कर रहा हूं, जो हालांकि वे कमांड लाइन पर निष्पादित होते हैं, एक तरह का "चित्रमय इंटरफ़ेस" जैसे weechat o vim। उन सभी के लिए जिन्होंने उन्हें कोशिश नहीं की है, मैं उन्हें सलाह देता हूं, वे मूल रूप से वे हैं जो मैं पूरे दिन उपयोग करता हूं।

क्‍यों CLI GUI से बेहतर है

चलो कुछ बहुत सरल कोशिश करते हैं day दूसरे दिन मैं एक पैच पर काम करना चाहता था पोर्टेज (जेंटू के पैकेज मैनेजर)। किसी भी अच्छी सहयोगी परियोजना की तरह, कोड की लाइनों की संख्या 70k से अधिक है। यह खोलने की कोशिश करें कि निंजा (जैसे पाइथन में पोर्टेज) लिखा है और यह नोट करने में देर नहीं लगेगी कि जैसे ही स्क्रीन लोड होने लगती है, आपकी मशीन बेहद धीमी हो जाती है (कम से कम मेरा i7 किया) और यह सिर्फ कोशिश कर रहा है कोड खोलें और «सहायता» के डिफ़ॉल्ट रंग में बदलें।

अब उसी के साथ करने की कोशिश करें vim, यह मुझे मिलीसेकंड के एक मामले में लोड किया, और एक ही समय में यह "सुंदर" रंग और बाकी सब कुछ डाल दिया।

सीएलआई बहुत पहले से है

यहाँ कुछ कहेंगे कि वे कार्यक्रम हैं पुराना, मैंने उन्हें बुलाया मजबूत। यदि आप इमारत में निवेश किए गए घंटों की संख्या देख सकते हैं emacs, vim, gdb, और सैकड़ों अन्य सांत्वना कार्यक्रमों में, आप देख सकते हैं कि कोड और कार्यक्षमता की मात्रा इतनी महान है कि वे व्यावहारिक रूप से पहले से ही हल करने के लिए आवश्यक सभी चीजों को हल कर चुके हैं। अनेक जीयूआई ऐसे कार्यक्रमों के लिए जो पहले से ही अपने सीएलआई में मजबूत हैं, उनके पास कभी भी कार्यक्षमता की समान मात्रा नहीं होगी, यह केवल इसलिए क्योंकि अगर हमने प्रत्येक उपलब्ध उपकेंद्र के लिए एक टैब बनाया है, उदाहरण के लिए git, हम विकल्पों के बीच खुद को खो देंगे और यह प्रतिशोधात्मक होगा, क्योंकि इससे काम करना मुश्किल हो जाएगा।

सीएलआई तेज है

जादू की शुरुआत चाबी से होती है Tab, यह आपके टर्मिनल में डेस्कटॉप ब्राउज़ करते समय केवल आपका सबसे अच्छा दोस्त नहीं है, लेकिन जब यह ठीक से कॉन्फ़िगर किया गया है, तो यह आपको 2 अक्षरों और एक टैब, 3 अक्षर और एक टैब, या एक पत्र और एक भी लंबे वाक्य को छोटा करने की अनुमति देता है टैब।

लेकिन यह एकमात्र फायदा नहीं है, हममें से जिन्होंने सीखने के लिए समय निकाला है vim o emacs हम यह कह सकते हैं कि हालांकि इन दिनों सीखने की अवस्था IDEs की तुलना में थोड़ी अधिक है, अंत में उत्पादकता के परिणाम आश्चर्यजनक हैं, कोई उस समय की कल्पना नहीं कर सकता है जो माउस को ले जाते समय खो सकता है। कीबोर्ड पर आपके हाथों का 90% चलना न केवल एकाग्रता सिखाता है, बल्कि कीबोर्ड पर इतना टाइप करने का तथ्य आपको काफी चुस्त और उत्पादक बनाता है। और अब हम पिछले बिंदु पर लौटते हैं, हमारे साथ इतने लंबे समय से रहे हैं, इन जैसे कार्यक्रमों में पहले से ही सभी कार्यात्मकताएं हैं जिनके बारे में कोई सोच सकता है, हम में से जो लोग विम का उपयोग करते हैं उनके लिए एक बहुत ही सामान्य कहावत है:

यदि आप 4 से अधिक कुंजियों का उपयोग करते हैं, तो एक बेहतर तरीका हो सकता है।

सरल लेकिन शक्तिशाली, विम आपको बड़ी संख्या में कुंजी और संभव संयोजनों के साथ सब कुछ करने की अनुमति देता है, कोई भी सीखना बंद नहीं करता है, लेकिन यह भी सच है कि इसका उपयोग करने के लिए उन सभी को जानना आवश्यक नहीं है, लगभग 10 या 15 शुरू करने के लिए पर्याप्त हैं अधिक उत्पादक हो।

सीएलआई आपको पूरा नियंत्रण देता है

जब कोई माउस के साथ संचालन करता है, या छवि सर्वर से प्रोग्राम करता है, तो क्लिक करने के समय निष्पादित होने वाले सभी अतिरिक्त कॉन्फ़िगरेशन हमेशा मौजूद नहीं होते हैं, टर्मिनल के साथ ऐसा नहीं होता है, यहां आपके पास पूर्ण शक्ति है क्या यह निष्पादित किया जाता है या नहीं, किस विकल्प के साथ या किस हद तक। समय के साथ आपको एहसास होता है कि आपको अपनी सोच से कम की जरूरत है, और इससे आपको अधिक केंद्रित तरीके से काम करने में मदद मिलती है।

जीयूआई की अपनी बात भी है

मैं यह नहीं कहने जा रहा हूं कि हम सभी को हमेशा सीएलआई का उपयोग करना चाहिए, यह आदर्श भी नहीं है, मैं स्वयं लगभग हर समय जीयूआई का उपयोग करता हूं, इस पोस्ट को लिखने के लिए मैं अपने क्रोम का उपयोग कर रहा हूं, और मेरे ईमेल देखने के लिए मैं इवोल्यूशन का उपयोग करता हूं (हालांकि मैं भी उपयोग करता हूं mutt हाल ही में)। और मुझे लगता है कि यह सबसे बड़ा मिथक है ... लोगों को लगता है कि जीएनयू / लिनक्स उन्हें समाप्त कर रहा है, मुझे मेरा डेस्कटॉप वातावरण पसंद है, यह काफी न्यूनतम है, लेकिन मुझे यह पसंद है कि 🙂 और मैं आमतौर पर केवल दो या तीन होते हैं चल रहे कार्यक्रम, मेरा क्रोम, मेरा विकास और मेरा टर्मिनल,

ये कुछ कारण हैं कि मुझे सीएलआई क्यों पसंद है और मैं आपको उन्हें एक कोशिश करने के लिए क्यों आमंत्रित करता हूं, वे बाद में मुझे पसंद कर सकते हैं जैसे कि GUIs ग्रीटिंग्स की तुलना में अधिक CLI का उपयोग करना


अपनी टिप्पणी दर्ज करें

आपका ईमेल पता प्रकाशित नहीं किया जाएगा। आवश्यक फ़ील्ड के साथ चिह्नित कर रहे हैं *

*

*

  1. डेटा के लिए जिम्मेदार: मिगुएल elngel Gatón
  2. डेटा का उद्देश्य: नियंत्रण स्पैम, टिप्पणी प्रबंधन।
  3. वैधता: आपकी सहमति
  4. डेटा का संचार: डेटा को कानूनी बाध्यता को छोड़कर तीसरे पक्ष को संचार नहीं किया जाएगा।
  5. डेटा संग्रहण: ऑकेंटस नेटवर्क्स (EU) द्वारा होस्ट किया गया डेटाबेस
  6. अधिकार: किसी भी समय आप अपनी जानकारी को सीमित, पुनर्प्राप्त और हटा सकते हैं।

  1.   गुमनाम कहा

    «किसी भी अच्छी सहयोगी परियोजना की तरह, कोड की लाइनों की संख्या 70k से अधिक है। इस हिस्से ने मुझे बहुत शोर मचाया। क्या कोई तकनीकी अड़चन है कि कोड को उसी फ़ाइल में क्यों जमा करना पड़ता है? क्या अलग-अलग संस्थाओं (फाइलों / वर्गों / मॉड्यूल) में अलग व्यवहार करना बेहतर नहीं होगा?
    विकास के रूप में कमी के कारण किसी ने जो प्रस्ताव रखा है, उसे एक तरफ रखकर एक प्रौद्योगिकी को दूसरे पर थोपने का एक वैध कारण प्रतीत नहीं होता। किसी भी मामले में, मैं यह जानने के बिना बात कर रहा हूं कि यह किस विशेष परियोजना को संदर्भित करता है, एक बड़ा कारण है जो काम करने के तरीके को मजबूर करता है

    1.    क्रिसड आर कहा

      नमस्कार,

      खैर, शायद इसके लिए थोड़ा स्पष्टीकरण की आवश्यकता है, लेकिन मैं एक "अच्छी परियोजना" के रूप में संदर्भित करता हूं जिसका तात्पर्य है कि लाइनों की संख्या व्यक्त करती है कि यह एक स्वस्थ समुदाय है जो बढ़ता रहता है। बहुत कम संख्या में परियोजनाएं हैं, लेकिन उनके विकास में काफी स्वस्थ हैं। सच को हाँ बताने के लिए, पोर्टेज को यथासंभव कई फाइलों में विभाजित किया गया है, लेकिन यह हमेशा आवश्यक है कि पुस्तकालयों की तरह एक साथ समूहीकृत रखा जाए, या स्विच किए जाएं जो कुछ अन्य कार्यों को पूरा करते हैं। लेकिन जब आज कई आईडीई में एक परियोजना का आयात करते हैं, तो इसका मतलब है कि आप परियोजना की सभी फाइलों को पढ़ने जा रहे हैं और सही "दृश्य" प्रारूप डालने की कोशिश करेंगे।

      मुझे उम्मीद है कि यह थोड़ा स्पष्ट हो जाएगा। और टिप्पणी करने के लिए धन्यवाद।
      सादर

  2.   गुमनाम कहा

    कमांड लाइन का उपयोग करना? हां, लेकिन लागू होने पर ही। यही है, जब यह अधिक आरामदायक और तेज है। उदाहरण के लिए, यदि मैं एक निश्चित प्रोग्राम स्थापित करना चाहता हूं, तो मेरे लिए सॉफ्टवेयर मैनेजर खोलने की तुलना में sudo apt इंस्टॉल प्रोग्रामनाम टाइप करना अधिक सुविधाजनक है, इसे खोजें, इसे इंस्टॉल करने के लिए चिह्नित करें और "इंस्टॉल करें" दबाएं। लेकिन आम तौर पर ऐसा नहीं होता है। उदाहरण के लिए: अगर मैं उन 20 गानों को कॉपी करना चाहता हूं जो मुझे एक डायरेक्टरी से दूसरे में सबसे ज्यादा पसंद हैं तो यह Ctrl + क्लिक करने के लिए सुपर-आरामदायक है जब आप शांत रूप से एक फ़ाइल मैनेजर से एक विशाल सूची की समीक्षा करते हैं और फिर खींचें और छोड़ते हैं। एक अन्य उदाहरण: यदि मैं डिस्क को विभाजित करना चाहता हूं तो इसे gparted के माध्यम से करना बेहतर होता है (ऐसा प्रोग्राम जो आपको ग्राफिक दिखाते समय कमांडों की एक भीड़ को ग्राफिक रूप से दिखाता है कि डिस्क कैसी होगी)। सूची अंतहीन हो सकती है। GUIs (वास्तव में आम तौर पर) कार्य को आसान बना सकते हैं, इसके अलावा कार्यक्षमता को जोड़ने के लिए कि किसी दिए गए cli आवेदन के लिए असंभव हो सकता है

    1.    क्रिसड आर कहा

      अच्छी तरह से यह निर्भर करता है कि आप कमांड लाइन के साथ कितने सहज हैं ... उदाहरण के लिए:

      find dir/musica -name "archivo" -exec grep cp {} dir/nuevo \;

      बैश में थोड़े से जादू के साथ आप एक ऐसा फंक्शन भी बना सकते हैं, जो गाने के नाम को डालते हुए उसी को अंजाम दे:

      कुछ इस तरह

      mover(){
      find dir/musica -name $1 -exec grep cp {} dir/nuevo \;
      }

      और त्यार! आप एक सरल के साथ अपने सभी गीतों को स्थानांतरित कर सकते हैं

      mover cancion1.mp3

      🙂 दूसरे के रूप में, हालांकि भाग में GUI कमांड को याद रखने और दोहराने से काम को "सरल" बनाते हैं, यह केवल सामान्य रूपरेखाओं में उपयोगी है, जब आपको किसी विशेष, gparted या किसी अन्य GUI की आवश्यकता कम हो सकती है 🙂 और GUI अतिरिक्त कार्यशीलता न जोड़ें, वे केवल उन लोगों को लेते हैं जो सीएलआई में मौजूद हैं (सभी नहीं) और उन्हें समूहित करें, लेकिन उन्हें ities न बनाएं

      सादर

      1.    गुमनाम कहा

        कोई फर्क नहीं पड़ता कि प्रक्रिया कितनी स्वचालित है:
        चाल song1.mp3

        फिर, जरूरी होगा:
        चाल song2.mp3
        चाल song3.mp3
        .
        .
        .
        चाल song20.mp3
        कई चलते गाने हैं ...
        किसी भी फ़ाइल प्रबंधक के साथ .. यह केवल 20 क्लिक और एक ड्रैग एंड ड्रॉप इशारा लेता है। मुझे नहीं पता, लेकिन कम से कम मेरे प्रबंधक (डॉल्फिन) मुझे बस और सुपर-फास्ट (5 सेकंड से कम) नाम, तिथि, आकार, टैग, रैंकिंग, एल्बम, कलाकार, अवधि, आदि द्वारा 100 गीतों की एक सूची सॉर्ट करने की अनुमति देता है। मेरे लिए वह उत्पादकता है और यह कमांड लाइन में कार्यक्षमता भी जोड़ रहा है।

        अन्य उदाहरण के रूप में .. GParted: ठीक है .. अगर आपको कुछ विशेष चाहिए, जैसे कि फॉर्मेट करते समय बाइट्स के डिफ़ॉल्ट मान को अलग-अलग करना, तो आपको कंसोल पर जाना चाहिए .. लेकिन दोस्त, ऐसा नहीं है यह सामान्य है। GParted समय का 99% पूरी तरह से बहुत सरल और बहुत तेजी से हमारी जरूरतों को पूरा करेगा, और कम से कम मेरे लिए, वह भी उत्पादकता

        सादर

        1.    क्रिसड आर कहा

          ठीक है, यह अपने सरलतम रूप में स्वचालन का एक उदाहरण है, जैसा कि आपने कहा था "अगर मैं अपने 20 गीतों को कॉपी करना चाहता हूं जो मुझे एक निर्देशिका से दूसरे में सबसे अधिक पसंद हैं", यह सब उस समय के साथ गिना जाता है जब आप "शांति से" समीक्षा करते हैं। आपकी सूची इसे ऑर्डर करने और क्लिक करने और आदि के बाद, टर्मिनल केवल एक लाइन में और भी बहुत कुछ करने की अनुमति देता है, शायद आपके प्रोसेसर में निष्पादन के लगभग 0.1 सेकंड (भले ही यह पुराना हो), अगर आपकी आँखें और माउस उस पर काबू पा सकते हैं, अच्छी तरह से मैं GUIs GU में जा रहा हूं और ऐसा नहीं है कि मैंने कहा कि मैं उनका उपयोग नहीं करता हूं, उनके पास कई उपयोगी चीजें हैं, मैं इससे इनकार नहीं करूंगा, लेकिन मैंने कम से कम टर्मिनल में बहुत अधिक बहुमुखी प्रतिभा पाई है, में नौकरियों को स्वचालित करते समय हर दिन मुझे थोड़ी प्रोग्रामिंग का अभ्यास करने में मदद करने के अलावा। SysAdmins के बीच एक बहुत ही सामान्य कहावत है "यदि आप दिन में एक से अधिक बार एक ही काम करते हैं, तो इसे स्वचालित करें, यदि आप इसे दिन में एक बार दो दिनों से अधिक समय तक करते हैं, तो इसे स्वचालित करें, यदि आप इसे महीने में एक बार भी करते हैं, तो इसे स्वचालित करें "

          लेकिन हे, स्वाद और रंगों के संदर्भ में, हर एक का अपना है, मैं अपने आप को उन चीजों को साझा करने के लिए सीमित करता हूं जो मुझे पसंद हैं are और शायद कई लोग हैं जो emacs, vim, या एक ही टर्मिनल जैसी चीजों से "डरते" हैं, इन पोस्टों के साथ मैं आपको थोड़ा आत्मविश्वास और जिज्ञासा देने की कोशिश कर रहा हूं ताकि आप कोशिश कर सकें और 🙂 फैसला कर सकें

          सादर

          PS: मैं कई डेवलपर्स को जानता हूं, जिनके लिए GUI अपने दिन-प्रतिदिन की जटिलता की मात्रा के कारण चीजों को हल नहीं करते हैं, जो शायद "आम" उपयोगकर्ता कभी नहीं देख पाएंगे, लेकिन इसका मतलब यह नहीं है कि अधिक उपयोगकर्ता "कॉमन्स" नहीं कर सकते हैं इन उपकरणों का उपयोग करें और समान बहुमुखी लाभ प्राप्त करें।

          1.    गुमनाम कहा

            मुझे अभी भी लगता है कि इस कार्य के लिए (और कई अन्य) कमांड लाइन की तुलना में फ़ाइल प्रबंधक का उपयोग करने में बहुत कम समय लगता है ... लेकिन हे, जैसा कि आप कहते हैं कि सभी के लिए स्वाद और रंग हैं।

            मैं इनकार नहीं करता और न ही मैं टर्मिनल से डरता हूं, लेकिन मैं इसे लगभग अनिवार्य वाक्य के रूप में नहीं देखता हूं, इसलिए मैंने "कमांड लाइन हां, लेकिन जब उचित हो" कहकर शुरुआत की

            डेवलपर्स के लिए, सब कुछ है, लेकिन पैमाने स्पष्ट रूप से एक तरफ करने के लिए सुझाव देते हैं: मैं आपको एक नज़र लेने के लिए आमंत्रित करता हूं:

            https://pypl.github.io/IDE.html

            ऐसा लगता है कि "सामान्य" डेवलपर्स सुविधाओं से भरे ग्राफिकल वातावरण में काम करने के फायदे देखते हैं यदि हम इसकी तुलना उन लोगों से करते हैं जो "केवल-पाठ" संपादकों के साथ काम करने की शर्त लगाते हैं

    2.    तुम जलते हो कहा

      उदाहरण के लिए: यदि मैं उन 20 गीतों को कॉपी करना चाहता हूं जो मुझे एक निर्देशिका से दूसरे में सबसे अधिक पसंद हैं तो यह Ctrl + क्लिक करने के लिए सुपर-आरामदायक है जब आप शांत रूप से एक फ़ाइल प्रबंधक से एक बड़ी सूची की समीक्षा करते हैं और फिर खींचें और छोड़ देते हैं।

      कमांड लाइन फ़ाइल प्रबंधक हैं जो व्यावहारिक या ग्राफिक्स से अधिक हैं, जैसे कि वीआईएफएम या रेंजर। डिस्क्स के विभाजन के लिए कमांड लाइन के अनुप्रयोग भी हैं जैसे ई ncurses इंटरफ़ेस के साथ cgdisk।

      1.    क्रिसड आर कहा

        खैर, यह सच है don't मैं वास्तव में नहीं जानता कि टर्मिनल से डरने वाले इतने सारे लोग क्यों हैं, यह वास्तव में एक बहुत मजबूत और बहुमुखी उपकरण है, कुछ ऐसा जो हर किसी को कम से कम एक बार गहराई से प्रयास करना चाहिए।

        साझा करने और बधाई देने के लिए धन्यवाद।

      2.    गुमनाम कहा

        हां, टर्मिनल फ़ाइल प्रबंधक ग्राफिक्स से पहले मौजूद हैं। व्यावहारिकता के लिए, यह इस बात पर निर्भर करता है कि आप क्या चाहते हैं। किसी भी ग्राफिक फ़ाइल प्रबंधक को टैब, पसंदीदा, व्यू मोड, पूर्वावलोकन, 1000 अलग-अलग तरीकों से ऑर्डर करने की संभावना, टर्मिनल कनेक्ट करने, प्लग इन स्थापित करने, आदि, आदि के साथ प्रदान किया जाता है। जो उन्हें किसी भी पाठ फ़ाइल प्रबंधक की तुलना में अधिक बहुमुखी बनाता है।

        जरूरी नहीं कि अच्छा बदसूरत हो

    3.    chupy35 कहा

      यह सिर्फ इतना है कि आप क्ली में जो करना चाहते हैं वह करना सीखते हैं, और मैं यह गारंटी देता हूं कि यह आसान होगा, जो आप बहुत आसान उल्लेख करते हैं वह आप rsync के साथ करेंगे और आप इसे आसानी से स्क्रिप्ट कर सकते हैं।

      मैं रेंजर नामक एक cli फ़ाइल प्रबंधक की सिफारिश करता हूं जिसमें वह सब है जिसका आप उल्लेख करते हैं।

      1.    गोडेली कहा

        20 गानों की प्रतिलिपि बनाने के लिए मैं "ls * .ogg> top20" के साथ एक सूची बनाता हूं। फिर, मैं विम में जाता हूं और अपने इच्छित गीतों का चयन करता हूं (जो मुझे नहीं चाहिए उसे हटा देना)। अंत में मैं "सीपी $ (बिल्ली टॉप 20) ओट्रोडिर" करता हूं और यही वह है। यह माउस के साथ चयन करने की तुलना में अधिक आरामदायक है और यह कि 19 गाने जो पहले ही चुने जा चुके थे, गलती से अचयनित हो गए हैं।

  3.   अल्बर्टो कार्डोना कहा

    Maravilloso !!
    मैं अभी भी Gentoo 🙁 स्थापित करने का निर्णय नहीं ले सकता (मैं बान्सलैब में हूं) मैं वर्तमान में ओपनबॉक्स का उपयोग करता हूं और अपनी B स्क्रिप्ट के लिए नैनो का उपयोग करता हूं
    लेकिन यह मुझे विम या Emacs में उद्यम करना चाहता है!
    सादर
    मैं आपके पोस्ट पढ़ना पसंद करता हूं

    1.    क्रिसड आर कहा

      बहुत बहुत धन्यवाद अल्बर्टो am मैं बहुत खुश हूं कि आपको मेरे लेख पसंद हैं, मुझे पोस्ट लिखने में मजा आता है।
      मुझे आशा है कि आप खुश होंगे और निश्चित रूप से आप करेंगे, बात हमेशा कुछ नया करने की है

  4.   क्रिसड आर कहा

    खैर, इसके साथ मैं अंतिम दो टिप्पणियों का जवाब देना चाहता हूं और मैं इस बारे में अधिक स्वीकार नहीं करने वाले मध्यस्थों की सराहना करूंगा, यह कहीं नहीं जा रहा है और विचार टिप्पणियों की सूची को पक्ष में तर्क के साथ भरने के लिए नहीं है या एक या दूसरे के खिलाफ।

    "बहुमुखी प्रतिभा" के रूप में, शायद जो लोग यह सोचते हैं कि केवल GUI में प्लगइन्स हैं, लेकिन सच्चाई यह है कि टर्मिनल प्लगइन्स उतने ही विविध और कार्यात्मक हैं जितने कि लोग उनका उपयोग करते हैं, सबसे स्पष्ट उदाहरण है

    https://vimawesome.com/

    विम के लिए प्लगइन्स की लगभग अंतहीन सूची जो इसे कई आईडीई से अधिक बहुमुखी बनाती है ... और जिसके बारे में बोलते हुए, उस लिंक में यह उल्लेख नहीं है कि उस सूची में वे लोग शामिल हैं जो विंडोज और मैक पर आईडीई का उपयोग करते हैं, जो वास्तव में विम के बारे में बहुत बेहतर बात करते हैं। ग्रहण के बारे में बात करते हैं अगर हम उन लोगों की संख्या की तुलना करते हैं जो तीन प्लेटफार्मों पर ग्रहण का उपयोग करते हैं, तो विम को अच्छी तरह से 4 वें स्थान के लिए शर्मिंदा होने की कोई बात नहीं है।

    लेकिन थोड़ा और आगे बढ़ने पर ... कि "साधारण" लोग कुछ का उपयोग करते हैं, यह नहीं कहते कि यह जरूरी अच्छा है, लेकिन शायद विंडोज अन्य प्रणालियों की तुलना में बहुत बेहतर होगा other शायद यह सिर्फ इतना है कि वे सीखना पसंद करते हैं क्योंकि कुछ का उपयोग कैसे करें वे आसान विकल्प पसंद करते हैं ... या इसलिए कि आपकी कंपनी ने मानक को लागू करने का फैसला किया है (कई कंपनियों में ग्रहण मानक है, जो बड़ी संख्या में उपयोगकर्ताओं को समझाएगा ... जैसे एंड्रॉइड और विज़ुअल स्टूडियो, जो एकमात्र हैं अपनी संबंधित भाषाओं के साथ काम करने का मतलब ... जबकि विम यह उन लोगों की एक मुफ्त पसंद है जो इसका इस्तेमाल करते हैं)

    । "बदसूरत" एक बहुत व्यक्तिपरक शब्द है, मैं क्यूटी, या वेबकीट, या यहां तक ​​कि मैक ओएस इंटरफेस के डिजाइन "बदसूरत" पर विचार कर सकता हूं ... लेकिन इसका मतलब यह नहीं है कि कोई और इसे इस तरह से देखता है, यह सिर्फ एक मामला है आदत की 🙂

    सादर

    1.    गुमनाम कहा

      मैं जवाब देने का अधिकार नहीं देने की इच्छा का सम्मान करता हूं।

      सिर्फ जानकारी के लिए:
      https://vim.sourceforge.io/download.php

  5.   क्लॉडियो कहा

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

    1.    गिलर्मो कहा

      एक कार्यक्रम बनाना एक आसान दोपहर नहीं है, इसके लिए कम से कम कई हफ्तों के प्रयास की आवश्यकता होती है और जो भी बदतर है, तो हमारे पास वर्षों के प्रयासों को त्रुटियों को ठीक करने, नए फ़ंक्शन पुस्तकालयों के साथ इसे अपडेट करने का है जो पहले इस्तेमाल किए गए लोगों को अप्रचलित बनाते हैं। विभिन्न वितरण के लिए पैकेजिंग, ...
      लेकिन यह भी है कि, यदि आपके पास पहले से ही SAMBA है जिसे आप किसी भी विंडोज की आवश्यकता के बिना दो GNU / Linux के बीच भी उपयोग कर सकते हैं, तो आप NFS समाधान का उपयोग क्यों करना चाहते हैं?
      भले ही आप ऑनलाइन जो मैनुअल देखते हैं वे लिनक्स और विंडोज के बारे में बात करते हैं, फ़ोल्डर साझा करने के लिए बस निर्देशों का पालन करें desde linux और फिर किसी अन्य नेटवर्क फ़ोल्डर से कनेक्ट करने के लिए desde linux भी.
      ऐसा लगता है कि Ubuntu 16.04 में अभी भी इस विषय का एक आसान कार्यान्वयन है: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/