क्यों उल्का रूबी को पटरियों पर बर्बाद कर देगा

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

उल्का क्यों?

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

बाँधने में कठिनाई

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

उल्का पूरी तरह से समझने योग्य और सुविधाजनक तरीके से, संकुल के "सबसे आधुनिक" चयन में से एक को मिलाकर इस समस्या को हल करता है। jQuery, Handlebars, Node.js, websockets, mongoDB और DDP सभी एक सुव्यवस्थित उपकरण हैं जो हमें अनुप्रयोगों को जल्दी और कुशलता से बनाने की अनुमति देता है। हमने 3-4 सप्ताह में सबसे महत्वपूर्ण कार्यक्षमता (एमवीपी) लॉन्च की, जबकि रेल पर इसे 4-6 सप्ताह लगेंगे। हाल ही में, हमने पूरी तरह से नई परियोजना के लिए रेल के साथ कोणीय बाँधने में 2 दिन बिताए - हमें क्लाइंट को जो करना था, उसके बजाय 12-16 घंटों के लिए कॉन्फ़िगरेशन करना था। जब आप अनुभवी डेवलपर्स को $ 100- $ 200 प्रति घंटे का भुगतान करते हैं, तो ये 12 घंटे बहुत लायक हैं, यदि आपके पास उत्पाद बनाने के लिए केवल $ 20- $ 25 हजार हैं। सबसे खराब स्थिति में, आप दो चौखटे बाँधने पर बजट का 6% खर्च कर सकते हैं। और इसमें ऐसी चीजों को स्थापित करने की लागत शामिल नहीं है, उदाहरण के लिए, वेबस्कैट, जो वास्तविक समय में दो-तरफा डेटा विनिमय की अनुमति देता है। और उल्का पर यह सब मुफ्त में।

ध्यान शिफ्ट समस्या

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

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

भरती

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

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

डिजाइनर उसे प्यार करते हैं

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

चुटकुलों को छोड़कर, लेकिन हमारे डिजाइनर (जो पहले रेल से परिचित थे) को मेटेरो से इतना प्यार हो गया कि अपनी पहल पर भी उन्होंने टेम्प्लेट उल्का बॉयलरप्लेट बनाया, जिसे अब हम अपने सभी उल्का अनुप्रयोगों के लिए एक शुरुआती बिंदु के रूप में उपयोग करते हैं। इसके अलावा, रेल से थककर, उसने हमारी साइट के पूरे डिज़ाइन को उल्कापिंड में स्थानांतरित कर दिया, जिसमें से किसी एक को परेशान करने से पहले 40% काम किया। इसके बारे में सोचो।

एक डिजाइनर को कुछ कोड बनाने या एक फ़ाइल संरचना निर्दिष्ट करने के लिए बिल्कुल भी एक डेवलपर की आवश्यकता नहीं होती है - मेरे लिए यह केवल किसी प्रकार का अंतर्दृष्टि था।

अत्यंत सावधानी के साथ बनाया गया एक समाधान

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

तो सभी एक ही उल्का क्यों?

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