हमने हब्रहाब्र के लिए आवेदन कैसे विकसित किया

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

यह सब कैसे शुरू हुआ

उन्नत उपयोगकर्ताओं को पता है कि साइट को पार्स करने वाले अनौपचारिक हैबर अनुप्रयोग हैं। लेकिन नया आधिकारिक आवेदन एक ही सिद्धांत पर काम नहीं कर सका - किसी तरह यह फेंगशुई नहीं था।



इतिहास का दौरा:

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

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



डेस क्रायचकोव की टिप्पणी, "हैब्रहाब" के प्रकाशक:

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

नवंबर में, हमने साइन अप किया और स्टार्टअपुल डेवलपमेंट किया। हैरानी की बात है कि एक ठेकेदार के रूप में हमें चुनने वाले कारकों में से एक यह तथ्य था कि डेनिस Sports.ru iOS एप्लिकेशन का एक नियमित उपयोगकर्ता है, जिसे हम दो साल से अधिक समय से विकसित कर रहे हैं।

प्रोजेक्ट शुरू

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



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

डिजाइन, डिजाइन, लेआउट

हमारे हाथों में हमारे पास टीके, साथ ही एपीआई प्रलेखन विस्तृत था। डिजाइनर काम करने के लिए सेट। IOS और Android के तहत, हमारे पसंदीदा पूर्णकालिक डिजाइनर लीना लारकिना ने काम किया। और WP के लिए, हमने इस मंच के उत्कृष्ट डिजाइनर व्लादिमीर मोरोकोवस्की को आकर्षित किया । बेस रंगों को "हब्राहब्र" और हल्के रंगों के रूप में लिया गया था।



IOS / Android डिज़ाइनर CleverPumpkin AndyLa से टिप्पणी:

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



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



पोस्ट और टिप्पणियों पर काम करने में हमें सबसे अधिक समय लगा। हमने पठन सामग्री के साथ कई अनुप्रयोगों का विश्लेषण किया है। हमने अध्ययन किया कि उपयोगकर्ताओं को क्या पसंद है और उन्हें क्या परेशान करता है।



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

WP- डिजाइनर morochkovsky से टिप्पणी:

नमस्ते, मैं व्लादिमीर मोरोचकोवस्की हूं, जो विंडोज फोन के लिए हैबर एप्लिकेशन का डिजाइनर है।

इस बड़ी परियोजना में, मैं विंडोज फोन के लिए जिम्मेदार था। पूरी प्रक्रिया को तीन चरणों में विभाजित किया जा सकता है।



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



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



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

डिज़ाइन

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



IOS डेवलपर CleverPumpkin purrrminator से टिप्पणी:

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

Android डेवलपर CleverPumpkin erakitin से टिप्पणी:

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



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



सामान्य तौर पर, विकास की प्रक्रिया के दौरान, हमारी ओर और सर्वर की ओर से, लगातार समस्याएं उत्पन्न होती हैं। हबर की एक उत्कृष्ट टीम है जिसने दिन या रात के किसी भी समय उन्हें जल्दी से हल करने में मदद की, जिसके लिए उन्हें बहुत धन्यवाद।

WP डेवलपर्स से टिप्पणी - esavkin और garifzyanov :

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



और अब विकास के बारे में कुछ शब्द।



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



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



उन सभी तत्वों के साथ काम करता है जिनके साथ उपयोगकर्ता बातचीत करता है जो जावास्क्रिप्ट कार्यों के लिए कॉल के माध्यम से होता है। उदाहरण के लिए, जब कोई उपयोगकर्ता किसी चित्र पर टैप करता है, तो एक js-function कहलाता है, जो चित्र को c # id कोड में स्थानांतरित करता है, जिसके बाद चित्र पहले से ही सामान्य तरीकों से दिखाया जाता है। ऐसा ही तब होता है जब एक लेख के लिए मतदान, एक बिगाड़ने पर क्लिक करना, एक वीडियो खेलना।



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



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



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

उपकरण और सेवाएँ

हमने परियोजना के दौरान सूचना विनिमय और संचार के लिए विभिन्न उपकरणों का उपयोग किया।

यह हमारा मानक कस्टम वर्कफ़्लो है।



कोड संग्रहण - बिटबकेट

ग्राफिक्स स्टोरेज - ड्रॉपबॉक्स

ट्रैकिंग कार्य और कीड़े - महत्वपूर्ण ट्रैकर

मिलान डिजाइन लेआउट और रेखाचित्र - ट्रेलो

सीपी और टीएम के बीच लेखांकन एपीआई में सुधार - ट्रेलो

इनहाउस चैट - हिपचैट

बाहरी संचार - Skype / Telegram



