कैसे जल्दी से एक जटिल परियोजना शुरू करने के लिए?

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

हमने एक जटिल परियोजना को जल्दी से कैसे शुरू किया जाए, इसके बारे में बात की, जिसकी संभावनाओं का आकलन केवल जनता की प्रतिक्रिया से किया जा सकता है। हम वास्तविक प्रतिक्रिया के समर्थक हैं, विशेषज्ञ राय के नहीं। रिपोर्ट कैसे sociate.ru को समर्पित थी, VKontakte समुदायों में विज्ञापन संदेशों के स्वचालित प्लेसमेंट के लिए एक परियोजना, 2012 के वसंत में शुरू की गई थी।

नीचे जो कुछ भी लिखा गया है, वह कैप्टन के मुंह में सुरक्षित रूप से डाला जा सकता है। जी हां, यह सच है। लेकिन! मैं खुद एक तकनीकी विशेषज्ञ हूं और मैं खुद जानता हूं कि हम कितनी बार कुछ तकनीकी फिट, कूल रिफैक्टिंग या नई तकनीकों की शुरुआत के शौकीन होते हैं। 90% मामलों में, उपयोगकर्ता को इसके बारे में नहीं पता है, खासकर अगर परियोजना नई है।

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

* एक बार फिर, ताकि टिप्पणियों में कोई युद्ध न हो - लेख में वर्णित दृष्टिकोण हमेशा उपयुक्त नहीं है और सभी परियोजनाओं के लिए नहीं है

पहली और शायद मुख्य थीसिस यह है कि परियोजना को जल्द से जल्द संभव चरण से काम करना चाहिए। इसे सार्वजनिक रूप से रखना आवश्यक नहीं है। मई 2012 में, सोशलाइट केवल दोस्तों के लिए खोला गया और इस मोड में एक महीने के लिए काम किया। यह संभावना नहीं थी कि यह उनके जीवन का सबसे अच्छा अनुभव था, लेकिन उन कठिनाइयों के लिए धन्यवाद, जो हमारे दोस्तों को मिलीं, पहले वास्तविक उपयोगकर्ता सार्वजनिक उद्घाटन के समय सेवा से संतुष्ट थे।
सबसे अच्छा विकल्प है जब आप स्वयं इस परियोजना के उपयोगकर्ता हैं, कम से कम कुछ हद तक। यदि आपको अपनी परियोजना का उपयोग करने की आवश्यकता नहीं है, तो एक वास्तविक उपयोगकर्ता खोजना सुनिश्चित करें, ताकि ऐसा न हो।


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


कुछ समय पहले, "मैशप" शब्द लोकप्रिय था, जिसका अर्थ है प्रौद्योगिकी का एक शौक जो नए मूल्यों को जन्म देता है। अब अंतिम परिणाम Google मानचित्रों के मिश्रण पर है, उदाहरण के लिए, विकिपीडिया को शायद ही कभी पाया जा सकता है, यह जल गया। लेकिन तकनीकी पक्ष के लिए - यह जितना संभव हो उतना प्रासंगिक है। Github, stackoverflow, गूगल और जाओ!


यदि पहली कॉल से Google में अचानक कोई समाधान नहीं मिला था - यह एक संकेत हो सकता है कि आप कुछ गलत कर रहे हैं और आपको थोड़ी इच्छा पर पुनर्विचार करने की आवश्यकता है। एक अतिरिक्त अनुरोध कुछ दिनों तक बचा सकता है।


इसी तरह हमने buruki.ru को विकसित करते हुए सोशलाइट पर काम शुरू किया, यह कंपनी के अंदर एक ऐसा बूटस्ट्रैप था। एक या दो साल के लिए, हम एक स्वतंत्र परियोजना के लिए विकसित हो गए हैं, लेकिन पहले से ही शुरू में, आवश्यक कार्यक्षमता का सामान गंभीर था - बिलिंग, बाहरी एपीआई के एक बड़े सेट, एक जटिल बैकएंड और एक विकसित व्यवस्थापक पैनल के साथ काम करना।
यदि यह सब खरोंच से देखा गया था, केवल हमारी जरूरतों के लिए (यह बहुत विशिष्ट होगा और 100% हमारी आवश्यकताओं को पूरा करता है), तो एक-डेढ़ महीने में हमारे पास एक तैयार परियोजना नहीं होगी, लेकिन एक विकसित ट्रैकर, उत्कृष्ट हिट प्रवाह और परिणाम के लिए एक लंबा रास्ता तय करना होगा। ।


