रूबी भाषा: विकास और विकास की संभावनाओं का इतिहास

मैन क्रिएटिविटी के लिए बनाया गया था, और मुझे हमेशा से पता था कि मुझे बनाना पसंद है। काश, मैं एक कलाकार या संगीतकार की प्रतिभा से वंचित हूं। लेकिन मैं प्रोग्राम लिख सकता हूं। मैं चाहता हूं कि कंप्यूटर मेरा नौकर हो, न कि मेरा स्वामी, इसलिए मुझे जल्दी से और कुशलता से समझाना चाहिए कि उसे क्या करना है।
रूचि भाषा के निर्माता युकीहिरो मात्सुमोतो हैं

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

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

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

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

यह जानने की कोशिश कर रहा है कि क्या रूबी का भविष्य है, और अगर उसमें मेरा स्थान है :), मैंने कई सौ लेख, चर्चाएँ, तुलनाएँ, आदि पढ़ीं। मैं अपने विचारों को अधिक या कम व्यवस्थित रूप में लाने की कोशिश करूंगा:

1।

रूबी की कल्पना 1993 में जापानी युकीहिरो मात्सुमोतो द्वारा की गई थी, जो एक ऐसी भाषा बनाने के लिए प्रयासरत थे, जो अन्य भाषाओं के सर्वश्रेष्ठ दृष्टिकोणों को मिलाती थी जो प्रोग्रामर के काम को सुविधाजनक बनाती हैं। उन्होंने एबेल्सन और सैसमन के पोस्ट के अनुसार कई मामलों में अभिनय किया: "कार्यक्रम लिखे जाने चाहिए ताकि लोग उन्हें पढ़ सकें, और केवल कभी-कभी ताकि मशीनें उन्हें निष्पादित कर सकें।" उसी समय, मात्सुमोतो वास्तव में इसे एक वस्तु-उन्मुख, आसान उपयोग, उच्च-स्तरीय भाषा बनाना चाहता था। इस प्रकार, रूबी का मुख्य उद्देश्य शक्तिशाली और एक ही समय में समझने योग्य कार्यक्रमों का निर्माण करना है, जहां यह कार्यक्रम की गति इतनी अधिक नहीं है जो मायने रखता है, लघु विकास समय के रूप में, वाक्य रचना की समझ और सरलता। भाषा "कम से कम आश्चर्य" के सिद्धांत का पालन करती है: कार्यक्रम को प्रोग्रामर की अपेक्षा के अनुसार व्यवहार करना चाहिए। उन्होंने प्रोग्रामर को कई तरीकों से समान परिणाम प्राप्त करने की क्षमता प्रदान करने में पर्ल भाषा की विचारधारा भी विरासत में दी। लोग अलग-अलग हैं, और स्वतंत्रता के लिए उन्हें चुनने का अवसर चाहिए: "यदि संभव हो तो मैं कई रास्ते प्रदान करना पसंद करता हूं, लेकिन यदि संभव हो तो उपयोगकर्ताओं को सर्वोत्तम मार्ग चुनने के लिए प्रोत्साहित करना या मार्गदर्शन करना । "

2।

रूबी 1995 में सार्वजनिक रूप से उपलब्ध संस्करण दिखाई देने के बाद से जापान में लोकप्रिय हो गया है (1995 से 2002 तक, इसने रूबी के बारे में बीस किताबें प्रकाशित कीं और रूबी इस देश में पायथन की तुलना में अधिक लोकप्रिय भाषा बन गई)। अंतरराष्ट्रीय समुदाय का परिचय अंग्रेजी में इसके प्रलेखन के अनुवाद और 1998 में पहली मेलिंग सूचियों के निर्माण के बाद शुरू हुआ। वर्ष 2000 के बाद, रूबी दुनिया भर में फैलने लगी, जिसे मुख्य रूप से अंग्रेजी भाषा की पुस्तकों के आगमन से सुविधा मिली, मुख्य रूप से "प्रोग्रामिंग रूबी: द प्रोगैमैटिक प्रोग्रामर्स गाइड" और "व्हाईट्स (मार्मिक) गाइड टू रूबी"। 2004 तक, रूबी को यूरोप और संयुक्त राज्य अमेरिका में व्यापक रूप से नहीं जाना जाता था, लेकिन इसकी क्षमताओं और बड़ी संख्या में समर्थित प्लेटफार्मों के कारण, रूबी ने धीरे-धीरे लेकिन निश्चित रूप से अपने रैंकों का विस्तार किया। रूबी में वास्तविक वृद्धि ने रूबी-ऑन-रेल्स (आरओआर) की उपस्थिति को उकसाया - वेब अनुप्रयोगों के विकास के लिए एक रूपरेखा। रूबी रूबी के लिए तथाकथित हो गई हत्यारा आवेदन, उत्प्रेरक जिसके माध्यम से रूबी अब दुनिया भर में मान्यता प्राप्त है।

