द्विभाषी बातचीत भाषा चुनने के बाद शुरू नहीं होती। वह पहले ही शुरू हो चुकी होती है, और बोलने वाला Twi और English के बीच उसी तरह चलता है जैसे विचार आते हैं।
Voice note रिकॉर्ड हो रहा है। आंटी ने अभिवादन Twi में किया, तारीख English में बताई, फिर निर्देश समझाते हुए वापस Twi में आ गईं। उन्होंने कोई language setting नहीं देखी। उन्हें उसकी जरूरत भी नहीं पड़ी। उनके लिए यह एक बातचीत है, दो अलग भाषाई काम नहीं।
जब सही बात गलत खाने में फिट न हो
अप्रैल 1970 में Apollo 13 के अंतरिक्ष यात्री Jim Lovell, Jack Swigert और Fred Haise पृथ्वी से बहुत दूर थे। ऑक्सीजन टैंक में विस्फोट के बाद उन्हें lunar module Aquarius को अस्थायी जीवनरक्षक नाव की तरह इस्तेमाल करना पड़ा। फिर वहाँ कार्बन डाइऑक्साइड बढ़ने लगी।
समस्या यह थी कि command module के lithium hydroxide canisters चौकोर थे और lunar module की व्यवस्था गोल canisters के लिए बनी थी। जरूरी चीज उनके पास थी, लेकिन वह उस खाने में फिट नहीं होती थी जहाँ उसकी जरूरत थी।
Houston में NASA के engineers ने अंतरिक्ष यान में उपलब्ध सामान से adapter तैयार करने का तरीका निकाला। अंतरिक्ष यात्रियों ने निर्देशों का पालन किया और carbon dioxide का स्तर घटा। NASA के इतिहास में दर्ज यह घटना Apollo 13 की सुरक्षित वापसी के निर्णायक प्रयासों में शामिल है।
यह कहानी bilingual conversation की समस्या को असाधारण रूप से साफ करती है। कई conversational systems भाषा समझ सकते हैं, फिर भी बातचीत को गलत आकार के खाने में डालते हैं। पहले English या Twi चुनिए, फिर बोलिए। भाषा बदली तो setting बदलिए। विचार को interface के हिसाब से काटिए।
लोग ऐसे नहीं बोलते।
Code-switching कोई गलती नहीं है
Ghana और diaspora में एक वाक्य Twi से शुरू होकर English में पूरा हो सकता है। अगला वाक्य फिर Twi में लौट सकता है। कोई नाम, पता, technical term या official phrase English में कहना आसान हो सकता है, जबकि समझाना Twi में स्वाभाविक लगे।
इस बदलाव का अर्थ यह नहीं कि बोलने वाला उलझ गया है। वह उपलब्ध शब्दों में सबसे सही, तेज या परिचित शब्द चुन रहा है। परिवार की बातचीत, दुकान का हिसाब, काम का संदेश और विदेश में घर वालों को भेजा voice note इसी तरह बह सकता है।
हर turn से पहले भाषा चुनने को कहना बातचीत पर अतिरिक्त काम डालता है। बोलने वाले को अपनी बात सोचने के साथ interface की श्रेणियाँ भी संभालनी पड़ती हैं। Hick’s Law के मुताबिक अधिक विकल्प फैसला धीमा करते हैं। यहाँ वह देरी किसी खरीदारी के विकल्प में नहीं, वाक्य के बीच आती है।
Nkomo में आप natural Twi, Ghanaian English या दोनों के मिश्रण में type या speak कर सकते हैं। Hands-free voice mode में बोलने के लिए hold करें, जवाब सुनें और जरूरत हो तो बीच में रोकें। इसका उद्देश्य बातचीत को मनुष्य की चाल पर चलाना है, menu की चाल पर नहीं।
अगर आप देखना चाहते हैं कि context बचाते हुए switching कैसी दिख सकती है, तो [Kojo के मिले-जुले application draft का उदाहरण](/blog/hi/english-और-twi-switching-कोजो-ने-संदर्भ-खोए-बिना-आवेदन-का-मसौदा-सुधारा-77f76113/) इसी सवाल को व्यावहारिक स्थिति में रखता है।
समझने के साथ नियंत्रण भी चाहिए
स्वाभाविक बातचीत का मतलब यह नहीं कि privacy के फैसले छिप जाएँ। Voice note में परिवार की बात हो सकती है, काम की जानकारी हो सकती है या ऐसा सवाल हो सकता है जिसे कोई cloud तक नहीं भेजना चाहता।
Nkomo cloud consent के लिए तीन साफ विकल्प देता है: कभी नहीं, हर बार पूछें, या इस session के लिए अनुमति दें। On-device history भी आपके नियंत्रण में रहती है। आप उसे बंद करते हैं तो वह तुरंत purge हो जाती है। Data export और account deletion एक tap में उपलब्ध हैं।
यहाँ छोटा-सा psychological फर्क महत्वपूर्ण है। Default effect बताता है कि लोग अक्सर पहले से चुने विकल्प को स्वीकार कर लेते हैं। इसलिए संवेदनशील data के मामले में स्पष्ट चुनाव केवल interface की सुविधा नहीं, भरोसे की बुनियाद है। उपयोगकर्ता को पता होना चाहिए कि क्या device पर रहता है, क्या cloud तक जाता है और अनुमति कितनी देर लागू रहती है।
Password याद रखने की जरूरत भी नहीं है। Sign-in magic link से होता है। और जब कुछ गलत होता है, Nkomo error दिखाता है। वह असफलता को चुपचाप निगलकर ऐसा दिखावा नहीं करता कि सब ठीक हुआ।
Cloud consent को रोजमर्रा के निजी सवाल में समझने के लिए [Mensima की कहानी](/blog/hi/nkomo-क्लाउड-सहमति-मेन्सिमा-ने-निजी-सवाल-से-पहले-अपनी-सीमा-कैसे-चुनी-041f8cb3/) उपयोगी अगला पाठ है।
बातचीत को पहले से वर्गीकृत मत कीजिए
Apollo 13 में engineers ने अंतरिक्ष यात्रियों से यह नहीं कहा कि उपलब्ध चौकोर canister छोड़कर सही आकार वाला canister खोजें। उन्होंने मौजूद वास्तविकता और जरूरी interface के बीच adapter बनाया।
Bilingual conversational design में भी यही सबक काम आता है। मनुष्य को पहले एक भाषा चुनने, उसी में टिके रहने और हर बदलाव की घोषणा करने पर मजबूर करना गलत जोड़ है। बेहतर interface वह है जो बातचीत जैसी बोली जाती है, उसे उसी रूप में स्वीकार करे और data के हर महत्वपूर्ण फैसले पर स्पष्ट नियंत्रण दे।
अगली बार कोई Ghanaian voice note सुनिए। ध्यान भाषा के नाम पर नहीं, बदलाव के कारण पर दीजिए। जहाँ वक्ता सहजता से आगे बढ़ता है लेकिन software रुककर setting माँगता है, वहाँ समस्या बोलने वाले में नहीं है। चौकोर canister अब भी गोल खाने के सामने पड़ा है।
टिप्पणियाँ
अभी कोई टिप्पणी नहीं।