"विकास विकास" // Mail.Ru प्रौद्योगिकी फोरम 2011 से रिपोर्ट: रिपोर्ट, वीडियो, प्रस्तुति का पाठ

"विकास विकास" रिपोर्ट के साथ, मैं Mail.Ru प्रौद्योगिकी फोरम 2011 से डिक्रिप्टेशन की एक श्रृंखला खोलता हूं। यह प्रतिलेख 16 नवंबर, 2011 की घटना के दिन प्राप्त हुआ था। रिपोर्ट को डिक्रिप्ट करने की प्रणाली कैसे काम करती है, इसके विवरण के लिए, Mail.Ru टेक्नोलॉजी फोरम का “इनसाइड आउट” लेख देखें : इवेंट-मैनेजमेंट में उच्च तकनीक

(मोबाइल उपकरणों के लिए वीडियो संस्करण डाउनलोड करें - iOS / Android H.264 480x368, आकार 204 Mb, वीडियो बिटरेट 500 kbps, ऑडियो - 64 kbps)
(उच्च संकल्प वीडियो संस्करण H.264 624x480 डाउनलोड करें , आकार 610 एमबी, वीडियो बिटरेट 1500 केबीपीएस, ऑडियो 128 केबीपीएस)
(प्रेजेंटेशन स्लाइड्स डाउनलोड करें , 2 एमबी)

Mail.Ru समूह के उपाध्यक्ष, तकनीकी निदेशक व्लादिमीर गैबरलीयन द्वारा परिचय

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

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



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



इतिहास में एक भ्रमण। 98 वें वर्ष, Mail.Ru की शुरुआत, एक क्लासिक LAMP परियोजना, पर्ल , C, Apache 1.3।, जहां इसके बिना, क्लासिक और mod_perl । हम MySQL में डेटा स्टोर करते हैं, स्मार्ट शब्द: Nginx , NoSQL - तब कोई भी नहीं थे। अधिकांश वेब प्रोजेक्ट इन तकनीकों के आधार पर बनाए गए थे।

स्क्रीनशॉट हमारे पहले डिज़ाइन दिखाते हैं। शायद किसी को याद है? यहां तक ​​कि हमारे ऑक्टोपस के साथ डिजाइन भी है। हाँ, एक ऑक्टोपस के साथ पहला डिज़ाइन।

डेटा भंडारण

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



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



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

तदनुसार, हम मुख्य रूप से हमारे विकास का उपयोग करते हैं, न कि मेल में, बल्कि पोर्टल में, टारनटूल / बॉक्स में , कोस्त्या ने इसके बारे में बहुत सारी बातें कीं ।

विकास भाषा: सर्वर-साइड

विकास की भाषाओं की बात करते हैं। अतीत में वापस - हमारे पास C ++ , पर्ल है , कहीं न कहीं पर्यावरण में हम C # , Java , PHP , ASP.NET का उपयोग करते हैं , सभी प्रौद्योगिकियां सुंदर, अच्छी हैं, नई पायथन और रूबी भाषाएं समय के साथ दिखाई देती हैं।



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



चौखटे में सबसे दिलचस्प बात यह है कि वे इन बहुत चौखटे पर काम करने वाले डेवलपर्स को शामिल करते हैं, और इस तरह डेवलपर्स को सुधार करना शुरू होता है, सुधार होता है, अर्थात् ऐसा स्नोबॉल।

परिणाम क्या है, अब हम Mail.Ru में क्या आ रहे हैं? अब Mail.Ru संकलित भाषाएं हैं: C ++, बेशक यह पर्ल है, हमारे पास बहुत सारे पर्ल कोड हैं, हम इसका समर्थन करना जारी रखते हैं, यह जावा है, रोमन ने अभी कहा - हमारे पास जावा में कोड है। हम सी # लिखते हैं, हम पायथन में लिखते हैं, हम रूबी में लिखते हैं, ऑब्जेक्टिव सी हम भी इस्तेमाल करते हैं, अगर कोई कोस्टीया से पूछता है, तो उसने शायद बताया कि हम टारेंटूल में ऑब्जेक्टिव सी का उपयोग क्यों करते हैं।



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

"ग्राहक" पर विकास

