Loading...

एप्पल की गलती

Original

नवंबर 2009

मुझे नहीं लगता कि एप्पल को यह एहसास है कि ऐप स्टोर की स्वीकृति प्रक्रिया कितनी खराब है। या बल्कि, मुझे नहीं लगता कि उन्हें यह एहसास है कि यह टूटना कितना महत्वपूर्ण है।

एप्पल जिस तरह से ऐप स्टोर चलाता है, उसने प्रोग्रामरों के साथ उनकी प्रतिष्ठा को किसी भी अन्य चीज़ से अधिक नुकसान पहुँचाया है जो उन्होंने कभी किया है। प्रोग्रामरों के साथ उनकी प्रतिष्ठा पहले बहुत अच्छी थी। पहले, एप्पल के बारे में सबसे सामान्य शिकायत यह थी कि उनके प्रशंसक उन्हें बहुत अधिक प्रशंसा करते थे। ऐप स्टोर ने इसे बदल दिया है। अब बहुत से प्रोग्रामर एप्पल को बुरा मानने लगे हैं।

एप्पल ने प्रोग्रामरों के साथ जो goodwill पहले थी, वह ऐप स्टोर के कारण कितनी खो दी है? एक तिहाई? आधा? और यह तो अभी तक का है। ऐप स्टोर एक चल रहा कर्मा लीक है।


एप्पल इस गड़बड़ी में कैसे फंसा? उनकी मूल समस्या यह है कि वे सॉफ़्टवेयर को नहीं समझते।

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

यदि 1980 में सॉफ़्टवेयर प्रकाशन काम नहीं करता था, तो अब यह और भी कम काम करता है क्योंकि सॉफ़्टवेयर विकास बड़े रिलीज़ से छोटे निरंतर प्रवाह में विकसित हो गया है। लेकिन एप्पल को यह भी समझ में नहीं आता। उनका उत्पाद विकास का मॉडल हार्डवेयर से आता है। वे किसी चीज़ पर काम करते हैं जब तक उन्हें नहीं लगता कि यह समाप्त हो गया है, फिर वे इसे जारी करते हैं। आपको हार्डवेयर के साथ ऐसा करना पड़ता है, लेकिन क्योंकि सॉफ़्टवेयर को बदलना इतना आसान है, इसका डिज़ाइन विकास से लाभ उठा सकता है। अब एप्लिकेशन विकसित करने का मानक तरीका तेजी से लॉन्च करना और पुनरावृत्ति करना है। जिसका मतलब है कि हर बार जब आप एक नया संस्करण जारी करते हैं, तो लंबे, यादृच्छिक देरी होना एक आपदा है।

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

एप्पल को यह कैसा लगेगा यदि जब उन्होंने OS X में एक गंभीर बग खोजा, तो तुरंत सॉफ़्टवेयर अपडेट जारी करने के बजाय, उन्हें अपने कोड को एक मध्यस्थ को प्रस्तुत करना पड़ा जो एक महीने तक उस पर बैठा रहा और फिर इसे अस्वीकार कर दिया क्योंकि इसमें एक आइकन था जो उन्हें पसंद नहीं था?

सॉफ़्टवेयर विकास को तोड़कर, एप्पल को जो उन्होंने इरादा किया था, उसका विपरीत मिलता है: ऐप स्टोर में वर्तमान में उपलब्ध ऐप का संस्करण आमतौर पर एक पुराना और बग वाला होता है। एक डेवलपर ने मुझसे कहा:

उनकी प्रक्रिया के परिणामस्वरूप, ऐप स्टोर अधपके एप्लिकेशनों से भरा हुआ है। मैं लगभग हर दिन एक नया संस्करण बनाता हूं जिसे मैं बीटा उपयोगकर्ताओं को जारी करता हूं। ऐप स्टोर पर संस्करण पुराना और खराब लगता है। मुझे यकीन है कि बहुत से डेवलपर्स इस तरह महसूस करते हैं: एक भावना है "मैं ऐप स्टोर में जो है उसके बारे में वास्तव में गर्वित नहीं हूं", और यह भावना "वास्तव में, यह एप्पल की गलती है" के साथ मिलती है।

