हामी किन GUIs लाई कमान्ड लाइन रुचाउँछौ?

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

मिथक

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

सर्भरहरू

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

छवि सर्भर

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

विन्डो प्रबन्धक

विन्डो प्रबन्धकहरूले छवि सर्भरको साथ सिधा कार्य गर्दछन्, उनीहरूको काम "तल्लो" स्तरको हो, किनकि तिनीहरूले विन्डोजहरू कसरी सिर्जना गर्ने, परिमार्जन गर्ने, बन्द गर्ने प्रबन्ध गर्ने (अनावश्यक क्षमा) दिनुहोस्। तिनीहरू सामान्यतया एकदम सरल छन् र डेस्कटप वातावरण यसमा निर्मित छन्। सूची ठूलो छ, तर म केवल यहाँ छु कि ती विचारहरू छोड्न न्यूनतम सफ्टवेयर, जसले छवि सर्भरको पर्याप्त आधारभूत नियन्त्रण गर्न अनुमति दिन्छ।

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

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

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

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

किन CLI GUI भन्दा राम्रो छ

हेरौं केहि साधारण चीज को लागी कोशिश गरौं - अर्को दिन म प्याचमा काम गर्न चाहान्छु पोर्टेज (जेन्टुको प्याकेज प्रबन्धक)। कुनै पनि राम्रो सहयोगी परियोजना जस्तै, कोडका लाइनहरूको संख्या k०k भन्दा बढी छ। कि IDID मा निन्जाइड (पोर्टेज पाइथनमा लेखिएको छ) मा खोल्न कोशिस गर्नुहोस् र स्क्रिन लोड हुन थाल्दा, तपाईंको मेसिन एकदम ढिलो हुन्छ (कम्तिमा मेरो i70 ले गर्‍यो) र यसले केवल कोशिस गर्दैछ कि ध्यान दिनुहुन्न। कोड खोल्नुहोस् र «मद्दत of को पूर्वनिर्धारित रंगमा परिवर्तन गर्नुहोस्।

अब यस्तै गर्न कोसिस गर्नुहोस् vim, यसले मलाई एक सेकेन्डको हजारौं अंशमा लोड गर्यो, र उहि समयमा यसले "सुन्दर" रंग र सबै कुरा राख्यो।

CLI धेरै पहिले भएको थियो

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

CLI छिटो छ

जादू कुञ्जीबाट सुरू हुन्छ Tabतपाईको टर्मिनलमा डेस्कटपहरू ब्राउज गर्दा यो तपाईको सब भन्दा राम्रो साथी मात्र होईन, तर जब यो राम्रोसँग कन्फिगर गरिएको हुन्छ, यसले लामो वाक्यहरू २ अक्षर र ट्याब, letters अक्षर र ट्याब, वा पनि अक्षर र ट्याब छोट्याउन अनुमति दिन्छ। ।

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

यदि तपाइँ than भन्दा बढि कुञ्जीहरू प्रयोग गर्नुहुन्छ भने, त्यहाँ उत्तम तरिका हुन सक्छ।

सरल तर शक्तिशाली, भिमले तपाईलाई ठूलो संख्याको कुञ्जीहरू र सम्भावित संयोजनहरूको साथ सबै गर्न अनुमति दिन्छ, कसैले कहिल्यै सिक्न छोड्दैन, तर यो पनि साँचो हो कि यसलाई प्रयोग गर्नका लागि ती सबै जान्न आवश्यक छैन, लगभग १० वा १ are हुन् अधिक उत्पादक हुन सुरू गर्न पर्याप्त।

CLI ले तपाईंलाई पूर्ण नियन्त्रण दिन्छ

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

GUI को आफ्नै चीज पनि छ

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

यी केहि कारणहरू हुन् जुन मलाई CLI हरू मनपर्दछ र किन म तपाईंलाई उनीहरूलाई एक प्रयोगको लागि आमन्त्रित गर्छु, तिनीहरू पछि म जस्तो GUIs भन्दा बढी CLI प्रयोग गरेर समाप्त हुन सक्छ et अभिवादन


