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


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

दो महीने बाद, Google Chrome ब्राउज़र और एक रोबोट का विस्तार दिखाई दिया जो संदर्भ में कार्य को संसाधित करता है। हमारे Google वेव-आधारित टूल की वास्तुकला अब ऊपर की छवि की तरह दिखती है।

योजना में जीवन

उपयोगकर्ता के साथ हमारे सिस्टम की सहभागिता योजना पर विचार करें।

लहर में कार्य इस तरह से गैजेट में कार्यों की सूची से संबंधित हैं:
1. उपयोगकर्ता पाठ में एक नियमित अभिव्यक्ति लिखता है (उदाहरण के लिए, शब्द "कार्य" या "कोष्ठक में निर्यात")।
2. रोबोट पाठ में इस अभिव्यक्ति को पाता है।
3. रोबोट डेटाबेस में आवश्यक डेटा दर्ज करता है और एक लिंक उत्पन्न करता है।
4. टास्कगैजट देखता है कि एक नया कार्य दिखाई दिया है, और अगली बार जब यह खुलता है तो इसे अपनी सूची में दिखाता है।

यह आवश्यक है कि प्रपत्र के साथ विंडो सीधे तरंग में नियमित अभिव्यक्ति के बगल में खुलती है, और एक अलग पृष्ठ या टैब पर नहीं। इसे निम्नानुसार लागू किया गया है:
1. उपयोगकर्ता पिछले विवरण के तीसरे चरण में रोबोट द्वारा उत्पन्न लिंक पर क्लिक करता है।
2. लिंक पर क्लिक करने से एक्सटेंशन का अवरोधन होता है।
3. विस्तार एक iframe (खाली विंडो) बनाता है, जिसमें इस लिंक को पता (src) के रूप में दर्शाया गया है।
4. ब्राउज़र खुद ही हमारे डेटाबेस से एक फॉर्म प्राप्त करता है और इसे एक iframe में लोड करता है।
अभी भी इसके बारे में GoogleCalendar के साथ बातचीत जारी है।

रोबोट के काम के आयोजकों की तस्वीरें:



व्लादिमीर सेमेनोव, सर्गेई खेगे

विवाद "जीयूआई बनाम। Cmd ”और अन्य इंटरफेस

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

रोबोट के पहले संस्करण को केवल पाठ कमांड माना जाता था। बाद में, जब हमने GUI प्रपत्रों पर स्विच करने का निर्णय लिया, तो हमने पाठ आदेशों को अस्वीकार नहीं करने का निर्णय लिया। नतीजतन, उपकरण इस तरह से काम करते हैं और वह।



जीयूआई बनाम कार्य इंटरफ़ेस के लिए सीएमडी

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

लहर में कार्यों की सूची

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



TaskGadget। कार्य सूची से संदर्भ तक ले जाएं

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

एक लहर से लेख निर्यात करने के लिए इंटरफ़ेस

सबसे पहले, हमने निर्यात को सबसे सरल तरीके से लागू किया: केवल एक चयनित संदेश एक लहर से निर्यात किया गया था। प्रयोगों के बाद, यह स्पष्ट हो गया कि लेख की संरचना कैसे बनाई जाए। इस स्थिति में, प्रत्येक संदेश के लिए (GW में, संदेशों को ब्लिप्स कहा जाता है), प्रकाशन अलग से कॉन्फ़िगर किया गया है। यहाँ एक छोटा लेख है:



लहर में लेख की संरचना का एक उदाहरण

प्रत्येक संदेश निर्यात में शामिल किया जा सकता है या उससे बाहर रखा जा सकता है। ऐसा करने के लिए, प्रत्येक संदेश की शुरुआत में, रोबोट आइकन डालता है: "+" या "-", निर्यात में ब्लिप को शामिल करने का संकेत देता है।




संदेशों के उदाहरण। निर्यात में + चिह्न के साथ शीर्ष शामिल है। नीचे एक "-" निर्यात के साथ शामिल नहीं है।

