"अभिगम्यता पर ध्यान केंद्रित करने से, आपको बेहद समर्पित उपयोगकर्ता मिलते हैं।" जॉन फॉक्स (नेटफ्लिक्स) के साथ साक्षात्कार

यह ज्ञात है कि सुलभता महत्वपूर्ण है, लेकिन हर कोई अपने आवेदन की उपलब्धता पर पर्याप्त ध्यान नहीं देता है।

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

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

- हैलो, जॉन। एक ऐसे व्यक्ति के साथ बात करना दिलचस्प है जो 2010 से मोबाइल एप्लिकेशन लिख रहा है, और दशकों पहले भी आईटी में काम करना शुरू कर दिया था। हमें बताएं कि आपने आईटी कैसे करना शुरू किया।

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

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

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

- आपको मोबाइल एप्लिकेशन के साथ काम करने का तरीका कैसे मिला?

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

- iOS से पहले, आपने Mac OS के लिए विकसित किया था, और तब यह अब की तुलना में कम आम था। आपके इंप्रेशन क्या थे?

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

- आप 2015 से नेटफ्लिक्स में काम कर रहे हैं। इस कंपनी में आपकी क्या जिम्मेदारियां हैं?

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

- लिंक्डइन पर, आपकी स्थिति को "उत्पाद-केंद्रित इंजीनियर" के रूप में नामित किया गया है, जो एक असामान्य बात है। इसका क्या मतलब है, और सॉफ्टवेयर इंजीनियर से क्या अंतर है?

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

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

- आपने ट्विटर पर लिखा है कि आप "यूआई इंजीनियर" हैं। क्या इसका मतलब यह है कि आप विशेष रूप से यूआई के साथ मोबाइल एप्लिकेशन - एनीमेशन, विज़ुअलाइज़ेशन, आदि के साथ काम करते हैं?

- हाँ, अब मैं लगभग विशेष रूप से UI के साथ सौदा करता हूं: एनीमेशन, वीडियो प्लेबैक, स्थानीयकरण, पहुंच। अतीत में, मैंने सर्वर कोड के साथ काफी काम किया, लेकिन अंतिम लक्ष्य हमेशा एक गुणवत्ता यूआई बनाना था।

- हमें बताएं कि नेटफ्लिक्स में एक मोबाइल डेवलपर को कौन से रोजमर्रा के काम करने हैं।

- हम ए / बी परीक्षण करते हैं, जिसके परिणामस्वरूप हम नई सुविधाओं का निर्माण करते हैं, मौजूदा सुविधाओं को समर्थन और सुधार करते हैं, ज्ञान साझा करते हैं, और हमारे काम में सुधार करते हैं (गुणवत्ता नियंत्रण, स्थानीयकरण, आदि)। चूंकि हम अपने समापन बिंदुओं को नियंत्रित करते हैं, इसलिए हमारा एप्लिकेशन आवश्यक होने पर सही डेटा तक पहुंच सकता है।

- आपकी टीम संरचना क्या है - उदाहरण के लिए, क्या iOS डेवलपर्स Android डेवलपर्स के संपर्क में हैं?

- हमारी टीम - आईओएस और एंड्रॉइड, और मोबाइल विकास और गुणवत्ता नियंत्रण दोनों - एक साथ काम करते हैं। हम सभी एक साथ बैठते हैं और हमारे बीच बहुत ही दोस्ताना माहौल है।

- परीक्षक मोबाइल डेवलपर्स के साथ कैसे बातचीत करते हैं?

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

- नेटफ्लिक्स का मीडियम पर टेक्नोलॉजी ब्लॉग है। क्या विशेष रूप से मोबाइल डेवलपर्स के लिए कुछ ऐसा ही है?

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

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

- अंतिम गिरावट, हम और दो अन्य डेवलपर्स ने हैकाथॉन में एक प्रयोग किया जिसमें एआर किट का उपयोग किए बिना iOS एप्लिकेशन को हाथों से नियंत्रित किया गया था। इस प्रयोग ने मीडिया का ध्यान आकर्षित किया । उनका लक्ष्य मस्कुलोस्केलेटल प्रणाली के लोगों की मदद करना था।


- यदि आप अपने iOS एप्लिकेशन की उपलब्धता के बारे में नहीं सोचते हैं तो क्या होता है - यह उपयोगकर्ताओं के लिए जीवन कितना कठिन बना देता है?

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

Apple सॉफ़्टवेयर के लिए एक्सेसिबिलिटी मुद्दों में बहुत जीवंत समुदाय है, इसकी एक वेबसाइट है, जिसका नाम AppleVis है । वहाँ हर समय गर्म चर्चाएँ होती हैं कि कौन से अनुप्रयोग अच्छी तरह से सुलभ हैं और कौन से नहीं।

- क्या एक्सेसिबिलिटी अन्य कार्यों के साथ टकराव की समस्या है? उदाहरण के लिए, एक डिजाइनर एक सुंदर फ़ॉन्ट का उपयोग करना चाहता है, लेकिन यह एक अधिक उबाऊ से भी बदतर पढ़ता है। इन संघर्षों को कैसे हल करें?

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

सामान्य तौर पर, सुंदर डिजाइन और उपयोगकर्ता मित्रता पारस्परिक रूप से अनन्य विशेषताओं में नहीं होती है। यहां तक ​​कि अगर आपका एप्लिकेशन डायनेमिक प्रकार का समर्थन नहीं करता है, तो आवर्धन और रंग व्युत्क्रम के लिए सेटिंग एप्लिकेशन के साथ काम को बहुत सुविधाजनक बना सकती है।

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

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

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

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

- कुछ डेवलपर्स कहेंगे: "ठीक है, नेटफ्लिक्स के पास संसाधनों में एक सफलता है, और यहां हम कार्यों से भरी एक छोटी टीम में हैं, इसलिए हमें पहुंच पर काम नहीं करना है।" क्या आप कुछ जवाब देना चाहते हैं?

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

- आपने कई सम्मेलनों में प्रस्तुतियां दी हैं। और आपकी पहली रिपोर्ट कैसी रही?

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

- क्या आप सफेद रातों से पहले सेंट पीटर्सबर्ग गए हैं और सुना है? मोबियस मई में आयोजित किया जाएगा, जब वे पहले से ही शुरू कर देंगे।

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

मोबिअस 22-23 मई को सेंट पीटर्सबर्ग में आयोजित किया जाएगा। जॉन "आईओएस के लिए पहुंच: अच्छा काम करके अच्छा कर रहे हैं" विषय के साथ वहां बात करेंगे और इसके अलावा, मोबाइल विकास पर दर्जनों अन्य रिपोर्टें होंगी। आप सम्मेलन की वेबसाइट पर पूरा कार्यक्रम देख सकते हैं, उसी स्थान पर टिकट खरीद सकते हैं।