एक और ने लिखा:

मुझे विश्वास है कि वे सोचते हैं कि उनकी स्वीकृति प्रक्रिया उपयोगकर्ताओं की गुणवत्ता सुनिश्चित करके मदद करती है। वास्तव में, हमारे जैसे बग हर समय पास हो जाते हैं और फिर उस बग फिक्स को स्वीकृत होने में 4-8 सप्ताह लग सकते हैं, जिससे उपयोगकर्ताओं को यह सोचने के लिए छोड़ दिया जाता है कि कभी-कभी आईफोन ऐप बस काम नहीं करते। एप्पल के लिए बुरा, ये ऐप अन्य प्लेटफार्मों पर ठीक काम करते हैं जिनके पास तात्कालिक स्वीकृति प्रक्रियाएँ हैं।

वास्तव में मुझे लगता है कि एप्पल के पास एक तीसरी गलत धारणा है: कि ऐप स्टोर की स्वीकृति के बारे में सभी शिकायतें एक गंभीर समस्या नहीं हैं। उन्हें डेवलपर्स की शिकायतें सुननी चाहिए। लेकिन भागीदारों और आपूर्तिकर्ताओं की हमेशा शिकायत होती है। यदि वे नहीं कर रहे होते, तो यह एक बुरा संकेत होगा; इसका मतलब होगा कि आप उन पर बहुत आसान हो रहे हैं। इस बीच, आईफोन पहले से कहीं बेहतर बिक रहा है। तो उन्हें कुछ भी ठीक करने की आवश्यकता क्यों है?

वे डेवलपर्स के साथ दुर्व्यवहार करने में सफल हो जाते हैं, अल्पकालिक में, क्योंकि वे इतनी शानदार हार्डवेयर बनाते हैं। मैंने कुछ दिन पहले एक नया 27" आईमैक खरीदा। यह शानदार है। स्क्रीन बहुत चमकदार है, और डिस्क आश्चर्यजनक रूप से तेज है, लेकिन यह इतनी सुंदर है कि आप खुद को परवाह नहीं कर सकते।

तो मैंने इसे खरीदा, लेकिन मैंने इसे पहली बार संदेह के साथ खरीदा। मुझे ऐसा लगा जैसे मैं किसी ऐसे देश में बनी चीज़ खरीद रहा हूं जिसका मानवाधिकार रिकॉर्ड खराब है। यह नया था। पहले जब मैंने एप्पल से चीज़ें खरीदीं, तो यह एक बिना मिलावट का आनंद था। ओह लड़के! वे इतनी शानदार चीज़ें बनाते हैं। इस बार ऐसा लगा जैसे यह एक फॉस्टियन सौदा है। वे इतनी शानदार चीज़ें बनाते हैं, लेकिन वे इतने बुरे हैं। क्या मैं वास्तव में इस कंपनी का समर्थन करना चाहता हूं?


क्या एप्पल को परवाह करनी चाहिए कि मेरे जैसे लोग क्या सोचते हैं? यदि वे अपने उपयोगकर्ताओं के एक छोटे अल्पसंख्यक को दूर करते हैं तो इससे क्या फर्क पड़ता है?

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

प्रोग्रामर अपने नियोक्ताओं के नैतिकता के बारे में इतने फussy क्यों हैं? आंशिक रूप से क्योंकि वे ऐसा करने की स्थिति में हैं। सबसे अच्छे प्रोग्रामर जहाँ चाहें काम कर सकते हैं। उन्हें किसी ऐसी कंपनी के लिए काम करने की आवश्यकता नहीं है जिसके बारे में उन्हें संदेह हो।