नब्बे-प्रथम वर्ष, HTTP का आगमन, पाठ पृष्ठ, पहला ब्राउज़र, पहला HTTP अनुरोध। स्क्रीन पर - एक वेब डेवलपर के साथ एक साक्षात्कार में मेरा पसंदीदा प्रश्न: मुझे सबसे सरल HTTP अनुरोध लिखें। बहुत बार, डेवलपर्स मुझे HTTP 1.1 से कुछ लिखना शुरू करते हैं, HTTP 1.0 से हेडर का एक गुच्छा। मैं सिर्फ पांच पात्रों और एक पंक्ति फ़ीड के लिए पूछता हूं। सामान्य तौर पर, सभी आधुनिक वेब सर्वर जिन्हें मैं जानता हूं, वे सभी पूरी तरह से 0.9 प्रोटोकॉल का समर्थन करते हैं। नब्बे-दूसरे वर्ष, एक पाठ ब्राउज़र लिंक्स का उद्भव, और थोड़ी देर बाद यह नेटस्केप नेविगेटर 3 और इंटरनेट एक्सप्लोरर 3 है । हो सकता है कि किसी को याद हो कि ये पहले से ही शक्तिशाली ग्राफ़िकल ब्राउज़र थे, जो बहुत ही HTML 3.0 प्रदर्शित करने की अनुमति देते थे।



नब्बे के दशक का अंत सिर्फ मेल का उदय है। यह HTML, डायनेमिक HTML , जावास्क्रिप्ट , IFrame है , जो हमें क्लाइंट के साथ अतुल्यकालिक रूप से काम करने का पहला अवसर लाता है।



यही है, हम अपने हाथों को प्रौद्योगिकी पर प्राप्त करते हैं जो हमें पृष्ठ को अधिभार नहीं देने की अनुमति देता है, पृष्ठ को अधिभार के बिना डेटा अपडेट करता है। Microsoft, वैसे, पहले इसका उपयोग करता था, अगर मुझे इसकी सेवाओं में से एक पर स्टॉक उद्धरण अपडेट करने के लिए सही ढंग से याद है। थोड़ी देर बाद, IE5 में XMLHTTP कंट्रोल दिखाई देता है। Microsoft के लिए बहुत धन्यवाद, उन्होंने AJAX का मार्ग प्रशस्त किया। फिर से, फ्लैश लोकप्रियता में बढ़ रहा है। फ्लैश क्लाइंट पर प्रदर्शन के लिए कुछ सरलता और समृद्धि लाता है। ठीक है, मोड़ बिंदु कैस्केडिंग स्टाइल शीट की उपस्थिति है, जो नई वेबसाइटों को विकसित करने के तरीके में कुछ आदेश लाता है।



2000 के दशक के मध्य की सबसे नई कहानी है, Apple के लिए WebKit का आगमन। वे HTML5 के लिए खुश हैं। WebKit हमें कैनवास तत्व लाता है, यह मूल रूप से HTML5 की शुरुआत है। यह पहले से ही अपने सभी पेशेवरों और उपयोगिताओं के साथ सभी AJAX में है। आख़िरकार, मोज़िला फ़ायरफ़ॉक्स , जो कि गेको इंजन पर पैदा हुआ था, ने हमें अब लोकप्रिय ब्राउज़र प्लग-इन तकनीक, फायरबग लाया, जिसने हमें वेब विकास में काफी तेजी लाने की अनुमति दी। मुझे पता है कि आप में से कई न केवल फायरबग के साथ काम करते हैं, बल्कि सभी प्रकार के डेवलपर टूल हैं। जेएस फ्रेमवर्क दिखाई देता है। यहां मैं JS फ्रेमवर्क और जावा स्क्रिप्ट के बारे में अलग से बात करना चाहता हूं। प्रारंभ में, क्लाइंट प्रोग्रामर कैसे काम करता है? उसे एक PSD या JPG फाइल के रूप में लेआउट मिलता है, उसे काटता है, उसे HTML बाइंडिंग से लपेटता है, हो सकता है कि टेबल, यदि आप वास्तव में भाग्यशाली हैं, तो कुछ divas होंगे, सब कुछ ठीक हो जाएगा। पहले हम जावास्क्रिप्ट शुरू करते हैं - ये कुछ रूप हैं, यह प्रपत्रों का प्रसंस्करण है, यह उनका सत्यापन है। और धीरे-धीरे, कुछ बिंदु पर, जावास्क्रिप्ट इतना जटिल हो जाता है, और यह स्पष्ट हो जाता है कि क्लाइंट-साइड एप्लिकेशन अक्सर सर्वर-साइड की तुलना में बहुत अधिक है।



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



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



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



