क्या बड़े पैमाने पर परियोजनाओं के लिए रेल पर रूबी अच्छा है?

Question

मैं RoR के बारे में एक प्रेजेंटेशन पर काम कर रहा हूं। यह अच्छा लग रहा है सिवाय इसके कि मुझे वास्तव में "समस्याएं" खंड के लिए कुछ भी नहीं मिल रहा है। ऐसा कोई नहीं लगता है। :)

विशेष रूप से मैं में दिलचस्पी है:

1. क्या मुद्दों रख-रखाव/प्रबंधन के साथ देखते हैं जब कई डेवलपर्स बड़े पैमाने पर आतंक विरोधी परियोजना में शामिल कर रहे हैं?
2. गतिशील रूप से टाइप की गई भाषाओं बनाम स्थिर रूप से टाइप की गई भाषाओं का उपयोग करके ऐसी बड़े पैमाने पर परियोजनाओं पर डेवलपर्स के लिए क्या विशेष विचार हैं?
3. क्यों बड़े पैमाने पर परियोजनाओं के लिए RoR उपयुक्त नहीं हो सकता है?

मुझे इंटरनेट पर इस गूंज पर कुछ भी नहीं मिला। मैं इन बिंदुओं के बारे में आपके विचार सुनना चाहूंगा?

धन्यवाद, Arkadiy

Answer 1

मुझे यकीन है कि आप इसे नेट पर बहुत कुछ पा सकते हैं, लेकिन मुझे यह स्वीकार करने में खुशी है।

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

Answer 2

scalability के लिए, चहचहाना छदाम कर सकते हैं यदि ऐसा है तो मुझे लगता है कि आप भी इसे कर सकते हैं।

और किसी अन्य प्रोग्रामिंग भाषा की तरह रखरखाव, आपको किसी प्रकार के संस्करण नियंत्रण, svn या git का उपयोग करने की आवश्यकता है।

Answer 3

अधिकांश आरओआर डेवलपर टीम मैक पर मेरे अनुभव में काम करती है। संस्करण नियंत्रण के लिए गीट या svn का उपयोग करना। अधिकांश उपयोग टेक्स्टमैट या कमोडो। के साथ विशेष कॉमोडो प्रो आप इसे टीमों में अच्छी तरह से उपयोग कर सकते हैं। एक अच्छा SVN ग्राहक संस्करण है

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

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

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

तो imho: यह टीम के किसी भी आकार के लिए सक्षम है।