लेकिन मुझे लगता है कि प्रोग्रामरों के फussy होने का दूसरा कारण यह है कि बुराई मूर्खता को जन्म देती है। एक संगठन जो शक्ति का प्रयोग करके जीतता है, वह बेहतर काम करके जीतने की क्षमता खोने लगता है। और यह एक स्मार्ट व्यक्ति के लिए मजेदार नहीं है कि वह एक ऐसे स्थान पर काम करे जहाँ सबसे अच्छे विचार वे नहीं होते जो जीतते हैं। मुझे लगता है कि गूगल ने "Don't be evil" को इतनी तत्परता से अपनाने का कारण यह नहीं था कि वे बाहरी दुनिया को प्रभावित करना चाहते थे, बल्कि यह कि वे घमंड के खिलाफ खुद को इम्यूनाइज करना चाहते थे। [1]

यह गूगल के लिए अब तक काम कर गया है। वे अधिक नौकरशाही बन गए हैं, लेकिन अन्यथा वे अपने मूल सिद्धांतों के प्रति सच्चे बने रहने में सफल रहे हैं। एप्पल के साथ ऐसा कम लगता है। जब आप प्रसिद्ध 1984 विज्ञापन को अब देखते हैं, तो एप्पल को स्क्रीन पर तानाशाह के रूप में कल्पना करना आसान है न कि हथौड़ी वाली महिला के रूप में। [2] वास्तव में, यदि आप तानाशाह के भाषण को पढ़ते हैं, तो यह ऐप स्टोर की एक भविष्यवाणी की तरह लगता है।

हमने तथ्य के अनैतिक प्रसार पर विजय प्राप्त की है।

हमने, इतिहास में पहली बार, एक शुद्ध विचारधारा का बाग़ बनाया है, जहाँ प्रत्येक श्रमिक विपरीत और भ्रमित करने वाले सत्य के कीटों से सुरक्षित खिल सकता है।

एप्पल को प्रोग्रामरों के बारे में क्या सोचते हैं, इसकी परवाह करने का एक और कारण यह है कि जब आप एक प्लेटफ़ॉर्म बेचते हैं, तो डेवलपर्स आपको बनाते या बिगाड़ते हैं। यदि किसी को यह जानना चाहिए, तो वह एप्पल है। VisiCalc ने एप्पल II बनाया।

और प्रोग्रामर उन प्लेटफार्मों के लिए एप्लिकेशन बनाते हैं जिनका वे उपयोग करते हैं। अधिकांश एप्लिकेशन—संभवतः अधिकांश स्टार्टअप—व्यक्तिगत परियोजनाओं से विकसित होते हैं। एप्पल ने खुद ऐसा किया। एप्पल ने माइक्रोकंप्यूटर बनाए क्योंकि यही स्टीव वोज्नियाक ने अपने लिए चाहा था। वह एक मिनीकंप्यूटर का खर्च नहीं उठा सकते थे। [3] माइक्रोसॉफ्ट ने भी छोटे माइक्रोकंप्यूटर के लिए इंटरप्रेटर बनाना शुरू किया क्योंकि बिल गेट्स और पॉल एलन उनका उपयोग करने में रुचि रखते थे। यह एक दुर्लभ स्टार्टअप है जो कुछ नहीं बनाता है जिसका संस्थापक उपयोग करते हैं।

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

इसलिए प्रोग्रामर आईफोन ऐप्स विकसित करना जारी रखते हैं, भले ही एप्पल उन्हें लगातार दुर्व्यवहार करता है। वे किसी ऐसे व्यक्ति की तरह हैं जो एक अपमानजनक रिश्ते में फंसे हुए हैं। वे आईफोन के प्रति इतने आकर्षित हैं कि वे छोड़ नहीं सकते। लेकिन वे बाहर निकलने का एक तरीका खोज रहे हैं। एक ने लिखा:

हालांकि मुझे आईफोन के लिए विकास करना पसंद था, लेकिन ऐप स्टोर पर जो नियंत्रण वे रखते हैं, वह मुझे एप्लिकेशन विकसित करने के लिए प्रेरित नहीं करता जैसा मैं चाहता हूं। वास्तव में, मैं अब और आईफोन एप्लिकेशन बनाने का इरादा नहीं रखता जब तक कि यह बिल्कुल आवश्यक न हो। [4]

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


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