अब हम एक नई परियोजना कर रहे हैं, इस पर हम पुरानी तकनीकों का उपयोग नहीं करते हैं। हम वहां ईवेंट इंजन का उपयोग करते हैं। हमने MySQL नहीं लिया, यह वहाँ नहीं है, सब कुछ वहाँ NoSQL डेटाबेस पर आधारित है। हमारे परीक्षणों के अनुसार, हमारे रनों के अनुसार, हम देखते हैं कि यह रहता है और काम करता है, और यह उस सेवा का निर्माण करने के लिए तेजी से होता है, जिसकी हम उम्मीद करते हैं।

मोबाइल विकास

चलो मोबाइल ग्राहकों के बारे में याद करते हैं, मोबाइल विकास के बारे में बात करते हैं। यदि आपको याद है, यह बहुत पहले था, चैनलों की कम बैंडविड्थ थी, एक अजीब मार्कअप भाषा थी।



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

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



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

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

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

निष्कर्ष

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

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

मैं दोहराता हूं, उपकरणों, अनुमतियों, ब्राउज़रों, इंजनों की सूची में भयावह रूप से विस्तार किया गया है, उनमें से प्रत्येक में प्रतिपादन अलग तरीके से काम करता है। रिज़ॉल्यूशन के संबंध में, सामान्य रूप से एक दिलचस्प कहानी है, अगर आपको याद है, पुराना वेब 640 * 480 से शुरू होता है, तो यह 800 * 600 काफी समय के लिए, 1024 के बाद 1024 - अनुमतियों का एक पूरा चिड़ियाघर है। और सबसे दिलचस्प बात यह है कि अब हम धीरे-धीरे 640 * 480 और 800 * 600 पर लौट रहे हैं, हमारे नए फोन के लिए धन्यवाद जो पूरी तरह से पृष्ठों को प्रस्तुत करते हैं। इसलिए, हम पिछले अनुमतियों और समझ में वापस आते हैं कि पृष्ठ को हमें एक या दूसरे रूप में कैसे दिखाया जाए। सबसे महत्वपूर्ण समस्या, ध्यान रखें कि यदि आप अपनी सेवा को कई वर्षों के लिए सफल मानते हैं, तो हर 3 साल में औसतन एक बार आप इसे पूरी तरह से फिर से लिखेंगे। उदाहरण के रूप में एक ही मेल का उपयोग करते हुए, मैं कह सकता हूं कि हम ग्राहक को फिर से लिखते हैं, अनिवार्य रूप से, तीन बार पूरी तरह से फिर से लिखा। और यह डिजाइन के कारण नहीं है, यह नई प्रौद्योगिकियों के आगमन के कारण है।

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



, .

, . , - , - , , ? , - , , , , -, : «, ! -», «, ! , - . , - , - , , «» - ?

, , . , , , , , , , , , CPU, , , . . , «», «», , Samsung, Nokia. - , , .

, , « ». , , -, « », ? , ? , - , , deploy, . , ? , , , , - . - , , … , - - ? आपका धन्यवाद

, , . , , . , … , , , VoIP- . . , , , , , - , - , , . . deploy, . , , , deploy , , , , . , .

, . . . , , . iPhone , . , ? ?

?

– , , , , , , .

, . , - . .

? , 5- , , !

आपका धन्यवाद

. . , , , , . - . , , , . . . , , , , , SQL. - , . , , , , - , . , : , , , , relation . , . - relation SQL … , SQL , . , .

, , , , . , , , , C, . , , , , , . , . , . 13 , , , . , .

. : - ? , . ?

, . - , . . , , : , . , , , . . ?

?

, , , , , .

, . . «-». , , , WinBse-, noSQL, , ? ?

, Python

-?

नहीं

, .

, , 10- . , -, mail.ru Perl-.

. ....

, mail.ru, -Perl.

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

निम्नलिखित प्रश्न कर सकते हैं, एंड्री इवानिकोव। और प्रौद्योगिकी निर्णय लेने के लिए प्रक्रिया की सामान्य संरचना क्या है। तो, मान लीजिए, एक नया प्रोग्रामर आता है और कहता है: "मैंने एक नया टारेंटयुला (हॉल में हँसी,) लिखा है, आगे क्या है?"

हम उसे तुरंत नौकरी पर रख लेंगे। वह आदमी जो हमारे पास आता है और कहता है ...