एप्लिकेशन के अंदर एनालिटिक्स के लिए, हमने कार्यक्षमता की मांग का आकलन करने के लिए, साथ ही साथ नेटवर्क त्रुटियों को ट्रैक करने के लिए बड़ी संख्या में घटनाओं के साथ फ्लेरी का उपयोग किया। वास्तविक समय के आंकड़ों के लिए, Google Analytics की शुरुआत की गई है। क्रैश कलेक्शन Crashlytics (iOS और Android के लिए) और Bugsense (www.bugsense.com) के माध्यम से किया जाता है।

एपीआई विकास सहयोग

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



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

परीक्षण

विकास के दौरान प्रत्येक मंच पर लगभग 45 (अल्फा, बीटा और रिलीज उम्मीदवार) बिल्ड जारी किए गए थे। कीड़े और टिप्पणियों को पहले से ही बीटा बिल्ड स्टेज पर पेश किया गया था, जो टीएम के लोगों के हाथों में गिर गया। IOS और Android पर परीक्षण आधुनिक OS - iOS 7.0+ और Android 4.0+ के समर्थन से किया गया था। यदि Android के पास 2.3+ समर्थन था, तो परीक्षण में लगभग 15 और उपकरण जोड़े जाएंगे।



परीक्षण में शामिल:

iOS - 6 स्मार्टफोन

Android - 27 उपकरण (स्मार्टफोन और टैबलेट)

WP - 4 स्मार्टफोन



एंड्रॉइड के लिए, जिन उपकरणों पर एप्लिकेशन का व्यवहार कभी-कभी बहुत ही आश्चर्यजनक हो सकता है, वे विशेष रूप से प्यार करते हैं - ये Meizu, फ्लाई और फिलिप्स हैं। सभी Android S श्रृंखला - S2, S3, S4 और S5 पर परीक्षण करना सुनिश्चित करें - सक्रिय Android उपयोगकर्ताओं के बीच सबसे लोकप्रिय उपकरण। ठीक है, नेक्सस श्रृंखला की भी आवश्यकता है - यह एंड्रॉइड डेवलपर्स के साथ लोकप्रिय है।



परीक्षण के पूरा होने का मतलब केवल लंबे समय से प्रतीक्षित रिलीज के करीब पहुंचना था।

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

App स्टोर में "Habrahabr" नाम का उपयोग करना और

IOS संस्करण को अस्वीकार करें

पुराना हैबर एप्लिकेशन, जिसे लेख की शुरुआत में चर्चा की गई थी, हबराब्र के नाम से ऐप स्टोर पर प्रकाशित किया गया था। एप्लिकेशन को लंबे समय से बिक्री से हटा लिया गया है, और कुछ समय बाद ऐप्पल स्वतंत्र रूप से आईट्यून्स कनेक्ट में सूची से एप्लिकेशन छिपाता है। हर कोई सुरक्षित रूप से इस बारे में भूल गया, इसलिए लगभग एक महीने तक हमने यह समझने की कोशिश की कि स्टोर में "हैब्राह" नाम किसने कब्जा किया है। परिस्थितियों को स्पष्ट करने के बाद, ऐप्पल ने आईट्यून्स से कनेक्ट किया पुराने कनेक्शन का एक रिकॉर्ड कनेक्ट करें, और अब कार्य उसका नाम बदलना था। केवल जब Apple वापस आया, तो उसने अनधिकृत रूप से एप्लिकेशन स्टोर में एप्लिकेशन रखा और कई दिनों तक यह जनता के लिए उपलब्ध था। यहां तक ​​कि समीक्षाएँ ताजा दिखाई दीं:







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



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



पहले से जारी संस्करण को डालने के बाद 4 वें दिन, हमें रिजेक्ट मिलता है।

18.2। जिन ऐप्स में उपयोगकर्ता द्वारा तैयार की गई सामग्री होती है, वह अक्सर अश्लील होती है (उदाहरण के लिए "चैट रूले" ऐप्स) अस्वीकार कर दिया जाएगा



हमने पाया कि आपका ऐप उपयोगकर्ता-जनित सामग्री के प्रदर्शन को सक्षम बनाता है जो यौन रूप से स्पष्ट हो सकता है। इसलिए हम पूछते हैं कि आप एप्लिकेशन स्टोर समीक्षा दिशानिर्देशों के अनुपालन में अपने ऐप को बनाए रखने के लिए निम्नलिखित सावधानी बरतते हैं।



- अनुचित सामग्री को फ़्लैग करने और निकालने के लिए मॉडरेटर का उपयोग करें

- यह आवश्यक है कि आपके उपयोगकर्ता शर्तों (EULA) से सहमत हों और इन शर्तों को स्पष्ट होना चाहिए कि आपत्तिजनक सामग्री के लिए कोई सहिष्णुता नहीं है

