"डबल" स्टार्टअप या ग्राहक एक निष्पादक कैसे बने

एक बार अपने पहले ड्राफ्ट के साथ सैंडबॉक्स में , मुझे एहसास हुआ कि मैं वास्तव में किसी भी चीज के बारे में बात नहीं करता था। हालाँकि शुरू में यह विचार पेशेवरों के साथ अनुभव साझा करने के लिए था ( मुझे वास्तव में इसकी आवश्यकता है ), लेकिन उन लोगों के साथ जिनके पास कोई विकल्प है - अपने स्वयं के हाथों से कुछ करने की कोशिश करने या न करने के लिए। ठीक।

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

कुछ समय के लिए मैंने विकल्प की तलाश में नेट में प्रवेश किया, लेकिन ऐसा कुछ नहीं मिला। जब तक, कुछ डेटिंग साइटों ने मनोवैज्ञानिक संगतता के लिए कुछ प्रकार के परीक्षण की पेशकश की। मुझे एक ऐसी सेवा की आवश्यकता थी, जो कहे कि "माशा" मेरे बारे में क्या सोचती है, एक बहुत ही विशिष्ट "माशा"। बेशक, शायद मैं बुरी तरह से देख रहा था - मैं इसे बाहर नहीं करता।

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

कुछ खरीदने से पहले, मुझे यह समझने की ज़रूरत थी कि वास्तव में मैं किस तरह से बाहर निकलना चाहता हूं। सेवा का उपभोक्ता कार्य निम्नानुसार निर्धारित किया गया था - सेवा को एक व्यक्ति से दूसरे व्यक्ति की सच्ची भावनाओं / इच्छाओं / सहानुभूति को "तोड़ने" में मदद करनी चाहिए। एक महत्वपूर्ण घटक यह है कि दो वस्तुएं एक-दूसरे को जानते हैं, कम से कम रोजमर्रा के संचार के स्तर पर। यही है, सेवा स्कारलेट जोहानसन के संबंध में उपयोगकर्ता की संभावनाओं का मूल्यांकन नहीं कर सकती है, लेकिन किसी सहकर्मी या सहपाठी के संबंध में, पारस्परिकता प्रकट करने में मदद करनी चाहिए।

सेवा के संचालन के लिए एक महत्वपूर्ण मानदंड स्वयं द्वारा निर्धारित किया गया था - यह गुमनामी है। यही है, उपयोगकर्ता जुनून से अंधा हो गया (जो मैं था) पूरी घटना की विफलता के मामले में अपनी भावनाओं को प्रकट करने का जोखिम नहीं उठाना चाहिए (अचानक उपयोगकर्ता के पास पहले से ही एक पति या प्रेमिका है), अर्थात् पारस्परिकता की अनुपस्थिति में।

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

लागत के "अनुमान" के लिए, निश्चित रूप से, डेटा पर्याप्त नहीं था। परियोजना की वास्तुकला के बारे में जागरूकता की कमी थी। मेरी समझ में, यह डेटाबेस की संरचना और इसके साथ काम का पैमाना था। मैंने लेआउट और डिज़ाइन का बिल्कुल भी मूल्यांकन नहीं किया, क्योंकि मैंने इसे कम करके आंका था।

भविष्य के डेटाबेस स्कीमा की रूपरेखा तैयार करने और इसके साथ संचालन की रूपरेखा तैयार करने में लगभग एक महीने का समय और लग गया।

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

“कोई छात्र नहीं है - मैं स्टूडियो की कोशिश करूंगा। वे कितना पूछेंगे? मुझे यकीन है कि 200K उनके लिए पर्याप्त है। "- इस तरह के विचार के साथ, मैं शहर के स्टूडियो की ओर मुड़ गया। मेरी उम्मीदों के निकटतम प्रस्ताव ने 300K और 2 महीने के काम के साथ ब्रेकअप का वादा किया। सबसे "अनुभवी" स्टूडियो, बिना ब्लशिंग या ब्लिंकिंग के, सभी 2 महीनों के लिए 700K तक के लिए पूछा।

