अस्तित्वहीन संदेश

• Outlook 365 वेब इंटरफ़ेस का नोटिफ़िकेशन यह बताता है कि जो संदेश अब मौजूद ही नहीं है उसे सेव नहीं किया जा सकता, लेकिन discard किया जा सकता है, जिससे स्थिति विरोधाभासी लगती है
• नोटिफ़िकेशन लक्ष्य को “this message” कहकर इंगित करता है और साथ ही कहता है कि वह मौजूद नहीं है, जिससे अस्तित्वहीन लक्ष्य के संदर्भ की समस्या सामने आती है
• सेव करना उस क्रिया की तरह माना जाता है जो संदेश के मौजूद होने पर ही संभव है, लेकिन discard करना ऐसी क्रिया की तरह माना जाता है जो पहले से अस्तित्वहीन संदेश पर भी लागू हो सकती है
• “discard करने से पहले contents कॉपी कर लें” जैसी पंक्ति से यह व्याख्या बनती है कि अस्तित्वहीन संदेश में भी कॉपी किए जा सकने वाले contents बचे हुए हैं
• भले ही discard करना संदेश पर स्वयं no-op हो, फिर भी यह contents के अस्तित्व या उन तक पहुँचने की क्षमता को प्रभावित कर सकता है

---

Outlook 365 नोटिफ़िकेशन का विरोधाभासी निर्देश

• Microsoft Outlook 365 वेब इंटरफ़ेस में निम्न नोटिफ़िकेशन दिखता है
  • “This message can't be saved because it no longer exists.”
  • “It can only be discarded.”
  • “Make sure you copy the contents of the message before you discard if you want to use them later.”
• नोटिफ़िकेशन बताता है कि संदेश अब मौजूद नहीं है इसलिए उसे सेव नहीं किया जा सकता, उसे केवल discard किया जा सकता है, और यदि बाद में उपयोग करना हो तो discard करने से पहले contents कॉपी कर लेने चाहिए

“यह संदेश” का संकेत और अस्तित्वहीनता

• “This message can't be saved because it no longer exists” का अर्थ इस रूप में समझा जा सकता है कि केवल मौजूद संदेश ही सेव किए जा सकते हैं, और अस्तित्वहीन संदेश को सेव नहीं किया जा सकता
• समस्या “this” जैसे संकेतवाचक शब्द से पैदा होती है
  • नोटिफ़िकेशन इस संदेश की ओर इशारा करता है और साथ ही कहता है कि वह संदेश मौजूद नहीं है
  • इससे यह प्रश्न उठता है कि क्या किसी अस्तित्वहीन वस्तु की ओर भी संकेत किया जा सकता है

ऐसा लक्ष्य जिसे सेव नहीं किया जा सकता, लेकिन discard किया जा सकता है

• “It can only be discarded” केवल अस्तित्वहीन संदेश का उल्लेख नहीं करता, बल्कि उसे discard किए जा सकने वाले लक्ष्य की तरह मानता है
• सेव करना संदेश के अस्तित्व की माँग करता है, लेकिन discard करना बिना ऐसी शर्त के संभव क्रिया जैसा दिखता है
• यदि discard को “किसी ऑब्जेक्ट को अब और अस्तित्व में न रहने देने वाली क्रिया” माना जाए, तो पहले से अस्तित्वहीन ऑब्जेक्ट पर इसे लागू करना no-op की तरह समझा जा सकता है
• इस व्याख्या में सेव जैसी दूसरी क्रियाएँ तभी संभव हैं जब ऑब्जेक्ट मौजूद हो, लेकिन discard पहले से अस्तित्वहीन ऑब्जेक्ट पर भी लागू हो सकता है

अस्तित्वहीन संदेश के contents

• “discard करने से पहले संदेश के contents कॉपी कर लें” वाला वाक्य ऊपर की व्याख्या को और जटिल बना देता है
• ऐसा लगता है कि अस्तित्वहीन संदेश में भी contents हैं, और जब तक संदेश अभी discard नहीं हुआ है तब तक वे कॉपी किए जा सकते हैं
• इसलिए वह संदेश जो मौजूद नहीं है लेकिन अभी discard नहीं हुआ, और वह संदेश जो मौजूद नहीं है तथा पहले ही discard हो चुका है, दोनों में contents तक पहुँच की क्षमता के मामले में अंतर दिखाई देता है
• संदेश के अस्तित्व के संदर्भ में discard no-op हो सकता है, लेकिन contents के संदर्भ में यह no-op न भी हो

दो संभावित व्याख्याएँ

• अस्तित्वहीन संदेश को discard करने की क्रिया को दो तरह से समझा जा सकता है
  • संदेश के contents को भी साथ में अस्तित्वहीन बना देना
  • contents का अस्तित्व बनाए रखना, लेकिन उन पर कॉपी ऑपरेशन चलाना असंभव कर देना
