आइडिया। संवाद मोड में साइटों का निर्माता

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

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

विचार

लब्बोलुआब यह है कि "लगभग प्राकृतिक" भाषा में संक्षिप्त आदेश देकर एक वेबसाइट विकसित करना है। यह है कि एक भाषा में जहां तक ​​संभव हो प्राकृतिक (जहां तक ​​एआई अनुमति देता है) के करीब है।

किसी प्रकार के कंस्ट्रक्टर को सीखने के बजाय, शब्दावली सीखना, html / css / php / js / typeetting / ... आदि की मूल बातों में महारत हासिल करना। आप बस अपना पसंदीदा टेम्प्लेट खोल सकते हैं और इसे साधारण कमांड से बदलना शुरू कर सकते हैं।

यह कैसा दिख सकता है?

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

यहाँ यह प्रतीत हो सकता है कि वर्णित सभी चीज़ों को संवाद के माध्यम से निर्माणकर्ता में करना आसान है। यह आंशिक रूप से सच है - आप संदर्भ मेनू का उपयोग करके हेडर का रंग बदल सकते हैं। लेकिन प्रस्तावित दृष्टिकोण अधिक व्यापक है।

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

उपयोगकर्ता इसे फिर से लिखने के लिए किसी भी पाठ पर क्लिक कर सकता है। यह आसानी से "सब कुछ उज्जवल बना सकता है" या "नीली टोन में प्रयास करें" या "मुख्य स्लाइडर पर लटकाएं" या "लिंक पृष्ठ जोड़ें ..."

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

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

यह कैसे काम कर सकता है?

अब मैं वर्णन करूंगा कि कैसे, मेरी राय में, यह प्रणाली काम कर सकती है।

पहली नज़र में ऐसा लगता है कि एक प्राकृतिक भाषा में आदेशों का विश्लेषण करना, यहां तक ​​कि सिस्टम की सीमाओं को ध्यान में रखना, बहुत मुश्किल होगा। लेकिन सामान्य आदेशों का विश्लेषण करते हुए, बल्कि एक सरल एल्गोरिथ्म उभरता है।

1. हम "वाक्यांशों के साथ खेलते हैं", "रबर डिजाइन", आदि जैसे विशिष्ट वाक्यांश पाते हैं। उन पर अमल करो।
2. हम सभी शब्दों को प्रारंभिक रूप में लाते हैं
3. हम शब्द-तत्वों की तलाश कर रहे हैं: "शीर्षक", "तहखाने", "लोगो", "फोन", "नाम", "पृष्ठ", "प्रकाश डाला गया", "वर्तमान", "लिंक" ... आदि। इस तरह के बहुत सारे शब्द होंगे और उन्हें साइट की मूल संरचना में वर्णित किया जाएगा।
4. हम स्पष्टीकरण शब्दों की तलाश कर रहे हैं: "बाएं", "सही", "नीचे", "शीर्ष", "ऊपर", "नीचे", "सी", आदि।
5. हम शब्द-गुणों की तलाश कर रहे हैं: "पृष्ठभूमि", "रंग", "फ़ॉन्ट" ... आदि।
6. हम अर्थ शब्दों की तलाश कर रहे हैं: "हरा", "नीला", संख्या, उद्धृत स्ट्रिंग ... आदि।
7. हम प्रभाव शब्दों की तलाश कर रहे हैं: "छाया", "ढाल", "हाइलाइट", "इटैलिक" ... आदि।
8. हम शेष पाठ को फेंक देते हैं, वाक्यों, गणनाओं (एक ही प्रकार के शब्द, कॉमा या "और" द्वारा अलग किए गए) द्वारा विभाजित करते हैं - उन्हें अलग-अलग वाक्यांशों में विभाजित करते हैं (गणना के बाहर वाक्यांश के शब्दों को दोहराएं)।
9. हम एक-एक करके नमूनों के साथ वाक्यांशों की तुलना करते हैं। जैसे:
   एक। शोधन 1 + तत्व 1 + तत्व 2 -> तत्व 2, तत्व 1 के बगल में या जगह, स्पष्टीकरण 1 के अनुसार।
   ख। Property1 + element1 + value1 -> element1 के लिए, value1, मान सेट करें
   सी। element1 + property1 + value1 -> बिंदु b में समान
   घ। value1 + property1 + element1-> बिंदु b में समान
   ई। element1 + value1 -> element1 पर, सामग्री पाठ को value1 में बदलें।
   च। element1 + effect1 -> element1 के लिए, प्रभाव effect1 जोड़ें।
   जी। आदि ...
   
10. आउटपुट पर, हमें विन्यासकर्ता के लिए कमांड का एक सेट मिलता है, और उपयोगकर्ता के लिए प्रदर्शन के लिए "औपचारिक भाषा" में उनके अनुरूप वाक्यांशों का एक सेट मिलता है।

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

अनुरोध प्रसंस्करण क्लाउड में किया जा सकता है, जो आपको विश्लेषक को सक्रिय रूप से विकसित करने और नए वाक्यांशों को जोड़ने की अनुमति देगा (नए वाक्यांशों में उपयोगकर्ता जोड़ सकते हैं)।

