स्टार्टअप के बारे में बात करें या क्या मानक इंजन, थीम और डिज़ाइन का उपयोग करना संभव है?

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



और इसलिए, शुरू करने के लिए, हम अपनी बातचीत के संदर्भ में एक स्टार्टअप की अवधारणा पर विचार करेंगे। यह एक वेबसाइट या सेवा का निर्माण है:

• अद्वितीय कार्यक्षमता है, जिनमें से एनालॉग्स अभी तक मौजूद नहीं हैं, या यह विभिन्न प्रणालियों में बहुत बिखरे हुए हैं। यही है, आपने कुछ ऐसी कल्पना की है जो अभी भी मौजूद नहीं है ( टाइप 1 )।
• मौजूदा बुनियादी कार्यक्षमता को लागू करें, इसमें व्यक्तिगत विशेषताओं को जोड़ा जाता है जो पहले से ज्ञात कार्यों के उपयोग को पूरे नए स्तर पर विस्तारित या अनुवाद करता है। उदाहरण के लिए, डिग्ग-साइट्स का विचार नया नहीं है, लेकिन किसी भी उपयोगकर्ता के लिए अपनी खबर प्रकाशित करने की मानक क्षमता के लिए, उसने दो कार्य जोड़े जो इस मानक कार्यक्षमता (समाचार पोस्ट) के उपयोग के स्तर को गुणात्मक रूप से नए स्तर ( टाइप 2 ) में ले आए।
• मौजूदा कार्यों और / या सेवाओं को उनके लिए एक नए वातावरण में स्थानांतरित करता है, जो आपको पहले अप्रयुक्त बाजारों को खोलने की अनुमति देता है, उदाहरण के लिए, यदि पहले समर्पित सर्वर और फ़ाइल भंडारण केवल व्यावसायिक उपयोगकर्ताओं और निगमों के लिए थे, तो अब Microsoft होम सर्वर या FreeNAS जैसे उत्पादों के आगमन के साथ। उपयोगकर्ता स्तर पर सभी क्षमताओं को लागू करता है और घर पर तैनाती और संचालन के लिए उपयुक्त है ( टाइप 3 )।
• अलग-अलग, पहले से मौजूद स्रोतों से कार्यक्षमता को एकत्र करता है, मौजूदा सेवाओं के संयोजन के आधार पर नई सुविधाओं को पेश करता है या उनके उपयोग में सुधार करता है ( टाइप 4 )।

बेशक, यह वर्गीकरण सबसे पूर्ण नहीं है, लेकिन हमारे उद्देश्यों के लिए यह करेगा। और फिर हम निम्नलिखित मुद्दों पर ध्यान केंद्रित करेंगे:

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

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



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



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



सब के बाद, यहां तक ​​कि सबसे सरल गणना परियोजना प्रबंधक के रूप में आपके लिए उचित हो सकती है, दृष्टिकोण में अंतर - उदाहरण के लिए, यदि आप इसे स्वयं विकसित करते हैं:

• परियोजना की कार्यक्षमता के विवरण का विस्तृत निर्माण - 1 सप्ताह
• संपूर्ण विकास और व्यक्तिगत मॉड्यूल के लिए तकनीकी विशिष्टताओं के स्तर तक विस्तार - 2 सप्ताह
• परियोजना का विकास - 3 - 10 सप्ताह
• परियोजना का परीक्षण - 1 - 3 सप्ताह (या तो संपूर्ण विकास अवधि में फैल सकता है, या अंत में अतिरिक्त पूर्ण परीक्षण भी हो सकता है)
• दोहराया सुधार और बग फिक्स, डिजाइन विकास, आदि।

यह सब अपेक्षाकृत मानक परियोजना के साथ भी हजारों अमरीकी डालर में बदल जाता है, और मुझे पूरा यकीन है कि अधिकांश समय एक डेवलपर या टीम अन्य डेवलपर्स द्वारा बनाए गए घटकों के निर्माण और परीक्षण के लिए सैकड़ों बार खर्च करेगी। इसके बजाय, एक ही सप्ताह या यहां तक ​​कि दो को सभी मौजूदा प्रणालियों या एनालॉग्स की समीक्षा करना बेहतर है, उन्हें स्थापित करना और पहला खोजपूर्ण परीक्षण, परियोजना से आवश्यक क्षमताओं की सूची के साथ उनके अनुपालन का निर्धारण करना और उस प्रणाली का चयन करना, जिस पर सब कुछ आधारित होगा, और फिर बस बनाएं इसमें अतिरिक्त मॉड्यूल हैं, जो स्पष्ट रूप से छोटे हैं और निर्माण की जटिलता बहुत कम है। बेशक, अब वे मुझे एक तर्क देंगे कि वास्तुकला में एक विदेशी प्रणाली को अलग करने के लिए लिया गया समय खरोंच से इस तरह के समाधान को विकसित करने में लगने वाले समय के लगभग बराबर है, और वे पूरी तरह से गलत होंगे। विभिन्न परियोजनाओं में एक ही समाधान का पुन: उपयोग करते समय यह विशेष रूप से फायदेमंद है, क्योंकि एक बार समझ में आने के बाद, ज्ञान दूर नहीं होगा, और अक्सर यह असम्बद्ध होकर प्रलेखन को पढ़ रहा है और प्रलेखन के साथ कोड को देख रहा है, और आपके समाधान को विकसित करना एक पूरी तरह से अलग प्रक्रिया है। वैसे, ऐसे ओपन सोर्स प्रोजेक्ट भी हैं जिनकी डॉक्यूमेंटेशन क्वालिटी कई कमर्शियल डेवलपर्स को भी शर्मिंदा कर देगी - कम से कम PHP फ्रेमवर्क जैसे ezCompords के लिए डॉक्यूमेंटेशन देखें।



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



