Rails इतनी तेजी से इतना लोकप्रिय क्यों हुआ?
सादगी ने मदद की, खासकर अगर आप जावा, XML, एंटरप्राइज दुनिया से आए थे। इसकी मार्केटिंग भी अविश्वसनीय रूप से अच्छी थी। लेकिन यही सब कुछ नहीं है।
स्टार्टअप दुनिया में Rails की बहुत सारी सफलता एक साधारण तथ्य से आई: व्यवसायों की समस्याएं उतनी अनोखी नहीं हैं। Rails CRUD साइट्स बनाने में महान था, जबकि लचीला रहा। और वास्तव में यही बहुत सारे व्यवसायों को चाहिए। खासकर शुरुआत में।
लेकिन यह सिर्फ व्यवसायों के लिए सच नहीं है। सॉफ्टवेयर डेवलपर्स के रूप में हमारे सामने आने वाली बहुत सारी समस्याएं नहीं बदलतीं। निश्चित रूप से, हमारे समाधान विकसित होते हैं। वे चक्र में चलते हैं। हम बेहतर होते हैं। लेकिन पिछली पीढ़ी के डेवलपर्स द्वारा खोजे गए वही समाधान आज भी हमारी मदद कर सकते हैं।
तो, क्या आप भविष्य में आपके सामने आने वाली समस्याओं के उत्तर जानना चाहते हैं? सबसे अच्छी बात जो आप कर सकते हैं वह है अतीत को देखना।
अतीत को देखें
अपनी वेबसाइट पर, मार्टिन फाउलर के पास सामान्य समस्याओं के अच्छे समाधानों का अविश्वसनीय संग्रह है। क्या आप डेव्स को इवेंट सोर्सिंग के बारे में बात करते हुए सुन रहे हैं? उन्होंने 10 साल पहले इस पर निश्चित लेख लिखा था। अपने नए REST API या सर्विस-ओरिएंटेड आर्किटेक्चर के साथ प्रदर्शन और विश्वसनीयता की समस्याओं का पीछा कर रहे हैं? यह उनका वितरित वस्तुओं का पहला नियम है, लगभग 15 साल पहले से।
अवदी ग्रिम ने मुझे बताया कि "यदि आप प्रौद्योगिकी वक्र का नेतृत्व करना चाहते हैं, तो मार्टिन फाउलर ने एक दशक पहले जो लिखा था, उसकी जांच शुरू करें।" यह पूरी तरह से सच है। उनकी वेबसाइट पर पैटर्न पढ़ने में लगने वाला समय आपके प्रोग्रामिंग भविष्य में एक शानदार निवेश होगा। और यह रीफैक्टरिंग पैटर्न का जिक्र भी नहीं कर रहा है।
आगे जाकर, एजाइल मैनिफेस्टो के लेखकों द्वारा लिखी गई लगभग कोई भी किताब या लेख पढ़ने लायक है - 15 साल पहले, वे उन्हीं सॉफ्टवेयर आर्किटेक्चर समस्याओं पर काम कर रहे थे जिनका हम आज सामना करते हैं।
आप C2 Wiki पर उनकी बहुत सारी चर्चाएं पा सकते हैं। इस बारे में बहस कि TDD सबसे ज्यादा समझ में कब आता है? वे सब वहीं हैं। और वे वहीं रहे हैं। विकी कुछ समय से आसपास है, और यह अभी भी एक शानदार संसाधन है।
90 के दशक के अंत से 2000 के दशक की शुरुआत की किताबें भी मददगार हैं। मैं स्मॉलटॉक बेस्ट प्रैक्टिस पैटर्न और पैटर्न्स ऑफ एंटरप्राइज एप्लिकेशन आर्किटेक्चर (जो Rails पर एक बड़ा प्रभाव था) को पढ़कर पूरे समय मुस्कुराता रहा, क्योंकि उन्होंने उन समस्याओं का इतनी अच्छी तरह से वर्णन किया जो मुझे इतनी अच्छी तरह से थीं।
डिज़ाइन फैशन की तरह, सॉफ्टवेयर विकास प्रथाएं चक्र में चलती हैं। वितरित से केंद्रीकृत तक, क्लाइंट साइड से सर्वर साइड तक, डायनामिक से स्टैटिक तक।
क्या आप आगे निकलना चाहते हैं, समझना चाहते हैं कि क्या आ रहा है, और शायद चलाना भी चाहते हैं कि आगे क्या आता है? अतीत को देखें। उन समस्याओं के समाधानों पर शोध करें जो हमारे वर्तमान समाधान पैदा करेंगे। और पिछली पीढ़ी के सॉफ्टवेयर डेवलपर्स की अच्छी प्रथाओं को अगली पीढ़ी तक लाने में मदद करें।
