आम्ही जीयूआयला कमांड लाइन पसंत का करतो?

इतर लेखाचा आढावा घेताना मला या छोट्या प्रश्नाचा सामना करायला लागला ज्यामुळे मला खूप आनंद वाटला, हे खरे आहे की इतर प्रणालींचे (फ्रीबीएसडी वगळता) वापरकर्त्यांसमोर आमच्या चेहर्यावर सर्वात प्रथम एक गोष्ट आहे जी आम्ही जीयूआय वापरत नाही. खरं सांगायचं तर, माझ्या जीएनयू / लिनक्स प्रवासाच्या सुरूवातीला मलाही हे कुतूहल वाटले. मी हे कबूल केले पाहिजे की कालांतराने आता मी कमांड लाइन इतर कोणत्याही जीयूआय प्रोग्रामपेक्षा जास्त वापरतो आणि बर्‍याच वेळा मी चमकदार जीयूआय असलेल्या अधिक विस्तृत प्रोग्रामला कमांड लाइन प्रोग्राम्सला प्राधान्य देते.

दंतकथा

वास्तविक हे शहरी कल्पित गोष्टींपेक्षा काहीच नाही, कारण इतर प्रणालींप्रमाणे ज्यांची नावे येथे नमूद केली जात नाहीत, ती जीएनयू / लिनक्समध्ये आहे जिथे आपल्याकडे खरोखर आहे स्वातंत्र्य निवडीचा. माझी इच्छा आहे की इतर प्रणालींमध्ये येथे अस्तित्वात असलेले बहुमुखीपणा आहे. परंतु या बाबीकडे बारकाईने नजर टाकूया, अन्यथा बर्‍याच गोष्टी स्पष्ट नाहीत.

सर्व्हर

आम्ही सर्वांनी हा शब्द ऐकला आहे सर्व्हर, काहीजण असा विश्वास करतात की ते हे सुपर कॉम्प्यूटर आहेत जे Google किंवा Amazonमेझॉनला किंवा आपल्या कंपनीतील संगणकावर शक्ती आणतात. पण वास्तविकता अशी आहे की अ सर्व्हर एक प्रतिसाद कार्य मॉडेल. आमच्याकडे हा प्रोग्राम वापरकर्त्यांसाठी उपलब्ध असलेला प्रोग्राम आहे या संदर्भात वापरण्यासाठी केला जातो (क्लायंट) आणि त्यांना काहीतरी सुपूर्त करा. एक मूलभूत उदाहरण आहे अपाचे, जे वापरली जाते सर्व्ह करावे इंटरनेटवरील वेब पृष्ठे. हा प्रोग्राम यावर एचटीएमएल वितरीत करतो क्लायंट ती विनंती.

प्रतिमा सर्व्हर

परंतु Google आणि इतर बर्‍याच कंपन्यांनी शक्य केलेल्या सुपर कॉम्प्यूटरमध्ये सर्व्हरच असू शकत नाही, अगदी "सर्वात जुना" लॅपटॉप देखील असू शकतो सर्व्हरविशेषत: जेव्हा आम्ही प्रतिमांबद्दल बोलतो. आम्ही सर्व चालवतो एक सर्व्हर आमच्या लॅपटॉपमधील प्रतिमांची कार्यक्षम स्क्रीन मिळविण्यासाठी या प्रकरणात सर्व्हर आणि ग्राहक ते समान व्यक्ती आहेत. सर्वात सामान्य उदाहरण आहे X (म्हणून ओळखले xorg-server बर्‍याच वितरणांमध्ये) आणि तिची नवीन बदली Wayland. Org, किंवा वेलँड कसे कार्य करते किंवा या महान प्रकल्पांच्या मागे अस्तित्त्त्वज्ञानांचे तपशीलवार स्पष्टीकरण आम्ही देणार नाही, परंतु आम्ही हे स्पष्ट करणार आहोत की आपण वेबवर अवलंबून राहू शकू याबद्दल त्यांचे आभार आहे फायरफॉक्स किंवा क्रोम किंवा इतर बर्‍याच प्रोग्रामसारखे ब्राउझर.

विंडो व्यवस्थापक

विंडो व्यवस्थापक प्रतिमा सर्व्हरसह थेट कार्य करतात, त्यांचे कार्य "खालच्या" स्तराचे असते कारण ते विंडोज कसे तयार करतात, सुधारित केले जातात, बंद कसे करतात ते व्यवस्थापित करतात (अतिरेकीपणाची क्षमा करा). ते सहसा बरेच सोपे असतात आणि यावर डेस्कटॉप वातावरण तयार केले जाते. यादी मोठी आहे, परंतु मी फक्त येथेच आहे की ती कल्पना आहे किमान सॉफ्टवेयर, जे आपल्याला प्रतिमा सर्व्हरचे प्रामाणिकपणे मूलभूत नियंत्रण ठेवण्याची परवानगी देतात.

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