लेकिन प्रौद्योगिकी लगातार, हर दिन दिखाई देती है, लेकिन आप सब कुछ पर विचार नहीं कर रहे हैं। क्या इस दिशा में कोई विशिष्ट प्रक्रिया है?

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

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

हैलो इगोर। मेरा नाम गोगिलेव रोमन है। मेरा एक सवाल है। आपने प्रौद्योगिकी के विकास के बारे में बात की, विशेष रूप से मोबाइल में। ऐसा सवाल, क्या आप अभी भी उनका समर्थन करते हैं? क्या आपकी मोबाइल साइट WML दे पाएगी, किसी तरह स्क्रीन के आकार में समायोजित हो जाएगी।

लोकप्रियता पर निर्भर करता है और यह निर्णय एक बार और सभी के लिए किया जाता है। यही है, WML संस्करण अब नहीं रहता है, उपयोगकर्ता अब हम में रुचि नहीं रखते हैं। बंद करें। हमारे पास WML का समर्थन नहीं है, मैंने विशेष रूप से देखा, हमारे पास केवल WML, XHTML नहीं है।

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

उन्होंने बेचारे की बात सुनी। आपको सम्मेलनों में जाने, अधिक पढ़ने, अध्ययन करने की आवश्यकता है।

नहीं, यह समझ में आता है, लेकिन क्या आपको लगता है कि पर्याप्त है? या कुछ और चाहिए?

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

यही है, यह पता चला है कि आपका समाधान कुछ नई प्रौद्योगिकियों में निवेश किया गया था और उसी समय आप लोगों में निवेश करते हैं?

निवेश न करें?

नहीं, इसके विपरीत, यह पता चलता है कि आपने टैरंटुला में निवेश किया था, दोनों प्रौद्योगिकी में और एक ही समय में लोगों में।

हां, एक निश्चित अर्थ में, निश्चित रूप से ऐसा है।

मेरा नाम एंटोन है, Ximat। मेरे पास आपके लिए तीन प्रश्न हैं। क्या मैं उनसे तुरंत पूछ सकता हूं?

और चलो एक, मैं कर सकता हूँ? सबसे अच्छा?

सबसे अच्छा? आपने NodeJS के बारे में बात की थी कि आपने इसका उपयोग करने की कोशिश की थी और इसने भार नहीं खींचा। और लोड के अलावा, आप तकनीकी सीमाओं से शर्मिंदा नहीं हैं कि वह केवल अपने वेब सर्वर का उपयोग करता है, आप इसे NGINX में "पुश" कर सकते हैं, लेकिन यह एक "बैसाखी" है। यह पता चला है कि एपीआई के लगातार नए संस्करण हैं, आपको लगातार कोड को फिर से लिखना होगा, इसमें पिछड़ी संगतता नहीं है।

तो, आपने अभी कुछ बातें कही हैं, "नए संस्करण लगातार जारी किए जा रहे हैं", "एपीआई दिखाई दे रहे हैं", कि "यह केवल एनजीआईएनएक्स के तहत जोर दिया जा सकता है", और अब मैं तुरंत उन प्रौद्योगिकियों का एक समूह याद कर सकता हूं जो अब लोकप्रिय हैं, जो लगातार बाहर हैं। नए API और जो पिछले वाले से असंगत हैं, जैसा कि आप कहते हैं, Nginx के तहत छायांकित होना चाहिए, क्योंकि यह अलग तरीके से नहीं रहता है, ठीक है ... इस अर्थ में, यह परेशान नहीं करता है

खैर, यह है कि Mail.Ru की वास्तविकताओं में, यह एक सामान्य निर्णय है, अब NodeJS पर एक परियोजना बनाने के लिए क्या होगा और नए संस्करण के लिए पुनर्लेखन कोड में आपको इसके साथ बवासीर करना पड़ सकता है? या आप इसे नए संस्करण के लिए फिर से नहीं लिखेंगे?

ईमानदारी से, मेरी राय में, कुछ आप मुझे ट्रोल करें। मुझे वह तकनीक बताएं जो आपको नहीं करनी है, आप मुझे गारंटी दें। नए संस्करण के तहत क्या लिखना नहीं है?

ठीक है, यदि आप हमेशा की तरह मानक लेते हैं, तो वे इसे PHP में लिखते हैं, ऐसे उद्यम संस्करण हैं जो स्थिर हैं, वे सभी हैं, वे एक बार लिखे गए थे और फिर से कभी नहीं लिखे गए।

