Mail.Ru Group 2011 प्रौद्योगिकी फोरम समाप्त हो गया है, और अब इस घटना के "अंदर बाहर" के बारे में बात करने का समय है। मुझे लगता है कि यह कई लोगों के लिए दिलचस्प और उपयोगी हो सकता है।
चूँकि इस ब्लॉग के श्रोताओं में मुख्य रूप से आईटी लोग शामिल हैं, मैं सबसे पहले फोरम के संगठन के बारे में उन तकनीकों और दृष्टिकोणों के बारे में बताने की कोशिश करूंगा जो मेरे करीब हैं।
मैं आपको निम्नलिखित विषयों के बारे में बताऊंगा:
- सभी आगंतुकों के बारे में : गणना, आंकड़े, सिफारिशें, निष्कर्ष, कैसे मतदान का अनुमान लगाया गया था, वे कैसे कतारों, यातायात रूपांतरण, आदि के साथ लड़े थे।
- वीडियो प्रसारण के बारे में सभी : सॉफ्टवेयर, हार्डवेयर, रिपोर्ट के एक घंटे से भी कम समय में पहले वीडियो प्रकाशित करना कैसे संभव था, क्या समस्याएं थीं, वे कैसे हल की गईं, आदि।
- सभी तस्वीरें ऑनलाइन लेने के बारे में : वास्तविक समय फोटो प्रकाशन प्रणाली कैसे काम करती है।
- ट्विटर / एसएमएस / वेबसाइट के माध्यम से प्रश्न प्राप्त करें
- रियल-टाइम स्टेनोग्राफी: सॉफ्टवेयर, समस्याएं, समाधान ।
सभी आगंतुक के बारे में
पंजीकरण में क्या इकट्ठा करना है? किसी साइट को डिजाइन करते समय, आपको पंजीकरण चरण में एकत्रित किए गए डेटा के सेट पर सावधानीपूर्वक विचार करना चाहिए कि कौन से फ़ील्ड अनिवार्य होने चाहिए, किस प्रारूप में डेटा दर्ज किया जाना चाहिए। फिर बदलने में बहुत देर हो जाएगी। विशेष रूप से, सीधे डेटा दर्ज करने के अलावा, पंजीकरण की तारीख और समय को बचाने के लिए आवश्यक है - यह आपको पंजीकरण और रूपांतरण की गति का मूल्यांकन करने की अनुमति देगा। ई-मेल पते, टेलीफोन, और संभवतः पदों वाली कंपनियों को क्रम में रखा जाना चाहिए क्योंकि डेटाबेस भरा हुआ है, इसे स्वचालन में जितना संभव हो उतना स्थानांतरित करना। उदाहरण के लिए, हमारे पंजीकरण डेटाबेस के लगभग 90% में सही फोन नंबर और ई-मेल हैं। लेकिन विषय में सलाह का एक और टुकड़ा है।
यातायात के स्रोत । मैं पंजीकरण में यातायात स्रोतों को इकट्ठा करने की अत्यधिक सलाह देता हूं। यह थोड़ा अलग पते (जैसे,
techforum.mail.ru/?roem ) को अलग-अलग साइटों पर वितरित करके स्वचालित रूप से किया जा सकता है, और साइट को कॉन्फ़िगर कर सकता है ताकि जब आप इसे इस पते से एक्सेस करते हैं, तो संदर्भकर्ता और यह पैरामीटर सत्र में सहेजे जाते हैं, और पंजीकरण करते समय यह डेटा उपयोगकर्ता द्वारा दर्ज किए गए उपयोगकर्ता डेटा के साथ संग्रहीत किया गया था। सबसे बुरा विकल्प केवल रेफ़र का विश्लेषण करना है, उस पृष्ठ का पता जहां से लिंक साइट पर था।
मतदान का मूल्यांकन कैसे करें? । 1283 पंजीकृत लोगों में से 700 से अधिक हमारे मंच पर आए। Infospace की क्षमता लगभग 700 लोगों की है। जब अधिक आता है, तो साँस लेने के लिए कुछ भी नहीं है, और दोपहर के भोजन और हॉल में एक अप्रिय क्रश बनाया जाता है। खैर, यह सभी के लिए स्पष्ट है कि जब आप इसे सुरक्षित खेलते हैं तो यह खराब क्यों होता है, और परिणामस्वरूप, आप आधे कमरे में जा रहे हैं। सही संख्या में आने के लिए क्या किया गया था?
तीन विकल्प हैं:
- पंजीकृत में साइट पर आगंतुकों का रूपांतरण (यानी ट्रैफ़िक गुणवत्ता का प्रतिशत);
- आमंत्रितों में पंजीकृत का रूपांतरण (यानी उच्च गुणवत्ता वाले पंजीकरण का प्रतिशत);
- वास्तविक कामर्स (यानी वास्तविक उपस्थिति का प्रतिशत) के लिए आमंत्रितों का रूपांतरण।
पहले कई सौ पंजीकरण जमा करने के बाद, आप मध्यवर्ती डेटा से पहले दो मापदंडों का अनुमान लगाने की कोशिश कर सकते हैं, और भविष्य में वांछित तारीख तक कुल पंजीकरण की संख्या का अनुमान लगाने के लिए। कठिनाई अंतिम पैरामीटर है। नि: शुल्क घटनाओं के लिए सर्वेक्षण के अनुसार, यह 50% से 70% तक है (इस तरह के सम्मेलनों में शामिल मेरे सहयोगियों के अनुमान के अनुसार और पिछले साल के फोरम के आंकड़ों के अनुसार)। बेशक, इस तरह की रेटिंग के साथ काम करना आसान नहीं था।
एक आशंका यह भी थी कि संचित पंजीकरण "घटिया" थे और उपस्थिति का प्रतिशत वास्तव में और भी कम हो सकता है। इस जोखिम को पहले दूर करना था। इसके लिए आविष्कार किया गया था ...
पहले पंजीकृत एक टेलीफोन सर्वेक्षण । रिंगिंग में केवल कुछ घंटे लगे। दिन के अंत तक, हमें निम्न डेटा प्राप्त हुआ:
कॉल सेंटर के माध्यम से कॉलिंग, यह लगता है, ठोस संख्या। पंजीकृत लोगों में से 77% आश्वस्त थे कि अगले बुधवार को वे समय पाएंगे और ड्राइव करेंगे। लेकिन फिर भी, यह आधार की एक गुणात्मक विशेषता है। क्योंकि कुछ केवल कुछ ऐसा कहेंगे जिससे ऑपरेटर संतुष्टि के साथ अलविदा कहेगा, कुछ वास्तव में संदेह करेंगे, लेकिन कॉल सेंटर के साथ संदेह साझा नहीं करेंगे? सामान्य तौर पर, हमें एक अभिविन्यास मिला जो कुछ मुद्दों को हटाता है और दूसरों को उठाता है। उदाहरण के लिए, इन आंकड़ों ने हमें स्थिति के बारे में सोचने पर मजबूर कर दिया, “अगर आधे से ज्यादा आता है तो क्या होगा? वे सभी कैसे फिट होते हैं? पिस्सू बाजार को कैसे रोका जाए? ताकि सभी को पर्याप्त दोपहर का भोजन मिले? " नतीजतन, हमने शुक्रवार को 1200 पंजीकृत पंजीकरण बंद करने और हैंडआउट और दोपहर के भोजन को समायोजित करने का फैसला किया।
हमें उन लोगों का भी सटीक मूल्यांकन प्राप्त हुआ जो निश्चित रूप से सम्मेलन में उपस्थित नहीं होंगे। उनमें से एक हमारे पास आया। लेकिन उन लोगों की संख्या की समझ, जिन्होंने हमें मना कर दिया था कि नए कामर्स की संख्या से पंजीकरण समाप्त होने के बाद हमें लगभग एक सौ इकट्ठा करने की अनुमति दी गई थी, और एक ही समय में व्यवसाय कार्ड और बैज जैसे व्यक्तिगत हैंडआउट पर बचत करें।
रूपांतरण। चलो ऊपर उल्लिखित तीन रूपांतरण विकल्पों पर वापस आते हैं। पंजीकृत की आवश्यक संख्या को आकर्षित करने और पंजीकरण को समय पर पूरा करने के लिए कितना विज्ञापन आवश्यक है, इसका आकलन करने के लिए, आपको पंजीकृत, आमंत्रित और आमंत्रित - पंजीकृत लोगों के लिए साइट आगंतुकों के रूपांतरण की समझ की आवश्यकता है।
मुझे निम्नलिखित संख्याएँ मिलीं (और वे दूसरे वर्ष के लिए कमोबेश स्थिर हैं):
- पंजीकृत करने के लिए साइट पर आए लोगों का रूपांतरण (औसतन) - 10%
- आमंत्रित करने के लिए पंजीकृत परिवर्तित - 95%
- असली कामर्स को आमंत्रित करना - 51%
जैसा कि आप देख सकते हैं, 51% 77% से अलग है, जिसने एक टेलीफोन सर्वेक्षण दिया। और यह बिल्कुल सामान्य है, क्योंकि जिन लोगों ने वहां इनकार कर दिया वे लगभग बिल्कुल नहीं आएंगे, और जो सहमत थे वे केवल कुछ संभावना के साथ आएंगे। हमारे पास यह संभावना 66% थी। ऐसे लोग भी थे जिन्हें शक था कि टेलीफोन कॉल आएंगे या नहीं। उनका मतदान 11% था।
यह सवाल पूछना वाजिब है कि "आखिरकार, सभी लोग सुबह मंच पर नहीं आएंगे?" कोई खाने के लिए आएगा, कोई शाम को? और अंत में, एक क्रश बनाए बिना एक हजार लोग फोरम के माध्यम से जा सकते हैं! " हम इस सवाल का जवाब घटना से पहले नहीं दे सकते थे। अगला साल आसान होगा क्यों?
सुबह कितना आएगा? हमें दिलचस्प आंकड़े मिले कि कितने लोग सुबह, दोपहर और दोपहर में मुफ्त कार्यक्रम में आते हैं। ऐसा करने के लिए, मैंने रजिस्ट्रारों को मंच पर आए आगंतुकों को अलग-अलग रंगों के मार्करों के साथ चिह्नित करने के लिए कहा। 11 और 13 बजे वे संगठित रूप से दूसरे रंग में बदल गए। परिणामों का विश्लेषण करने के बाद, मुझे यह संरेखण मिला:
बेशक, यह स्पष्ट था कि थोक सुबह आएगा। लेकिन यहाँ आंकड़ा पहले से ही उपयोगी है - "रजिस्ट्रार" के कर्मचारियों के कार्यभार की गणना करने के लिए।
पंजीकरण के लिए लंबी कतारों से बचना सुबह में "पिस्सू बाजार" से बचने के लिए, लोगों को समान रूप से रजिस्ट्रार की मेज पर वितरित करना आवश्यक था। ऐसा करने के लिए, मैंने 5,6,7,8,9,10 टेबल और प्रत्येक टेबल पर बैज की संख्या के साथ मॉडलिंग की। यहाँ "पहले अक्षर" पर आँकड़े हैं
यह देखा जा सकता है कि T के तहत K की तुलना में चार गुना अधिक लोगों की आवश्यकता है। अक्षरों को क्रम में रखना आवश्यक है, और न कि भयानक (एक दुर्लभ अतिथि पंजीकरण को समझेंगे, जहां पहली तालिका में कम आवृत्ति वाले अक्षर एकत्र किए जाते हैं)।
आठ "टेबल" के लिए, निम्नलिखित निकलता है (लंबवत - टेबल पर बैज की संख्या):
यदि आप एक तालिका में वृद्धि करते हैं, तो सब कुछ कम या ज्यादा संरेखित होता है:
वितरण एक तालिका के अपवाद के साथ कम या ज्यादा समान हो गया, जिसके साथ कुछ भी नहीं किया जा सकता है - यह बहुत आवृत्ति पत्रों से घिरा हुआ है।
फोरम प्रतिभागियों के बीच व्यावसायिक संचार कैसे बेहतर करें । प्रत्येक प्रतिभागी के लिए, व्यवसाय कार्ड मुद्रित किए गए, 10 टुकड़े। ऐसा लगता है कि यह विचार सतह पर है: आखिरकार, लोग सेमिनार, प्रदर्शनियों, संवाद करने के लिए सम्मेलन में आते हैं, और यहां व्यापार कार्ड संपर्कों का आदान-प्रदान करने का सबसे सुविधाजनक तरीका है। सिस्टम प्रशासक, प्रोग्रामर, परीक्षक अक्सर उनके पास बिल्कुल नहीं होते हैं। शायद मंच पर सबसे उपयोगी razdatka।
जब मैंने सोचा और बिजनेस कार्ड के साथ अपने विचार पर काम किया, तो प्रिंटिंग हाउसों ने एक के बाद एक इनकार कर दिया। किसी ने मुझे अतिरिक्त कीमत के साथ "एक व्यवसाय कार्ड पर दूसरे क्षेत्र के लिए" खुश किया। किसी ने सभी 1200-ऑड सेट को मैन्युअल रूप से टाइप करने के लिए लिया। नतीजतन, ठेकेदार पाया गया था, हालांकि उसने हमें समय सीमा के साथ थोड़ा कम कर दिया, और हमने सम्मेलन शुरू होने से ठीक पहले इन व्यापारिक कार्डों को छांटा।
तकनीकी रूप से, लेआउट तैयार करना और एक छोटे से रन में बहुत से अलग-अलग सेट को प्रिंट करना आसान है। आप "मर्जिंग" फ़ंक्शन का उपयोग करके ऐसा कर सकते हैं। यह Microsoft Word में है, और Corel Draw, और InDesign में, और कई अन्य दस्तावेज़ तैयारी प्रणालियों में है। यह इस तरह काम करता है: फ़ील्ड्स को लेआउट में रखा जाता है, मानों के साथ एक तालिका कार्यक्रम में धकेल दी जाती है, और आउटपुट पर हमारे पास एक बहु-पृष्ठ दस्तावेज़ होता है जिसमें पहले से ही भरे हुए फ़ील्ड होते हैं। सच है, यह फ़ंक्शन बहुत लोकप्रिय नहीं है, क्योंकि यह डीटीपी-सॉफ़्टवेयर के निर्माताओं द्वारा खराब समर्थन किया जाता है, हर जगह यह स्टंप डेक के माध्यम से काम करता है। लेकिन अगर आप इसे थोड़ा सुलझाते हैं, अगर आप समझते हैं कि किन कार्यक्रमों में "छत को उड़ाना" नहीं है, तो बहुत अच्छे परिणाम सामने आते हैं। हमारे लिए धन्यवाद, हमारा प्रिंटिंग हाउस अब यह कर सकता है।
पंजीकरण प्रक्रिया के दौरान, हमने पदों और हितों पर डेटा एकत्र किया। यह समझने के लिए यह आवश्यक था कि क्या यह या वह विषय हमारे दर्शकों के लिए दिलचस्प होगा, साथ ही उन लोगों को आकर्षित करने के लिए विज्ञापन को समायोजित करने के लिए जो हमारे लिए श्रोताओं के रूप में दिलचस्प होंगे, और जो किसी कारण से पंजीकरण के बीच में कमी कर रहे थे। परिणामस्वरूप, हमें यह स्थिति मिली:
अंत में, आप एक और दिलचस्प आंकड़े दे सकते हैं। हमारे फ़ोरम में आगंतुकों की "महिला हिस्सेदारी" कम से कम 13% थी। यह फोरम के लिए एक उच्च संकेतक है, जहां कोड प्रस्तुतियों में दिखाई देता है, और हॉल में हर जगह सिस्टम प्रशासक और कट्टर प्रोग्रामर का स्लैंग।
इस प्रकार, सम्मेलन के परिणामस्वरूप, हमें अगले वर्ष मतदान की अधिक सटीक भविष्यवाणी करने और सबसे दिलचस्प वक्ताओं का चयन करने की अनुमति देने के लिए बहुत सारे डेटा प्राप्त हुए।
"थोड़ा तकनीकी विस्तार"हमने प्राधिकरण कैसे किया । चूंकि कोई व्यक्ति पंजीकरण कर सकता है, उसके लिए अपना डेटा बदलने और / या न्यूज़लेटर से सदस्यता समाप्त करने का एक तरीका होना चाहिए, फोरम में भाग लेने से इनकार करना। लॉगिन और पासवर्ड द्वारा प्राधिकरण को स्पष्ट रूप से यहां निरर्थक नहीं बनाने के लिए, ई-मेल द्वारा इस अत्यंत दुर्लभ स्थिति के लिए प्राधिकरण बनाया गया था: उपयोगकर्ता को मेलबॉक्स में पत्र से भेजे गए "गुप्त" पते पर जाने की आवश्यकता है, इस पते का जीवनकाल केवल दस मिनट का है। पता संपादन प्रपत्र की ओर जाता है, केवल बॉक्स का मालिक पत्र पढ़ सकता है। दो या तीन ने इसका फायदा उठाया। यह समाधान बहुत सफल रहा, क्योंकि इसने इंटरफ़ेस को अधिभार नहीं दिया और आवश्यक सेवा प्रदान की।
फोटोग्राफी
वास्तविक समय में तस्वीरों का लेआउट । इसलिए संक्षेप में यह विचार लगता है जो Mail.ru Group 2011 Technology Forum में पूरी तरह से लागू किया गया था। शूटिंग से उस क्षण तक जब फोटो नेटवर्क पर मिलता है और लॉबी में बड़े स्क्रीन पर सेकंड बीत जाते हैं।
हमारे वीडियो पार्टनर्स,
Espley ने इस विचार को लागू करने में हमारी बहुत मदद की।
सिस्टम ने निम्नानुसार काम किया: कैमरा शूटिंग के तुरंत बाद स्थानीय सर्वर पर फोटो को फेंक दिया, इससे फोटो फाइल तुरंत तकनीकी एफ़टीपी सर्वर पर चली गई। वहां, सर्वर पर, Photofeed को RSS फॉर्मेट में अपलोड किया गया था, जो Photos डायरेक्टरी की सभी नई फाइलों को दर्शाता है। इस RSS का उपयोग सिस्टम द्वारा बड़ी स्क्रीन पर तस्वीरें प्रदर्शित करने के लिए, और सेवा Photographs@Mail.ru पर फाइल अपलोड करने की प्रणाली के लिए किया जाता है। अंतिम दो सिस्टम तस्वीरों की स्थानीय प्रतियों को संग्रहीत करते हैं, लेकिन एक छोटे संस्करण में।
बेशक, फोटोग्राफर की आवश्यकता होती है, यदि संभव हो तो असफल शॉट्स बनाने के लिए नहीं, लेकिन, जैसा कि हम फोरम की फोटो गैलरी से देख सकते हैं, दो Espley फ़ोटोग्राफ़र एक बार में आसानी से ऐसा कर सकते हैं।
नीचे दी गई तस्वीर में, "सैमसंग" पर एक तस्वीर ली गई है, जैसा कि हस्ताक्षर कहते हैं, "एक मिनट पहले।" इसके बाईं ओर पिछली तस्वीर का किनारा है। जैसे ही एक नया आता है, ये तुरंत उसे रास्ता देंगे, बाईं ओर बढ़ते हुए। और पृष्ठभूमि में पहले हॉल से प्रसारित एक वीडियो है।
फ़ोरम की शुरुआत के तुरंत बाद तस्वीरें दिखाई देने लगीं, हर मिनट औसतन, हमें लगभग 700 तस्वीरें मिलीं। दिन के दौरान सैकड़ों लोग फोटो गैलरी में गए।
वीडियो और वीडियो रिकॉर्डिंग
मुझे हमेशा आश्चर्य होता है कि घटना की वीडियो रिकॉर्डिंग इतनी देर से साइटों पर क्यों दिखाई देती है। सबसे अधिक बार, प्रस्तुतियों और वीडियो को बिछाने में देरी डेढ़ सप्ताह (हाईलोड + ++, प्रस्तुतियों) से तीन से चार सप्ताह (यांडेक्स वाईसी सम्मेलन, वीडियो और प्रस्तुतियों) से होती है। कई विशेष कार्यक्रम वीडियो (RIF + CIB, RIW) को अपलोड नहीं करते हैं।
मैं उसी दिन वीडियो रिपोर्ट प्रकाशित करना सीखना चाहता था। आखिरकार, यह स्पष्ट है कि सभी रिपोर्टों को शामिल करना असंभव है, और तीन सप्ताह के बाद हर कोई सम्मेलन के बारे में पहले से ही भूल रहा है, और इस घटना के बारे में नेटवर्क पर कुछ भी प्रकाशित करने के लिए बहुत देर हो चुकी है।
विभिन्न कंपनियों के साथ कई बैठकों के बाद, हमने
ESPLEY का विकल्प चुना। शुरुआत से ही इस कंपनी ने बहुत ही सक्षमता से इस मुद्दे पर संपर्क किया, गैर-मानक, लेकिन बहुत प्रभावी समाधानों का प्रस्ताव किया, और अंत में हमारी तरफ से सबसे साहसी सिफारिशें अर्जित कीं। इसके अलावा, हमें उनके साथ सहयोग के दो और क्षेत्र मिले - आशुलिपि (नीचे देखें) और फोटोग्राफी (ऊपर देखें)।
तो आखिर हमने क्या किया?
- चार पेशेवर एचडी-कैमरों ने दो कमरों से रिपोर्ट की शूटिंग की, साथ ही उन्हें फिल्म में उच्च गुणवत्ता में रिकॉर्ड किया;
- दो लैपटॉप प्रसारण प्रस्तुति न केवल बड़ी स्क्रीन पर, बल्कि इंटरनेट पर वीडियो प्रसारित करने के लिए उपकरणों पर भी स्लाइड करते हैं;
- ऑनलाइन प्रसारण के दो निदेशकों ने कैमरों और सिग्नल के लैपटॉप से संयुक्त वीडियो को दो वीडियो स्ट्रीम, एक हॉल में;
- नतीजतन, चार धाराएं इंटरनेट पर वीडियो वितरित करने वाले सर्वर पर चली गईं - दो एक लाइव चित्र के साथ, और दो केवल स्लाइड के साथ। साइट ने आपको समानांतर में दोनों वीडियो देखने की अनुमति दी;
- हॉल में से एक का एक वीडियो लॉबी में बड़े पर्दे पर प्रसारित किया गया था।
- रिपोर्ट के बाद, वीडियो स्वचालित रूप से वांछित प्रारूप में परिवर्तित हो गया और उपयोग किए गए भंडार में कॉपी किया गया, विशेष रूप से, आशुलिपिक द्वारा;
- जब एक नया वीडियो रिपॉजिटरी में दिखाई दिया, तो इसे माय वर्ल्ड @ Mail.Ru पर स्थानांतरित कर दिया गया, जहाँ से इसे एम्बेडिंग तंत्र के माध्यम से आधिकारिक वेबसाइट पर रिपोर्ट पेज पर स्थानांतरित कर दिया गया। सम्मेलन के बाद, वीडियो प्रसारण अनुभाग वीडियो रिकॉर्डिंग अनुभाग में बदल गया, जहां एक पृष्ठ पर सभी वीडियो और प्रस्तुतियां एकत्र की गईं।
"वितरण" सर्वर के रूप में, Wowza मीडिया सर्वर 3 सॉफ्टवेयर (http://wowza.com) का उपयोग किया गया था। सर्वर को 2Gb चैनल (हालांकि 200 एमबीपीएस पर्याप्त होगा), 2 x Xeon E5520, 8Gb रैम के साथ साइट पर स्थापित किया गया था। Wowza की स्थापना अत्यंत सरल है, शाब्दिक रूप से "बॉक्स से बाहर" वह करता है जो उसे चाहिए। परीक्षणों की एक श्रृंखला के बाद, हम अंत में इस समाधान में विश्वास करते थे, और अंत में इसने पूरी तरह से काम किया। ध्वनि के साथ समस्याएं थीं: जब हमारे सभी उपकरण, सिंक्रोनस उपकरण, और साइट उपकरण एक ही समय में चालू हो गए थे, तो शांत "सहज" शोर दिखाई दिए, जिससे हम पूरी तरह से छुटकारा नहीं पा सके। हालांकि, यह आश्चर्य की बात नहीं है: "इन्फ्रासस्पेस" इलेक्ट्रॉनिक्स के साथ सिर्फ "भरवां" है - अकेले चालीस से अधिक पहुंच बिंदु हैं। लेकिन अगली बार समस्या को अधिक गहन परीक्षण और उपकरणों की नियुक्ति से दूर करना होगा।
एक दिन बाद, हमने वीडियो उपलब्ध कराए जो मोबाइल उपकरणों के लिए एक प्रारूप में परिवर्तित हो गए। आप इसे फोन पर फेंक सकते हैं और मेट्रो में देख / सुन सकते हैं।
परिणामस्वरूप, ऑनलाइन प्रसारण को कम से कम 600 लोगों ने देखा।
"एक सवाल पूछें"
मुझे यह धारणा थी कि जो लोग रिपोर्ट सुनते हैं उनके सवाल अंत में "जिस तरह से" भाषण के साथ उठते नहीं हैं। कोई उन्हें नोटबुक में लिखता है, लेकिन अंत में, केवल तीन या चार भाग्यशाली लोगों के पास कुछ पूछने का अवसर होता है। मैं साइट पर अभी भी पहले से कई सवाल पूछना चाहता हूं। वक्ताओं के लिए, यह भी सुविधाजनक लगा। ऐसा लग रहा था कि वे प्रदर्शन से पहले और प्रदर्शन के दौरान भी सवालों को देखेंगे।
लेकिन दर्शकों से सवाल कैसे करें? नोटों के साथ एक पुराना सिद्ध तरीका है। वह अनाम और सरल दोनों है। लेकिन "तकनीकी" नहीं, मैं कुछ और दिलचस्प चाहता था। परिणामस्वरूप, मैंने न केवल साइट से, बल्कि ट्विटर और एसएमएस से भी प्रश्नों को स्वीकार करने के "फिसलन" विचार की कोशिश की। जैसे, हर किसी के पास फोन, ट्विटर है - लगभग मौजूद लोगों का एक तिहाई।
सिस्टम निम्नानुसार काम करता है:
- यदि संदेश हैश टैग # ZAL1 या # ZAL2 के साथ किसी भी उपयोगकर्ता द्वारा ट्विटर पर भेजा जाता है, तो यह निश्चित रूप से सवालों के घेरे में आ जाता है। इसके अलावा, जिस रिपोर्ट से सवाल पूछा गया था, वह इस ट्वीट की प्राप्ति के समय के अनुसार चुनी गई है, और हॉल और समय को जानने के बाद, हम निश्चित रूप से जानते हैं कि प्रश्न क्या पूछा गया था। डेटाबेस में भी प्रश्न पूछने वाले ट्वीट उपयोगकर्ता का उपनाम सहेजा जाता है।
- यदि संदेश एसएमएस द्वारा भेजा गया था, तो हॉल को एसएमएस संदेश से ही निर्धारित किया गया था: हमने इसे ZAL1 / ZAL2 / 1 / 2 शब्दों से शुरू करने के लिए कहा। संदेश भेजे जाने के समय ही रिपोर्ट की भी पहचान कर ली गई थी।
- यदि संदेश वेबसाइट पर एक फ़ॉर्म से भेजा गया था, तो रिपोर्ट प्रस्तुतकर्ता द्वारा चुनी गई थी, लेकिन वर्तमान रिपोर्ट पहले से ही डिफ़ॉल्ट रूप से सेट की गई थी।
नतीजतन, सभी तीन चैनलों, "एसएमएस" / "ट्विटर" / "साइट पर फ़ॉर्म" से, सभी प्रश्न एक ही स्ट्रीम में एकत्र किए गए थे। फिलहाल, वक्ताओं ने सभी सवालों के जवाब दिए, उनके जवाब साइट पर पोस्ट किए गए।
हमारे हिस्से में एक छोटी सी खामी यह थी कि हमने मौखिक रूप से प्रश्न पूछने का बहुत अच्छा अवसर "विज्ञापन" नहीं दिया। इसके अलावा, मौखिक प्रश्नों के लिए, हमारे पास उपहार iPad के रूप में एक बहुत गंभीर प्रेरक था, और प्रश्न मुख्य रूप से दर्शकों से आए थे। यह सच है कि हमें यह स्वीकार करना चाहिए कि पुरस्कार पाने के अवसर के कारण, रिपोर्ट के बाद प्रश्न-उत्तर सत्र बहुत ही रोचक और "जीवंत" थे, और न केवल उन लोगों के साथ जो उपहारों से बचे थे, बल्कि सभी को लाभ हुआ।
रिपोर्ट का STOGOGRAPHY
यह सम्मेलन में सबसे साहसी और प्रयोगात्मक बात थी, जिसे आज तक किसी ने नहीं सुना था। लंबे समय तक मैंने वास्तविक समय में सभी रिपोर्टों के प्रतिलेख के विचार को "पोषित" किया, जब साइट पर ग्रंथ वीडियो प्रसारण के साथ लगभग एक साथ दिखाई देते हैं।
बेशक, आवाज पहचान, विशेष रूप से हमारे विषयों पर, एक विकल्प नहीं है। हमने स्वचालित मान्यता के बजाय स्वचालित पर ध्यान केंद्रित किया।
यहाँ मैं क्या करना चाहता था (और आखिरकार सफल हुआ): वीडियो स्ट्रीम को छोटे टुकड़ों में विभाजित किया गया है, उनमें से प्रत्येक को एक व्यक्तिगत स्टेनोग्राफर, स्टेनोग्राफर को टुकड़ों के साथ काम करते हैं, ग्रंथों के तैयार टुकड़ों के साथ संपादक।
इस तरह के समाधान के आपूर्तिकर्ताओं के साथ कई बैठकें की गईं। दुर्भाग्य से, उनमें से प्रत्येक में कुछ हमारे अनुरूप नहीं था: या तो एक तकनीकी समाधान, फिर एक मूल्य, या कुछ और।
नतीजतन, शुरुआत से एक हफ्ते से भी कम समय पहले, हमारे ESPLEY वीडियो और फोटो पार्टनर ने उस उत्पाद को बनाने की ताकत पाई जो हमें सम्मेलन से कुछ दिन पहले चाहिए था, और हमने अपने हिस्से के लिए "आशुलिपिक" का आयोजन किया।
यहाँ एक स्क्रीन का एक स्क्रीनशॉट है। , . , : , — , — — . 1 2 3 . , «».
अब हम पहले से ही दावा कर सकते हैं कि हमने जो प्राप्त किया उसे अवधारणा का प्रमाण कहा जाता है - इस बात की पुष्टि कि यह तकनीक और सॉफ्टवेयर, सिद्धांत रूप में, घटनाओं पर सफलतापूर्वक अपनाई जा सकती है। लेकिन वास्तविक पूर्ण-पूर्ण ऑपरेशन अभी तक नहीं हुआ है। आज के लिए परिणाम कई डिक्रिप्टेड रिपोर्ट है। हमने उन्हें उसी दिन प्रकाशित करने का साहस नहीं किया: हमें स्लाइड और एक तस्वीर के साथ पाठ को पतला करने की आवश्यकता है, इसे थोड़ा संपादित करें। निकट भविष्य में हम "पहला निगल" दिखाएंगे। यदि पहल दर्शकों द्वारा समर्थित है, तो हम बाकी रिपोर्टों को दबाएंगे।अलाइव रउफ,
उप तकनीकी निदेशक, Mail.Ru समूह