- उपयोगकर्ताओं को आपत्तिजनक सामग्री को ध्वजांकित करने या रिपोर्ट करने के लिए एक रास्ता चाहिए और उपयोगकर्ता इस सामग्री को उत्पन्न करते हैं

- डेवलपर को सामग्री को हटाने और अपमानजनक सामग्री प्रदान करने वाले उपयोगकर्ता को हटाकर 24 घंटे के भीतर आपत्तिजनक सामग्री रिपोर्ट पर कार्रवाई करनी चाहिए

- उपयोगकर्ताओं को ईयूएलए की शर्तों का उल्लंघन करने वाले उपयोगकर्ताओं को बाहर निकालने के लिए एक विधि की आवश्यकता होती है

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



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



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

आपकी प्रतिक्रिया के लिए धन्यवाद। दिशानिर्देशों का पालन करने के लिए रिपोर्टिंग तंत्र को लागू करना उचित होगा।

2 बजे, प्रबंधक, iOS डेवलपर और डिज़ाइनर केवल सोते नहीं हैं। काम के आधे घंटे और हमारे पास शिकायत के लिए एक बटन के साथ एक बिल्ड तैयार है। हम बिल्ड में भरते हैं और समीक्षा की प्रतीक्षा करते हैं, और यह अभी भी एक्सपेडेड है - यह इसका प्लस है, यहां तक ​​कि री-एडिटिंग के साथ आप अभी भी पहली पंक्ति में हैं। 5 मिनट के बाद, हमें निर्माण की मंजूरी मिल जाती है, ठीक है, आखिरकार। सब कुछ रिलीज के लिए तैयार है!

रिलीज की तारीख

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



iOS समुदाय ने ऐप स्टोर पर ऐप को सकारात्मक रूप से रेट किया है।







विंडोज फोन उपयोगकर्ता भी रिलीज के बारे में बहुत खुश थे।







लेकिन Android उपयोगकर्ताओं ने विज्ञापन सहित काफी नकारात्मक प्रतिक्रिया व्यक्त की।







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



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

पुनश्च कुछ दिलचस्प आँकड़े

iOS उपकरणों और फर्मवेयर

लोकप्रियता में डिवाइस:

1. iPhone 5 - 30.8%

2. iPhone 5s - 28.8%

3. iPhone 4s - 16.8%

4. iPhone 4 - 9%

...

iPhone 5c - 3.4%



ऐसा लगता है कि 5c की बिक्री रूस में भी विफल रही है।

Android उपकरणों और फर्मवेयर

लोकप्रियता में डिवाइस:

1. नेक्सस 5 - 11.1%

2. नेक्सस 4 - 10.1%

3. नेक्सस 7 - 6.1%

4. सैमसंग एस 3 - 4.4%

5. सैमसंग एस 4 - 3%



यहां हमारे पास स्पोर्ट्स ऑडियंस के उपकरणों में एक महत्वपूर्ण अंतर है। आरयू - शीर्ष दस में नौ सैमसंग और एक सोनी एरिक्सन हैं।



44% उपयोगकर्ताओं के लिए Android 4.4। एंड्रॉइड 5 के साथ 5 सत्र भी हैं।

विंडोज फोन उपकरणों और फर्मवेयर

लोकप्रियता में डिवाइस:

1. नोकिया 920 - 26.5%

2. नोकिया 520 - 10.1%

3. नोकिया 820 - 8.3%

4. नोकिया 925 - 8.2%

5. नोकिया 720 - 6.4%



41% WP उपयोगकर्ताओं के पास पहले से ही विंडोज फोन 8.1 है। पूर्वावलोकन!

संस्करण 7.5 पर, लगभग 10% उपयोगकर्ता

प्लेटफार्मों के बीच प्रतिष्ठानों का वितरण (22-28 अप्रैल)

Android - 48%

iOS - 41%

WP - 11%

सत्रों की संख्या से देश वितरण

आईओएस

• रूस - 74.8%
• यूक्रेन - 11.9%
• बेलारूस - 3.3%

एंड्रॉयड

• रूस - 67.3%
• यूक्रेन - 17.5%
• बेलारूस - 4.6%

सत्रों की संख्या के अनुसार शहर (लगभग सभी प्लेटफार्मों पर समान)

1. मास्को

2. सेंट पीटर्सबर्ग

3. कीव

4. येकातेरिनबर्ग

5. नोवोसिबिर्स्क



पीपीएस अब और अधिक वफादार विज्ञापन के साथ ऐप स्टोर संस्करण 1.1.0 में एक समीक्षा पर। जल्द ही, iPad समर्थन के साथ संस्करण 2.0.0 को समीक्षा के लिए भेजा जाएगा। विंडोज फोन के लिए कल का संस्करण 1.0.1.0 विभिन्न सुखद परिवर्तनों के लिए समीक्षा के लिए भेजा जाता है।

ऐप लिंक: iOS | Android | विंडोज फोन