यह बचत बंद करने का समय है

कुछ गीत

एक बार, लगभग छह महीने पहले, एक अंतहीन बक्से में से एक अपार्टमेंट से दूसरे में जाने पर, ऑडियो टेप का एक संग्रह पाया गया था, लगभग 30 टुकड़े। यह सेट वहां एक सदी तक चला, हालांकि पिछले टेप रिकॉर्डर जो टेप चला सकते थे, तीन साल पहले टूट गए।
मेरी 9 साल की बेटी, इस बक्से पर ठोकर खा रही है, इनमें से एक कैसेट को अपने हाथों में ले लिया, मुड़कर पूछा: "पिताजी, यह क्या है?"
बेशक, अगर आप इसके बारे में सोचते हैं, तो यह आश्चर्य की बात नहीं है। 2000 के बाद पैदा हुई नई पीढ़ी ने अब टेप या फ्लॉपी डिस्क नहीं देखीं।



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

दौड़

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



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

लेकिन यह समस्या का समाधान नहीं है, बल्कि इसके अस्तित्व का खंडन है। जल्दी या बाद में, Microsoft को बदले में कुछ आकर्षित करना होगा। क्योंकि कोई डिज़ाइनर नहीं बचेगा जो समझेगा कि यह किस तरह का ब्लू स्क्वायर है।

ऑनलाइन युग

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

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

तो क्या करें?

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

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

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

सब कुछ नया अभी भी पुराना नहीं भूला है

लेकिन अपने परिवर्तनों को छोड़ने की संभावना के बारे में क्या, अर्थात्। बचत के बिना बाहर निकलें दस्तावेज़ के पिछले संस्करण में कैसे लौटें?
एक मिनट रुको ... कहीं मैंने पहले से ही सुना! यह "वर्जन कंट्रोल सिस्टम" (VCS - वर्जन कंट्रोल सिस्टम) का उपयोग करने के परिदृश्य का एक उत्कृष्ट उदाहरण है, जो किसी भी प्रोग्रामर के लिए परिचित है।
यानी आपको बस पिछले संस्करण में रोलबैक विकल्प जोड़ना है। लेकिन Microsoft Word दस्तावेज़ के मामले में "पिछला संस्करण" क्या है? हमें किसी तरह से दस्तावेज़ को संपादित करने के इतिहास में "बिंदु" को चिह्नित करने की आवश्यकता है, जो "पिछले संस्करण" है। फिर से हम पहिए को फिर से नहीं लगाएंगे और इस क्रिया को "सेव सेव प्वाइंट", "स्नैपशॉट बनाएँ", "रिविजन सहेजें" या "सेव वर्जन" भी कहेंगे। यहां हम इस संस्करण के लिए नाम या टिप्पणी का संकेत दे सकते हैं ताकि हमें इस बात का अंदाजा हो सके कि हमने वहां क्या बदलाव किए हैं।

ध्यान दें कि "सहेजें" बटन की अब आवश्यकता नहीं है, और "डिस्केट" एक अच्छी तरह से योग्य आराम पर जाता है। कार्यक्रम को अब उपयोगकर्ता से किसी भी अतिरिक्त आदेश के बिना किए गए सभी परिवर्तनों को सहेजने की आवश्यकता है।

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

बन

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

त्याग

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