मुझे आप पर विश्वास नहीं है, इसका क्या मतलब है कि वे कभी नहीं लिख रहे हैं? बहुत सारी समस्याएं, कुछ काम नहीं कर रही हैं, कुछ गलत है, एक नया संस्करण जारी किया गया है, जिसमें, उदाहरण के लिए, एपीआई बदल गया है, कुछ फ़ंक्शन को कॉल करता है। या फ़ंक्शन एक कारण या किसी अन्य के लिए पदावनत हो गया है। यही बात PHP के साथ भी होती है।

जेएस की तरह, इसकी एक स्थिर शाखा नहीं है। अधिक सटीक रूप से, नहीं, स्थिर शाखाएं हैं, किसी प्रकार की कोई सीमा नहीं है।

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

अब, आप NodeJS के बारे में बात कर रहे हैं, जावा 1.0 के बारे में याद रखें। 1.0 पर क्या लिखा गया था और जावा 1.0 द्वारा लिखे गए कोड का क्या हुआ और 6 वें संस्करण तक सब कुछ बदल गया, ठीक है, यह सब है! और क्या, इस अर्थ में, जावा में लिखना नहीं था? कब तक इंतजार करें? मेरे पास आपके लिए एक काउंटर प्रश्न है, मुझे कब तक इंतजार करना चाहिए? कब, क्या सोचते हो? जब डेवलपर्स कहते हैं: "क्या यह एक नई रिलीज़ है", डेवलपर्स प्रमुख संस्करण को कब बदलते हैं? यह दहलीज नहीं है; इस अर्थ में कोई औपचारिक सीमा नहीं है। कोई भी आपको ऊपर से नहीं कहेगा: "सब कुछ ठीक है।" केवल जब तक आप स्वयं अपने नए प्रोजेक्ट में प्रयास नहीं करेंगे, तब तक आप यह नहीं समझ पाएंगे कि यह आपके लिए अच्छा है।

आखिरी सवाल कॉमरेड, आखिरी।

मैं यहाँ हूँ, मेरा नाम कोंस्टेंटिन है। यहाँ व्यक्तिगत रूप से मेरे लिए ऐसा दर्दनाक सवाल है।

आमतौर पर, प्रक्रिया इस तरह से बनाई गई है, शोषक हैं, डेवलपर्स हैं। और शोषक समस्या है, और डेवलपर्स को इसे ठीक करने की आवश्यकता है। आपकी कंपनी में नई तकनीकों को कौन खींच रहा है? यहाँ आपको एक समस्या है और सफाई करने वाली महिला कहती है: "देखो, NodeJS दिखाई दिया है, चलो करते हैं।" अर्थात्, नई प्रौद्योगिकियों का स्रोत कौन है? सभी के पास, जैसा कि Google में है, उसी समय का 20% जब वे "हबरा" पढ़ सकते हैं और कुछ नया पा सकते हैं, और अब, नई तकनीकों को "खींच" कौन रहा है?

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

मैं नई तकनीकों के बारे में बात कर रहा हूं, न कि पुरानी समस्याओं के बारे में।

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

वहां सर्वर टूट जाते हैं, बेकार खड़े हो जाते हैं।

वे इसे तोड़ते हैं, क्योंकि डेवलपर्स खराब लिखते हैं, डेवलपर्स अच्छा लिखते हैं, वे अक्सर कम तोड़ते हैं।

आपका धन्यवाद

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

इगोर, बहुत बहुत धन्यवाद।

---

यह पाठ Mail.Ru 2011 प्रौद्योगिकी फोरम में इगोर एरामकोव की रिपोर्ट का एक प्रतिलेख है, जो 16 नवंबर को इंफॉस्पेस सेंटर में हुआ था। वीडियो रिपोर्ट के लिए पाठ बनाने के लिए तकनीक के बारे में विवरण के लिए, यहां देखें: द इनसाइड आउट ऑफ द मेल.रु टेक्नोलॉजी फोरम: हाई-टेक इवेंट-मैनेजमेंट । अन्य रिपोर्ट (मोबाइल उपकरणों के लिए संस्करण सहित) के वीडियो संस्करण फोरम वेबसाइट - techforum.mail.ru पर उपलब्ध हैं। रिपोर्ट के पाठ संस्करण हर हफ्ते या फ़ोरम वेबसाइट पर एक समान प्रारूप में प्रायः या कुछ कम प्रकाशित किए जाएंगे। कृपया पाठ में टाइपो के बारे में पीएम को सूचित करें।