आश्चर्य कोई सीमा नहीं जानता था। ऐसा "पैसा" क्यों दें जब मैं खुद पहले से ही सबकुछ सोच चुका था, इसे खत्म कर दिया और यह सोच लिया? कुछ तालिकाएँ बनाने के लिए, और दो तीन पृष्ठों को आकर्षित करने के लिए? Dormoedy - मेरे पास उस समय स्टूडियो के लिए कोई दूसरा शब्द नहीं था।

मुझे स्वीकार करना चाहिए, हालांकि पैसा व्यक्तिगत नहीं था, मैं किसी भी तरह इसे वापस नहीं देना चाहता था। और यहाँ बात "टॉड" की भी नहीं है, बल्कि उस विवेक की, जो मैंने उठाया था, और मैंने अभी भी कार्यालय के दुरुपयोग के विचार से इनकार कर दिया था।

इस समय, मैंने एक निर्णय लिया, जिसकी मैं सभी को सलाह देता हूं, जिनके पास एक असाधारण प्रस्ताव का पसंदीदा उत्तर है - "मेरे पास इसके लिए समय नहीं है"। मैंने खुद साइट बनाने का फैसला किया।

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

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

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

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

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

दूसरा, अपने मूल स्तर पर भाषा में महारत हासिल करने की बात करते हुए, मुझे कुछ गंभीर कठिनाइयों की उम्मीद थी, क्योंकि मुझे कोई अनुभव नहीं था। लेकिन, उस PHP, कि जावास्क्रिप्ट मेरे लिए काफी आसान थी (इस हद तक कि मैं परियोजना के लिए पर्याप्त माना जाता था)।

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

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

परियोजना के नाम के साथ कठिनाइयाँ उत्पन्न हुईं। न केवल साथ आना आसान नहीं था, बल्कि वास्तव में अजीब चीजें भी हुईं। जैसे ही नाम मेरे सिर में दिखाई दिया और उपयुक्त समझा गया, मैंने इसे रजिस्ट्रार के माध्यम से जांचा। लेकिन मैं पहले दो नामों से चूक गया। एक ही रजिस्ट्रार पर सब कुछ दर्ज करना, कुछ हफ़्ते बाद और एक डोमेन खरीदने की इच्छा के साथ, वह पहले ही ले लिया गया था। नतीजतन, परियोजना को अपना नाम मिला - लवपिंगर और तुरंत ".com" ज़ोन में पंजीकृत किया गया।

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

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

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

यह परियोजना के निर्माण की कहानी है, जिसमें केवल शुरुआत है और, जो जानता है, शायद एक निरंतरता होगी। समय बताएगा। प्रोजेक्ट का लिंक - www.lovepinger.com मैंने वेलेरियन लिया, समान रूप से साँस लेना।

शुरुआती लोगों के लिए जो रास्ते में हैं: क्या करना है या नहीं करना है, मैं अपने अनुभव को संक्षेप में बता सकता हूं , शायद यह मदद करेगा:

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

गुड लक और गुड लक!
UPD # 1
आप जो भी हो, आमंत्रित करने के लिए धन्यवाद मित्र :)
UPD # 2
सभी खाबरोवस्क निवासियों के लिए बहुत धन्यवाद जिन्होंने मेरी विनम्र पोस्ट और प्रोजेक्ट पर ध्यान दिया।
आपकी सलाह और प्रतिक्रिया के लिए विशेष धन्यवाद। मैंने पहले से ही उनमें से कुछ को ध्यान में रखा था, कुछ के लिए समय लगता है, लेकिन किसी भी मामले में, आपके गर्मजोशी से स्वागत के लिए, मैं इस परियोजना पर आगे काम करना चाहता हूं।
शक्ति और अच्छा मूड आपके साथ आ सकता है!