• दूसरे मामले में संदेश पहले से ही मौजूद नहीं था और contents बने रहते हैं, लेकिन discard करने के बाद उन contents तक पहुँचना या उन्हें कॉपी करना संभव नहीं रहता
• यह नोटिफ़िकेशन संदेश, contents, सेव करना, discard करना और कॉपी की संभावना के बीच अस्तित्व की शर्तों के असंगत दिखाई देने वाले संबंध को दिखाता है

[GN⁺]

Hacker News की राय

• यह 1970 के दशक से दार्शनिकों द्वारा इस्तेमाल किए जा रहे answering machine paradox का एक उदाहरण लगता है
  https://philpapers.org/rec/SIDTAM
  ‘मैं’, ‘यहाँ’, ‘अभी’ के सहज semantics के अनुसार “मैं अभी यहाँ नहीं हूँ” जैसा कथन बोले जाने पर हमेशा झूठा होना चाहिए, लेकिन answering machine पर रिकॉर्ड किया गया “मैं अभी यहाँ नहीं हूँ” वक्ता के घर पर न होने पर सच जैसा लगता है
  रुचि हो तो “answering machine paradox” खोजने पर और भी चर्चा मिल सकती है

  • यहाँ दर्शन के प्रति काफी शत्रुतापूर्ण प्रतिक्रियाएँ दिखती हैं, लेकिन यह तभी paradox बनता है जब भाषा को दुनिया की किसी स्थिर वास्तविक अवस्था का वर्णन करने का साधन माना जाए
    अगर भाषा को व्यावहारिक और क्रिया-निर्देशक माना जाए, तो वाक्य को क्या संप्रेषित करना है यह स्पष्ट है, इसलिए यह paradox नहीं है। एक पक्ष मानता है कि वास्तविक शब्दों के पीछे कोई स्थिर अर्थ होता है जो श्रोता की चेतना में प्रवेश करता है, जबकि दूसरा पक्ष मानता है कि अर्थ श्रोता द्वारा निर्मित होता है
    यह Wittgenstein के बाद भी तीव्र रूप से चर्चा में रहा बहुत दार्शनिक प्रश्न है, और हर क्षेत्र में स्वाभाविक मानी जाने वाली चीजें भी तर्कसंगत चिंतन का विषय हो सकती हैं। कुछ भी पूरी तरह स्पष्ट नहीं है और न ही कोई परम ज्ञान है—लगता है कई engineer इसे अपनी अत्यधिक सरल विश्वदृष्टि में भूल जाते हैं
  • “मैं” नामक व्यक्ति और उस व्यक्ति की रिकॉर्ड की गई आवाज़ में फर्क न कर पाना कोई दार्शनिक समस्या नहीं है। यह तो बस शुद्ध मूर्खता के ज्यादा करीब है
  • यह बिल्कुल अलग बात है, लेकिन इससे मुझे कुछ समय पहले देखी गई मेक्सिकन फ़िल्म I Am No Longer Here याद आ गई। पहले कभी इसका नाम नहीं सुना था, लेकिन यह चौंकाने वाली हद तक अच्छी थी
    https://en.wikipedia.org/wiki/I%27m_No_Longer_Here

• कंप्यूटर को निर्देशों को लगातार execute करने की ज़रूरत नहीं होती, इसलिए वह समय को रोक सकता है। एक मायने में यह मामला वही दिखाता है
  जलते हुए कागज़ पर लिखे किसी भौतिक संदेश के बारे में सोचें—अक्षर अब भी दिख रहे हो सकते हैं, लेकिन आग बुझाने के लिए शायद बहुत देर हो चुकी हो
  अगर आपकी याददाश्त अच्छी हो, तो आप उस पल को रूपक की तरह रोककर कागज़ की सामग्री याद कर सकते हैं। कंप्यूटर में संदेश server पर पहले ही “जल” चुका है, लेकिन आपकी आँखों के सामने जमे हुए उस क्षण को अनिश्चित समय तक बढ़ाया जा सकता है

  • race condition की तरह, किसी चीज़ को तेज़ करने से स्थिति बदलती नहीं, बस पहले से मौजूद समस्या सामने आती है। यहाँ पहले से मौजूद समस्या यह है कि संदेश के अस्तित्व की परिभाषा ढीली है
    अगर आप जलते हुए कागज़ पर संदेश देख सकते हैं, तो उसे अभी भी मौजूद मानना चाहिए। जैसे धुएँ के संकेत से भेजा गया संदेश धुएँ पर चढ़ते ही गायब नहीं हो जाता
    इसे ठीक करने के लिए यह कहने के बजाय कि संदेश मौजूद है/नहीं है, कहना चाहिए कि वह किसी X में stored है या X से deleted किया गया है
  • personal computer के स्वर्णयुग में या अच्छी तरह से tuned Linux पर ऐसा हो सकता था। लेकिन आधुनिक operating system तो updates install करने के लिए restart करवा देते हैं, 120 सेकंड पुराने password बदलवाते हैं, या mouse न हिलाने पर security के नाम पर log out कर देते हैं—मानो वास्तविकता के स्वभाव को ही मोड़ दें। उस संदेश को जल्दी save कर लेना बेहतर है

