रेल पटरी से उतर गई: क्यों मैं कॉफीस्क्रिप्ट पर आर्कियोप्टेरिक्स लिखता हूं

क्या आप पार्टियों में गए हैं जहाँ काम के दोस्त और कॉलेज के दोस्त बात नहीं करते हैं ?

मैंने Tumblr पर एक वीडियो पोस्ट किया है जिसे मैं फेसबुक पर कभी पोस्ट नहीं करूंगा:


यह स्क्रीलेक्स के बंगारंग के तहत आने वाला गिटारवादक है।

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

और हाँ, लेख वास्तव में पटरियों के बावजूद रेल के बारे में है :)

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

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

इसने मुझे लकी स्टिफ की एक पुरानी बोली याद दिलाई:

जब आप कुछ भी नहीं बनाते हैं, तो आपका स्वाद आपको निर्धारित करता है, आपकी क्षमताओं को नहीं। आपका स्वाद केवल आपके सामाजिक दायरे को कम करता है और लोगों को दूर धकेलता है। इसलिए बनाएं।

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

कुछ साल पहले, रेलल्स आज के रूप में भयानक थे। लेकिन 2012 के आंगन में और हैकर न्यूज पर, यह पोस्ट दिखाई दी:

मुझे क्या सीखना चाहिए, रेल पर Node.JS / Express.JS या रूबी?

कई नौकरियों में रेल के ज्ञान की आवश्यकता होती है, लेकिन ऐसा लगता है कि निकट भविष्य में नोडा वेब विकास पाई के एक सभ्य टुकड़े को काटने की योजना बना रहा है।

दूसरे शब्दों में, क्या मुझे उस प्रभावी तकनीक को सीखना चाहिए जो मेरी नौकरी की खोज को आसान बनाएगी, या मुझे एक नए कमीने पर भरोसा करना चाहिए?

हम सभी जानते हैं कि एक नए कमीने के विपरीत क्या है।


दरअसल, हैकर न्यूज़ के उस विषय का निम्नलिखित उत्तर है:
रेल कल हैं। यह एक वसा मेटा-फ्रेमवर्क है, जिसे समझने के लिए भारी मात्रा में परिधीय ज्ञान की आवश्यकता होती है।

बेशक, आपको वह सब कुछ फ़िल्टर करना चाहिए जो आप हैकर न्यूज़ पर पढ़ते हैं (यदि आप इसे गंभीरता से लेते हैं), लेकिन रेल का "कल" ​​बनने का क्या मतलब है? यदि आप एक रूपरेखा के रूप में रेल को देखते हैं, तो यह कथन बकवास है, लेकिन आपको रेल को एक फैशनेबल मजाक के रूप में देखना चाहिए, क्योंकि सब कुछ जगह में आता है। रेल कुछ साल पहले फैशन की ऊंचाई पर थी, लेकिन इन दिनों पहले से ही हैं।

लोग डिजाइन पर फैशन के प्रभाव को कम करते हैं, लेकिन यह इतना सरल नहीं है। जैसा कि एलन के (स्मॉलटाक के निर्माता) ने कहा: " जब तक ऐसी चीजें हैं जो शिक्षा की तुलना में तेजी से विकसित हो रही हैं, हमारे पास हमेशा पॉप संस्कृति होगी ।"

रेल पुरानी और नीरस है, और Node.js एक नया कमीने है। लेकिन लोग अत्यधिक "शोर" के कारण Node.js से नफरत करते हैं। व्यक्तिगत रूप से, यह मेरे लिए मज़ेदार लगता है क्योंकि Node.js के आस-पास मुख्य बज़ ऐसे लोगों से आता है जो बज़ के लिए Noda से नफरत करते हैं।

मैं इस बात से हैरान नहीं हूं कि नंदा कितनी बोल्ड हैं। जब रेल उस उम्र में थी, तो वे कम साहसी नहीं थे। RailsConf 2007 में उत्कृष्ट तकनीकी रिपोर्टों की एक बड़ी मात्रा थी, लेकिन इसके अलावा नशीली दवाओं के एक महत्वपूर्ण द्रव्यमान वहाँ एकत्र हुए। फिर, जहाँ तक मैं कर सकता था, मैंने इस संकीर्णता को नजरअंदाज करने की कोशिश की, और अब मैं आपको नोडा के साथ भी ऐसा करने की सलाह देता हूं। और यहाँ क्यों है।

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

class User < ActiveRecord::Base; end 

वास्तव में मतलब है

 User = ActiveRecord::Base.new 

या दूसरे शब्दों में

 User = Struct.new(:username) 

हमें ActiveMecord :: Base के लिए ClassMethods और InstanceMethods मॉड्यूल को संलग्न करने के लिए अजीब और भ्रमित करने वाले तंत्र का उपयोग करने के लिए मजबूर किया जाता है, क्योंकि यदि हम इसे से विरासत में लेने की कोशिश करते हैं, तो हमें वारिस को इसके शुद्ध रूप में नहीं मिलेगा। वास्तव में, हमें एक नया वर्ग मिलता है जो ActiveRecord :: Base का उपयोग करके बनाया गया है। जैसा कि आप देख सकते हैं, ActiveRecord :: बेस वास्तव में एक छिपा हुआ ActiveRecordClassFactory कारखाना है।

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

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

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

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


यही बात रेल के साथ हुई। इसीलिए रेल के नीचे लिखना बहुत मजेदार था जबकि रेल घोड़े पर बैठी थी। और यही कारण है कि आज की रेल एक शक्तिशाली और उपयोगी उपकरण है। लेकिन सिर्फ एक उपकरण।

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