सामान्य तौर पर, मैं क्या कह सकता हूं - यदि आप एक स्टार्टअप को वास्तविक व्यवसाय के रूप में देखते हैं, और भावनाओं और विशिष्ट तकनीकी सोच का उपयोग करने के बजाय, आर्थिक मानदंडों का उपयोग करते हैं और अपने भविष्य के खर्चों का मूल्यांकन करते हैं (न केवल मौद्रिक, बल्कि अस्थायी और मानव भी), तो ज्यादातर मामलों में आप देखेंगे आपका कार्य पूरी तरह से पहले से ही सिद्ध परियोजनाओं की कार्यक्षमता में पूरी तरह से फिट बैठता है, जिसे लागू करने के लिए केवल कुछ सुधार की आवश्यकता होती है, जिस पर यह विकास विभाग के सभी बलों को केंद्रित करने के लायक है, वास्तव में हम क्या करते हैं अर्थप अद्वितीय है। और उपयोगकर्ता, उपयोगकर्ता, टिप्पणीकार नहीं, अन्य डेवलपर्स नहीं, समाचार साइटों और ब्लॉगों के पर्यवेक्षक नहीं - साइट पर आते हैं और वहां पोस्ट की गई जानकारी का उपयोग करते हैं, उनके लिए उपयोगी है, और वे अंततः परवाह नहीं करते हैं कि सॉफ्टवेयर या भाषा क्या है यह सिस्टम लिखा है। उदाहरण के लिए, लगभग हर उपयोगकर्ता ने कम से कम एक बार विकिपीडिया परियोजना का दौरा किया - और यह कि यह इंजन के आधार पर कैसे बनाया गया था (या इसके बजाय, इसका इंजन मुफ्त सॉफ्टवेयर के रूप में उपयोग किया जाता है और सैकड़ों अन्य परियोजनाएं इस पर आधारित हैं) MediaWiki, लेकिन यह सामान्य PHP का उपयोग करता है और MySQL DBMS - यह जानकारी के मूल्य और धारणा को कैसे प्रभावित करता है? मुझे लगता है कि किसी भी तरह से। और मोज़िला फ़ायरफ़ॉक्स ब्राउज़र वेबसाइट पर जा रहे हैं , कम ही लोग जानते हैं कि यह मानक ड्रुपल इंजन के आधार पर बनाया गया है - और आखिरकार, मोज़िला जैसी एक समुदाय और कंपनी रास्ते में अपना इंजन बना सकती है। लेकिन उसने बुनियादी ढांचे और परियोजनाओं के विकास के लिए सभी प्रयासों को निर्देशित नहीं किया, जो उनकी व्यावसायिक प्रक्रियाओं का मुख्य हिस्सा हैं। लेकिन किसी कारण से, पर्यवेक्षक और आलोचक परियोजना के मूल्यांकन के लिए कसौटी पर खरे उतरना पसंद करते हैं, "यदि यह मानक प्रणाली X पर लिखा गया है, तो कोई भी इसलिए इसका उपयोग नहीं करेगा।" इन शोधों के बीच क्या संबंध है - किसी ने अभी तक नहीं बताया है। इसके अलावा, यह एक मानक प्रणाली का विकल्प है, ज्यादातर मामलों में स्टार्टअप शुरू करने के लिए ओपन-सोर्स, जो प्रबंधन की तार्किक और उचित सोच का एक संकेतक है, और यह दर्शाता है कि आधार अभी भी कार्यक्षमता और काम की गुणवत्ता के मुद्दे हैं, और सार सार नहीं है कि " बेहतर बुरा है, लेकिन आपके खुद के या "नि: शुल्क पैसे की" कटौती "जो एक निवेशक की बारीकियों को ध्यान में नहीं रखती है। और केवल कुछ में, मैं विशेष रूप से जोर देता हूं, कुछ मामलों में, परियोजना की कार्यक्षमता के लिए आवश्यकताओं को उनके अनूठे समाधान के डेवलपर्स की आवश्यकता निर्धारित होती है।



एक बार फिर, एक संक्षिप्त इष्टतम कार्य योजना:

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

सब कुछ, आज के लिए हम अपनी समीक्षा पूरी करेंगे, कल एक निरंतरता होगी।



पुनश्च । वास्तव में, यह लेख यहाँ और मेरी नवीनतम परियोजना - DevLinks.com.ua की निजी बातचीत में आलोचना का जवाब है