• समस्या यह है कि संदेश सच नहीं कह रहा। अगर आप संदेश पढ़ सकते हैं, तो वह स्पष्ट रूप से मौजूद होना चाहिए। आप किसी ऐसे संदेश को नहीं पढ़ सकते जो मौजूद ही नहीं है, है न? कौन ऐसा कर सकता है? क्या यहाँ कोई भी अस्तित्वहीन संदेश पढ़ सकता है?
  संदेश को यह कहना चाहिए था: “यह संदेश server पर stored नहीं है। अगर आप इस window को बंद करने से पहले text को copy करके save नहीं करते, तो इसे server से फिर से प्राप्त नहीं किया जा सकेगा।”

  • सामान्य रूप से “अस्तित्वहीनता” को भी अस्तित्वहीन माना जा सकता है
    इससे मुझे वह TEDx talk याद आती है जिसमें कहा गया था कि ब्रह्मांड सब कुछ है, इसलिए ‘न होना’ जैसी कोई चीज़ नहीं। बात कुछ ऐसी थी कि अगर आप हर चीज़ की सूची बनाएँ, तो वह सूची खुद उस सूची की एक item के रूप में शामिल नहीं होती
  • यह सबसे समझदारीभरा और तार्किक wording है, लेकिन मूल सूचना की दार्शनिक अस्पष्टता गायब हो जाती है। फिर भी मुझे मूल अभिव्यक्ति ज़्यादा पसंद है
  • बेशक आप अस्तित्वहीन संदेश भी पढ़ सकते हैं। उदाहरण के लिए AI की hallucination से बना संदेश, किसी के द्वारा Photoshop से बदला गया screenshot, या वह मामला जब संदेश delete करने से पहले text document में copy कर लिया गया हो

• इस संदेश का मोटे तौर पर मतलब यह है: “आपने फ़ाइल खोल ली थी, लेकिन अब वह फ़ाइल disk पर मौजूद नहीं है, इसलिए इसे आपके changes से update नहीं किया जा सकता। लोड की गई copy को फेंका जा सकता है, लेकिन पहले उसकी सामग्री कॉपी करके नई फ़ाइल बनाना चाहें तो विचार करें। तकनीकी कारणों से मैं यह सीधे आपके लिए नहीं कर सकता।”

• व्याख्या सच में शानदार है
  अंदाज़ा लगाएँ कि क्या हुआ होगा, तो शायद यह server पर मूल संदेश और local copy—दोनों की ओर इशारा कर रहा है। दोनों को ही “संदेश” कहा जा रहा है

  • अंततः यह दिखाता है कि असटीक शब्दावली इस्तेमाल करने की बुरी आदत पूर्ण भ्रम पैदा कर सकती है

• आख़िरकार मेरा philosophy degree काम आने का मौका आ गया
  error कहता है कि “संदेश” मौजूद नहीं है, लेकिन संदेश text के बराबर नहीं है। संदेश ऐसा object है जिसे save या discard किया जा सकता है, और उसके अंदर text होता है
  text अब भी मौजूद है इसलिए उसे copy किया जा सकता है, लेकिन संदेश गायब हो चुका है इसलिए उसे अब save नहीं किया जा सकता

  • लेखक ने भी इस हिस्से को छुआ है। वह “text” की जगह सामग्री कहता है, लेकिन बात वही है
    कुछ ऐसा: “अस्तित्वहीन संदेश में ऐसी सामग्री होती है जिसे copy किया जा सकता है—लेकिन केवल तब जब वह संदेश अभी discard न किया गया हो”
    संदेश जा चुका है और अब save नहीं किया जा सकता, लेकिन उसे अभी भी discard किया जा सकता है। शायद उसे discard न भी किया जाए
  • यह अब भी रोचक है कि संदेश का text, संदेश खुद न होते हुए भी मौजूद रह सकता है। Outlook के कुछ संदर्भों में यह समझ में आता है, लेकिन यह दिखाता है कि software का conceptual design उस तरीके से मेल नहीं खाता जिससे हम domain के बारे में अमूर्त रूप में सोचते हैं
  • “संदेश text के बराबर नहीं है” — क्या यह वैसा है जैसे शरीर चला गया हो लेकिन आत्मा बची हो? मृत संदेश दिखाई दे रहा है…
    वह भेद उपयोगी हो सकता है और तकनीकी रूप से सही भी है। लेकिन असली समस्या यह है कि “संदेश संदेश के बराबर नहीं है।” अगर यह एक ही संदेश की ओर इशारा करता, तो यह शानदार दार्शनिक समस्या बन सकती थी, लेकिन वास्तव में यह दो अलग संदेशों में से एक के text द्वारा संयोग से दूसरे को “यह” कह देने वाली कहीं अधिक उबाऊ समस्या के करीब है
  • यह एक संदेश नहीं है?
  • अगर संदेश ने print जैसी कोई भौतिक आकृति नहीं पाई, तो क्या संदेश अस्तित्व में है?
    अगर संदेश का अस्तित्व समाप्त हो गया और वहाँ कोई था ही नहीं, तो क्या कूड़ेदान की आवाज़ हुई?

