🕖 🧚🏽 ⏸️ क्यों खाली करता है? 👩🏻‍✈️ 💷 👩🏼‍🚀

लगभग हर प्रोग्रामर जो अपने काम से कम से कम प्यार करता है और किसी खास प्रोग्रामिंग लैंग्वेज से बंधा नहीं होता है, वह बहुत जल्द या बाद में Emacs ... या vim ... या STE ... या कई टेक्स्ट एडिटर्स का उपयोग करने के लिए आता है।

दरअसल, Emacs ही क्यों? कारण पहला और सबसे महत्वपूर्ण है - मैं उसे पसंद करता हूं, उन कारणों के लिए जो कम सम्मोहक हैं, लेकिन अधिक उद्देश्य, बिल्ली का स्वागत है।

इस लेख को पढ़ने की प्रक्रिया में, अन्य संपादकों के उपयोगकर्ता यह जानना चाह सकते हैं कि यह उनके संपादक में भी संभव है। यह सच है - और यह अद्भुत है, लेकिन यह महत्वपूर्ण नहीं है - अंत में, प्रत्येक उपयोगकर्ता अभी भी अपनी पसंद के हिसाब से अपने संपादक का चयन करेगा।

यह क्या है

चुटकुलों के अलावा, Emacs एक टेक्स्ट एडिटर है। विस्तार के लिए जबरदस्त अवसरों वाला एक पाठ संपादक। कई संपादक एक डिग्री या किसी अन्य के लिए एक्स्टेंसिबल हैं, Emacs के मामले में, यह एक्स्टेंसिबिलिटी की सीमा है जो मायने रखती है। यह वह है जो उसे कई अन्य लोगों से अलग करता है।

संपादक का हिस्सा सी में लिखा गया है - यह हिस्सा ओएस के साथ बुनियादी बातचीत, ड्राइंग विंडो, इनपुट-आउटपुट के लिए जिम्मेदार है। पाठ के साथ काम करने के लिए ज़िम्मेदार लगभग सभी कोड्स को elisp में लिखा गया है, या C- फ़ंक्शंस के लिए एक रैपर है जिसे एक ही elisp से कॉल किया जा सकता है।

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

सबसे एक्स्टेंसिबल टेक्स्ट एडिटर्स से एक और महत्वपूर्ण अंतर यह है कि आप चलते-फिरते Emacs के व्यवहार को बदल सकते हैं - आप टैब स्विचिंग फ़ंक्शन को फिर से लिख सकते हैं ताकि वह संपादक को पुनः आरंभ किए बिना टैब की सूची में .txt एक्सटेंशन वाली फाइलें प्रदर्शित न करें। आप इंटरनेट पर पाए जाने वाले प्लगइन कोड को कॉपी कर सकते हैं, और जो, जैसा आप सोचते हैं, आपको केवल एक बार, एक अस्थायी बफर (टैब) में, इसे निष्पादित करना होगा और इस प्रकार संपादक में सभी कार्यक्षमता प्राप्त करना होगा। या आप प्लग-इन को थोड़ा संशोधित कर सकते हैं, इसे निष्पादित कर सकते हैं, और आपके पास तुरंत अपना स्वयं का संस्करण होगा, जिसकी आपको आवश्यकता है।

कौन Emacs की जरूरत नहीं है?

यदि आप जावा या सी # में प्रोग्राम करते हैं, तो सबसे अधिक संभावना है कि एमएसीएस आपको वही कोड सुविधाएँ नहीं देगा, जिनका आप उपयोग करते हैं। यदि आप किसी बड़े प्रोजेक्ट को सपोर्ट करने पर काम कर रहे हैं, जहां ज्यादातर काम रिफलेक्ट हो रहे हैं, तो एमएसीएस भी आपकी मदद नहीं करेगा। यदि JIRA, GitHub, या एक मजेदार डीबगर के साथ एकीकरण आपके लिए अधिक महत्वपूर्ण है, तो फिर, आपको Emacs की आवश्यकता नहीं है।

हालांकि, अभी भी उन लोगों की एक महत्वपूर्ण संख्या है जो Emacs में इन भाषाओं के लिए कोड लिखते हैं।

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

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

