Tim Sweeney: Apple EU में iPhone वेब ऐप्स को प्रतिस्पर्धा-विरोधी तरीके से कमजोर कर रहा है
(techcrunch.com)- EU के Digital Markets Act (DMA) के जवाब में iPhone होम स्क्रीन वेब ऐप फीचर घटाए जाने पर, Epic Games CEO Tim Sweeney ने सवाल उठाया कि क्या Apple उन PWA को दबाने की कोशिश कर रहा है जो App Store की कमाई के लिए खतरा बन सकते हैं
- Apple ने समझाया कि DMA की वजह से उसे WebKit के अलावा वैकल्पिक ब्राउज़र इंजन की अनुमति देनी होगी, और मौजूदा होम स्क्रीन वेब ऐप्स का सुरक्षा मॉडल अब तक WebKit पर निर्भर रहा है
- EU के लिए iOS beta में PWA के ठीक से काम न करने की समस्या कोई साधारण bug नहीं, बल्कि Apple का जानबूझकर किया गया बदलाव साबित हुई; वेब ऐप्स अब local storage, badges, notifications और dedicated window खोकर website bookmarks जैसे हो गए हैं
- Apple ने कहा कि वैकल्पिक ब्राउज़र इंजन आधारित वेब ऐप्स को सुरक्षित रूप से support करने के लिए iOS में मौजूद न होने वाली नई integrated architecture चाहिए, लेकिन DMA compliance का बोझ और कम usage के कारण उसने इसे implement नहीं किया
- अगर प्रतिस्पर्धी browsers Safari से बेहतर PWA support दें, तो वेब ऐप्स native apps के “taxed न होने वाले” competitors बन सकते हैं; इससे Apple की security explanation और PWA market growth outlook में टकराव दिखता है
EU में घटाए गए iPhone होम स्क्रीन वेब ऐप्स
- Apple ने पुष्टि की कि उसने EU में DMA compliance के कारण iPhone वेब ऐप फीचर को जानबूझकर कम किया है
- हाल में EU के लिए iOS beta में Progressive Web Apps (PWA) के अब ठीक से काम न करने से यह समस्या सामने आई
- शुरुआत में इसे beta bug मानने की संभावना जताई गई थी, लेकिन Apple ने साफ किया कि यह साधारण error नहीं बल्कि policy change है
- संबंधित स्पष्टीकरण Apple के DMA से जुड़े developer support page में जोड़ा गया
Apple का तर्क: WebKit-आधारित security model
- DMA Apple से मांग करता है कि वह Safari के WebKit के अलावा अन्य web browser engines को support करे
- मौजूदा iOS होम स्क्रीन वेब ऐप्स WebKit और उसकी security architecture को आधार मानकर चलते रहे हैं
- storage isolation
- privacy को प्रभावित करने वाले features तक access के समय system prompt को enforce करना
- Apple का कहना है कि ऐसी isolation और enforcement न हो तो malicious web apps दूसरे apps का data पढ़ सकते हैं, या user consent का बहाना बनाकर camera, microphone और location तक access पा सकते हैं
- इसके नतीजे में EU users का iOS web app experience काफी घट गया है, और वेब ऐप्स असल में website bookmarks की तरह काम करते हैं
- local storage support नहीं
- badges support नहीं
- notifications support नहीं
- dedicated window support नहीं
Tim Sweeney की आपत्ति: PWA App Store के संभावित competitors हैं
- Epic Games CEO Tim Sweeney ने X पर लिखा कि Apple की असली वजह यह हो सकती है कि iPhone वेब ऐप्स Apple को revenue नहीं देते
- Sweeney, Epic Games के CEO हैं जिसने App Store fees से जुड़े antitrust मुद्दों पर Apple के खिलाफ lawsuit दायर किया था, इसलिए इस मामले में उनका स्पष्ट हित जुड़ा है
- मुद्दा यह है कि Apple का फैसला user security के लिए कदम है या Apple business के संभावित खतरे को कम करने का विकल्प
- Sweeney का मानना है कि प्रतिस्पर्धी browsers Safari की सीमित web capabilities के उलट PWA को कहीं बेहतर support कर सकते हैं, और ऐसा होने पर PWA native apps के “कानूनी और taxed न होने वाले competitors” बन सकते हैं
तकनीकी समाधान है, लेकिन implementation रोका गया
- Apple ने माना कि वैकल्पिक browser engines इस्तेमाल करने वाले वेब ऐप्स की security और privacy समस्याओं को हल करने का तकनीकी तरीका मौजूद है
- हालांकि इसके लिए iOS में फिलहाल मौजूद न होने वाली पूरी तरह नई integrated architecture बनानी होगी
- Apple का कहना है कि DMA compliance के लिए पहले ही “600 से अधिक नए API और विभिन्न developer tools” चाहिए थे, और home screen web apps का usage बहुत कम है, इसलिए इस architecture को बनाना व्यावहारिक नहीं लगा
- DMA कई वर्षों से तैयार हो रहा regulation था, इसलिए Apple के लिए यह बदलाव अप्रत्याशित नहीं था
कम usage के दावे और PWA growth outlook में टकराव
- Apple home screen web apps के कम usage का हवाला देकर feature reduction के असर को छोटा मानता है
- लेकिन Apple ने पहले PWA को native apps की तरह काम करने और App Store के बाहर आसानी से distribute होने देने के लिए संबंधित features जोड़े थे
- PWA market outlook Apple के low-usage logic से अलग दिशा दिखाता है
- analysts का अनुमान है कि PWA market 2027 में 10.44 अरब डॉलर तक पहुंच जाएगा
- compound annual growth rate लगभग 31.9% है
- अगर वैकल्पिक browser engines PWA को अधिक useful बना सकते हैं, तो वेब ऐप्स App Store business के लिए direct threat बन सकते हैं
- Apple ने PWA decision पर comment request का अलग से जवाब नहीं दिया और DMA website पर explanation post करके response दिया
1 टिप्पणियां
Hacker News की राय
वह सही है। Apple ने वर्षों से iOS पर वेब ऐप्स की प्रगति को दबाकर रखा है, और वेब ऐप्स को App Store के native apps से compete न करने देकर 30% कमीशन बनाए रखना चाहा है
अब जबकि Apple को third-party browser engines की अनुमति देनी पड़ेगी, वेब ऐप्स कहीं ज़्यादा शक्तिशाली हो सकते हैं, लेकिन Apple ने इसे स्वीकार करने के बजाय सबके लिए उपयोगी feature बंद करने का रास्ता चुना
लगता है इसका उल्टा असर होगा, और competitors को परेशान करने के लिए अपनी ही functionality घटाना users, businesses, developers और lawmakers—सभी की नाराज़गी ही बढ़ाएगा। Digital Markets Act के compliance plan भी non-compliance के क़रीब हैं, और DMA मुक्त interoperability की मांग करता है, लेकिन Apple ने बहुत anti-competitive fee लगा दी है। अगर यह हट जाती है, तो developers अपनी पसंद के native apps स्वतंत्र रूप से distribute कर सकेंगे, और इस चरण पर कई developers दूसरे app stores पर चले जाएंगे
लोग बस App Store पर जाते हैं और कोई random website app download कर लेते हैं, और अगर वह सिर्फ़ website render करने वाला browser app ही हो, तो भी उन्हें फर्क नहीं पड़ता। Apple boycott होने के लिए Apple को कुछ ऐसा हटाना होगा जिसकी लोगों को सच में परवाह हो
मुझे पता था कि यह feature मौजूद है, और मैंने इस feature को support करने वाला code भी लिखा है, फिर भी button ढूंढने में लगभग 5 मिनट लग गए। इसे share sheet के अंदर छिपाना वाकई बेवकूफी है
Apple ने वेब को native apps जैसा महसूस कराने वाली कई web features को आगे बढ़ाया है, और कई बार specifications बनाए या दूसरों से पहले adopt किए हैं। मेरे हिसाब से backdrop-filter, position: sticky, CSS snap points जैसी चीज़ें WebMIDI जैसे features की तुलना में websites को native apps जैसा दिखाने में कहीं ज़्यादा योगदान देती हैं
हाल के DMA-related responses में malicious compliance और तंगदिली बहुत है, लेकिन मुझे नहीं लगता कि chrome-less home screen bookmarks हटाना उनमें से एक था। Apple ने नियमों की सख्त व्याख्या की, और उस feature से ज़्यादा लगाव नहीं था, इसलिए उसे बस हटा दिया
लगता है Apple की web platform को लेकर Chrome से अलग philosophy और priorities हैं, जहां वह privacy protection, performance और efficiency को ज़्यादा महत्व देता है
मैंने जो comments पढ़े हैं, उनमें कई लोग चाहते हैं कि DMA free interoperability की मांग करे, लेकिन वास्तव में ऐसा है या नहीं, यह मुझे नहीं पता। बल्कि यह कुछ हद तक स्पष्ट रूप से gatekeeper को access fee लेते रहने की अनुमति देता हुआ लगता है
recital 62 की शुरुआत इस तरह होती है: “designated decision में शामिल software application stores, online search engines, online social networking services के लिए gatekeeper को fair, reasonable और non-discriminatory general conditions of access प्रकाशित और लागू करनी चाहिए,” इसलिए यह हिस्सा app stores के बारे में है
दूसरा paragraph इस तरह शुरू होता है: “price या other general conditions of access को unfair माना जाना चाहिए, अगर वे business users पर लगाए गए rights और obligations में imbalance पैदा करते हैं, या gatekeeper को business users को दी जाने वाली services के proportion में न होने वाला advantage देते हैं, या business users को gatekeeper जैसी या समान services प्रदान करने में disadvantage में डालते हैं”
मुझे यह wording कम-से-कम fee charge करने की संभावना पर विचार करती हुई लगती है। https://eur-lex.europa.eu/eli/reg/2022/1925/oj में कहां “free interoperability” की मांग की गई है, अगर आप बता सकें तो जानना चाहूंगा
अगर आप Article 6.7 की बात कर रहे हैं, तो मैं सहमत नहीं हूं। मेरे हिसाब से यह सिर्फ़ SDK access, device port specifications, gatekeeper applications जैसी system calls करने की क्षमता जैसी चीज़ों को cover करता है
Article 6.7 में लिखा है: “gatekeeper को service providers और hardware providers को, Article 3(9) के तहत designated decision में शामिल operating system या virtual assistant के जरिए access या control की जाने वाली वही hardware और software features के लिए, जिन स्तरों पर gatekeeper द्वारा प्रदान की गई services या hardware उपलब्ध हैं, free और effective interoperability तथा interoperability के उद्देश्य से access की अनुमति देनी चाहिए। इसके अलावा gatekeeper को core platform services के साथ या उन्हें support करने के लिए प्रदान की जाने वाली services के business users और alternative providers को, चाहे वे features operating system का हिस्सा हों या नहीं, उन समान operating system, hardware और software features के लिए free और effective interoperability तथा interoperability के उद्देश्य से access की अनुमति देनी चाहिए, जो gatekeeper द्वारा ऐसी services प्रदान करते समय उपलब्ध हों या उपयोग किए जाते हों”
लेकिन इस तरह के कदम और SwiftUI में Apple जिस दिशा में जा रहा है, उसे देखकर उल्टा web apps में फिर से दिलचस्पी पैदा हो रही है
Apple के लिए सुरक्षा फीचर और anti-competitive व्यवहार का एक-दूसरे से ओवरलैप होना बेहद सुविधाजनक है
अगर कोई कहे, “मुझे vendor lock-in पसंद नहीं,” तो Apple तुरंत इसे पलटकर कहता है, “तो क्या आपको सुरक्षा पसंद नहीं?”
लेकिन अक्सर यह Apple द्वारा बनाया गया झूठा दो-टूक विकल्प होता है। धोखाधड़ी और malware रोकने के लिए apps की review करके उन्हें reject करना ठीक है, लेकिन Apple ने इसे इस बात से जोड़ दिया कि कोई app “Android” शब्द इस्तेमाल करने के कारण reject हो जाए, या वे अपनी पसंद की curation कर सकें
बिल्ट-इन वन-टैप subscription UI users के लिए सुरक्षित और सुविधाजनक है, लेकिन mobile की दो-ध्रुवीय व्यवस्था और platform control की वजह से Apple जितना चाहे उतना शुल्क लगा सकता है। Apple ऐसे बात करता है जैसे दूसरे payment processors की अनुमति देने पर लोग ऐसे संदिग्ध websites पर चले जाएंगे जहां subscription cancel करना और refund पाना असंभव होगा, लेकिन यह भी Apple द्वारा बनाया गया झूठा दो-टूक विकल्प है। वे alternative payment processors को iOS subscription management API के साथ integrate करना अनिवार्य कर सकते हैं, और backend के रूप में PayPal को पहले से support करते हैं
इस मामले में भी ऐसा ही है: safeguards के बिना internal APIs को third parties के लिए खोलना खतरनाक है—यह बात Apple के लिए बहुत सुविधाजनक साबित होती है। लेकिन third-party browsers को sandbox के बिना चलाने की जरूरत नहीं है, और न ही किसी भी app को home screen icon मनमाने ढंग से बनाने देना जरूरी है। home screen में जोड़ना पहले से ही share sheet के जरिए user action है और operating system इसकी मध्यस्थता करता है। browser को वैसे भी sandbox के अंदर होना चाहिए, और web apps को पहले से full-screen चलाने की अनुमति थी
यह सिर्फ किसी एक feature के गायब होने की समस्या नहीं है। Apple सालों से दावा करता रहा है कि App Store जरूरी नहीं है और कोई भी web app बना सकता है। Safari की सीमाओं के कारण यह शुरुआत से पूरी तरह सच नहीं था, लेकिन अब यह बस एक मजाकिया तमाशा बन गया है
“इसके बजाय scam app LassPass users को $2 प्रति माह, $10 प्रति वर्ष, $50 lifetime वाले ‘pro’ account subscription के लिए प्रेरित करता है। scam app के हिसाब से यह वास्तव में कम कीमत है। कई fraudulent apps $10 प्रति सप्ताह जैसे charges लगाने की कोशिश करते हैं”
साथ ही, यह जानने का कोई तरीका न होते हुए भी उन्होंने दावा किया कि “ऐसा नहीं लगता कि इसे LastPass credentials चुराने के लिए बनाया गया था।” पूरा लेख इसी माहौल वाला था: “हां, यह बुरा है और ऐसा नहीं होना चाहिए, लेकिन कोई बड़ी बात तो नहीं है। Apple से इतनी सख्ती से क्यों पूछ रहे हो?”
क्या Apple को लगता है कि ऐसी हरकतें EU regulation के खिलाफ प्रतिक्रिया भड़काएंगी?
हर बार नई बकवास पढ़कर खून खौलता है, और Apple व दूसरी बड़ी anti-competitive कंपनियों के प्रति मेरा रुख और कठोर हो जाता है
खून उन चीजों पर खौलना चाहिए जिनसे जिंदगी में आसानी से बचा नहीं जा सकता। आखिर यह सिर्फ फोन और कंप्यूटर ही तो हैं, और आप अपना passion पूरी तरह बेकार जगह खर्च कर रहे हैं
काश Apple से शिकायत करने वाले लोग सिर्फ रोने के बजाय Apple hardware के लिए development बंद करने की हड़ताल कर दें
इससे भी आगे, वे अपना hardware ही बना लें जो उनके software के इतने बोझ से मुक्त हो; शिकायत करने वाली कई कंपनियां अरबों डॉलर की हैं, इसलिए वे इसे afford कर सकती हैं
बेशक वे भी Apple की तरह पैसा चाहती हैं, इसलिए वे ऐसा नहीं करेंगी। फिर भी अगर Spotify, Epic वगैरह iOS devices का support बंद कर दें, तो Apple अपना व्यवहार बदलने पर विचार करेगा
अगर developers और users Android पर चले जाएं, तो Apple बदलेगा। क्या Android सचमुच इतना खराब है कि iOS इस्तेमाल करने पर मजबूर होना पड़े?
यह वैसा ही है जैसे Netflix, HBO, Prime, Disney, Hulu तक पहुंचने के लिए 5 subscriptions बनाए रखना किसी को पसंद नहीं। monopoly नहीं तो कम से कम दो-ध्रुवीय व्यवस्था का होना ही पहले से एक चमत्कार है
ये लोग जरा-सी भी जिम्मेदारी नहीं लेते और वह कमबख्त चीज बस खरीदते ही रहते हैं
“अब web apps local storage, badges, notifications, dedicated window support के बिना website bookmarks की तरह काम करते हैं” — मेरे लिए यही मुख्य बात है
home screen से access पूरी तरह बंद नहीं हुआ है। मेरी simple web app notifications और local storage के बिना भी चल सकती है
लेकिन बहुत से लोगों को progressive web apps चाहिए होते हैं, इसलिए समझता हूं कि यह बदलाव उनके लिए खास तौर पर दुष्टतापूर्ण है
यह साफ तौर पर Apple का खुलेआम खराब व्यवहार है, इसलिए fair और friendly software को support करने के लिए शायद अब जेब में रखा hardware बदलने का समय आ गया है
standalone mode में website एक web “app” है, लेकिन अगर कोई website सभी आधुनिक web features इस्तेमाल करने के बावजूद browser bar नहीं हटा सकती, तो Safari में web app संभव नहीं है। वह सिर्फ tab mode में website shortcut है
ऊपर से, अभी हमें नहीं पता कि Apple websites पर किन web features को ban करने की योजना बना रहा है, और क्या वे competing browsers में भी ban होंगे
service worker caching इस्तेमाल करने वाली offline website संभव है या नहीं, यह भी स्पष्ट नहीं है। कुछ beta testers के अनुसार यह disabled लग रहा है
व्यक्तिगत रूप से local storage आपको महत्वपूर्ण न लगे, लेकिन अगर Apple user की अनुमति के बिना local storage मिटा दे, जैसा वह Safari tabs में करता है, तो सोचिए web programming के लिए यह कितना बड़ा disadvantage है
future-proofing की कमी सबसे बड़ी समस्याओं में से एक है। क्योंकि web programming ऐसी strategy है जिसे कंपनियां आज चुनती हैं ताकि 2–3 साल बाद अच्छी web apps deploy कर सकें
मान लें कि Apple ने PWA में कोई बदलाव नहीं किया होता, यानी उन्हें Safari में hardcode करके वैसे ही छोड़ दिया होता, तो क्या Mozilla या Microsoft तुरंत Apple पर DMA उल्लंघन का मुकदमा नहीं कर देते या मुद्दा नहीं उठाते, इस आधार पर कि वे उपयोगकर्ता द्वारा जोड़े गए home screen icon से अपना browser engine नहीं चला सकते?
अगर ऐसा है, तो मौजूदा PWA को जस का तस छोड़ना EU में खगोलीय जुर्माने का जोखिम उठाने जैसा होता, है न?
अगर iOS developers इतने ही खराब हैं, तो macOS developers को पैसे देकर weekend के भीतर जरूरी बदलाव implement करवा लेते। दोनों operating systems Unix-family के हैं और macOS पर यह पूरी तरह संभव है; Apple के पास कई साल थे
अगर Apple “बहुत कठिन है” वाला कार्ड खेलना चाहता है, तो DMA के तहत उसे साबित करना होगा कि यह इतना बड़ा बोझ क्यों है। लेकिन असल में ऐसा नहीं है, इसलिए वह साबित नहीं कर सकता। फिर भी EU से चर्चा करके यह exception लिया जा सकता था कि जब तक सभी web browsers iOS पर web apps चलाने के लिए तैयार न हों, तब तक Safari web apps को न तोड़ा जाए
असल में उन्होंने यह किया कि जो भी iOS web apps सिर्फ Safari में संभव थे, सबको तोड़ दिया, फिर EU से एक साल और लड़ेंगे और हार गए तो फिर से अनुमति दे देंगे
क्या इसे दुष्टता नहीं कहा जा सकता? अभी web apps इस्तेमाल करने वाले users कम हैं, इसलिए वे ऐसा करने की हिम्मत कर रहे हैं
यह दावा करना कि कुछ महीनों में हर case को संभालना मुश्किल है, बस उनके लंबे समय तक टालमटोल करने का बहाना बना देता है
मान लीजिए आप iPhone पर full screen में देखने के लिए home server का एक छोटा dashboard बनाना चाहते हैं। अगर आप EU में रहते हैं, तो उसे home screen में कैसे जोड़ेंगे?
यह local server के लिए है, इसलिए review pass नहीं करेगा और चाहकर भी App Store पर नहीं डाल सकते। local debug build भी करीब एक हफ्ते बाद expire हो जाता है। ऐसे में क्या कर सकते हैं?
मैं Apple का बचाव नहीं कर रहा। “सिर्फ WebKit” policy सहित, अपने खरीदे हुए hardware से मैं क्या कर सकता हूँ इसे सीमित करने वाले कई फैसलों का मैं विरोध करता हूँ। फिर भी Apple products की मौजूदा स्थिति की कुछ समझ होने के कारण, इस तरह की custom interoperability की उम्मीद रखकर iPhone खरीदने वाले व्यक्ति से सहानुभूति रखना थोड़ा मुश्किल है
non-technical users के इस स्तर की customization चाहने की संभावना बहुत कम है, और technical users को बेहतर पता होना चाहिए
हालांकि मैं वाकई चाहता हूँ कि यह बदले। अच्छा होगा अगर general-purpose hardware को वाजिब तौर पर सचमुच general purposes के लिए उपयोगी माना जा सके
PWA private/internal apps के लिए perfect हैं। यूरोप में काफी healthcare providers मरीजों की care देने के लिए PWA का इस्तेमाल करते दिखते हैं। Apple ऐसे apps को तोड़ देगा और बिना warning saved user data नष्ट कर देगा
आखिर वह web page link से ज्यादा कुछ नहीं होगा
मैंने कभी PWA implement नहीं किया और मैं Apple user भी नहीं हूँ, इसलिए context miss कर रहा हो सकता हूँ। फिर भी simple cross-platform app develop करने के लिए यह अच्छा तरीका लगता है
मेरी समझ के मुताबिक PWA अब full screen में नहीं खुलेंगे या native app जैसे नहीं दिखेंगे, बल्कि अब browser के अंदर bookmark की तरह खुलेंगे
लेकिन अगर यह बस web page है, तो इसे फिर भी “काम” तो करना चाहिए, है न?
अगर Apple ने notification API खराब कर दिया है तो notifications नहीं चलेंगे, लेकिन कई sites notifications इस्तेमाल करती हैं। उदाहरण के लिए WhatsApp web का desktop notifications enable करने वाला popup भी अब टूटेगा क्या?
local storage न होने से मतलब JavaScript के sessionStorage/localStorage से है? उसे तोड़ेंगे तो बहुत सारी websites टूट जाएँगी। cookie storage तो ऐसी चीज नहीं है जिसे मनमाने ढंग से तोड़ा जा सके, है न?
PWA polished app जैसा नहीं दिखेगा, लेकिन simple personal dashboard के लिए बड़ी समस्या नहीं लगती
HTML/JavaScript API full screen की अनुमति देता है
Apple ने कहा कि “malicious web apps दूसरे apps का data पढ़ सकते हैं और user consent के साथ camera, mic, location access कर सकते हैं”; यानी DMA की मांग के तहत alternative browser engines की अनुमति देनी पड़ रही है, इसलिए user risk रोकने के लिए EU users का iOS web app experience घटाया गया
लेकिन user camera, mic, location access अभी भी संभव है। वाकई अजीब है
कोई न कोई तो इस logic पर जरूर यकीन करेगा
मेरी जानकारी में Epic PWA नहीं बनाता, इसलिए यह Apple की ओर फेंका गया एक सामान्य आरोप ज्यादा लगता है
Apple की dominant position के बावजूद, attack surface कम करने और उस feature को हटाने की इच्छा से मैं सहमत हूँ जिसे बेहद कम users इस्तेमाल करते थे। PWA, सामान्य web app और पूर्ण app के बीच की अस्पष्ट जगह में हैं। सामान्य web apps भी, जहाँ तक मुझे पता है, home screen पर bookmark किए जा सकते हैं, E-Tag और Cache-Control HTTP headers से resources cache कर सकते हैं, और localStorage भी होता है
सामान्य web app की तुलना में PWA का सटीक फायदा क्या है, यह स्पष्ट नहीं है। क्या वे always-on server push जैसी चीज प्राप्त कर सकते हैं? लेकिन वास्तव में कितने users यह चाहते हैं?
व्यक्तिगत रूप से मैंने न तो PWA इस्तेमाल किया है और न बनाया है। native iOS या Android को target करना हो तो सामान्य व्यक्ति की तरह React Native project शुरू कर देता हूँ
Apple की monopolistic practices पर हमला करना मुझे भी किसी से कम पसंद नहीं, लेकिन इस बार मामला बढ़ा-चढ़ाकर बताया गया लगता है। PWA web app development की एक अस्पष्ट, अवैध संतान जैसी चीज है, और operating system व संबंधित APIs को सरल बनाने के लिए support छोड़ना समझ में आता है
यह झुंझलाहट होती है कि बातचीत हमेशा उन लोगों द्वारा hijack हो जाती है जिनके पास पत्थर फेंकने की पात्रता नहीं होती, और जिन बातों पर विवाद होने की जरूरत नहीं होती वे “विवाद” बन जाती हैं