प्रत्येक "+" या "-" एक लिंक है, जिस पर क्लिक करके आप ब्लिप के निर्यात की स्थिति को बदल सकते हैं। इसके लिए, इन GUI रूपों का उपयोग किया जाता है:



निर्यात सेटअप के लिए प्रपत्र

Google Chrome एक्सटेंशन

WaveShortCuts एक्सटेंशन उन क्रियाओं को करता है जिनकी हम GW क्लाइंट में कमी करते थे। यहाँ उनकी एक सूची है:



WaveShortCuts हॉट की

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

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



Google खाता पहुंच अनुरोध

लिंक डालने के फ़ंक्शन के लिए, एक्सटेंशन को उपयोगकर्ता की ओर से उन साइटों तक पहुंच की आवश्यकता होती है जो वह यात्रा करता है। इसलिए, ऐसा भयावह संदेश भी प्रकट होता है:



प्रिय डेवलपर्स, जब एक्सटेंशन विकसित करते हैं, तो जब भी संभव हो ऐसी चेतावनियों से बचें :)

हम Chrome वेबस्टोर पर एक्सटेंशन पोस्ट करते हैं

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

जिस कठिन खोज का हमें इंतजार था वह इस लहर में विस्तार से दिखाई देती है। यदि हम इसमें से सभी ब्लिप्स गिरते हैं, तो हम निम्नलिखित संरचना देखेंगे:



वेव के अनुभाग जिसमें हम वेबस्टोर पर WaveShortCuts के प्लेसमेंट पर चर्चा करते हैं

सूचनाएं सेट करें और Google कैलेंडर के साथ काम करें

कार्यों के साथ सामान्य कार्य के लिए, सभी प्रकार के सूचनाओं को कॉन्फ़िगर करना और मोबाइल उपकरणों के साथ सिंक्रनाइज़ करना आवश्यक था।

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



अधिसूचना सेटिंग्स पृष्ठ से स्क्रीनशॉट

Google कैलेंडर कनेक्ट करें

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

हमने एक और विकल्प चुना: रोबोट एक कैलेंडर बनाता है और इसे उपयोगकर्ता के साथ साझा करता है।

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

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

प्लेटफार्म ओडेसा की भविष्य की वास्तुकला के बारे में कुछ शब्द

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

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

नतीजतन, हमने अपने खुद के मंच पर सेवा करने का फैसला किया - Rizzoma.com । प्रत्येक मॉड्यूल के लिए किन विशिष्ट तकनीकों की आवश्यकता है, इस बारे में सोचकर, हम वास्तुकला के इस दृष्टिकोण पर आए:



ओडेसाकैंप में हमारी प्रस्तुति से स्लाइड

नॉन-ब्लॉकिंग सर्वरों में से Node.js या बवंडर है। चुनाव Node.js पर गिर गया, जैसे:
- ShareJS को Node.js के लिए लिखा गया है;
- कोड का हिस्सा सर्वर और क्लाइंट दोनों पर इस्तेमाल किया जा सकता है। और अलग-अलग भाषाओं के बीच ध्यान स्विच न करें;
- प्लेटफॉर्म सक्रिय रूप से विकसित हो रहा है और बहुत सारे पुस्तकालय हैं। उदाहरण के लिए, यैंडेक्स ने अपनी खुद की रूपरेखा जारी की है।
सादे जावास्क्रिप्ट की तुलना में सिंटैक्टिक चीनी की उपस्थिति के कारण कॉफी लैंग्वेज को विकास भाषा द्वारा चुना गया था।

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

गैजेट को एक बार फिर से लिखने के लिए नहीं, हम OpenSocial मानकों का समर्थन करेंगे और Google वेव (ऑर्कुट, माइस्पेस, आदि) में काम करने वाले सभी गैजेट भी ओडेसा प्लेटफॉर्म पर काम करेंगे।

हम फेडरेशन को लागू करने की योजना भी बना रहे हैं ताकि हमारा सर्वर WiaB, Novel Vibe और अन्य सर्वरों के साथ बातचीत (विनिमय तरंगों) कर सके जो इसका समर्थन करेंगे।

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