उपयोगकर्ता के लिए एक औपचारिक प्रतिक्रिया और विन्यासक के लिए एक आदेश क्लाउड से वापस आ जाता है।

विन्यासक, मुझे लगता है कि यह तीन-स्तरीय करने के लिए समझ में आता है:

1. पहला स्तर सार है। यहां साइट के सभी तत्व दिए गए हैं, उनकी संपत्तियों, रिश्तेदार स्थिति आदि को सौंपा / बदला गया है।
2. दूसरा स्तर संरचनात्मक है, इसमें "मार्कअप भाषा" में पृष्ठ विवरण शामिल होना चाहिए, जैसे कि मैंने अपनी पहली पोस्ट habrahabr.ru/post/167525 में क्या वर्णन किया है। लब्बोलुआब यह है कि पूरी साइट का प्रतिनिधित्व करने वाली आसानी से संपादन योग्य संरचना है। इस संरचना के आधार पर, साइट का आधार कोड उत्पन्न होता है।
3. तीसरा स्तर कोड स्तर है। इस स्तर पर, एक उन्नत उपयोगकर्ता सीधे साइट कोड में परिवर्तन कर सकता है। उदाहरण के लिए, क्रोम में एक तत्व को संपादित करना - तत्व के गुणों को सीएसएस गुणों को स्थानांतरित करना। इस स्तर पर भी विभिन्न "चिप्स", पुस्तकालय, सजावट, आदि को जोड़ा जा सकता है।

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

प्रणाली के लाभ:

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

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

इसकी आवश्यकता क्यों है?

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

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

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


एक उदाहरण के रूप में: एक प्रसिद्ध साइट बिल्डर के पास एक नया साइट पंजीकृत करने के बाद उपयोगकर्ता के पास एक ऐसा इंटरफ़ेस होता है। शुरुआती लोगों के लिए स्वतंत्र रूप से सब कुछ पता लगाना आसान नहीं है।

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

कार्यान्वयन पर विचार।

फिलहाल, सब कुछ केवल विचारों के स्तर पर है, हालांकि जितना वे यहां वर्णन कर सकते हैं उससे अधिक विस्तृत। यदि समान विचारधारा वाले लोग दिखाई देते हैं, तो मुझे कार्यान्वयन के बारे में बात करने में खुशी होगी।

मुझे लगता है कि दो विकल्प यहां संभव हैं: या तो खरोंच से एक सीएमएस विकसित करना, या मौजूदा सीएमएस जैसे ड्रूपल पर एक ऐड-ऑन। अपनी कार्यक्षमता को बढ़ाने के लिए द्रुपाल की विशाल क्षमताओं को ध्यान में रखते हुए, लेकिन इसकी अपेक्षाकृत उच्च प्रविष्टि सीमा, मुझे लगता है कि नौसिखिए उपयोगकर्ताओं के लिए ऐसा "बुद्धिमान एडऑन" बहुत दिलचस्प होगा।

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

upd
टिप्पणियों को देखते हुए, मुझे लगता है कि सिस्टम के मुख्य विचार को खराब रूप से तैयार किया गया है, विवरण द्वारा दूर किया गया है।

इसलिए, मैं कई बिंदुओं पर जोर देता हूं:

1. मैं शान्ति के समय पर लौटने का प्रस्ताव नहीं करता। इसके विपरीत, मैं बुद्धिमान विकास साधनों की ओर आगे बढ़ने का प्रस्ताव करता हूं।
   आदर्श रूप से, मेरे लिए, मैं उस प्रणाली को बताता हूं जो मुझे चाहिए - और वह इसे वास्तविक समय में बनाता है ... मैं सुधार करता हूं, प्रयोग करता हूं, आदि। यह सब शब्दावली, नियम, आज्ञा, कदम आदि के बिना।
   अब जितना संभव हो - मैंने एक पोस्ट में प्रस्तुत करने की कोशिश की।
   
2. टीमें बहुत गैर-मानक हो सकती हैं। चूंकि सिस्टम वर्तमान कॉन्फ़िगरेशन को ध्यान में रखता है, स्क्रीन पर तत्वों की उपस्थिति / अनुपस्थिति आदि। - इस समय उपयोगकर्ता क्या चाहता है, यह समझने के लिए आपको एक मजबूत AI की आवश्यकता नहीं है
3. प्रस्तावित प्रणाली सामान्य सीएमएस को प्रतिस्थापित नहीं करती है, लेकिन इसका अनुपालन करती है। उपयोगकर्ता सामान्य टूलबार के माध्यम से साइट को कस्टमाइज़ कर सकता है, टेक्स्ट और तत्वों को संपादित कर सकता है जो कि wix.com पर लागू है। लेकिन जब वह कुछ समझ से बाहर हो जाता है - तो वह सिस्टम से एक प्रश्न पूछ सकता है और तुरंत समस्या को हल कर सकता है, और मंचों पर जानकारी नहीं खोज सकता, और यह नहीं सोचता कि इस विशेष मामले में ज्ञान कैसे लागू किया जाए ...
4. वॉयस इनपुट केवल एक इनपुट विकल्प है। उपयोगकर्ता पाठ में कमांड दर्ज कर सकता है, और "विज़ुअल कमांड" को केवल wix.com जैसे संपादक में निष्पादित किया जा सकता है