अपनी नई रेल परियोजना पर विलंब को कैसे हराएं?

आपने अभी-अभी rails new लिखा है आपके अगले प्रोजेक्ट पर। अब क्या? आप कहाँ से शुरू करते हैं? क्या आप सब कुछ एक ही ऐप में लिखते हैं, या सर्विस ओरिएंटेड आर्किटेक्चर के साथ जाते हैं? क्या यह RSpec सीखने का अच्छा समय है? क्या आपको अपने सभी डेटा मॉडल बनाना शुरू कर देना चाहिए, या शुरू से अंत तक काम करने वाली कुछ कार्रवाइयां प्राप्त करनी चाहिए? आपको सामने आने वाले कई निर्णय लेने होते हैं, और खोया हुआ महसूस करना, और विलंब करना, और निराश होना, और कभी भी अपना ऐप समाप्त करना आसान नहीं है।

यह समस्या सुपर कॉमन है। यह सामने बहुत सारे विकल्प चुनने से आता है, जब आपके पास कम से कम जानकारी होती है तो आपको एक शिक्षित निर्णय लेने की आवश्यकता होती है।

निर्णय लेने पर कन्वेंशन

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

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

जब मैं कोई नया ऐप शुरू करता हूं तो यहां कुछ परंपराएं हैं जिनका मैं पालन करता हूं:

• कुछ पूर्ण सुविधाओं के साथ प्रारंभ करें।

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

• एक ऐप से शुरू करें।

  मुझे पता है, आप मोनोरेल बनाने से बचना चाहते हैं। और आधा दर्जन RailsConf वार्ताएं हैं कि एसओए रेल ऐप्स को लंबे समय तक बनाए रखने का सबसे अच्छा तरीका कैसे है। क्या आपको यह पता नहीं लगाना चाहिए कि आपके ऐप के कौन से हिस्से स्वतंत्र हो सकते हैं, और प्रत्येक भाग के लिए एक सेवा का निर्माण कर सकते हैं?

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

• उस स्टैक से प्रारंभ करें जिसका आपने पहले उपयोग किया है।

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

शिपिंग कठिन है। यदि आप अपना ऐप खत्म करना चाहते हैं, तो आपको हर उस लाभ के लिए स्क्रैप करना होगा जो आपको मिल सकता है। इसलिए छोटी शुरुआत करें, आसान शुरुआत करें और जो आप जानते हैं उससे शुरू करें।

सम्मेलन हमेशा सही नहीं हो सकते हैं, लेकिन वे आपको आरंभ करने में मदद करेंगे। और शुरुआत करना सबसे कठिन हिस्सा है।

आगे क्या है?

आप अपनी परियोजनाओं पर किन सम्मेलनों का पालन करते हैं? और आप कैसे तय करते हैं कि आपको किन विशेषताओं या परीक्षणों से शुरुआत करनी चाहिए? मैं अगली बार अपने विचार साझा करूंगा, लेकिन मुझे आपके कुछ विचार सुनना अच्छा लगेगा।