सॉफ्टवेअरचा अधिक वैशिष्ट्यीकृत संच जो केवळ प्रतिमा सर्व्हर ऑपरेशनलाच सक्षम करत नाही, परंतु सानुकूलित क्षमता देखील प्रदान करतो. त्यापैकी, सर्वात जुने आणि वजनदार म्हणजे केडीए आणि जीनोम आहेत, परंतु आपल्याकडे देखील हलके वातावरण आहे जसे की एलएक्सडीई किंवा मते, दालचिनी इ.

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

प्रतिमा सर्व्हरच्या जगाकडे थोडक्यात माहिती दिल्यानंतर आता आम्ही पुन्हा आमच्या विषयाकडे वळू. CLIकमांड लाइनद्वारे कार्यान्वित केलेला कोणताही प्रोग्राम सूचित करतो git, vim, weechat, किंवा बरं, जे काही मनात येईल ते. तुम्ही पाहू शकता की मी प्रोग्रॅम बद्दल बोलत आहे जे कमांड लाइनवर कार्यान्वित झाले असले तरी एक प्रकारचा "ग्राफिकल इंटरफेस" दाखवते. weechat o vim. ज्यांनी त्यांचा प्रयत्न केला नाही अशा सर्वांसाठी मी त्यांची शिफारस करतो, मूलतः मी दिवसभर वापरतो.

सीएलआय जीयूआयपेक्षा चांगले का आहे?

चला खूप सोपे काहीतरी वापरून पाहू 🙂 दुसर्‍या दिवशी मला पॅचवर काम करायचे होते पोर्टेज (जेंटूचे पॅकेज व्यवस्थापक). कोणत्याही चांगल्या सहयोगी प्रकल्पांप्रमाणेच कोडच्या ओळींची संख्या 70 के पेक्षा जास्त आहे. निन्जाइड सारख्या आयडीमध्ये ते उघडण्याचा प्रयत्न करा (पोर्तुगीज पायथनमध्ये लिहिलेले आहे) आणि स्क्रीन लोड होण्यास सुरवात होते तेव्हा आपले मशीन अत्यंत धीमे होते (किमान माझे आय 7 झाले) आणि हे प्रयत्न करीत आहे कोड उघडा आणि «मदत of च्या डीफॉल्ट रंगात बदला.

आता हेच करण्याचा प्रयत्न करा vimयाने मिलिसेकंदांच्या बाबतीत मला लोड केले आणि त्याच वेळी त्यात "सुंदर" रंग आणि सर्व काही ठेवले.

सीएलआय खूप आधी झाला आहे

काही लोक असे प्रोग्राम म्हणतील प्राचीन, मी त्यांना कॉल करतो मजबूत. आपण इमारतीत किती तास गुंतवले आहेत ते पाहिले असल्यास emacs, vim, gdb, आणि शेकडो अन्य कन्सोल प्रोग्राम्स, आपण लक्षात घ्याल की कोड आणि कार्यक्षमतांचे प्रमाण इतके मोठे आहे की त्यांनी सोडविण्यासाठी आवश्यक असलेल्या सर्व गोष्टी प्रत्यक्ष व्यवहारात सोडविल्या आहेत. अनेक GUI त्यांच्या सीएलआयमध्ये आधीपासूनच मजबूत असलेल्या प्रोग्रामसाठी त्यांच्यात समान कार्यक्षमता कधीही असणार नाही, कारण आम्ही प्रत्येक उपलब्ध सबकॉमांडसाठी टॅब बनविला असल्यास, उदाहरणार्थ git, आम्ही पर्यायांमधे स्वत: ला गमावून बसू आणि हे प्रतिकूल आहे, कारण यामुळे कार्य करणे कठीण होईल.

सीएलआय वेगवान आहे

जादू की सुरू होते Tab, आपल्या टर्मिनलमध्ये डेस्कटॉप ब्राउझ करताना हा केवळ आपला सर्वात चांगला मित्र नाही, परंतु जेव्हा ते योग्यरित्या कॉन्फिगर केले जाते तेव्हा आपल्याला 2 अक्षरे आणि एक टॅब, 3 अक्षरे आणि एक टॅब किंवा अगदी पत्र आणि टॅबपर्यंत लहान वाक्ये लहान करण्यास अनुमती देते. .