3।

2003 में रूबी 1.8.0 और 2007 में रूबी पर रूबी 2.0 फ्रेमवर्क के नए संस्करण के रिलीज के बाद विकास और रुचि के लिए भाषा का उपयोग करने में वास्तविक छलांग शुरू हुई, जिसने रूबी के लिए प्रोग्रामिंग को एक नए स्तर पर पहुंचा दिया। रूबी ऑन रेल्स में आधुनिक वेब पेशेवरों का सामना करने वाले लगभग सभी सांसारिक कार्यों को हल करने के लिए पूर्व-निर्मित कार्यक्षमता शामिल है। इसका मतलब यह है कि विकास की गति स्पष्ट रूप से बढ़ जाती है। सबूत के रूप में, आप एक वीडियो देख सकते हैं जिसमें रूबी ऑन रेल्स का उपयोग करके आप केवल पंद्रह मिनट में एक पूर्ण ब्लॉग बना सकते हैं। दुर्भाग्य से, आवेदन की गति अभी भी काफी कम थी, और यह एक कारण था कि भाषा की लोकप्रियता काफी धीरे-धीरे बढ़ी। जैसा कि 2007 में रूसी डेवलपर्स ने कहा था: “रेल की बात करें, तो यह स्वाभाविक रूप से एक सफलता है। 5 साल तक मैंने अपने घुटने पर खुद के लिए जो कुछ भी किया था वह अचानक एक एकल उत्कृष्ट रूपरेखा के ढांचे के भीतर प्रस्तुत किया गया था। निराशाजनक प्रदर्शन। इसके अलावा, स्केलेबिलिटी खुद के लिए काफी सभ्य है, लेकिन पायथन और मोती एनालॉग्स की तुलना में अधिक बार रेल अनुप्रयोगों के लिए सर्वर का निर्माण करना आवश्यक है। यदि इसके लिए नहीं, तो हम पहले ही रेल पर जा चुके होंगे। अभी के लिए, हम इसका उपयोग विकास और प्रोटोटाइप के सही तरीकों पर नए डेवलपर्स को शिक्षित करने के लिए कर रहे हैं । ” इसके अलावा, यह अभी भी एक होस्टिंग (सभी अधिक मुक्त) खोजने के लिए समस्याग्रस्त था, जिस पर रूबी में आवेदन करना संभव होगा।

4।

यदि संस्करण 1.8 से पहले, भाषा विकसित हुई, तो पिछले संस्करणों के साथ संगतता बनाए रखते हुए, फिर बाद में याकीहिरो मात्सुमोतो के नेतृत्व में रूबी डेवलपर्स ने फैसला किया कि आगे बढ़ने के लिए 100% संगतता को छोड़ दिया जाना चाहिए। इसलिए, रूबी के विकास को दो शाखाओं में विभाजित किया गया: संस्करण 1.8 के लिए समर्थन। * और नए संस्करणों का निर्माण 1.9। *, जो भाषा के अगले संस्करण के अग्रदूत हैं, रूबी 2. 2009 में रूबी 1.9.1 और रेल 3.0 के रिलीज के साथ बेहतर बदलाव हुए। 2010 में, जब अधिकांश भाषा के विद्रोहियों ने अपनी नींव खो दी और कुछ और नहीं रूबी को अन्य प्रोग्रामिंग भाषाओं के बीच अपना सही स्थान लेने से रोका।