रेल - ... यह एक वसा मेटा-फ्रेमवर्क है जिसे समझने के लिए भारी मात्रा में परिधीय ज्ञान की आवश्यकता होती है।

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

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

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

  Gemfile     .         'source :rubygems' 

क्या बकवास तुम मुझसे मजाक कर रहे हो?

यहाँ Google का सुझाव "शायद आपके दिमाग में था" अगर यह बैंडरेल टीम द्वारा विकसित किया गया होता, तो यह देखा जाता:

अनुवाद: शायद आपका मतलब ब्रिटनी स्पीयर्स था। फिर कृपया अपनी खोज क्वेरी सही ढंग से दर्ज करें, डंबस को कमबख्त

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

बंडल केवल समस्या नहीं है। रेल 3 के आगमन के साथ ही रेल पटरी से उतर गई।


अनुवाद: रेल 3 नए अनुप्रयोगों को आसान बनाता है: ...

यह लिंक विडंबनापूर्ण है, यह एक विशाल पृष्ठ की ओर जाता है जिसमें आप अपना आवेदन लिखना शुरू कर सकते हैं।


अनुवाद: जब मैंने रेल सीखना शुरू किया, तो संस्करण ०.६ के बारे में, मेरे पास एक निष्पादन योग्य फ़ाइल थी जिसने रूबी + रेल स्थापित की। मैंने एक कमांड टाइप की और कोडिंग शुरू की।

इस चर्चा को देखें:

अनुवाद:
@topfunky: रेल 3 ने केवल आपकी जरूरत के साथ "अपनी छोटी रेल को इकट्ठा करने" का अवसर दिया। क्या कोई वास्तव में ऐसा करता है?
@ जशकेन: @टॉपफंकी मुझे ऐसा नहीं लगता। IMHO, मर्ज मर्ज के परिणाम - अब तक की सबसे दुखद बात है जो रेल के लिए हुई थी।
@ j3: @ जशकेन क्या यह अधिक विस्तार से संभव है? / cc @topfunky
@ जशकेन: @ j3 सभी प्रगति दो साल के लिए रुकी, तीसरी रेल काफी हद तक * अभी भी * दूसरी की तुलना में धीमी है, बुंडलर एक दुःस्वप्न है, नोड.जेएस जीता।

आप चाहें तो यहां बाकी पढ़ सकते हैं। मैं आपको केवल दो मार्ग दूंगा।


अनुवाद: @tomdale ठीक है। स्क्रैच से अनुप्रयोगों के लिए, मैं शायद नोदा को चुनूंगा। यदि रेल वास्तव में पिछले 3 वर्षों में विकसित हुई, तो शायद सब कुछ अलग हो गया।


अनुवाद:
@ जशकेन: @tomdale मैं सभी बिंदुओं पर सहमत हूं। सिद्धांत रूप में, मैं सिर्फ इस बात से परेशान हूं कि तीसरी रेल दूसरे की तुलना में गुणात्मक रूप से बेहतर नहीं दिखती है। वही सुविधाएँ, एक अलग एपीआई।
@josevalim: @jashkenas @tomdale यदि आप किसी एप्लिकेशन डेवलपर के दृष्टिकोण से केवल रेल 3 का मूल्यांकन करते हैं, तो हाँ। लेकिन तीसरी रेल हमेशा प्लगइन डेवलपर्स के समुदाय को निर्देशित की जाती है।

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


अनुवाद: "Node.js सर्वर अनुप्रयोगों का भविष्य है" @wardcunningham #nodepdx

वार्ड कनिंघम ऐसा ही एक मजबूत तर्क है ।

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

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

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

रेल भविष्य नहीं है, बल्कि अतीत है।

http://www.youtube.com/watch?v=WM1RChZk1EU

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

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

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



और मैंने वास्तव में मजेदार हैक की एक जोड़ी भी तैयार की।



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

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

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

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


अनुवाद:
@gilesboatboy: हर बार जब भी मैं देखती हूं। foo | थोड़ा नीरज मुझे मारना चाहता है। इसे क्या कहेंगे? zadrotognev? क्योंकि "डू" पूरी तरह से अति सुंदर अक्षर है :-p
@ कुर्तेलास्टर: अगर रूबी में असली मैक्रोज़ थे, तो ये पत्र आवश्यक नहीं होंगे।
@topfunky: रूबी के लिए मेरा कॉफीस्क्रिप्ट कहाँ है? संकलक को उस इंडेंटेशन का उपयोग करने दें जो हर कोई लिखता है, बेकार के अंत के बजाय।

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

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

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

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

अद्यतन : येहुदा काटज़, जो बुंडलर और रेल के डेवलपर्स में से एक है, ने मुझे इस उपयोगी कोड को भेजा:

 ~/Code/ember.js ‹ruby-1.9.3› ‹master*› $ bundle && echo "fuck you giles" Using rake (0.9.2.2) Using confparser (0.0.2.1) Using multi_json (1.0.4) Using execjs (1.2.13) Using libxml-ruby (2.2.2) Using faster_xml_simple (0.5.0) Using httpclient (2.2.4) Using json (1.6.5) Using nokogiri (1.5.0) Using net-github-upload (0.0.8) Using github-upload (0.0.2) Using rack (1.4.1) Using thor (0.14.6) Using rake-pipeline (0.6.0) from https://github.com/livingsocial/rake-pipeline.git (at master) Using rake-pipeline-web-filters (0.6.0) from https://github.com/wycats/rake-pipeline-web-filters.git (at master) Using sproutcore (0.0.1) from https://github.com/wycats/abbot-from-scratch.git (at master) Using uglifier (1.0.4) Using bundler (1.1.rc.7) Your bundle is complete! Use `bundle show [gemname]` to see where a bundled gem is installed. fuck you giles