परंतु हा एकच फायदा नाही, आपल्यापैकी ज्यांनी शिकण्यासाठी वेळ घेतला आहे vim o emacs आम्ही असे म्हणू शकतो की शिकण्याची वक्र आजच्या आयडीईपेक्षा थोडी जास्त आहे, परंतु शेवटी उत्पादन परिणाम आश्चर्यकारक आहेत, परंतु जेव्हा एखादा उंदीर हलवितो तेव्हा हरवलेला वेळ याची कल्पना देखील करू शकत नाही. Keyboard ०% वेळ कीबोर्डवर आपले हात ठेवणे केवळ एकाग्रता शिकवते, याव्यतिरिक्त, कीबोर्डवर बरेच काही टाइप करण्याची वास्तविकता आपल्याला बर्‍यापैकी चपळ आणि उत्पादनक्षम बनवते. आणि आता आम्ही मागील मुद्द्याकडे परत आलो आहोत, आपल्याबरोबर इतके दिवस राहिलो आहे, यासारख्या प्रोग्राम्समध्ये आधीपासूनच सर्व कार्यक्षमता आहेत ज्यांना कोणी विचार करू शकेल, आमच्यापैकी जे व्हम वापरतात त्यांच्यासाठी एक सामान्य गोष्ट आहे:

आपण 4 पेक्षा जास्त की वापरल्यास, एक चांगला मार्ग असू शकतो.

सोपा परंतु शक्तिशाली, विम आपल्याला मोठ्या संख्येने की आणि संभाव्य संयोजनांसह सर्वकाही करण्यास अनुमती देतो, कोणीही शिकणे कधीही थांबवत नाही, परंतु हे देखील खरे आहे की हे वापरण्यासाठी त्या सर्वांना माहित असणे आवश्यक नाही, सुमारे 10 किंवा 15 प्रारंभ करणे पुरेसे आहे अधिक उत्पादक व्हा.

सीएलआय आपल्याला संपूर्ण नियंत्रण देते

जेव्हा एखादी व्यक्ती माउससह किंवा इमेज सर्व्हरवरील कार्ये कार्यान्वित करते तेव्हा क्लिक करण्याच्या क्षणी अंमलात आणल्या गेलेल्या सर्व अतिरिक्त कॉन्फिगरेशन नेहमीच नसतात, टर्मिनलमध्ये असे होत नाही, येथे आपल्याकडे जे आहे त्याची पूर्ण सामर्थ्य आहे अंमलात किंवा नाही, कोणत्या पर्यायासह किंवा किती प्रमाणात. कालांतराने आपल्याला हे समजले की आपल्यापेक्षा आपल्यापेक्षा कमी आवश्यक आहे आणि यामुळे गोष्टी अधिक केंद्रित करण्याने आपल्याला मदत करते.

जीयूआयची देखील स्वतःची आहे

मी असे म्हणत नाही की आपण सर्वांनी नेहमीच सीएलआय वापरायला हवा, जो एकतर आदर्श नाही, मी स्वत: जवळजवळ सर्वत्र जीयूआय वापरतो, हे पोस्ट लिहिण्यासाठी मी माझा क्रोम वापरत आहे, आणि माझे ईमेल पाहण्यासाठी मी इव्होल्यूशन वापरतो (जरी मी वापरतो तरी mutt अगदी अलीकडे). आणि माझा अंदाज आहे की ही सर्वांची सर्वात मोठी मिथक आहे ... लोकांना वाटते की जीएनयू / लिनक्स फक्त त्या संपुष्टात आणत आहेत, मला माझा डेस्कटॉप वातावरण आवडतो, तो अगदी किमानच आहे, परंतु मला तसे आवडते 🙂 आणि माझ्याकडे फक्त दोन किंवा तीन असतात प्रोग्राम चालू, माझे Chrome, माझे विकास आणि माझे टर्मिनल 🙂

मला सीएलआय जास्त आवडतात आणि मी तुम्हाला त्यांना प्रयत्न करायला आमंत्रित का करतो याची काही कारणे आहेत, नंतर ते माझ्यासारख्या GUIs पेक्षा अधिक सीएलआय वापरु शकतील up शुभेच्छा


लेखाची सामग्री आमच्या तत्त्वांचे पालन करते संपादकीय नीति. त्रुटी नोंदविण्यासाठी क्लिक करा येथे.