और इसकी जरूरत किसे है?

यदि आप निम्नलिखित लोगों में से एक श्रेणी से संबंधित हैं, तो Emacs एक कोशिश के लायक होना चाहिए (जब तक कि आप निश्चित रूप से पहले से ही एक समान संपादक के एक खुश उपयोगकर्ता नहीं हैं):

आप उन भाषाओं में लिखते हैं जिनका प्रमुख IDEs में समर्थन एकदम सही है

आप कई भाषाओं में लिखते हैं, और आप हर बार सही IDE पर जाने से थक जाते हैं

आप स्वीकार करते हैं कि अधिकांश आधुनिक आईडीई के एर्गोनॉमिक्स, गति और जवाबदेही खराब हैं।

आप किसी भी क्रिया को करने के लिए अक्सर माउस के लिए बहुत आलसी होते हैं

आप चाहते हैं कि काम पर और घर में, या एक साथ कई कंप्यूटरों पर पूरी तरह से एकीकृत विकास का माहौल हो

आप नोट्स को व्यवस्थित करने और संदर्भ जानकारी को बनाए रखने के लिए एक सुविधाजनक वातावरण रखना चाहते हैं जिसे संपादक को छोड़े बिना पहुँचा जा सकता है

आप मामले को फिर से दर्ज कर रहे हैं - यानी आपको कोड को पूर्ण बनाने की आवश्यकता नहीं है, लेकिन पूरी तरह से अपठनीय कोड को समर्थन की स्थिति में लाने की आवश्यकता है

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

आपको एक ऐसे वातावरण की आवश्यकता है जो हफ्तों तक चलेगा और एक बड़ी मात्रा में मेमोरी का उपभोग नहीं करेगा, धीमी गति से, जबकि एक सौ फाइलों और अस्थायी बफ़र्स को खुला रखेगा

आपको बड़ी संख्या में फ़ाइलों को संपादित करने को स्वचालित करने की आवश्यकता महसूस होती है

आप एक वर्बोज़ भाषा का उपयोग करते हैं जो आपको बहुत सारे सहायक कोड लिखने के लिए प्रोत्साहित करती है

आप मानक समाधानों में लगातार कुछ याद कर रहे हैं और आप अपने लिए आवश्यक छोटी चीजों को थोड़े से रक्त के साथ जोड़ना चाहते हैं

आपको उन्नत पाठ प्रसंस्करण क्षमताओं की आवश्यकता है - बहु-रेखा संपादन, आयताकार क्षेत्रों का संपादन, मैक्रोज़, बाहरी उपयोगिताओं के प्रसंस्करण के लिए चयनित पाठ के टुकड़े स्थानांतरित करना, आदि।

आपके पास ऐसी परिस्थितियां हैं, जब अद्भुत सुरक्षा नीति के कारण, आपने ssh के माध्यम से कुछ संपादित करने में घंटों का समय बिताया, sshfs का उपयोग करने में सक्षम नहीं होने के कारण, एक ही नीति केवल एक बार के कनेक्शन की अनुमति देती है (हालांकि ईमानदार होने के लिए - विम ऐसे सर्वरों पर बहुत उपलब्ध है अधिक बार)

आप सब कुछ के साथ काम करने का एक सार्वभौमिक तरीका पसंद करते हैं - पाठ, फाइलें, संस्करण नियंत्रण प्रणाली, टर्मिनल, डेटाबेस

Emacs के बारे में मिथक

1. Emacs को पदावनत किया जाता है

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

फिर भी, आप अच्छी तरह से एक टीम में हो सकते हैं जहाँ आप गंभीर (tm) IDE के बजाय टेक्स्ट एडिटर का उपयोग करने के लिए तिरस्कृत होंगे। लेकिन यह एक सामूहिक समस्या है, Emacs नहीं।

2. Emacs आधुनिक परिस्थितियों में विकास के लिए उपयुक्त नहीं है

