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