कम से कम हम अब जानते हैं कि एप्पल के लॉक को तोड़ने के लिए क्या करना होगा। आपको प्रोग्रामरों के हाथों से आईफोन निकालने होंगे। यदि प्रोग्रामर मोबाइल वेब एक्सेस के लिए किसी अन्य उपकरण का उपयोग करते हैं, तो वे इसके लिए ऐप विकसित करना शुरू कर देंगे।

आप प्रोग्रामरों को आईफोन से बेहतर एक उपकरण कैसे बना सकते हैं? यह संभावना नहीं है कि आप कुछ बेहतर डिज़ाइन कर सकें। एप्पल वहाँ कोई जगह नहीं छोड़ता। इसलिए यह वैकल्पिक उपकरण सामान्य अपील पर जीत नहीं सकता। इसे विशेष रूप से प्रोग्रामरों के लिए कुछ अपील के कारण जीतना होगा।

प्रोग्रामरों को आकर्षित करने का एक तरीका सॉफ़्टवेयर के साथ है। यदि आप एक ऐसा एप्लिकेशन सोच सकते हैं जो प्रोग्रामरों को चाहिए, लेकिन जो आईफोन की सीमित दुनिया में असंभव होगा, तो आप शायद उन्हें स्विच करने के लिए प्राप्त कर सकते हैं।

यह निश्चित रूप से होगा यदि प्रोग्रामर हैंडहेल्ड्स का उपयोग विकास मशीनों के रूप में करने लगे—यदि हैंडहेल्ड्स लैपटॉप की तरह लैपटॉप को डेस्कटॉप से विस्थापित कर दें। आपको विकास मशीन पर अधिक नियंत्रण की आवश्यकता है जितना एप्पल आपको आईफोन पर रखने देगा।

क्या कोई ऐसा उपकरण बना सकता है जिसे आप अपने जेब में फोन की तरह ले जा सकें, और फिर भी यह एक विकास मशीन के रूप में भी काम करे? यह कल्पना करना कठिन है कि यह कैसा दिखेगा। लेकिन मैंने सीखा है कि तकनीक के बारे में कभी नहीं कहना चाहिए। एक फोन के आकार का उपकरण जो विकास मशीन के रूप में काम करेगा, वर्तमान मानकों द्वारा कोई अधिक चमत्कारी नहीं है जितना कि आईफोन खुद 1995 के मानकों द्वारा प्रतीत होता होगा।

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

नोट्स

[1] जब गूगल ने "Don't be evil" अपनाया, तो वे इतने छोटे थे कि कोई भी उम्मीद नहीं करेगा कि वे ऐसा करेंगे।

[2] 1984 के विज्ञापन में तानाशाह माइक्रोसॉफ्ट नहीं है, संयोगवश; यह IBM है। उन दिनों IBM बहुत अधिक डरावना लग रहा था, लेकिन वे डेवलपर्स के प्रति एप्पल की तुलना में अधिक मित्रवत थे।

[3] वह एक मॉनिटर का खर्च भी नहीं उठा सकते थे। यही कारण है कि एप्पल ने एक टीवी को मॉनिटर के रूप में उपयोग किया।

[4] जिन कई लोगों से मैंने बात की, उन्होंने बताया कि उन्हें आईफोन SDK कितना पसंद है। समस्या एप्पल के उत्पादों में नहीं है बल्कि उनकी नीतियों में है। सौभाग्य से नीतियाँ सॉफ़्टवेयर हैं; एप्पल उन्हें तुरंत बदल सकता है यदि वे चाहें। यह सुविधाजनक है, है ना?

धन्यवाद सैम आल्टमैन, ट्रेवर ब्लैकवेल, रॉस बाउचर, जेम्स ब्रेसी, गाबोर चसेले, पैट्रिक कॉलिसन, जेसन फ्रीडमैन, जॉन ग्रबर, जो हीविट, जेसिका लिविंगस्टन, रॉबर्ट मॉरिस, टेंग सियॉन्ग ओंग, निखिल पंडित, सवराज सिंह, और जारेड टेम के लिए इस ड्राफ्ट को पढ़ने के लिए।