एप्पल की गलती
Originalनवंबर 2009
मुझे नहीं लगता कि एप्पल को इस बात का अहसास है कि ऐप स्टोर की स्वीकृति प्रक्रिया कितनी खराब है। या यूँ कहें कि मुझे नहीं लगता कि उन्हें इस बात का अहसास है कि इसका खराब होना कितना मायने रखता है।
जिस तरह से एप्पल ऐप स्टोर चलाता है, उससे प्रोग्रामर के बीच उसकी प्रतिष्ठा को सबसे ज़्यादा नुकसान पहुंचा है। प्रोग्रामर के बीच उसकी प्रतिष्ठा बहुत अच्छी हुआ करती थी। एप्पल के बारे में सबसे आम शिकायत जो आप सुनते थे, वह यह थी कि उसके प्रशंसक बिना किसी आलोचना के उसकी प्रशंसा करते थे। ऐप स्टोर ने इसे बदल दिया है। अब बहुत से प्रोग्रामर एप्पल को बुराई के रूप में देखने लगे हैं।
ऐप स्टोर के कारण ऐपल ने प्रोग्रामर्स के साथ जो सद्भावना कभी खोई थी, उसमें से कितनी खोई है? एक तिहाई? आधी? और यह अभी तक की बात है। ऐप स्टोर एक निरंतर कर्मा लीक है।
एप्पल इस झमेले में कैसे फंस गया? उनकी मूल समस्या यह है कि वे सॉफ्टवेयर को नहीं समझते।
वे iPhone ऐप्स के साथ वैसा ही व्यवहार करते हैं जैसा वे iTunes के ज़रिए बेचे जाने वाले संगीत के साथ करते हैं। Apple एक चैनल है; वे उपयोगकर्ता के मालिक हैं; यदि आप उपयोगकर्ताओं तक पहुँचना चाहते हैं, तो आप उनकी शर्तों पर पहुँचते हैं। रिकॉर्ड लेबल अनिच्छा से सहमत हुए। लेकिन यह मॉडल सॉफ़्टवेयर के लिए काम नहीं करता। यह किसी मध्यस्थ के लिए उपयोगकर्ता का मालिक होने के लिए काम नहीं करता। सॉफ़्टवेयर व्यवसाय ने 1980 के दशक की शुरुआत में यह सीखा, जब विज़ीकॉर्प जैसी कंपनियों ने दिखाया कि हालाँकि "सॉफ़्टवेयर" और "प्रकाशक" शब्द एक साथ फिट होते हैं, लेकिन अंतर्निहित अवधारणाएँ नहीं। सॉफ़्टवेयर संगीत या किताबों की तरह नहीं है। यह बहुत जटिल है कि कोई तीसरा पक्ष डेवलपर और उपयोगकर्ता के बीच मध्यस्थ के रूप में कार्य न कर सके। और फिर भी Apple ऐप स्टोर के साथ यही करने की कोशिश कर रहा है: एक सॉफ़्टवेयर प्रकाशक। और विशेष रूप से अतिशयोक्तिपूर्ण, जिसमें उधम मचाने वाले स्वाद और कठोर रूप से लागू की गई हाउस शैली है।
यदि 1980 में सॉफ़्टवेयर प्रकाशन काम नहीं करता था, तो अब यह और भी कम काम करता है क्योंकि सॉफ़्टवेयर विकास बड़ी रिलीज़ की एक छोटी संख्या से छोटे रिलीज़ की एक निरंतर धारा में विकसित हो गया है। लेकिन Apple इसे भी नहीं समझता। उत्पाद विकास का उनका मॉडल हार्डवेयर से निकला है। वे किसी चीज़ पर तब तक काम करते हैं जब तक उन्हें लगता है कि यह समाप्त हो गया है, फिर वे इसे रिलीज़ करते हैं। आपको हार्डवेयर के साथ ऐसा करना होगा, लेकिन क्योंकि सॉफ़्टवेयर को बदलना बहुत आसान है, इसलिए इसका डिज़ाइन विकास से लाभ उठा सकता है। अब एप्लिकेशन विकसित करने का मानक तरीका तेज़ी से लॉन्च करना और पुनरावृत्ति करना है। इसका मतलब है कि हर बार जब आप एक नया संस्करण जारी करते हैं तो लंबी, यादृच्छिक देरी होना एक आपदा है।
जाहिर है कि एप्पल का रवैया यह है कि डेवलपर्स को ऐप स्टोर में नया संस्करण सबमिट करते समय अधिक सावधान रहना चाहिए। वे ऐसा कहेंगे। लेकिन वे जितने शक्तिशाली हैं, वे उतने शक्तिशाली नहीं हैं कि प्रौद्योगिकी के विकास को पीछे मोड़ सकें। प्रोग्रामर आलस्य के कारण लॉन्च-फास्ट-एंड-इटरेट का उपयोग नहीं करते हैं। वे इसका उपयोग इसलिए करते हैं क्योंकि इससे सबसे अच्छे परिणाम मिलते हैं। उस प्रक्रिया में बाधा डालकर, एप्पल उन्हें खराब काम करने के लिए मजबूर कर रहा है, और प्रोग्रामर भी एप्पल की तरह ही इससे नफरत करते हैं।
एप्पल को यह कैसा लगेगा यदि ओएस एक्स में गंभीर बग पाए जाने पर, तत्काल सॉफ्टवेयर अपडेट जारी करने के बजाय, उन्हें अपना कोड किसी मध्यस्थ को सौंपना पड़े, जो एक महीने तक उस पर काम करता रहे और फिर उसे इसलिए अस्वीकार कर दे क्योंकि उसमें एक ऐसा आइकन था जो उन्हें पसंद नहीं था?
सॉफ़्टवेयर विकास को बाधित करके, Apple को वह मिलता है जो वे चाहते थे: ऐप स्टोर में वर्तमान में उपलब्ध ऐप का संस्करण पुराना और बग वाला होता है। एक डेवलपर ने मुझे बताया:
उनकी प्रक्रिया के परिणामस्वरूप, ऐप स्टोर आधे-अधूरे एप्लिकेशन से भरा हुआ है। मैं लगभग हर दिन एक नया संस्करण बनाता हूं जिसे मैं बीटा उपयोगकर्ताओं के लिए जारी करता हूं। ऐप स्टोर पर मौजूद संस्करण पुराना और घटिया लगता है। मुझे यकीन है कि बहुत सारे डेवलपर्स ऐसा ही महसूस करते हैं: एक भावना यह है कि "मुझे ऐप स्टोर में जो कुछ भी है, उस पर वास्तव में गर्व नहीं है", और यह भावना "वास्तव में, यह ऐप्पल की गलती है" के साथ जुड़ी हुई है।
एक अन्य ने लिखा:
मेरा मानना है कि उन्हें लगता है कि उनकी स्वीकृति प्रक्रिया गुणवत्ता सुनिश्चित करके उपयोगकर्ताओं की मदद करती है। वास्तव में, हमारे जैसे बग हर समय सामने आते रहते हैं और फिर उस बग को ठीक करने में 4-8 सप्ताह लग सकते हैं, जिससे उपयोगकर्ता यह सोचने लगते हैं कि iPhone ऐप कभी-कभी काम नहीं करते। Apple के लिए सबसे बुरी बात यह है कि ये ऐप दूसरे प्लेटफ़ॉर्म पर ठीक से काम करते हैं, जहाँ स्वीकृति प्रक्रिया तुरंत होती है।
दरअसल मुझे लगता है कि Apple को तीसरी गलतफहमी है: कि App Store की मंजूरी के बारे में सभी शिकायतें गंभीर समस्या नहीं हैं। उन्हें डेवलपर्स की शिकायतें सुननी चाहिए। लेकिन पार्टनर और सप्लायर हमेशा शिकायत करते रहते हैं। अगर वे ऐसा नहीं करते तो यह एक बुरा संकेत होगा; इसका मतलब होगा कि आप उनके साथ बहुत नरमी बरत रहे हैं। इस बीच iPhone पहले से कहीं बेहतर बिक रहा है। तो उन्हें कुछ भी ठीक करने की क्या ज़रूरत है?
वे डेवलपर्स के साथ दुर्व्यवहार करने से बच निकलते हैं, क्योंकि वे बहुत बढ़िया हार्डवेयर बनाते हैं। मैंने कुछ दिन पहले ही एक नया 27" iMac खरीदा है। यह शानदार है। स्क्रीन बहुत चमकदार है, और डिस्क आश्चर्यजनक रूप से बहुत तेज़ है, लेकिन यह इतना सुंदर है कि आप खुद को इसकी परवाह नहीं कर सकते।
तो मैंने इसे खरीद लिया, लेकिन मैंने इसे पहली बार संदेह के साथ खरीदा। मुझे वैसा ही महसूस हुआ जैसा मैं किसी ऐसे देश में बनी चीज़ खरीदते समय महसूस करता जिसका मानवाधिकारों का रिकॉर्ड खराब है। यह नया था। पहले जब मैं Apple से चीज़ें खरीदता था तो मुझे बहुत खुशी होती थी। अरे यार! वे बहुत बढ़िया चीज़ें बनाते हैं। इस बार यह एक फ़ॉस्टियन सौदे की तरह लगा। वे बहुत बढ़िया चीज़ें बनाते हैं, लेकिन वे बहुत घटिया हैं। क्या मैं वाकई इस कंपनी का समर्थन करना चाहता हूँ?
क्या एप्पल को इस बात की परवाह करनी चाहिए कि मेरे जैसे लोग क्या सोचते हैं? अगर वे अपने उपयोगकर्ताओं के एक छोटे से अल्पसंख्यक को अलग-थलग कर देते हैं तो इससे क्या फर्क पड़ता है?
ऐसे दो कारण हैं जिनकी वजह से उन्हें परवाह करनी चाहिए। एक यह है कि ये उपयोगकर्ता वे लोग हैं जिन्हें वे कर्मचारी के रूप में चाहते हैं। अगर आपकी कंपनी बुरी लगती है, तो सबसे अच्छे प्रोग्रामर आपके लिए काम नहीं करेंगे। 90 के दशक से ही इसने Microsoft को बहुत नुकसान पहुँचाया। प्रोग्रामर वहाँ काम करने में शर्म महसूस करने लगे। ऐसा लगा जैसे वे बिक गए हों। जब Microsoft के लोग दूसरे प्रोग्रामर से बात कर रहे थे और उन्होंने बताया कि वे कहाँ काम करते हैं, तो बहुत से आत्म-हीन चुटकुले थे कि वे अंधेरे पक्ष में चले गए हैं। लेकिन Microsoft के लिए असली समस्या उन लोगों की शर्मिंदगी नहीं थी जिन्हें उन्होंने काम पर रखा था। बल्कि वे लोग थे जिन्हें उन्होंने कभी नहीं पाया। और आप जानते हैं कि उन्हें किसने पाया? Google और Apple। अगर Microsoft साम्राज्य था, तो वे विद्रोही गठबंधन थे। और यह काफी हद तक इसलिए है क्योंकि उनके पास सबसे अच्छे लोग थे, इसलिए Google और Apple आज Microsoft से बहुत बेहतर कर रहे हैं।
प्रोग्रामर अपने नियोक्ताओं की नैतिकता के बारे में इतने चिंतित क्यों रहते हैं? आंशिक रूप से इसलिए क्योंकि वे ऐसा कर सकते हैं। सबसे अच्छे प्रोग्रामर जहाँ चाहें काम कर सकते हैं। उन्हें ऐसी कंपनी के लिए काम करने की ज़रूरत नहीं है जिसके बारे में उन्हें कोई शंका हो।
लेकिन मुझे लगता है कि प्रोग्रामर के उतावले होने का दूसरा कारण यह है कि बुराई मूर्खता को जन्म देती है। एक संगठन जो शक्ति का प्रयोग करके जीतता है, वह बेहतर काम करके जीतने की क्षमता खोने लगता है। और एक बुद्धिमान व्यक्ति के लिए ऐसी जगह पर काम करना मज़ेदार नहीं है जहाँ सबसे अच्छे विचार जीतने वाले नहीं हैं। मुझे लगता है कि Google ने "बुराई मत करो" को इतनी उत्सुकता से अपनाने का कारण बाहरी दुनिया को प्रभावित करना नहीं था, बल्कि खुद को अहंकार से बचाना था। [ 1 ]
अब तक यह Google के लिए कारगर रहा है। वे अधिक नौकरशाही बन गए हैं, लेकिन अन्यथा वे अपने मूल सिद्धांतों पर खरे उतरे हैं। Apple के साथ ऐसा कम ही लगता है। जब आप अब प्रसिद्ध 1984 के विज्ञापन को देखते हैं, तो स्क्रीन पर Apple को हथौड़ा लिए महिला की तुलना में तानाशाह के रूप में कल्पना करना आसान होता है। [ 2 ] वास्तव में, यदि आप तानाशाह के भाषण को पढ़ते हैं तो यह ऐप स्टोर की भविष्यवाणी की तरह अजीब लगता है।
हमने तथ्यों के सिद्धांतहीन प्रसार पर विजय प्राप्त कर ली है।
हमने इतिहास में पहली बार शुद्ध विचारधारा का एक ऐसा उद्यान निर्मित किया है, जहां प्रत्येक कार्यकर्ता विरोधाभासी और भ्रामक सत्यों के कीटों से सुरक्षित होकर खिल सकता है।
दूसरा कारण जिसके लिए Apple को प्रोग्रामर के बारे में सोचना चाहिए, वह यह है कि जब आप कोई प्लैटफ़ॉर्म बेचते हैं, तो डेवलपर्स आपको बनाते या बिगाड़ते हैं। अगर किसी को यह जानना चाहिए, तो वह Apple को ही जानना चाहिए। VisiCalc ने Apple II बनाया।
और प्रोग्रामर उन प्लैटफ़ॉर्म के लिए एप्लिकेशन बनाते हैं जिनका वे इस्तेमाल करते हैं। ज़्यादातर एप्लिकेशन - ज़्यादातर स्टार्टअप, शायद - निजी प्रोजेक्ट से विकसित होते हैं। Apple ने खुद ऐसा किया। Apple ने माइक्रो कंप्यूटर बनाए क्योंकि स्टीव वोज़नियाक खुद के लिए यही चाहते थे। वह मिनी कंप्यूटर नहीं खरीद सकते थे। [ 3 ] इसी तरह Microsoft ने छोटे माइक्रो कंप्यूटर के लिए इंटरप्रेटर बनाना शुरू किया क्योंकि बिल गेट्स और पॉल एलन उनका इस्तेमाल करने में रुचि रखते थे। यह एक दुर्लभ स्टार्टअप है जो संस्थापकों द्वारा इस्तेमाल की जाने वाली चीज़ नहीं बनाता है।
इतने सारे iPhone ऐप होने का मुख्य कारण यह है कि इतने सारे प्रोग्रामर के पास iPhone हैं। हो सकता है कि उन्हें पता हो, क्योंकि उन्होंने किसी लेख में पढ़ा है, कि ब्लैकबेरी का इतना-इतना मार्केट शेयर है। लेकिन व्यवहार में ऐसा लगता है जैसे RIM का अस्तित्व ही नहीं है। अगर वे कुछ बनाने जा रहे हैं, तो वे खुद उसका इस्तेमाल करना चाहते हैं, और इसका मतलब है iPhone ऐप बनाना।
इसलिए प्रोग्रामर iPhone ऐप विकसित करना जारी रखते हैं, भले ही Apple उनके साथ दुर्व्यवहार करना जारी रखे। वे किसी ऐसे व्यक्ति की तरह हैं जो किसी अपमानजनक रिश्ते में फंस गया है। वे iPhone के प्रति इतने आकर्षित हैं कि वे इसे छोड़ नहीं सकते। लेकिन वे इससे बाहर निकलने का रास्ता तलाश रहे हैं। एक ने लिखा:
हालाँकि मुझे iPhone के लिए विकास करना अच्छा लगा, लेकिन ऐप स्टोर पर उनका नियंत्रण मुझे वैसा एप्लिकेशन विकसित करने की प्रेरणा नहीं देता जैसा मैं चाहता हूँ। वास्तव में मैं और कोई iPhone एप्लिकेशन बनाने का इरादा नहीं रखता जब तक कि बिल्कुल ज़रूरी न हो। [ 4 ]
क्या कोई चीज इस चक्र को तोड़ सकती है? मैंने अब तक जो भी डिवाइस देखी है, वह ऐसा नहीं कर सकती। पाम और आरआईएम के पास कोई उम्मीद नहीं है। एकमात्र विश्वसनीय प्रतियोगी एंड्रॉइड है। लेकिन एंड्रॉइड एक अनाथ है; Google वास्तव में इसकी परवाह नहीं करता है, जिस तरह से Apple iPhone की परवाह करता है। Apple iPhone की परवाह करता है जिस तरह से Google सर्च की परवाह करता है।
क्या एप्पल द्वारा हैंडहेल्ड डिवाइस का भविष्य बंद कर दिया गया है? यह एक चिंताजनक संभावना है। 1990 के दशक की तरह एक और गंभीर मोनोकल्चर होना निराशाजनक होगा। 1995 में, अंतिम उपयोगकर्ताओं के लिए सॉफ़्टवेयर लिखना प्रभावी रूप से विंडोज एप्लिकेशन लिखने के समान था। उस संभावना पर हमारा डर ही वह सबसे बड़ी चीज थी जिसने हमें वेब ऐप बनाने के लिए प्रेरित किया।
कम से कम अब हम जानते हैं कि एप्पल का ताला तोड़ने के लिए क्या करना होगा। आपको प्रोग्रामर के हाथों से iPhone छीनना होगा। अगर प्रोग्रामर मोबाइल वेब एक्सेस के लिए किसी अन्य डिवाइस का इस्तेमाल करते हैं, तो वे इसके बजाय उसके लिए ऐप विकसित करना शुरू कर देंगे।
आप प्रोग्रामर को iPhone से बेहतर पसंद आने वाला डिवाइस कैसे बना सकते हैं? यह असंभव है कि आप कुछ बेहतर डिज़ाइन वाला बना सकें। Apple ने इसके लिए कोई गुंजाइश नहीं छोड़ी है। इसलिए यह वैकल्पिक डिवाइस शायद सामान्य अपील के आधार पर जीत न पाए। इसे विशेष रूप से प्रोग्रामर के लिए कुछ अपील के आधार पर जीतना होगा।
प्रोग्रामर्स को आकर्षित करने का एक तरीका सॉफ्टवेयर है। यदि आप किसी ऐसे एप्लीकेशन के बारे में सोच सकते हैं जो प्रोग्रामर्स के पास होना चाहिए, लेकिन iPhone की सीमित दुनिया में ऐसा करना असंभव होगा, तो आप संभवतः उन्हें स्विच करने के लिए राजी कर सकते हैं।
ऐसा निश्चित रूप से होगा यदि प्रोग्रामर हैंडहेल्ड को डेवलपमेंट मशीन के रूप में इस्तेमाल करना शुरू कर दें - यदि हैंडहेल्ड लैपटॉप को उसी तरह विस्थापित कर दें जिस तरह लैपटॉप ने डेस्कटॉप को विस्थापित किया है। आपको डेवलपमेंट मशीन पर ज़्यादा नियंत्रण की ज़रूरत होती है, जितना कि Apple आपको iPhone पर देता है।
क्या कोई ऐसा उपकरण बना सकता है जिसे आप फ़ोन की तरह अपनी जेब में रख सकें और फिर भी वह विकास मशीन के रूप में काम करे? यह कल्पना करना कठिन है कि यह कैसा दिखेगा। लेकिन मैंने तकनीक के बारे में कभी भी कुछ नहीं कहना सीखा है। फ़ोन के आकार का उपकरण जो विकास मशीन के रूप में काम करेगा, वर्तमान मानकों के अनुसार उतना ही चमत्कारी है जितना कि 1995 के मानकों के अनुसार iPhone खुद लगता था।
मेरी वर्तमान विकास मशीन एक मैकबुक एयर है, जिसका उपयोग मैं अपने कार्यालय में बाहरी मॉनिटर और कीबोर्ड के साथ करता हूं, और यात्रा करते समय अकेले ही करता हूं। अगर इसका आधा आकार का कोई संस्करण होता तो मैं उसे पसंद करता। यह अभी भी इतना छोटा नहीं होगा कि इसे फोन की तरह हर जगह ले जाया जा सके, लेकिन हम 4 या उससे कम के कारक के भीतर हैं। निश्चित रूप से यह अंतर पाटने योग्य है। वास्तव में, आइए इसे RFS बनाते हैं। वांछित: हथौड़े वाली महिला।
नोट्स
[ 1 ] जब गूगल ने "बुरा मत बनो" को अपनाया, तब भी वे इतने छोटे थे कि किसी ने भी उनसे इतनी बड़ी उम्मीद नहीं की होगी।
[ 2 ] 1984 के विज्ञापन में तानाशाह माइक्रोसॉफ्ट नहीं है, संयोग से; यह आईबीएम है। उन दिनों आईबीएम बहुत ज़्यादा भयावह लगता था, लेकिन वे डेवलपर्स के लिए एप्पल की तुलना में ज़्यादा दोस्ताना थे।
[ 3 ] वह मॉनिटर भी नहीं खरीद सकता था। इसीलिए एप्पल टीवी को मॉनिटर की तरह इस्तेमाल करता था।
[ 4 ] मैंने जिन लोगों से बात की उनमें से कई ने बताया कि उन्हें iPhone SDK कितना पसंद आया। समस्या Apple के उत्पादों की नहीं बल्कि उनकी नीतियों की है। सौभाग्य से नीतियाँ सॉफ़्टवेयर हैं; Apple चाहे तो उन्हें तुरंत बदल सकता है। यह काम की बात है, है न?
इस ड्राफ्ट को पढ़ने के लिए सैम ऑल्टमैन, ट्रेवर ब्लैकवेल, रॉस बाउचर, जेम्स ब्रैसी, गैबोर सेले, पैट्रिक कॉलिसन, जेसन फ्रीडमैन, जॉन ग्रुबर, जो हेविट, जेसिका लिविंगस्टन , रॉबर्ट मॉरिस, टेंग सियोंग ओंग, निखिल पंडित, सवराज सिंह और जेरेड टैम को धन्यवाद।