रूबी में अनुप्रयोगों के रनटाइम में महत्वपूर्ण परिवर्तनों का एक उदाहरण है:




TIOBE प्रोग्रामिंग कम्युनिटी इंडेक्स रेटिंग के अनुसार, सितंबर 2011 तक, रूबी 11 वें (पायथन - 8 वें, पीएचपी - 5 वें) रैंक पर है, और यह पूरे बाजार का 1.5% है, जो वैश्विक स्तर पर खराब नहीं है;) इसके अलावा, अगर हम वेब और स्क्रिप्टिंग प्रोग्रामिंग लैंग्वेज जॉब ट्रेंड एनालिटिक्स की ओर रुख करते हैं, तो अगस्त 2011 में स्थिति इस तरह होगी:



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



और यहां आप देख सकते हैं कि विभिन्न भाषाओं में रुचि कैसे बढ़ रही है, और रूबी के विकास की गति प्रभावशाली है: पिछले 2.5 वर्षों में उन्होंने 2.5 गुना वृद्धि की है! यह आशा करता है कि रूबी के पास निकट भविष्य में अपने अवसर पर कब्जा करने और वेब विकास बाजार का एक बड़ा हिस्सा रखने के लिए हर मौका है। और अगर 2009 में, प्रकाशन गृह "पीटर" को संदेह हुआ कि क्या यह रूसी में "द रूबी प्रोग्रामिंग लैंग्वेज" पुस्तक को प्रकाशित करने के लिए समझ में आता है, तो 2011 की शुरुआत में यह अभी भी निकला था , यह दर्शाता है कि इसमें बढ़ती रुचि थी यह भाषा और रूसी भाषी प्रोग्रामर के बीच। खासतौर पर इन जैसे प्रेरक नोट।

ओपन सोर्स प्रोजेक्ट रिपॉजिटरी से उपलब्ध एनालिटिक्स भी है।



ब्लैक डक सॉफ्टवेयर के आंकड़ों के अनुसार, जनवरी-मई 2011 में, Github पर 1,153,059 कमिट (प्रविष्टियां) प्रकाशित हुईं, सोर्सफोर्ज पर 624,989, Google कोड पर 287,901 और कोडप्लेक्स पर 49,839। यहां प्रोग्रामिंग भाषाओं के आंकड़े हैं:

• C ++ (362,077 कमिट)
• जावा (335,992 कमिट)
• अजगर (296,896 कमिट)
• सी (264,468 कमिट)
• जावास्क्रिप्ट (251,557 कमिट)
• रूबी (234,980 कमिट)
• PHP (154,250 आवागमन)
• C # (125,848 कमिट)
• पर्ल (89 720 कमिट)

इसके अलावा, रूबी / रेल वर्तमान में सबसे होनहार प्रोग्रामिंग प्रौद्योगिकियों और दृष्टिकोणों के लगभग सभी को लागू करने का प्रतिनिधित्व करती है, जैसे कि परीक्षण (टीडीडी) के माध्यम से विकास, एमवीसी अवधारणा को लागू करने के लिए एक पूर्ण मॉडल, ORM (ActiveRecord), और डिजाइन पैटर्न (डिजाइन) के माध्यम से डेटाबेस के साथ काम करना। पैटर्न), सुविधाजनक प्रोटोटाइप जावास्क्रिप्ट फ्रेमवर्क (AJAX के साथ सरल कार्य के लिए), वितरित Git संस्करण नियंत्रण प्रणाली ( Github.com ) के साथ काम कर रहा है, और निश्चित रूप से, सास ( क्लाउड कंप्यूटिंग ) के विकास में इसका अनुप्रयोग, उदाहरण के लिए, Heroku.com , Engineyard.com , Basecamphq.co जैसी परियोजनाओं पर मी ।

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