17 टिप्पण्या, आपल्या सोडा

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   निनावी म्हणाले

    Good कोणत्याही चांगल्या सहयोगी प्रकल्पांप्रमाणेच कोडच्या ओळींची संख्या 70 के पेक्षा जास्त आहे. या भागामुळे मला खूप गोंधळ उडाला. तांत्रिक अशक्यता आहे का की त्याच फाइलमध्ये कोड कॉम्पॅक्ट करणे का आहे? वेगवेगळ्या घटकांमध्ये (फायली / वर्ग / मोड्यूल्स) वर्तन वेगळे करणे चांगले नाही काय?
    एक तंत्रज्ञान दुसर्‍यावर लादणे, विकासाच्या स्वरूपात कमतरतेमुळे एखाद्याने प्रस्तावित केलेले फायदे बाजूला ठेवणे हे एक वैध कारण असल्याचे दिसत नाही. कोणत्याही परिस्थितीत, तो कोणत्या विशिष्ट प्रकल्पाचा संदर्भ घेत आहे हे जाणून घेतल्याशिवाय मी बोलत आहे, या कारणास्तव त्यास भाग पाडण्याचे मोठे कारण आहे

    1.    ख्रिसएडीआर म्हणाले

      हाय,

      असो, कदाचित यासाठी थोडेसे स्पष्टीकरण आवश्यक आहे, परंतु मी "चांगला प्रकल्प" म्हणून ज्याचा उल्लेख करतो त्यावरून रेषांची संख्या व्यक्त होते की हा निरोगी समुदाय आहे जो सतत वाढत आहे. तेथे खूपच लहान ओळी असलेले प्रकल्प आहेत, परंतु त्यांच्या विकासामध्ये बरेच निरोगी आहेत. खरं तर, होय, पोर्टेज शक्य तितक्या फायलींमध्ये विभागले गेले आहे, परंतु ग्रंथालय किंवा स्विचमुळे इतर काही फंक्शन्स सारखे भाग एकत्र ठेवणे नेहमीच आवश्यक असते. परंतु आज बर्‍याच आयडीईमध्ये प्रकल्प आयात करताना, याचा अर्थ असा होतो की तो प्रकल्पातील सर्व फायली वाचतो आणि योग्य "व्हिज्युअल" स्वरूप ठेवण्याचा प्रयत्न करतो.

      मला आशा आहे की हे थोडेसे स्पष्ट केले जाईल - आणि टिप्पणी दिल्याबद्दल धन्यवाद.
      कोट सह उत्तर द्या

  2.   निनावी म्हणाले

    कमांड लाइन वापरणे? होय, परंतु केवळ जेव्हा लागू असेल. म्हणजे जेव्हा ते अधिक आरामदायक आणि वेगवान असते. उदाहरणार्थ, जर मला एखादा विशिष्ट प्रोग्राम स्थापित करायचा असेल तर, सॉफ्टवेअर मॅनेजर उघडण्यापेक्षा ते शोधण्यासाठी, इन्स्टॉलेशनसाठी चिन्हांकित करा आणि "इंस्टॉल" दाबा. परंतु सामान्यत: असे नाही. उदाहरणार्थ: जर मला सर्वात जास्त आवडणारी 20 गाणी एका डिरेक्टरीमधून दुसर्‍या डिरेक्टरीमध्ये कॉपी करायची असतील तर तुम्ही शांतपणे फाईल मॅनेजरकडून मोठ्या यादीचे पुनरावलोकन करा आणि मग ड्रॅग आणि ड्रॉप करा. दुसरे उदाहरणः जर मला डिस्क विभाजित करायची असेल तर ती स्वहस्ते करण्याऐवजी जीपीआरटी (डिस्कवर कसे दिसेल हे ग्राफिकरित्या दर्शवित असताना अनेक कमांड चालवणारे प्रोग्राम) करून करणे अधिक चांगले आहे. यादी अंतहीन असू शकते. जीयूआय (कार्य सहसा) कार्य अधिक सोपी करू शकतात, त्याशिवाय कार्यक्षमता जोडण्याव्यतिरिक्त दिलेल्या क्लायंट अनुप्रयोगासाठी अशक्य असू शकते

    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

      The दुसर्‍या बाबतीत, जरी जीयूआय कमांडस लक्षात ठेवून आणि पुन्हा सांगण्याचे टाळण्याद्वारे नोकरीला "सरलीकृत" बनविते, परंतु सामान्य फ्रेमवर्कमध्ये हे फक्त तेव्हाच उपयुक्त ठरते जेव्हा आपल्याला एखाद्या विशिष्ट वस्तूची आवश्यकता असते, जीपीआरटी किंवा इतर कोणतीही जीयूआय लहान असू शकते 🙂 जीयूआय नाहीत अतिरिक्त कार्यक्षमता जोडा, ते फक्त सीएलआय मध्ये अस्तित्त्वात असलेल्या सर्व घेतात (सर्वच नाहीत) आणि त्यांना गटबद्ध करतात, परंतु त्यांना क्रियन तयार करत नाहीत

      कोट सह उत्तर द्या

      1.    निनावी म्हणाले

        प्रक्रिया किती स्वयंचलित आहे याची पर्वा नाही:
        गाणे 1.mp3

        मग, अपरिहार्यपणे, तेथे असेल:
        गाणे 2.mp3 हलवा
        गाणे 3.mp3
        .
        .
        .
        गाणे 20.mp3
        बरीच हलणारी गाणी आहेत ...
        कोणत्याही फाइल व्यवस्थापकासह .. यास केवळ 20 क्लिक आणि ड्रॅग अँड ड्रॉप जेश्चर लागतात. मला माहित नाही, परंतु किमान माझे व्यवस्थापक (डॉल्फिन) मला फक्त आणि सुपर-फास्ट (5 सेकंदांपेक्षा कमी) परवानगी देतात 100 गाण्यांची यादी नाव, तारीख, आकार, टॅग्ज, रँकिंग, अल्बम, कलाकार, कालावधीनुसार क्रमवारी लावतात , इ. माझ्यासाठी ते उत्पादकता आहे आणि ते कमांड लाइनमध्ये कार्यक्षमता देखील जोडत आहे.

        दुसर्‍या उदाहरणाप्रमाणे .. जीपीस्टर्डः ओके .. जर आपल्याला स्वरूपण करताना प्रति आयड बाइटचे डीफॉल्ट मूल्य बदलणे यासारखे काहीतरी खास हवे असेल तर तुम्ही कन्सोलला जावे .. पण मित्र, हे सामान्य नाही. जीपीएर्डचा 99% वेळ आमच्या गरजा अगदी सोप्या आणि वेगवान मार्गाने पूर्ण करेल आणि कमीतकमी माझ्यासाठीदेखील ते उत्पादकता

        कोट सह उत्तर द्या

        1.    ख्रिसएडीआर म्हणाले

          बरं, ते सर्वात सोप्या स्वरुपात ऑटोमेशनचे एक उदाहरण आहे, जसे आपण म्हणालात की “जर मला माझ्या 20 गाण्यांपैकी सर्वात आवडणारी गाणी एका डिरेक्टरीमधून दुसर्‍या डिरेक्टरीमध्ये कॉपी करायची असतील तर” त्या सर्व गोष्टी तुम्हाला “शांतपणे” घेण्यास लागतात त्या वेळेस मोजल्या जातात आपल्या यादीचा आढावा घेतल्यानंतर आणि क्लिक केल्यावर आणि इ. नंतर, टर्मिनल त्यास आणि फक्त एका ओळीत बरेच काही करण्याची परवानगी देते, कदाचित आपल्या प्रोसेसरमध्ये अंमलबजावणीच्या सुमारे 0.1 सेकंदात (जरी ते जुने असले तरी), जर आपले डोळे आणि उंदीर त्यावर मात करू शकत असेल तसेच, मी जीयूआयकडे जात आहे 🙂 आणि असे नाही की मी ते वापरत नाही असे सांगितले, त्यांच्याकडे बर्‍याच उपयुक्त गोष्टी आहेत, मी त्यास नाकारणार नाही, परंतु टर्मिनलमध्ये मला कमीतकमी जास्त अष्टपैलुत्व सापडले आहे. नोकरी स्वयंचलित करताना दररोज मला थोडा प्रोग्रामिंगचा सराव करण्यात मदत करण्याबरोबरच. सिस अ‍ॅडमिन्समध्ये एक सामान्य म्हण आहे "जर आपण दिवसातून एकदाच हेच केले तर ते स्वयंचलित करा, जर आपण दिवसातून दोन दिवसांपेक्षा जास्त वेळा असे केले तर ते स्वयंचलित करा, जर आपण महिन्यातून एकदा केले तर ते स्वयंचलित करा. "

          पण अहो, अभिरुचीनुसार आणि रंगांच्या बाबतीत, प्रत्येकाची स्वतःची आहे, मी माझ्या आवडीच्या गोष्टी सामायिक करण्यास मर्यादित करतो there आणि कदाचित बरेच लोक आहेत ज्यांना ईमॅक, विम किंवा समान टर्मिनलसारख्या गोष्टींचा "भीती" वाटतो, या पोस्टसह मी आपल्याला थोडासा आत्मविश्वास आणि कुतूहल देण्याचा प्रयत्न करीत आहे जेणेकरून आपण त्यांना वापरून पहा आणि ठरवू शकाल 🙂

          कोट सह उत्तर द्या

          पुनश्च: मला असे अनेक विकसक माहित आहेत ज्यांच्यासाठी जीयूआय त्यांच्या दिवसात आवश्यक असलेल्या जटिलतेमुळे गोष्टींचे निराकरण करीत नाहीत जे कदाचित "सामान्य" वापरकर्ता कधीही पाहू शकणार नाहीत, परंतु याचा अर्थ असा नाही की अधिक वापरकर्ते "कॉमन्स" ही साधने वापरू शकतात आणि समान बहुमुखी फायदे मिळवू शकतात.

          1.    निनावी म्हणाले

            मला अजूनही असे वाटते की या कार्यासाठी (आणि बर्‍याच जणांना) कमांड लाइनपेक्षा फाईल मॅनेजर वापरण्यात कमी वेळ लागतो ... पण अहो, तुम्ही म्हणता तसे प्रत्येकासाठी चव आणि रंग आहेत.

            मी नाकारत नाही किंवा मला टर्मिनलची भीती वाटत नाही, परंतु मला हे जवळजवळ अनिवार्य वाक्य म्हणून दिसत नाही, म्हणून मी "कमांड लाइन होय, परंतु जेव्हा योग्य असेल तेव्हा" असे बोलणे सुरू केले

            विकसकांसाठी, सर्व काही आहे, परंतु स्केल स्पष्टपणे एका बाजूला असलेल्या टीपा: मी आपणाकडे लक्ष देण्यासाठी आमंत्रित करतो:

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

            असे दिसते आहे की "सामान्य" विकसकांना सुविधा असलेल्या ग्राफिकल वातावरणामध्ये कार्य करण्याचे फायदे दिसतात जे आपण "केवळ-मजकूर" संपादकांसह काम करण्यास पैज लावणा .्यांशी तुलना केली तर.

    2.    तू बर्न करतोस म्हणाले

      उदाहरणार्थ: जर मला सर्वात जास्त आवडणारी 20 गाणी एका डिरेक्टरीमधून दुसर्‍या डिरेक्टरीमध्ये कॉपी करायची असतील तर तुम्ही शांतपणे फाईल मॅनेजरकडून मोठ्या यादीचे पुनरावलोकन करा आणि मग ड्रॅग आणि ड्रॉप करा.

      येथे कमांड लाइन फाइल व्यवस्थापक आहेत जे ग्राफिकपेक्षा व्यावहारिक किंवा अधिक आहेत जसे की व्हिफ्म किंवा रेंजर. विभाजन डिस्कसाठी ई-एनसीर्स इंटरफेससह cgdisk सारख्या कमांड लाइन अनुप्रयोग आहेत.

      1.    ख्रिसएडीआर म्हणाले

        बरं, हे खरं आहे so इतके लोक टर्मिनलला का घाबरतात हे मला खरोखर माहित नाही, हे खरोखर खूप मजबूत आणि अष्टपैलू साधन आहे, जे प्रत्येकाने खोलीत जाण्यासाठी एकदा तरी प्रयत्न केले पाहिजेत.

        सामायिकरण आणि अभिवादन केल्याबद्दल धन्यवाद.

      2.    निनावी म्हणाले

        होय, ग्राफिकच्या आधी टर्मिनल फाइल व्यवस्थापक अस्तित्वात आहेत. व्यावहारिकतेबद्दल, हे आपल्यास पाहिजे असलेल्या गोष्टींवर अवलंबून आहे. कोणतेही ग्राफिक फाइल व्यवस्थापक टॅब, आवडी, दृश्य पद्धती, पूर्वावलोकन, 1000 वेगवेगळ्या मार्गाने ऑर्डर करण्याची शक्यता, टर्मिनल कनेक्ट करणे, प्लगइन स्थापित करणे इ. इत्यादी प्रदान करतात. जे त्यांना कोणत्याही मजकूर फाइल व्यवस्थापकापेक्षा अष्टपैलू बनवते.

        चांगले कुरुप असणे आवश्यक नाही

    3.    चूपी 35 म्हणाले

      हे फक्त आहे की आपण क्लायंटमध्ये जे काही करता ते करणे शिकता आणि मी याची हमी देतो की हे सोपे होईल, आपण ज्याचा उल्लेख करता अगदी सहजपणे आपण आरएससीएनसी बरोबर करता आणि आपण ते सहजपणे स्क्रिप्ट देखील करू शकता.

      मी रेंजर नावाच्या एका फाईल फाइल व्यवस्थापकाची शिफारस करतो ज्यात आपण उल्लेख केलेल्या सर्व गोष्टी आहेत.

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

    अप्रतिम !!
    मी अद्याप जेंटू install स्थापित करण्याचा निर्णय घेऊ शकत नाही (मी बन्सेनॅलॅब येथे आहे) मी सध्या ओपनबॉक्स वापरतो आणि माझ्या बॅश स्क्रिप्टसाठी नॅनो वापरतो
    पण हे मला Vim किंवा Emacs मध्ये उद्युक्त करू इच्छित करते!
    कोट सह उत्तर द्या
    मला तुमच्या पोस्ट वाचण्यात आनंद वाटतो

    1.    ख्रिसएडीआर म्हणाले

      अल्बर्टोचे खूप खूप आभार 🙂 मला माझे लेख आवडले याबद्दल मला आनंद झाला आहे, पोस्ट लिहिण्यात मला आनंद वाटतो.
      मी आशा करतो की आपण उत्तेजित व्हा आणि आपण नक्कीच काहीतरी नवीन काहीतरी करण्याचा प्रयत्न करीत आहात 🙂

  4.   ख्रिसएडीआर म्हणाले

    ठीक आहे, यासह मी शेवटच्या दोन टिप्पण्यांचे उत्तर देणे संपविले आहे आणि मी नियंत्रकांनी याबद्दल अधिक न स्वीकारल्याबद्दल त्यांचे कौतुक होईल, हे कोठेही चालत नाही आणि बाजूने बाजूंच्या युक्तिवादांसह टिप्पण्यांची यादी भरण्याची नाही किंवा एक किंवा दुसर्‍या विरुद्ध

    "अष्टपैलुत्व" म्हणून, कदाचित ज्याला असे वाटते की केवळ जीयूआयकडेच प्लगइन आहेत हे समजते, परंतु सत्य हे आहे की टर्मिनल प्लगइन जे लोक वापरतात त्यांच्याइतकेच ते वैविध्यपूर्ण आणि कार्यशील असतात, त्याचे स्पष्ट उदाहरण आहे.

    https://vimawesome.com/

    अनेक आयडीइंपेक्षा अधिक अष्टपैलू बनवणा v्या व्हीआयएमसाठी प्लगइन्सची जवळजवळ अंतहीन यादी ... आणि त्याविषयी बोलताना, त्या दुव्यामध्ये नमूद केलेले नाही की त्या यादीमध्ये विंडोज आणि मॅकवर आयडीई वापरणारे लोक आहेत, जे प्रत्यक्षात विमच्या बोलण्यापेक्षा बरेच चांगले बोलतात. ग्रहण जर आपण तीन प्लॅटफॉर्मवर ग्रहण वापरणार्‍या लोकांची संख्या तुलना केली तर विमला योग्य 4 वा स्थान मिळायला लाज वाटण्यासारखे काही नाही.

    परंतु जरा पुढे जाऊन ... "सामान्य" लोक काहीतरी वापरतात असे म्हणत नाही की हे आवश्यक आहे की ते चांगले आहे, परंतु कदाचित विंडोज इतर प्रणालींपेक्षा खूप चांगले असेल - कदाचित ते असे म्हणावे की ते काहीतरी वापरण्यास न शिकण्यास प्राधान्य देतात कारण ते सोपा पर्याय पसंत करा ... किंवा कारण आपल्या कंपनीने मानक अंमलात आणण्याचा निर्णय घेतला आहे (ग्रहण अनेक कंपन्यांमधील एक मानक आहे, जे मोठ्या संख्येने वापरकर्त्यांना समजावून सांगेल ... अगदी Android आणि व्हिज्युअल स्टुडियोसारखेच, जे एकमेव साधन आहे त्यांच्या संबंधित भाषेसह कार्य करण्यासाठी ... तर विम हे वापरणार्‍याची एक विनामूल्य निवड आहे)

    . "कुरुप" हा एक अत्यंत व्यक्तिनिष्ठ शब्द आहे, मी क्यूटी किंवा वेबकिट किंवा मॅक ओएस इंटरफेसच्या डिझाइनचा "कुरूप" विचार करू शकतो ... परंतु याचा अर्थ असा नाही की कोणीतरी ते त्या प्रकारे पहाते, ही फक्त एक बाब आहे सवय umbres

    कोट सह उत्तर द्या

    1.    निनावी म्हणाले

      मला उत्तर देण्याचा अधिकार न देण्याच्या इच्छेचा मी आदर करतो.

      केवळ माहितीसाठी:
      https://vim.sourceforge.io/download.php

  5.   क्लाउडिओ म्हणाले

    मी निनावीशी पूर्णपणे सहमत आहे, परंतु माझ्या बाबतीत मी विश्लेषक किंवा प्रोग्रामरच्या सखोल माहितीशिवाय एक साधा वापरकर्ता आहे. आणि अशाच प्रकारे, मला लिनक्समधील अनेक खजिना अयशस्वी करण्यासाठी मला जीयूआय आवश्यक आहे, उदाहरणार्थ आज आणि २०१ 2017 हे वर्ष आहे, असे कोणतेही जीयूआय अनुप्रयोग नाही जे लिनक्स नेटवर्कवर फोल्डर सामायिक करण्यास सुलभ करते, आणि मी लिनक्स म्हणतो, मला मिळत नाही साम्बा आणि विंडोजसह मी नेट लिनक्स नेटवर्कविषयी बोलत आहे. लिनक्स नेटवर्कमध्ये भाग घेण्यास आपणास एखादे विशिष्ट एनएफएस कॉन्फिगर करावे लागेल आणि फक्त कमांड लाइनमधूनच वेळ वाया जाईल आणि जीयूआय असणे इतके कठीण का आहे जे विंडोजमध्ये घडते तसे सुलभ करते. .
    ख्रिसएडआर च्या मते "मी एक तरुण सॉफ्टवेअर डेव्हलपर आहे" आणि आपण पाहता की या विषयाबद्दल आपल्याला बरेच काही माहित आहे, मी जीयूआय अनुप्रयोग विकसित केला पाहिजे जे मी नुकतेच स्पष्ट केले त्यास सुलभ करते किंवा आपले शुद्ध शीर्षक आणि बढाई मारते आहे? हे असेच आहे की एखाद्या शस्त्रक्रिया करणे चांगले कसे आहे यावर डॉक्टरांनी अभिप्राय दिले, जसे की कधीही न करता. Court कोर्टात पिंगो दिसतात your आपल्या your सॉफ्टवेअर डेव्हलपर of च्या जागेवर आपले मत देण्यापूर्वी तुम्ही एक जीयूआय अनुप्रयोग विकसित केला पाहिजे आणि जर टर्मिनल वापरणे चांगले किंवा नसावे तर तुम्ही स्वत: ला कोण वापरतात त्या जागी ठेवावे लागेल. लिनक्स आणि ते कोण वापरते. आशा आहे की आपण लिनक्स नेटवर्कवर फाईल शेअरींगसाठी क्रिसाडआरचा एक लेख, जीयूआय अर्ज सादर आणि सामायिकरण करुन पाहू शकता. या क्षणी, तेथे काहीही नाही, जोपर्यंत आपण फक्त विंडोज शेअरींगसाठी साम्बा वापरत नाही.

    1.    गिलर्मो म्हणाले

      प्रोग्राम तयार करणे एका दुपारमध्ये काही सोपं नसतं, त्यासाठी कित्येक आठवड्यांचा प्रयत्न करावा लागतो आणि त्याहून वाईट म्हणजे काय, तर आपल्याकडे वर्षानुवर्षे प्रयत्न आहेत चुका दुरुस्त करणे, नवीन फंक्शन लायब्ररी बरोबर अद्ययावत करणे ज्यामुळे पूर्वी वापरलेले लोक अप्रचलित बनतात. ., भिन्न वितरणासाठी पॅकेजिंग, ...
      परंतु हे देखील आहे की, आपल्याकडे आधीपासूनच साम्बा असल्यास, कोणत्याही विंडोजची आवश्यकता न घेता आपण दोन जीएनयू / लिनक्स दरम्यान देखील वापरू शकता, आपण एनएफएस सोल्यूशन का वापरू इच्छिता?
      लिनक्स व विंडोज बद्दल तुम्हाला ऑनलाईन चर्चा दिसणारी मॅन्युअल, लिनक्स वरून फोल्डर सामायिक करण्यासाठी व नंतर लिनक्स वरून दुसर्‍या नेटवर्क फोल्डरला जोडण्यासाठी दिलेल्या सूचनांचे अनुसरण करा.
      असे दिसते आहे की उबंटू 16.04 वर अद्याप या थीमची सुलभ अंमलबजावणी आहे: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/