भविष्य की गुफा तकनीक

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

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

एक लंबा उदाहरण

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

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

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

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

इंटरफ़ेस

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

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

एक इंटरफ़ेस एक व्यक्ति के बीच एक बाधा है और वह क्या चाहता है।

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

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

सबक सीखना

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

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

1. गतिशील रूप से फ़ील्ड जोड़ें। चरण - एक अलग क्षेत्र में प्रत्येक चित्र का चयन करें, यदि पर्याप्त फ़ील्ड नहीं हैं, तो उन्हें एक और विशेष लिंक का उपयोग करके जोड़ें। अतिरिक्त इकाइयां फ़ील्ड जोड़ने के लिए लिंक हैं।

2. पुरालेख द्वारा डाउनलोड करें। चरण - वांछित छवियों के साथ एक संग्रह बनाना, क्षेत्र में संग्रह फ़ाइल का चयन करना। एक अतिरिक्त इकाई संग्रह है।

3. इफराम। स्टेप्स - एक ही फील्ड में एक-एक करके फोटो फाइल का चयन करें।

4. एकाधिक + फ़ाइलें एपीआई + AJAX 2. चरण - अपलोड क्षेत्र में सभी आवश्यक फोटो फ़ाइलों का चयन करें।

यह देखा जा सकता है कि चरणों और अतिरिक्त अवधारणाओं के प्रत्येक पुनरावृत्ति के साथ यह कम से कम हो जाता है, अंतिम विकल्प आम तौर पर उत्कृष्ट प्रतीत होता है - सिर्फ एक कदम और एक भी उत्कृष्ट इकाई नहीं!

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

लानत है, बढ़ने के लिए जगह है! और ऐसा लग रहा है कि भविष्य की हमारी तकनीक पहले की तरह ही कलाकृतियां बन जाएगी, कई संभावित सुधार भी। आइए देखें कि इन अतिरिक्त चरणों और अवधारणाओं को कैसे समाप्त किया जा सकता है।

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

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

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

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

जीवन के करीब

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

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

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

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

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

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

आप तय करते हैं कि आप क्या कर रहे हैं - भविष्य के नेटवर्क की नींव में एक और (संभवतः अच्छा) सेवा या एक और पत्थर।