Emacs में कई भाषाओं के लिए डिबगर एकीकरण है। कोड नेविगेशन भी मौजूद है। यह किसी भी जटिलता के अनुप्रयोगों को लिखने के लिए पर्याप्त है, जबकि आपकी उत्पादकता जावा और सी # के अपवाद के साथ आईडीई में काम करने की तुलना में नहीं छोड़ेगी। जब आप अनुमान में खो जाते हैं, तो ये 2 भाषाएँ एक अनूठा उदाहरण हैं - क्या एक IDE किसी भाषा के लिए या किसी IDE के लिए भाषा बनाई गई है?

यह सच है कि Emacs "नहीं समझता" है कि इसमें कोड है, पाठ नहीं। इसलिए, आपने टाइप चेकिंग, या स्मार्ट पूर्णता, बहुत अच्छी तरह से, कभी-कभी कुछ भाषाओं के लिए नहीं होगी)। सीधे आईडीई में प्रलेखन देखने के बारे में भूल जाओ, हालांकि ठीक है - कुछ भाषाओं के लिए ऐसी सुविधा है। कोई स्मार्ट रिफैक्टरिंग नहीं। कोई चेतावनी और युक्तियां नहीं होंगी, सिवाय इसके कि संकलक या दुभाषिया जारी करने में सक्षम है।

हालाँकि, यह आपको अच्छा कोड लिखने से नहीं रोकता है। और जल्दी और कुशलता से कोड लिखें। सामान्य तौर पर, Emacs के बजाय एक पूर्ण IDE का उपयोग करते समय आपकी उत्पादकता में काफी वृद्धि होने के लिए, आपका काम बहुत, बहुत विशिष्ट होना चाहिए।

मैंने एक प्रयोग किया - मैंने 400,000 SLoC की एक मौजूदा PHP परियोजना को PHPStorm में आयात किया और कई दिनों तक इसमें काम करने की कोशिश की। उसके बाद, मैं Emacs में लौट आया और ... एकमात्र फ़ंक्शन जो मुझे उपयोगी लगा, जो IDE में था, लेकिन Emacs में अनुपस्थित था, कई मिनटों के गोलमाल के बाद इसे इसमें जोड़ा गया। इसका मतलब यह नहीं है कि PHPStrom में उन चीजों का एक गुच्छा है जो Emacs के पास नहीं है। एक अन्य प्रश्न और एक महत्वपूर्ण प्रश्न यह है कि क्या उत्पादकता के लिए इन सुविधाओं की आवश्यकता है?

ऊपर वर्णित सब कुछ मेरी व्यक्तिपरक राय है, लेकिन, दूसरी ओर, मुझे इस बात का विश्वसनीय अध्ययन नहीं मिला कि आईडीई एक अच्छे टेक्स्ट एडिटर की तुलना में उत्पादकता में कैसे सुधार करता है। शायद आप अधिक भाग्यशाली हैं।

3. Emacs सीखना कठिन है

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

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

किसलिए प्रयास करना है

पुराने स्कूल की सर्वव्यापकता की भावना को महसूस करने के लिए, मैं निम्नलिखित वीडियो देखने की सलाह देता हूं:

हालांकि, यह सब महत्वपूर्ण नहीं है - आप केवल अपने आप से Emacs की पूर्ण प्रभावशीलता महसूस कर सकते हैं, यह वीडियो के माध्यम से प्रेषित नहीं किया जा सकता है। रात के लिए एक प्रशिक्षण वीडियो के रूप में, साथ ही साथ एमएसीएस के सार की समझ को मजबूत करने के लिए, आप हमारे हमवतन से व्याख्यान की एक श्रृंखला देख सकते हैं:

निष्कर्ष

मैंने जानबूझकर एक समान विचारधारा वाले अन्य लोकप्रिय संपादकों के बारे में कुछ नहीं कहा - विम, उदात्त पाठ संपादक, नोटपैड ++। इन संपादकों के उपयोगकर्ताओं को उनके फायदे के बारे में बताने के लिए बेहतर है। और आज आप Emacs को शुरू करने की कोशिश कर सकते हैं - कम से कम यह सुनिश्चित करने के लिए कि यह आपको सूट नहीं करता है। ठीक है, यदि आपने पहले से ही एक अलग संपादक चुना है, तो और भी अधिक प्रयास करें - आपको दुश्मन को दृष्टि से जानना होगा।

क्यों खाली करता है?