• सब लोग इसे देखकर खिलखिला रहे हैं और दर्शन की बातें कर रहे हैं, लेकिन असल में यहाँ परोक्ष रूप से एक वाजिब बात है। non-technical user को यह कैसे समझाएँ कि server का data delete हो चुका है, लेकिन client पर अभी भी cached copy मौजूद है, इसलिए उसे किसी तरह recover किया जा सकता है? गंभीरता से सोचने लायक काफ़ी कठिन समस्या है

  • ऐसा कैसा रहेगा: “यह संदेश mail server से delete किया जा चुका है, लेकिन Outlook अभी भी इसे इस device की temporary cache में रखे हुए है। आप message content को copy कर सकते हैं या cache से discard कर सकते हैं, और discard करने पर यह स्थायी रूप से delete हो जाएगा”
  • इस thread में user experience के लिए कुछ अच्छे वाक्य हैं, लेकिन इस app में internal technical mechanism समझाने की कोशिश करने के बजाय result-oriented तरीके से लिखना बेहतर होगा
    “यह संदेश delete हो चुका है, लेकिन हमारे पास अभी भी इसकी temporary copy है। अगर इसमें कोई ज़रूरी जानकारी है, तो temporary copy को discard करने से पहले उसे save कर लें”
  • क्या हुआ, यह समझाने से user को मदद नहीं मिलती। user के लिए उपलब्ध options ही बताना काफ़ी है
    “क्षमा करें। यह संदेश अब save नहीं किया जा सकता। अगर आपको बाद में इसकी ज़रूरत पड़ सकती है, तो discard करने से पहले इस संदेश को copy कर लें” इतना काफ़ी होगा
  • error message की बजाय इसे user के सामने एक सवाल के रूप में रखा जा सकता है: “यह संदेश server से delete कर दिया गया है। आप क्या करना चाहते हैं? स्थायी रूप से discard करें, इस version को server पर save करें, computer पर file के रूप में save करें”
  • ज़्यादातर apps शायद उन सभी मामलों की सूची बनाते-बनाते हार मान लेते हैं जहाँ consistency टूट सकती है। पहले मैंने इसे “सही तरीके” से करने की कोशिश की थी, लेकिन असफल रहा, और तब समझ आया कि यह सचमुच बहुत कठिन है

• वाक्य में सिर्फ server पर जोड़ देने से बात ठीक हो जाती है
  “यह संदेश अब server पर मौजूद नहीं है, इसलिए इसे save नहीं किया जा सकता” कहने से समस्या हल हो जाती है

• यह संदेश वास्तविकता और अवास्तविकता को बाँधने वाला गोंद है। यह मौजूद है, मौजूद था, कभी मौजूद नहीं था, और ये सब एक साथ सच हैं
  यह सृजन और अस्तित्व, विघटन और चेतना का विरोधाभास है

• यह मेरे द्वारा देखे गए सबसे Microsoft-जैसे error message में से एक है

  • कहते हैं SharePoint, Microsoft के प्रमुख स्तंभों में से एक है, लेकिन “मैं उन सभी SharePoint sites को कैसे ढूँढूँ जिनका मैं member हूँ?” इसका जवाब यह है
    contentclass:STS_Site से SharePoint खोजो
    यह कैसे संभव है, और मूल पोस्ट जैसी चीज़ production environment तक कैसे पहुँच सकती है, समझ नहीं आता
  • यह बस तब तक रहेगा, जब तक कोई इसे “Something went wrong” में बदल न दे
  • अगर इसे और भी Microsoft-जैसा बनाना हो, तो क्या इसे यह नहीं कहना चाहिए कि competitor product जैसी कोई चीज़ होती ही नहीं?
    मैंने Firefox और Safari में Teams messages को कुछ features के लिए यह कहते देखा है कि वे मौजूद नहीं हैं, और “Teams native app download करें”
  • यह संदेश बाद में स्वयं delete हो जाएगा। इसे रखना है तो इसका content save कर लें
  • operation सफलतापूर्वक असफल हो गया!