सभी वेब स्टूडियो का अपना सीएमएस है, निश्चित रूप से सबसे अच्छा, निश्चित रूप से मूल। और इस पर वे अपनी साइट बनाते हैं। एक परियोजना शुरू करना, यदि परिणाम महत्वपूर्ण है, प्रक्रिया नहीं, नई प्रौद्योगिकियों के लिए समय नहीं है। आप जो अच्छी तरह से जानते हैं उसे लें, जो आपके सहकर्मी समझते हैं और जो करना आसान है, उसे पूरा करें। हमारे मामले में, ये Django, पायथन और उनके बुनियादी ढांचे हैं। इंफ्रास्ट्रक्चर शायद सबसे महत्वपूर्ण है। तो फिर बहुत ज्यादा नहीं लिखना है।


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

पहले दिन से हमें बिलिंग की आवश्यकता थी, उपयोगकर्ता सोसाइट के माध्यम से विज्ञापन पोस्ट करते हैं, और यह मुफ़्त नहीं है। चलाने के लिए, हमने अधिकतम उपयोगकर्ता सुविधा को चुना, भले ही इसमें कुछ (बहुत आरामदायक नहीं) कमीशन शामिल हो। एक भुगतान एग्रीगेटर का उपयोग करके आप सब कुछ बचाते हैं - कनेक्शन समय पर, एकीकरण समय पर (आमतौर पर एग्रीगेटर समर्थन उत्तरदायी है, और लोकप्रिय भाषाओं के लिए पुस्तकालय हैं), एक ही स्थान पर विभिन्न सेवाओं को इकट्ठा करने के समय पर। बाद में, आप कमीशन लागत को कम करते हुए कुछ सबसे लोकप्रिय तरीकों को सीधे कनेक्ट कर सकते हैं


आंतरिक बिलिंग के साथ, सेवा थोड़ी अधिक जटिल है। फिर हमने खुद एक गलती की और हमारे लेखांकन का आविष्कार करना शुरू कर दिया। ऐसा क्यों हुआ यह अज्ञात है। एक बार बुककीपिंग, पोस्टिंग, अकाउंट, सब-कॉन्टेक्ट की मूल बातें लेना और पढ़ना सही है। रेड स्टोर्नो। फिर सब ठीक हो जाएगा। और लेन-देन के बारे में मत भूलना।


बहुत बार, तकनीकी विशेषज्ञ के पास विचार को लागू करने के लिए सुंदरता की भावना वाले पर्याप्त लोग नहीं होते हैं। एक बैकेंड बनाना आमतौर पर एक दृश्यपटल के रूप में मुश्किल नहीं है। बूटस्ट्रैप सहयोगी अंततः इस समस्या को हल करते हैं, और थीम के साथ संयोजन में (उदाहरण के लिए, wrabootstrap.com ) आप न्यूनतम प्रयास के साथ एक अद्वितीय डिजाइन प्राप्त कर सकते हैं।


शायद सबसे विवादास्पद और सबसे क्रूर सवाल। लेकिन किसी को भी उपयोगकर्ता से बेहतर पता नहीं लगता है कि उसे क्या चाहिए। वह दुनिया को आपसे थोड़ा अलग देखता है। कार्यक्षमता को अधिक बार रोल आउट करें, उपयोगकर्ता के साथ संपर्क में रहें, और जितना संभव हो उतना करीब! CTRL + ENTER का उपयोग करके कोई भी आपको बग रिपोर्ट या रिपोर्ट टाइपोस नहीं लिखेगा, उपयोगकर्ता को प्रतिक्रिया का एक सरल साधन चाहिए। Buruki.ru के लिए, यह ओलक हर पृष्ठ पर स्थापित है। Sociate.ru के लिए, यह वीके में एक सुपर-सक्रिय समूह है , जिसमें (बोनस ट्रैक) उपयोगकर्ता स्वयं एक-दूसरे की मदद करते हैं।

ऊपर जो लिखा गया है, उसे वैज्ञानिक रूप से एमवीपी कहा जाता है - न्यूनतम व्यवहार्य उत्पाद , न्यूनतम पर्याप्त कार्यक्षमता वाला एक प्रोजेक्ट। हम अपने दम पर इस पर आए और आपसे प्रोजेक्ट लॉन्च करने का आग्रह किया, न कि उन्हें हार्ड ड्राइव के दूर के कोनों में रखने का!

टिप्पणियों में, हम विभिन्न दृष्टिकोणों के पेशेवरों और विपक्षों पर चर्चा करने का सुझाव देते हैं, अधिमानतः अनुभव से। और हम खुद शुरू करेंगे।