लेखको सामग्री हाम्रो सिद्धान्तहरूको पालना गर्दछ सम्पादकीय नैतिकता। त्रुटि क्लिक गर्न रिपोर्ट गर्नुहोस् यहाँ.

२ टिप्पणीहरू, तपाइँको छोड्नुहोस्

तपाइँको टिप्पणी छोड्नुहोस्

तपाईंको ईमेल ठेगाना प्रकाशित हुनेछैन।

*

*

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

  1.   अज्ञात भन्यो

    Any कुनै पनि राम्रो सहयोगी परियोजना जस्तै, कोडका लाइनहरूको संख्या k०k भन्दा बढी छ। यो अंशले मलाई धेरै हल्लायो। के त्यहाँ प्राविधिक असम्भव छ किन कोडलाई समान फाईलमा कम्प्याक्ट गर्नुपर्‍यो? के यो बेग्लाबेग्लै संस्थाहरू (फाईलहरू / वर्गहरू / मोड्युलहरू) मा व्यवहार अलग गर्नु राम्रो हुँदैन?
    यो एक प्रविधिको लागी अर्को माथि लगाउन एक मान्य कारण हो जस्तो देखिदैन, विकासको रूप मा अभावका कारण एकले प्रस्ताव गरेको फाइदाहरु लाई पन्छाउन। जे भए पनि, म के कुरा गर्दै छु कुन खास प्रोजेक्टलाई बुझाउँदछु भन्ने बिना नै कुरा गर्दैछु, त्यहाँ अझ ठूलो कारण छ जुन कामको त्यो तरिकालाई बाध्य तुल्याउँछ

    1.    क्रिसएडीआर भन्यो

      नमस्ते,

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

      मलाई आशा छ कि यो अलि अलि स्पष्ट छ - र टिप्पणीको लागि धन्यबाद।
      Saludos

  2.   अज्ञात भन्यो

    आदेश रेखा को उपयोग गर्दै? हो, तर मात्र जब लागू हुन्छ। त्यो हो, जब यो अधिक सहज र छिटो हुन्छ। उदाहरण को लागी, यदि म केहि निश्चित प्रोग्राम स्थापना गर्न चाहान्छु, यो सफ्टवेयर प्रबन्धक खोल्नको लागि sudo apt install प्रोग्रामनाम टाइप गर्न मलाई सजिलो हुन्छ, यसको लागि खोजी गर्नुहोस्, स्थापना गर्न मार्क गर्नुहोस् र "स्थापना गर्नुहोस्" थिच्नुहोस्। तर सामान्यतया यो मामला हुँदैन। उदाहरण को लागी: यदि म २० गायनहरु लाई कपी गर्न चाहान्छु कि एक भन्दा अर्को डिरेक्टरीमा मलाई सबैभन्दा मनपर्दछ Ctrl + क्लिक गर्न अति सहज छ तपाई एक फाइल प्रबन्धकबाट शान्तपूर्वक एउटा विशाल सूचीको समीक्षा गर्नुहोला र त्यसपछि ड्र्याग एण्ड ड्रप गर्नुहोस्। अर्को उदाहरण: यदि म डिस्क विभाजन गर्न चाहान्छु भने यसलाई gparted (प्रोग्रामले धेरै आदेशहरू कार्यान्वयन गर्ने क्रममा गर्छ जुन डिस्कले तपाईलाई ग्राफिक रूपमा डिस्क कसरी देखाउँदछ) मार्फत गर्नु आफैले गर्नु भन्दा धेरै राम्रो हुन्छ। सूची अनन्त हुन सक्छ। GUIs (वास्तवमा सामान्यतया) कार्य सजीलो थप गर्न को लागी काम गर्न सजिलो बनाउन को लागी दिईएको मौसम अनुप्रयोग को लागी असम्भव हुन सक्छ

    1.    क्रिसएडीआर भन्यो

      राम्रो कि निर्भर गर्दछ तपाइँ कमान्ड लाइन को साथ कती सहज हुनुहुन्छ ... उदाहरणका लागि

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

      Bash मा जादू को एक बिट संग तपाईं पनि एक समारोह बनाउन सक्नुहुन्छ कि मात्र गीतको नाम राखेर उही कार्यान्वयन:

      केहि जस्तो

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

      र तयार! तपाईं एक सरल संग तपाईंको सबै गीतहरू सार्न सक्नुहुन्छ

      mover cancion1.mp3

      Second दोस्रोको रूपमा, यद्यपि केही अंश जीयूआईले कामलाई "सरल" बनाएर आदेशहरू दोहोर्याएर र दोहोर्याउँदैन, यो केवल सामान्य फ्रेमवर्कमा उपयोगी हुन्छ, जब तपाईंलाई कुनै विशेष कुराको आवश्यक हुन्छ, gpart वा अन्य कुनै GUI छोटो हुन सक्छ 🙂 र GUI हरूले अतिरिक्त प्रकार्यहरू थप्दैनन्, तिनीहरू केवल ती लिन्छन् जुन CLI मा अवस्थित छन् (सबै होइन) र उनीहरूलाई समूह बनाउँदछ, तर तिनीहरूलाई सिर्जना गर्दैन 🙂

      Saludos

      1.    अज्ञात भन्यो

        जतिसुकै प्रक्रिया स्वचालित रूपमा छैन:
        song1.mp3 सार्नुहोस्

        त्यसो भए, आवश्यक छ, त्यहाँ हुनेछ:
        song2.mp3 सार्नुहोस्
        song3.mp3 सार्नुहोस्
        .
        .
        .
        song20.mp3 सार्नुहोस्
        त्यहाँ धेरै चल्ती गीतहरू छन् ...
        कुनै पनि फाईल प्रबन्धकको साथ .. यसले २० क्लिक र ड्र्याग एण्ड ड्रप इशारा मात्र लिन्छ। मलाई थाहा छैन, तर कम्तिमा मेरो प्रबन्धक (डल्फिन) ले मलाई सरल र सुपर-फास्ट (seconds सेकेन्ड भन्दा कम) लाई नाम, मिति, आकार, ट्याग, र्याकिंग, एल्बम, कलाकार, अवधि, आदि द्वारा १०० गीतहरूको सूची क्रमबद्ध गर्न अनुमति दिन्छ। मेरो लागि त्यो उत्पादकता हो र यसले आदेश रेखामा कार्यक्षमता पनि थपेको छ।

        अर्को उदाहरणको लागि जस्तै: जीपी स्टार्ट: हुन्छ ठीक छ .. यदि तपाईंलाई धेरै विशेष कुरा चाहिएको छ जस्तै ढाँचाबद्ध गर्दा प्रति ईनोड प्रति बाइट्सको पूर्वनिर्धारित मान भिन्न गर्न, तपाईं कन्सोलमा जानु पर्छ .. तर मित्र, त्यो होईन यो सामान्य हो। Arted 99% समय GPart ले हाम्रा आवश्यकताहरू एकदम सरल र धेरै छिटो तरिकाले पूर्ण गर्दछ र कमसेकम मेरो लागि पनि त्यो उत्पादकता

        Saludos

        1.    क्रिसएडीआर भन्यो

          ठिक छ, यो यसको सरल रूपमा स्वचालनको उदाहरण हो, जस्तो कि तपाईंले "यदि म मेरा २० गाईहरू एकै डाइरेक्टरीबाट अर्कोमा धेरै मन पराउँछु भने प्रतिलिपि गर्न चाहान्छु", ती सबै कुरा तपाईको सूचीलाई "शान्तसँग" समीक्षा गर्न लिने समयसँग गनिन्छन्। यसलाई अर्डर गरे पछि र क्लिक गर्ने र इत्यादि पछि, टर्मिनलले त्यो अनुमति दिन्छ र अधिक केवल एक लाइनमा, सायद तपाईंको प्रोसेसरमा ०. 20 सेकेन्डको कार्यान्वयन (यो पुरानो भए पनि), यदि तपाईंको आँखा र माउसले यसलाई जित्न सक्छ भने, म राम्रो गरी जाँदैछु GUIs - र यो होइन कि मैले भने कि म तिनीहरू प्रयोग गर्दिन, तिनीहरूसँग धेरै उपयोगी चीजहरू छन्, म यसलाई अस्वीकार गर्दिन, तर मैले कम्तिमा टर्मिनलमा धेरै बहुमुखी प्रतिभा पाएको छु, मलाई थोरै प्रोग्रामि practice अभ्यास गर्नमा मद्दत गर्नुका साथै। प्रत्येक दिन जब रोजगार स्वचालित। SysAdmins को बीचमा धेरै प्रचलित भनाइ हो "यदि तपाईले एकै पटक दिनमा एकचोटि धेरै काम गर्नुभयो भने, यसलाई स्वचालित गर्नुहोस्, यदि तपाईले दिनमा दुई दिन भन्दा बढि समय गर्नुभयो भने, यसलाई स्वचालित गर्नुहोस्, यदि तपाईले यो एक महिनामा पनि गर्नुभयो भने, यसलाई स्वचालित गर्नुहोस्।"

          तर हे, स्वाद र रंगको हिसाबले, प्रत्येकसँग आ-आफ्नै हुन्छन्, म आफैंलाई मनपर्ने चीजहरू बाँड्न सीमित गर्छु 🙂 र हुनसक्छ धेरै व्यक्तिहरू छन् जो ईमक्स, भिम, वा समान टर्मिनल जस्ता चीजहरूको "डराउँछन्", यी पोष्टहरूको साथ म तपाईंलाई केही आत्मविश्वास र जिज्ञासा दिन खोज्दैछु ताकि तपाईं प्रयास गर्न सक्नुहुन्छ र निर्णय लिन सक्नुहुन्छ 🙂

          Saludos

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

          1.    अज्ञात भन्यो

            म अझै पनि सोच्छु कि यो कार्यको लागि (र अन्य धेरै) यसले कमान्ड लाइनको तुलनामा फाईल प्रबन्धकको प्रयोग गरेर कम लिन्छ ... तर हे, तपाईले जस्तो सबैलाई स्वाद र रंगहरू छन्।

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

            विकासकर्ताहरूको रूपमा, त्यहाँ सबै छ, तर स्केल स्पष्ट रूपमा एक पक्षका लागि सुझावहरू: म तपाईंलाई हेर्नको लागि आमन्त्रित गर्दछु:

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

            यस्तो देखिन्छ कि "सामान्य" विकासकर्ताहरूले सुविधाको ग्राफिकल वातावरणमा काम गर्ने फाइदा देख्दछन् जब "केवल-पाठ" सम्पादकहरूसँग काम गर्ने शर्तहरूको तुलनामा।

    2.    तिमी जल्छौ भन्यो

      उदाहरण को लागी: यदि म २० गायनहरु लाई कपी गर्न चाहान्छु कि एक भन्दा अर्को डिरेक्टरीमा मलाई सबैभन्दा मनपर्दछ Ctrl + क्लिक गर्न अति सहज छ तपाई एक फाइल प्रबन्धकबाट शान्तपूर्वक एउटा विशाल सूचीको समीक्षा गर्नुहोला र त्यसपछि ड्र्याग एण्ड ड्रप गर्नुहोस्।

      त्यहाँ कमाण्ड लाइन फाईल प्रबन्धकहरू छन् जुन व्यावहारिक वा ग्राफिक्स भन्दा बढी हो, जस्तै Vifm वा Ranger। विभाजन डिस्कहरूका लागि पनि कमाण्ड लाइन अनुप्रयोगहरू छन् जस्तै cgdisk e ncurses इन्टरफेसको साथ।

      1.    क्रिसएडीआर भन्यो

        खैर, यो सत्य हो - मलाई किन थाहा छैन किन धेरै मानिसहरू टर्मिनलसँग डराउँछन्, यो वास्तवमै एकदम शक्तिशाली र बहुमुखी उपकरण हो, जुन कि सबैजनाले कम्तिमा एक पटक गहिराईमा प्रयास गर्नुपर्दछ।

        धन्यवाद र बधाई को लागी धन्यवाद।

      2.    अज्ञात भन्यो

        हो, टर्मिनल फाइल प्रबन्धकहरू ग्राफिक्स अघि अवस्थित छन्। व्यावहारिकता को रूपमा, यो तपाइँ के चाहानुहुन्छ मा निर्भर गर्दछ। कुनै पनि ग्राफिक फाईल प्रबन्धक ट्याबहरू, मनपर्नेहरू, दृश्य मोडहरू, पूर्वावलोकन, यसलाई १००० विभिन्न तरिकाले अर्डर गर्ने सम्भावना, टर्मिनल जडान गर्ने, प्लगइनहरू स्थापना गर्ने, इत्यादि आदि प्रदान गरीन्छ। जसले तिनीहरूलाई कुनै पनि पाठ फाइल व्यवस्थापक भन्दा धेरै बहुमुखी बनाउँछ।

        राम्रो कुरूप हुनु आवश्यक छैन

    3.    35 भन्यो

      यो केवल यो हो कि तपाईंले क्लाइमा जे गर्ने भनेर सिक्नुहोस्, र म ग्यारेन्टी गर्छु कि यो सजिलो हुनेछ, जुन तपाईं उल्लेख गर्नुहुन्छ धेरै सजिलोसँग तपाईं आरएसएनसीको साथ गर्नुहुन्छ र तपाईं यसलाई सजिलै लिपि बनाउन सक्नुहुन्छ।

      म तपाईंलाई सिफारिश गर्दछ एक क्राईईईईईई फ़ाइल प्रबन्धक रंजर भनिन्छ कि तपाईं सबै उल्लेख छ।

      1.    godel भन्यो

        २० वटा गीतहरू प्रतिलिपि गर्नको लागि मैले "ls * .ogg> top20" को साथ सूची बनाउँछु। त्यसपछि, म Vim मा जान्छु र मैले चाहेको गीतहरू चयन गर्छु (मले नचाहेको मेटाउँदै)। अन्तमा म "cp $ (cat top20) otrodir" गर्छु र त्यो हो। यो माउसको साथ चयन गर्नु भन्दा बढी सहज छ र 20 गीतहरू जुन पहिले नै छनोट गरिसकिएको छ गल्तीले अचयनित गरिएको छ।

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

    अद्भुत !!
    म अझै पनि Gentoo install स्थापना गर्ने निर्णय गर्न सक्दिन (म BunsenLabs मा छु) म हाल ओपनबक्स प्रयोग गर्छु र मेरो बास लिपिको लागि नानो प्रयोग गर्दछु।
    तर यसले मलाई Vim वा Emacs मा उद्यम गर्न चाहान्छ!
    Saludos
    मलाई तपाईको पोष्टहरू पढ्न मन पर्छ

    1.    क्रिसएडीआर भन्यो

      धेरै धेरै धन्यबाद अल्बर्टो 🙂 म धेरै खुसी छु कि तपाईंलाई मेरो लेख मनपर्‍यो, मलाई पोष्ट लेख्न रमाईलो लाग्यो।
      म आशा गर्छु कि तपाई खुशी हुनुहुनेछ र पक्कै पनि तपाइँ गर्नुहोस्, कुरा केहि नयाँ केहि प्रयास गर्नु हो 🙂

  4.   क्रिसएडीआर भन्यो

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

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

    https://vimawesome.com/

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

    तर अलि अलि अगाडि बढ्दै ... त्यो "साधारण" व्यक्तिले केही चीज प्रयोग गर्छ भन्दैनन कि यो आवश्यक नै राम्रो छ, तर सायद विन्डोज अन्य प्रणालीहरू भन्दा धेरै राम्रो हुन्छ - हुनसक्छ यो मात्र हो कि उनीहरूले केहि कसरी प्रयोग गर्ने भनेर जान्न रुचाउँदैनन् किनकि। तिनीहरू सजिलो विकल्पको प्राथमिकता दिन्छन् ... वा किनभने तपाईंको कम्पनीले मानक कार्यान्वयन गर्ने निर्णय गरेको छ (ग्रहण धेरै कम्पनीहरूमा मानक हो, जसले प्रयोगकर्ताहरूको ठूलो संख्यालाई वर्णन गर्दछ ... एन्ड्रोइड र भिजुअल स्टुडियो जस्तै, जो केवल मतलब तिनीहरूको सम्बन्धित भाषाहरूसँग काम गर्नु ... जबकि Vim यो प्रयोग गर्नेहरूको नि: शुल्क विकल्प हो)

    । "कुरूप" एक धेरै व्यक्तिगत शब्द हो, म Qt, वा WebKit, वा म्याक ओएस इन्टरफेस को डिजाइन "बदसूरत" विचार गर्न सक्दछु ... तर यसको मतलब यो होइन कि अरू कसैले यसलाई त्यसरी देख्छ, यो मात्र कुरा हो। बानीको 🙂

    Saludos

    1.    अज्ञात भन्यो

      म जवाफको अधिकार दिन चाहन्नको चाहनाको सम्मान गर्दछु।

      जानकारी को लागी मात्र:
      https://vim.sourceforge.io/download.php

  5.   claudio भन्यो

    म पूर्ण रूपमा बेनामीसँग सहमत छु, तर मेरो मामलामा म एक सरल प्रयोगकर्ता हुँ, कुनै विश्लेषक वा प्रोग्रामरको गहन ज्ञान बिना। र त्यस्तै रूपमा मलाई लिनक्समा धेरै खजानाहरू असफल पार्न मलाई GUI चाहिन्छ, उदाहरणका लागि आज र २०१ 2017 को रूपमा, त्यहाँ कुनै GUI अनुप्रयोग छैन जसले लिनक्स नेटवर्कमा फोल्डरहरू साझा गर्न सजिलो बनाउँदछ, र म भन्छन लिनक्स, I तिनीहरूलाई साम्बा र विन्डोजको साथ नउठ्नुहोस्, म पूर्ण रूपमा लिनक्स नेटवर्कको बारेमा कुरा गर्दैछु। लिनक्स नेटवर्कमा साझेदारी गर्न तपाईले निश्चित NFS कन्फिगर गर्नुपर्दछ र कमाण्ड लाइनबाट मात्र, यसले समय खेर फाल्छ र म पनि बुझाउँदिन किन GUI पाउनु किन यत्तिको गाह्रो छ जुन विन्डोजमा हुने जस्तो सजिलो हुन्छ। ।
    ChrisADR अनुसार "म एक जवान सफ्टवेयर डेभलपर हुँ" र तपाईले देख्नुहुन्छ कि यस विषयको बारेमा तपाईलाई धेरै कुरा थाहा छ, तपाईले GUI अनुप्रयोग विकास गर्नु पर्छ जुन मैले भर्खरै वर्णन गरेको कुरालाई सजिलो बनाउँदछ वा तपाइँको शुद्ध शीर्षक र हँसाई हो? यो एक समान छ यदि एक डाक्टरले यो शल्यक्रिया गर्न कसरी राम्रो छ भन्ने बारे मा राय दिए, कहिल्यै एक नगरी नै। "तपाई अदालतमा पिंगो देख्नुहुन्छ" तपाईले "सफ्टवेयर डेभलपर" को ठाउँमा तपाईले आफ्नो राय दिन अघि GUI अनुप्रयोग विकास गर्नुपर्दछ र यदि टर्मिनल प्रयोग गर्नु राम्रो हो वा छैन भने तपाईले आफैंलाई राख्नु पर्छ को उपयोग गर्ने ठाउँमा। लिनक्स र जो यसको प्रयोग गर्दछ। आशा छ कि तपाइँ ChrisADR द्वारा लेख देख्न सक्नुहुन्छ, प्रस्तुत गर्न र यसको GUI अनुप्रयोग साझा गरेर, लिनक्स नेटवर्कमा फाइल साझेदारीको लागि। यस समयमा कुनै पनि छैनन्, जब सम्म तपाईं साम्बा केवल विन्डोज साझेदारीको लागि प्रयोग गर्दै हुनुहुन्छ।

    1.    Guillermo भन्यो

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