Apps4Bitrix प्रतियोगिता - क्षुधा के लिए एचटीसी डिजायर एस!

दोस्तों, हम आपको हमारी प्रतियोगिता "Apps4Bitrix" में भाग लेने के लिए आमंत्रित करते हैं: अपने अनुप्रयोगों को मार्केटप्लेस कैटलॉग में रखें और एंड्रॉइड स्मार्टफोन प्राप्त करें - एचटीसी डिजायर एस।

अधिक जानकारी:

1C-Bitrix प्लेटफॉर्म पर कोई भी वेब डेवलपर प्रतियोगिता में भाग ले सकता है, इसके लिए हमारी मार्केटप्लेस कैटलॉग में एक नया समाधान (एप्लिकेशन, मॉड्यूल, मानक साइट) रखना आवश्यक है।

आवेदनों का संग्रह सितंबर में, अक्टूबर में आयोजित किया जाएगा - फाइनल का निर्धारण। अक्टूबर तक, मार्केटप्लेस वेबसाइट पर एक सार्वजनिक वोट होगा। प्रतियोगिता के फाइनल में अधिकतम 20 मतों के साथ 20 निर्णय-प्रतिभागी होंगे।

20 फाइनलिस्ट में से, विशेषज्ञ आयोग 5 विजेताओं का चयन करेगा - निर्धारण एक विशेष विशेषज्ञ परिषद की मदद से किया जाएगा, जिसमें सबसे सम्मानित और अनुभवी 1C-Bitrix साझेदार भी शामिल होंगे। मार्केटप्लेस वेबसाइट पर एप्लिकेशन संग्रह चरण के पूरा होने के बाद परिषद की संरचना की एक पूरी सूची प्रकाशित की जाएगी।

नतीजतन, पांच सर्वश्रेष्ठ समाधानों के लेखकों को एचटीसी डिजायर एस स्मार्टफोन और सम्मान के प्रमाण पत्र प्राप्त होंगे, और हम कंपनी की वेबसाइट और अन्य मीडिया पर सर्वश्रेष्ठ समाधानों पर अतिरिक्त जानकारी पोस्ट करेंगे।



रुचि रखते हैं? प्रचार की शर्तों, प्रतियोगिता के चरणों और अधिक विस्तृत जानकारी के साथ एक विशेष पृष्ठ देखें।

पुनश्च: और विशेष रूप से हैबर दर्शकों के लिए, हमने एंटोन डोलगनिन, हमारे एमवीपी से विकास के सुझाव तैयार किए:

बाज़ार क्या है?
मार्केटप्लेस एक ऐसा प्लेटफ़ॉर्म है जहाँ हर इच्छुक डेवलपर भुगतान या मुफ्त पहुंच में अपना निर्णय ले सकता है और अपने व्यवसाय को विकसित करने और खुद को एक पेशेवर स्टूडियो या एक व्यक्तिगत डेवलपर (फ्रीलांसर) बनने के लिए व्यापक अवसर प्राप्त कर सकता है।

आप आसानी से एक संभावित दर्शक की पहुंच की कल्पना कर सकते हैं - 1C-बिट्रिक्स पार्टनर नेटवर्क में 6,000 से अधिक साझेदार हैं, और पूर्ण परियोजनाओं की संख्या 50,000 से अधिक है।

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

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

नीचे मेरे अपने अनुभव के आधार पर कुछ सुझाव दिए गए हैं।

विचार
हमेशा विश्व स्तर पर सोचने की कोशिश करें। लगभग हर गैर-मानक कार्य को एक निश्चित वैश्विक स्तर पर विकसित किया जा सकता है, जिसका समाधान न केवल आपके लिए उपयोगी होगा। इस प्रकार, आप एक विशिष्ट कार्य की कीमत पर बड़े पैमाने पर विकास करते हैं, और इसलिए एक विशिष्ट ग्राहक की कीमत पर।

आलसी मत बनो
कुछ इकट्ठा करने के लिए आलसी मत बनो, यहां तक ​​कि एक परिमित मॉड्यूल के रूप में बहुत छोटा समाधान। हाथ की तैयारी, स्निपेट्स, टेम्पलेट्स पर रखें - सामान्य तौर पर, यह सब बहुत जल्दी आपको एक विधानसभा बनाने की अनुमति देता है।

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

विकास युक्तियाँ

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

प्रशासनिक इंटरफ़ेस:
कभी भी, किसी भी मामले में, उत्पाद के मानक वितरण में नहीं पाए गए दृश्य संरचनाओं का आविष्कार करें। यह मत भूलो कि 1C-Bitrix प्रलेखन, पाठ्यक्रम का उत्पादन करता है जिसमें यह सिस्टम के नए उपयोगकर्ताओं को शिक्षित करता है, जिनमें से कई कभी-कभी इंटरनेट उपयोगकर्ताओं पर भी भरोसा नहीं करते हैं। और आपके नए इंटरफेस बस उन्हें भ्रमित करेंगे। वही रंग योजना के लिए जाता है। सार्वजनिक भाग में प्रशासनिक उपकरणों के बारे में भी यही बात है।

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

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

वेबसाइट प्रारूप और निरंतरता
प्रत्येक सार्वजनिक साइट के अपने समय प्रारूप हैं, कुछ स्थिरांक हैं। उन्हें जानना और उन्हें उनके इच्छित उद्देश्य के लिए लागू करना महत्वपूर्ण है, और याद रखें कि, उदाहरण के लिए, रूसी-भाषा साइट पर समय प्रारूप dd.mm.yyyy है, और अंग्रेजी-भाषा साइट पर यह पहले से ही mm / dd / yyyy है, और ऐसा निर्माण पहले से ही निषिद्ध है: तिथि ('dmY');

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

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

अच्छे का सबसे अच्छा दुश्मन
एकदम सही करने का प्रयास न करें। पहले काम करने वाले संस्करण को लॉन्च करें और बाद में इसे संशोधित करें। यह मत भूलो कि इस समय वास्तव में कोई और आपके जैसा ही काम कर सकता है। लेकिन आपको जल्दबाजी नहीं करनी चाहिए।

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

कोडिंग शैली
कोड को स्टाइल करना बेहतर होता है जितना संभव हो उतना ही उत्पाद की शैली के करीब। यदि आवश्यक हो, तो यह तीसरे पक्ष के डेवलपर्स को आपके समाधान को बेहतर ढंग से समझने में मदद करेगा, और आपके समाधान की लोकप्रियता का विस्तार करेगा।

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

भुगतान किया
हर कोई चाहता है कि उसका काम चुकता हो, लेकिन कभी-कभी आपको विज्ञापन खरीदने की जरूरत होती है। तो शायद विकास, जो ज्यादा समय नहीं लेता था, मुक्त करता है? यदि वे उच्च गुणवत्ता के हैं और मांग में हैं, तो यह निश्चित रूप से आपको पहले से ही एक डेवलपर के रूप में ग्राहकों की आमद देगा।

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

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

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

यह सब, हम आशा करते हैं, टिप्स आपको बाज़ार के समाधान के विकास से जुड़े मुख्य बिंदुओं को समझने में मदद करेंगे, और - हम आपको भाग लेने के लिए आमंत्रित करते हैं, शुभकामनाएँ!