डेवलपर्स ने इस सप्ताह फेसबुक के दो अलग-अलग मुद्दों के बारे में शिकायत की। पहला जावास्क्रिप्ट एसडीके के संबंध में था और दूसरा पायथन एसडीके के बारे में था। फेसबुक ने दोनों को जवाब दिया.
दोनों ही मामलों में, मैं सामने लाए गए मुद्दे को लिखना चाहता था, लेकिन मैं कहानी में फेसबुक का पक्ष भी जानना चाहता था। मैंने कंपनी से संपर्क किया और मुझे फेसबुक के डेवलपर संबंधों के निदेशक डगलस पर्डी की लंबी प्रतिक्रियाओं की ओर इशारा किया गया। संक्षेप में, उन्होंने माफी मांगी, कुछ भ्रम दूर किए और वादा किया कि फेसबुक अभी भी डेवलपर्स की परवाह करता है। क्या वह सच है? आप ही फैन्सला करें।
पहला मुद्दा (जावास्क्रिप्ट एसडीके) यह है कि फेसबुक एपीआई के साथ काम करना कितना दर्दनाक है: न केवल यह छोटी गाड़ी और असंगत है, बल्कि फेसबुक को स्पष्ट रूप से इसकी परवाह नहीं है। लेखक, जेफ़ श्निट्ज़र का कहना है कि इसके सैकड़ों उदाहरण हैं, लेकिन उन्होंने हाल ही में अनुभव किए गए एक उदाहरण का विस्तार से वर्णन किया है, जिसमें बताया गया है कि कैसे उन्होंने कुछ मूल्यवान घंटे खो दिए।
जावास्क्रिप्ट एसडीके आपको "auth.login" (जिसे "उपयोगकर्ता द्वारा लॉग इन करने पर सक्रिय किया जाता है" के रूप में वर्णित किया गया है) और "auth.logout ("उपयोगकर्ता द्वारा लॉग आउट करने पर सक्रिय किया गया है" के रूप में वर्णित किया गया है") की सदस्यता लेने की सुविधा देता है। श्नाइटर ने पाया कि जब आप लॉग आउट करते हैं और जब आप लॉग इन करते हैं तो auth.logout सक्रिय हो जाता है। इसके बाद उन्हें दो अन्य लोग मिले जिन्होंने इसे बग के रूप में दर्ज किया था फेसबुकडेवलपर्स. फेसबुक ने उन्हें बताया कि यह बग बाय डिजाइन है।
हताशा में, श्निट्ज़र ने फेसबुक के विशिष्ट समस्या प्रतिक्रिया प्रवाह को इस प्रकार परिभाषित किया:
- टिप्पणी के बिना ठीक नहीं होगा के रूप में बंद करें।
- स्पष्टीकरण मांगने वाली डेवलपर टिप्पणियों पर ध्यान न दें।
- डेवलपर स्पष्टीकरण मांगते हुए एक डुप्लिकेट बग पोस्ट करता है।
- एक गूढ़ स्पष्टीकरण के साथ बाय डिज़ाइन के रूप में बंद करें।
- स्पष्टीकरण मांगने वाली डेवलपर टिप्पणियों पर ध्यान न दें।
श्निज़टर ने लिखा, "काश यह एक अलग घटना होती, लेकिन फेसबुक प्लेटफॉर्म के साथ मेरा लगभग हर अनुभव उतना ही असंतोषजनक है।" "बग्स को बंद कर दिया गया है या बस अनदेखा कर दिया गया है। जिन मुद्दों पर प्रतिक्रिया मिलती है, उनमें से लगभग हमेशा पहले दौर में 'रेप्रो केस की आवश्यकता' होती है, भले ही विवरण में बग को *स्पष्ट रूप से* लिखा गया हो। क्या मुझे पालो ऑल्टो तक ड्राइव करके इसे आपके कीबोर्ड पर टाइप करने की ज़रूरत है?"
यहां बताया गया है कि प्यूडी ने श्निट्जर की शिकायतों पर कैसे प्रतिक्रिया दी:
हम अपने एपीआई की बिल्कुल परवाह करते हैं। हम अपनी एपीआई को कम खराब और अधिक स्थिर बनाने के लिए यथासंभव कड़ी मेहनत कर रहे हैं। पिछले वर्ष के दौरान, हमने इस समस्या के लिए Facebook प्लेटफ़ॉर्म के पूरे जीवनकाल की तुलना में अधिक परीक्षण, अधिक संसाधन और अधिक उपकरण जोड़े हैं। इसके अलावा, हम अपने प्लेटफ़ॉर्म के सतह क्षेत्र को उस स्तर तक कम करने की प्रक्रिया में हैं जो हमें अच्छे स्तर का समर्थन प्रदान करने की अनुमति देगा। विशेष रूप से, हम FBML को हटा रहे हैं ( https://developers.facebook.com/blog/post/568/), REST API को बहिष्कृत करना ( https://developers.facebook.com/blog/post/616/), OAuth 2.0/HTTPs का समर्थन करने के लिए आगे बढ़ रहा है ( https://developers.facebook.com/docs/oauth2-https-migration/) बोर्ड भर में और यह तय करना कि हम वास्तव में किन एसडीके का समर्थन करने जा रहे हैं। ये परिवर्तन हमारे और डेवलपर्स के लिए कष्टदायक हैं, लेकिन डेवलपर्स को अपेक्षित समर्थन स्तर प्रदान करने के लिए आवश्यक हैं। विडंबना यह है कि यह OAuth माइग्रेशन है जो पोस्ट में रिपोर्ट किए गए जावास्क्रिप्ट एसडीके बग के लिए जिम्मेदार है। हमने इस बग का परिचय दिया, इसके बाद हमने OAuth कोड पथ जोड़ा। हालाँकि, इस बग को जल्द ही ठीक करने की तैयारी है (इस बीच एक सीधा समाधान मौजूद है)। जावास्क्रिप्ट एसडीके के स्रोत के संदर्भ में, हम यह सुनिश्चित करने के लिए सही दृष्टिकोण के माध्यम से काम कर रहे हैं कि डेवलपर्स को गैर-मिनीफाइड स्रोत तक पहुंच मिले (मैं सहमत हूं कि हमें डिबगिंग के लिए ऐसा करने की आवश्यकता है)। इसकी संभावना नहीं है कि हम GitHub के माध्यम से ऐसा करेंगे, लेकिन हम एक विकल्प के रूप में लघु संस्करण के साथ इसे अपने CDN से हटाने पर विचार कर रहे हैं। जहां तक बग प्रक्रिया का सवाल है, मैं दो बातें कहूंगा। सबसे पहले, अब हमारे पास डेवलपर्स का समर्थन करने के लिए समर्पित इंजीनियरों की एक समर्पित टीम है। यदि आप कुछ समय से फेसबुक प्लेटफ़ॉर्म पर विकास कर रहे हैं, तो यह तथ्य कि बग्स को दैनिक प्रतिक्रियाएं मिल रही हैं, एक बहुत बड़ा सुधार है। हमें अभी बहुत लंबा सफर तय करना है, लेकिन हम सुन रहे हैं और सुधार कर रहे हैं। मैं ध्यान दूंगा कि हम अभी भी इस प्रक्रिया पर काम कर रहे हैं कि हम विभिन्न मुद्दों पर कैसे प्रतिक्रिया देते हैं और बग टूल कैसे करते हैं (इस साल हमने जो कुछ लॉन्च किया था) वह काम करता है - ऐसा लगता है कि यह पोस्ट और कुछ ऐसा है जिसका मैं अनुसरण कर रहा हूं पर। दूसरा, सिर्फ इसलिए कि रिपोर्टर इसे दोहरा सकता है, इसका मतलब यह नहीं है कि हम ऐसा कर सकते हैं, यहां तक कि आपके द्वारा दिए गए कदमों के साथ भी। हमारी सहायता इंजीनियरों की टीम रिपोर्ट की जाने वाली हर एक समस्या का समाधान करने का प्रयास करती है। अक्सर, वे ऐसा नहीं कर सकते और उन्हें अधिक जानकारी की आवश्यकता होती है। मैं निम्नलिखित कहकर अपनी बात समाप्त करूंगा: 1. हम अपने डेवलपर्स और एपीआई की परवाह करते हैं। 2. हमने इस वर्ष डेवलपर्स की मदद करने और प्लेटफ़ॉर्म को स्थिर रखने के लिए पहले से कहीं अधिक काम किया है। 3. उन्होंने कहा, हमें अभी भी एक लंबा रास्ता तय करना है और ये चीजें रातोंरात नहीं बदलतीं। 4. यदि किसी को बग से निपटने के तरीके या फेसबुक प्लेटफ़ॉर्म के साथ किसी अन्य समस्या से कोई समस्या है, तो आप हमेशा मुझे फेसबुक (www.facebook.com/dmp) या [email protected] पर पिंग कर सकते हैं।
दूसरा मुद्दा (पायथन एसडीके) इस बारे में है कि फेसबुक ने पहले इसे कैसे बनाए रखा था पायथन-एसडीके GitHub पर प्रोजेक्ट, लेकिन फिर अचानक सार्वजनिक रिपॉजिटरी हटा दी गई। लेखक, लिंकन क्वर्क, नोट करते हैं कि GitHub से रिपॉजिटरी को हटाने में समस्या यह है कि यह बहुत से लोगों को प्रभावित करता है जो GitHub को निर्दिष्ट करते हैं अपनी आवश्यकताओं.txt फ़ाइलों में रिपॉजिटरी, एक पायथन पिप सुविधा जो आपको अपने कोड के लिए निर्भरताओं को सूचीबद्ध करने की सुविधा देती है, जिसे इंटरनेट से स्वचालित रूप से इंस्टॉल किया जा सकता है। जब जरूरत है। क्विर्क के पास अपनी आवश्यकता फ़ाइल में फेसबुक का पायथन-एसडीके रिपॉजिटरी था, लेकिन चूंकि यह अब चला गया है, इसलिए वह इसकी निर्भरता स्थापित नहीं कर सकता है।
बग रिपोर्ट चालू फेसबुक डेवलपर्स कंपनी की "90-दिवसीय ब्रेकिंग चेंज पॉलिसी" को संदर्भित करता है, लेकिन फेसबुक कर्मचारी जिसने इसे "डिजाइन द्वारा" के रूप में वर्गीकृत किया है, इस तथ्य को नजरअंदाज करता है। हालाँकि, क्वर्क ने पाया कि कोई व्यक्ति कोड का रखरखाव कर रहा है github.com/pythonforfacebook/facebook-sdk. फिर उन्हें यह भी पता चला कि फेसबुक ने घोषणा की थी कि वे इसे बंद कर रहे हैं, लेकिन नोट को एक अलग बग रिपोर्ट में दबा दिया गया था फेसबुक डेवलपर्स.
यहां बताया गया है कि पर्डी ने क्वर्क की शिकायतों पर क्या प्रतिक्रिया दी:
मेरी संक्षिप्त प्रतिक्रिया यह है कि भंडार एक बार फिर सार्वजनिक है, एक नोटिस के साथ कि इसे बहिष्कृत कर दिया गया है। मैं मंथन के लिए व्यक्तिगत रूप से क्षमा चाहता हूँ। मेरी लंबी प्रतिक्रिया यह है कि हमने कुछ समय से इस SDK का समर्थन नहीं किया है और OAuth 2.0 में हमारे हालिया कदम के साथ, SDK नवीनतम कुकी प्रारूप का समर्थन नहीं करता है। हमने रिपॉजिटरी को निजी बनाने का कारण सार्वजनिक एसडीके के साथ डेवलपर्स को भ्रमित करने से बचना था, जो काम नहीं करता था और हमने पहले ही कहा था कि हम इसका समर्थन नहीं करते हैं। आप सोच रहे होंगे कि हम इस एसडीके का समर्थन क्यों नहीं करते। उत्तर बहुत सरल है, संसाधन। हम पूरे वर्ष जो कर रहे हैं वह हमारे प्लेटफ़ॉर्म के सतह क्षेत्र को उस स्थान तक कम करना है जहां हम वास्तव में अच्छा समर्थन प्रदान कर सकें। यही कारण है कि हम FBML को हटा रहे हैं ( https://developers.facebook.com/blog/post/568/), REST API को बहिष्कृत करना ( https://developers.facebook.com/blog/post/616/), OAuth 2.0/HTTPs का समर्थन करने के लिए आगे बढ़ रहा है ( https://developers.facebook.com/docs/oauth2-https-migration/) बोर्ड भर में और यह तय करना कि हम वास्तव में किन एसडीके का समर्थन करने जा रहे हैं। इसके आधार पर हम दो काम करने जा रहे हैं. सबसे पहले, हमने रिपॉजिटरी को फिर से सार्वजनिक कर दिया है, इस संदेश के साथ कि अब इसे हटा दिया गया है। स्वाद/कार्य के अनुसार बेझिझक क्लोन और मॉडिफाई करें। हम वास्तव में एक पायथन एसडीके का समर्थन करना चाहते हैं, लेकिन हमें अपने सभी संसाधनों को एसडीके पर केंद्रित करने की आवश्यकता है जिसे हम वास्तव में अच्छी तरह से समर्थन कर सकते हैं। मुझे इसमें कोई संदेह नहीं है कि डेवलपर समुदाय अंतरिम रूप से इस आवश्यकता को पूरा करने के लिए एक एसडीके प्रदान कर सकता है और प्रदान करेगा। दूसरा, हम अपने डेवलपर ब्लॉग पर कुछ पोस्ट करने जा रहे हैं ताकि यह सुनिश्चित हो सके कि हर कोई हमारे एसडीके के बारे में स्पष्ट है समर्थन (इस समय हम केवल PHP SDK, JavaScript SDK, iOS SDK और Android SDK का समर्थन कर रहे हैं)।
ऐसा लगता है कि फेसबुक डेवलपर्स पर इतनी अनावश्यक बाधाएँ नहीं डाल रहा है जितना कि उसके पास एक गंभीर संचार समस्या है। कंपनी अभी भी युवा है, इसलिए यह स्वाभाविक रूप से लगातार कई बदलाव कर रही है। फेसबुक के डेवलपर्स को निश्चित रूप से इन घटनाओं के बारे में पोस्ट करना चाहिए, लेकिन मेरी राय में, उन्हें कुछ बेहतर प्रशिक्षण की आवश्यकता है।
यह सभी देखें:
- डेवलपर सर्वेक्षण में पाया गया कि फेसबुक के पास सबसे खराब एपीआई है
- फेसबुक अगले महीने दो मोबाइल हैक इवेंट की मेजबानी कर रहा है
- फेसबुक ऐप डेवलपर्स को हेरोकू क्लाउड प्रदान करता है
- मोबाइल पर फेसबुक प्लेटफ़ॉर्म एंड्रॉइड पर आता है
- Facebook प्लेटफ़ॉर्म मोबाइल हो गया है, जिसकी शुरुआत Apple iOS से होगी
- फेसबुक ने HTML5 रिसोर्स सेंटर लॉन्च किया