पिछले हफ्ते, मैंने तीन कन्वेंशन्स के बारे में बात की थी जो टालमटोल को हराने और आपके नए रेल्स प्रोजेक्ट को शुरू करने में मदद कर सकते हैं। अब तक आपको सामने आने वाले काम से कम अभिभूत महसूस होना चाहिए। लेकिन आपके पास अभी भी एक कठिन विकल्प है। आप पहले कौन सा कोड लिखते हैं? ऑथेंटिकेशन? वो हिस्सा जो ट्विलियो से बात करता है? और आप फोरम पोस्ट रिकमेंडर इंजन पर काम करना कैसे शुरू करेंगे?
हाँ, किसी बिंदु पर आपको वास्तव में कोड लिखना होगा, और इसके लिए आपको शुरू करने की एक जगह चाहिए।
एक अच्छी शुरुआत क्या बनाती है?
सबसे पहले, आपको कुछ मिनट लेने चाहिए और उस सिस्टम के बारे में सोचना चाहिए जिसे आप बनाने जा रहे हैं। एंड-टू-एंड पथों पर ध्यान केंद्रित करें और उन पथों द्वारा आवश्यक संसाधनों के बारे में सोचें। ज़्यादा मत सोचें! एक बार जब आपका सिस्टम थोड़ा स्पष्ट हो जाए, तो आप उन पथों को खोज सकते हैं जो इन श्रेणियों में फिट होते हैं:
1. क्या ये प्रोजेक्ट के लिए कोर है?
प्रोजेक्ट के लिए कोर से मेरा मतलब है वह पथ जिसके बारे में आप बात करेंगे अगर कोई आपसे 30 सेकंड में अपना ऐप वर्णन करने को कहे। अगर आप फोरम सॉफ्टवेयर पर काम कर रहे हैं, तो एक टॉपिक पोस्ट करना और उसका जवाब देना प्रोजेक्ट का कोर होगा। अगर आप पुश नोटिफिकेशन सर्विस पर काम कर रहे हैं, तो एक डिवाइस रजिस्टर करना और उस पर नोटिफिकेशन भेजना एक कोर इंटरैक्शन होगा।
कोर इंटरैक्शन जल्दी लिखना अच्छा होता है, क्योंकि आप कम से कम प्रयास के साथ अपने ऐप के साथ खेलना शुरू कर सकते हैं। नई फीचर्स बनाने के लिए आपके पास एक अच्छी नींव होगी। और इससे अगली चीज़ पर काम करना और भी आसान हो जाएगा।
2. क्या ये अपने दम पर खड़ा हो सकता है?
आप उन फीचर्स को खोज सकते हैं जिन्हें आप नई लाइब्रेरीज़ या नए API सीखे बिना लिख सकते हैं। अगर आप यहाँ से शुरू करते हैं, तो आप कोड में रह सकते हैं बिना लगातार डॉक्यूमेंटेशन विंडो पर स्विच किए। आपको "लिखने के मोड" और "सीखने के मोड" के बीच स्विच नहीं करना पड़ता। रुकावट से बचकर, आप टालमटोल के अवसरों से भी बच रहे होंगे।
अगर आपने कभी सुबह सबसे पहले एक आसान बग ठीक करने के लिए खुद को मजबूर किया है ताकि ईमेल-ट्विटर-रेडिट-ईमेल लूप में न फंसें, तो आप जानते हैं कि सही मानसिकता में जल्दी शुरू करना कितना महत्वपूर्ण है। ये जल्दी उस मानसिकता में आने और वहां बने रहने का एक शानदार तरीका है।
3. क्या ये वाकई जोखिम भरा, कठिन, या जटिल लगता है?
शुरू करने के लिए ये खतरनाक हो सकते हैं। जटिल फीचर्स को आमतौर पर अधिक योजना की आवश्यकता होती है, जिसका अर्थ है फंसने के अधिक अवसर। तो ये शुरू करने के लिए एक अच्छी जगह कैसे हो सकती है?
डेवलपर्स दिलचस्प समस्याओं को हल करने की लालसा रखते हैं। एक कठिन समस्या पर हमला करना एक नए प्रोजेक्ट पर शुरू करने का सबसे आंतरिक रूप से प्रेरक तरीका हो सकता है। साथ ही, अतिरिक्त चुनौती आपको फ्लो हासिल करने का बेहतर मौका देगी, जहां असली जादू होता है।
तो, आप कौन सा चुनते हैं?
ये वास्तव में मायने नहीं रखता कि आप इनमें से कौन सा दृष्टिकोण चुनते हैं! सभी तीन अच्छे शुरुआती बिंदु हैं जिनके अपने लाभ हैं, और ये आपको सही दिशा में इंगित करेंगे। तो एक चुनें (यदि आवश्यक हो तो यादृच्छिक रूप से), और देखें कि आपको ये कैसा लगता है।
क्योंकि चाहे आप कोई भी दृष्टिकोण चुनें, रहस्य TDD फ्लाईव्हील को जल्द से जल्द घुमाना है, ताकि गति आपको उस दिन तक ले जाने में मदद कर सके जब आप शिप करें।
क्या आप नया प्रोजेक्ट शुरू करते समय इनमें से किसी दृष्टिकोण का उपयोग करते हैं? या नया ऐप शुरू करने के लिए आपकी अपनी पसंदीदा जगह है? कमेंट छोड़कर मुझे बताएं!
