WordPress.org ने WP Engine की resource access ब्लॉक की

 (techcrunch.com)
1 पॉइंट द्वारा GN⁺ 2024-09-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • WordPress ecosystem के core resources, यानी theme और plugin repository, तक पहुंच रुकने से WP Engine ग्राहकों की sites के update flow पर सीधा असर पड़ा
  • Matt Mullenweg का मानना है कि कानूनी विवाद में उलझी WP Engine को WordPress.org server मुफ्त में इस्तेमाल नहीं करने दिए जाने चाहिए, और अगर वह सीधे control चाहती है तो उसे अपना infrastructure चलाना चाहिए
  • ब्लॉक के बाद WP Engine-आधारित sites पर plugin install और theme update रुक गए, और कुछ developers व समर्थकों ने security update gap को लेकर चिंता जताई
  • WP Engine ने WP Admin के जरिए plugin और theme update व install पर रोक की बात मानी, लेकिन कहा कि site performance, stability, security और code व content update पर फिलहाल असर नहीं है
  • विवाद सार्वजनिक आलोचना से शुरू होकर दोनों पक्षों की cease-and-desist letters, WordPress और WooCommerce trademark infringement के दावे, और WordPress Foundation द्वारा trademark policy violation के निष्कर्ष तक बढ़ गया

WordPress.org ब्लॉक और WP Engine ग्राहकों पर असर

  • WordPress.org ने आधिकारिक पोस्ट में WP Engine की WordPress.org resources तक पहुंच ब्लॉक कर दी
    • लक्षित resources में themes और plugins शामिल हैं
    • Matt Mullenweg ने कहा कि जब तक कानूनी दावे चल रहे हैं, WP Engine को platform resources तक पहुंच नहीं दी जाएगी
  • Mullenweg का कहना है कि अगर WP Engine WordPress experience को सीधे control करना चाहती है, तो उसे WordPress.org पर निर्भर रहने के बजाय अपना infrastructure चलाना चाहिए
    • उदाहरण के तौर पर उन्होंने user login system, update servers, plugin·theme·pattern·block directories, translations, photo directory, job board, meetups, conferences, bug tracker, forums, Slack, Ping-o-matic और showcase का जिक्र किया
    • उन्होंने साफ कहा कि WP Engine servers अब WordPress.org servers तक मुफ्त पहुंच नहीं पा सकेंगे
  • ब्लॉक के बाद WP Engine solutions इस्तेमाल करने वाली sites plugin install और theme update नहीं कर सकीं
    • कुछ WordPress developers और समर्थकों ने चेतावनी दी कि security updates तक पहुंच भी रुक सकती है, जिससे ग्राहक sites कमजोर हो सकती हैं
  • WP Engine ने status page पर समस्या स्वीकार की और बताया कि सुधार का काम चल रहा है
    • उसने कहा कि WordPress.org ने WP Engine ग्राहकों के लिए WP Admin के जरिए plugin और theme update व install ब्लॉक कर दिए हैं
    • साथ ही जोड़ा कि site performance, stability और security पर फिलहाल असर नहीं है, और code या content update functionality भी प्रभावित नहीं हुई है
  • WP Engine ने Mullenweg पर WordPress पर अपने control का दुरुपयोग कर WP Engine ग्राहकों की WordPress.org तक पहुंच में बाधा डालने का आरोप लगाया
    • उसके अनुसार इस कदम का असर सिर्फ WP Engine और उसके ग्राहकों पर नहीं, बल्कि ACF जैसे WP Engine tools पर निर्भर WordPress plugin developers और open source users पर भी पड़ता है

Automattic·WP Engine विवाद कैसे बढ़ा

  • WordPress कई hosting providers के जरिए इंटरनेट की लगभग 40% websites को चलाता है
    • इन hosting providers में Mullenweg की Automattic और WP Engine शामिल हैं
    • यूज़र open source project लेकर अपनी website खुद भी चला सकते हैं, लेकिन बहुत से यूज़र plug-and-play solutions चुनते हैं
  • विवाद तब शुरू हुआ जब Mullenweg ने conferences और blog posts में WP Engine की सार्वजनिक आलोचना की
    • उन्होंने WP Engine पर profiteering का आरोप लगाया और WP Engine को “WordPress का cancer” कहा
    • उनका दावा था कि Automattic और WP Engine दोनों की सालाना revenue लगभग 500 million dollars है, लेकिन WP Engine WordPress community में Automattic जितना योगदान नहीं देता
  • WP Engine ने Mullenweg और Automattic को cease-and-desist letter भेजकर बयान वापस लेने की मांग की
    • उस letter में कहा गया कि अगर WP Engine, Automattic को total revenue का एक तय प्रतिशत नहीं देती, तो Mullenweg और Automattic “scorched earth nuclear approach” अपनाने की धमकी दे रहे थे
  • Automattic ने भी WP Engine को अपना cease-and-desist letter भेजकर WordPress और WooCommerce trademark infringement का आरोप लगाया
  • WordPress Foundation ने निष्कर्ष निकाला कि WP Engine ने WordPress Trademark Policy का उल्लंघन किया है
    • यह policy कहती है कि WordPress trademark को product, project, service, domain name या company name के हिस्से के रूप में इस्तेमाल नहीं किया जा सकता
    • Foundation का कहना है कि WP Engine ने इस policy का बार-बार उल्लंघन किया, और Automattic के cease-and-desist letter में ऐसे कई उदाहरण शामिल थे
    • policy को एक दिन पहले WP Engine मामले को शामिल करने के लिए update किया गया था, और “WP” को trademark नहीं माना जाता
  • WP Engine ब्लॉक होने के कुछ घंटों बाद Mullenweg ने अपने ब्लॉग में कहा कि मुख्य मुद्दा trademark rights है
    • उनका कहना था कि Automattic लंबे समय से WP Engine के साथ license agreement करने की कोशिश कर रही थी
    • उन्होंने WP Engine को या तो सीधे license fee चुकाने या open source project में in-kind contribution देने का विकल्प प्रस्तावित किया, लेकिन in-kind contribution का सटीक मतलब स्पष्ट नहीं किया

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-09-27
Hacker News की राय

  • मुझे लगता है इस मुद्दे की असली जड़ अलग-अलग भूमिकाओं/इकाइयों का अलगाव न होना है
    Automattic और WordPress.com, WP Engine के प्रतिस्पर्धी हैं, लेकिन WordPress.org और WordPress Foundation प्रतिस्पर्धी नहीं हैं। Automattic और WP Engine के बीच विवाद में WordPress.org और Foundation के संसाधनों को leverage के तौर पर इस्तेमाल नहीं किया जाना चाहिए
    अगर ये सीमाएँ टूट जाती हैं, तो Automattic से प्रतिस्पर्धा करने वाला कोई भी व्यक्ति सिर्फ इसलिए Matt या Automattic से उलझने पर Matt के नियंत्रण वाले पूरे ecosystem के खिलाफ mobilize किया जा सकता है। Product किसी professional तरीके से चलाए जा रहे platform जैसा नहीं, बल्कि किसी एक व्यक्ति द्वारा नापसंद लोगों पर चलाए जा सकने वाले दबाव के साधन जैसा दिखने लगता है

    • अगर शुरू से वही व्यक्ति दोनों तरफ काम कर रहा है, तो मेरे हिसाब से कोई सीमा कभी थी ही नहीं। WordPress के पास हमेशा community-driven होने का बाहरी आवरण रहा है, और साइटों के hack होने पर भी वह उसी के पीछे छिपता रहा, लेकिन असली चाबियाँ Automattic के पास हैं
      Matt चाहे @wordpress.org ईमेल से जवाब दें या @wordpress.com ईमेल से, वे अचानक कोई अलग व्यक्ति नहीं बन जाते
    • सोच रहा हूँ कि क्या इस तरह की कार्रवाई WordPress Foundation के 501(c)(3) status को जोखिम में डाल सकती है। अगर हाँ, तो इसके वास्तविक कानूनी समस्या बनने की संभावना कितनी है, यह भी जानना चाहूँगा
    • अगर WordPress.org और Foundation के संसाधनों को इस विवाद में leverage के तौर पर इस्तेमाल किया जा रहा है, तो क्या यह कानूनी सीमा पार करना नहीं होगा? ऊपर से देखने पर यह कुछ-कुछ ऐसा लगता है जैसे एक non-profit organization किसी for-profit company के निर्देश पर काम कर रही हो, और यह एक तरह के in-kind donation जैसा महसूस होता है
    • ऐसी boundary crossing WordPress.org और Automattic के लिए बड़ी कानूनी समस्या बन सकती है। यह साबित करना मुश्किल हो जाएगा कि दोनों organizations अलग-अलग हैं, और ऐसा लग सकता है कि वे अब तक charity structure का इस्तेमाल tax deduction के लिए करते रहे हैं
      tax avoidance के लिए fake charity बनाने पर सजा जेल नहीं होती क्या, ऐसा लगता है
    • यह लेख भी पढ़ने लायक है: https://techcrunch.com/2024/09/23/wp-engine-sends-cease-and-...
      Mullenweg ने कहा कि WP Engine, WordPress की लगातार growth के लिए “Five for the Future” में प्रति सप्ताह 47 घंटे योगदान देता है, जबकि Automattic प्रति सप्ताह 3,786 घंटे योगदान देता है, और दोनों कंपनियों का आकार समान और revenue करीब 500 million dollars होने के बावजूद योगदान में बड़ा अंतर है
      इसलिए इसे सिर्फ “विवाद” कहना मुश्किल है। अगर Automattic WordPress.org में योगदान दे रहा है और WP Engine नहीं, तो WordPress.org पूरी तरह neutral हो तब भी Automattic की तरफ खड़े होने की वजह बनती है

  • Open source जानबूझकर free software movement की तुलना में अधिक practical और business-friendly दिशा में बढ़ा, लेकिन अब उसकी सिलाइयाँ खुलती दिख रही हैं, इसलिए free software movement के principles को फिर ताकत मिलते देखना चाहूँगा
    FSF का दृष्टिकोण यह है कि free software का उपयोग करना सीखने और जो सीखा है उसे दूसरों के साथ साझा करने के अधिकार का दावा करने वाला एक political और ethical choice है: https://www.fsf.org/about/what-is-free-software
    open source community में “हमारा software कौन और किस उद्देश्य से इस्तेमाल कर सकता है” को लेकर होने वाली लड़ाइयाँ FSF द्वारा कही गई freedom से पूरी तरह अलग नज़रिए से पैदा हुई लगती हैं। Free software user freedom और information की freedom को अधिकतम करने वाले ethical standpoint से बनाया जाता है, और अगर कोई मेरे काम से पैसा कमाता है तो उसकी value घटती नहीं, बल्कि बढ़ती है

    • सहमत हूँ। Free software और commercial open source के बीच बुनियादी अंतर हमेशा पेचीदा रहा है
      “हम चाहते हैं कि लोग हमारे codebase में योगदान दें, लेकिन पैसा सिर्फ हम कमाना चाहते हैं” — कई open source companies का यह रुख sustainable नहीं है। “कोई भी इस code से पैसा कमा सकता है” वाला मूल रुख समय के साथ और board meetings से गुजरते हुए “वे parasites हमारा revenue चुरा रहे हैं” में कैसे बदलता है, यह भी आसानी से दिखता है
      साथ ही, यह open source package maintainers के शोषण वाली समस्या का दूसरा पहलू भी है। ऐसा funding और compensation model ढूँढना होगा जिसमें software freely usable रहे और developers को उचित compensation भी मिले, लेकिन यह आसान नहीं है
    • article में “WordPress’s GPL code” लिखा है, और GPL FSF license है। इस situation में किस तरह के बदलाव की बात की जा रही है, समझ नहीं आ रहा
    • ऐसा लगता है जैसे open source और free software के बीच एक ऐसी distinction बनाने की कोशिश हो रही है जो practically लगभग है ही नहीं। अगर कोई फर्क है तो free software side की political nature ही है, और मेरे हिसाब से वह कोई खास मायने वाली बात नहीं

  • लगता है किसी दिन MBA case study में इसे PR campaign कैसे बिगाड़ें के उदाहरण के तौर पर पढ़ाया जाएगा
    WP Engine मूलतः कोई sympathy पाने वाला character नहीं है। यह एक ठीक-ठाक hosting provider है और इसकी aggressive enterprise sales team है, लेकिन WordPress ने जो goodwill बनाई है, उससे इसकी तुलना नहीं हो सकती। थोड़ी-सी अच्छी media handling से भी WP Engine को playground bully जैसा दिखाया जा सकता था
    लेकिन पिछले एक हफ्ते में communications के लिहाज से कुछ भी ठीक से execute नहीं हुआ। इसलिए पूछना पड़ता है कि Matt ठीक हैं या नहीं। Executives भी इंसान होते हैं, और उनके decisions उन्हें बहुत isolated व्यक्ति जैसा दिखाते हैं। अगर वे psychologically ठीक नहीं हैं तो उम्मीद है उन्हें जरूरी मदद मिले; और अगर वे ठीक हालत में हैं तो उम्मीद है board कल ही उन्हें हटा दे

    • कुछ महीने पहले भी Matt ने Tumblr user के साथ व्यक्तिगत झगड़ा किया था और फिर कई platforms पर उसे परेशान किया था; तीखी प्रतिक्रिया में उन्होंने उस व्यक्ति की private account information Twitter पर पोस्ट कर दी, फिर लगभग 15 मिनट बाद यह समझकर delete किया कि उन्होंने कई laws तोड़ दिए हैं। ऐसा behavior उनके सामान्य pattern के काफी करीब है
      https://techcrunch.com/2024/02/22/tumblr-ceo-publicly-spars-...

  • इसे बस Automattic द्वारा अपने hosting business के सबसे बड़े competitor पर दबाव डालना कहा जाना चाहिए
    लेकिन इस तरह service बंद करना रणनीतिक रूप से गलत है। WP Engine कई जाने-माने brands और बड़े संगठनों के accounts चलाता है, और ये वही तरह के customers हैं जिन्हें Matt अपने पास लाना चाहेंगे
    ऐसी outage झेलने के बाद वे customers hosting provider की तुलना में WordPress को ही अविश्वसनीय software मानने की अधिक संभावना रखते हैं। ऊपर से उन बड़े accounts में से अधिकतर में पहले से ही कई developers हैं जो WordPress से बाहर निकलना चाहते हैं

    • 15 लाख sites प्रभावित हुईं, जिनमें बड़े sites भी शामिल हैं। यह स्थिति जितने भी दिन जारी रहती है, हर दिन 15 लाख websites exploitation और security vulnerabilities के जोखिम में और अधिक उजागर होती हैं
      इस तबाही से बचने के लिए Matt को अपने मुख्य दावे, यानी trademark issue, को सामान्य तरीके से—अदालत में—लड़ना चाहिए था, और WP Engine को infrastructure से हटने के लिए 30 दिन या 10 दिन का समय देकर फिर block करना चाहिए था। उन्हें users को खुद से पहले रखना चाहिए था
      लेकिन उन्होंने ऐसा नहीं किया, और WordPress की प्रतिष्ठा को घातक नुकसान पहुँचा रहे हैं। अब WordPress के लिए सबसे अच्छा यही होगा कि वे अपने पद से हट जाएँ और community participation तुरंत खत्म कर दें। लगता है वे यह समझ नहीं पाए कि यह कदम रातों-रात हजारों कंपनियों में हजारों दुश्मन बना देगा, और प्रतिक्रिया देखकर वे पूरी तरह हैरान दिख रहे हैं
      बहुत-सी कंपनियाँ WordPress और उसकी प्रतिष्ठा पर निर्भर हैं, इसलिए अगर Matt ने इसे अपरिवर्तनीय रूप से नुकसान पहुँचाया है, तो उनके खिलाफ class-action lawsuit की बातें भी सुनाई दे रही हैं
    • मुझे लगता है Matt इससे अनजान नहीं हैं, बल्कि जानते हैं। market pie अब और बड़ा नहीं हो रहा, इसलिए यह बची हुई हिस्सेदारी में से ज्यादा लेने के लिए preemptive attack है
      इसे भोलेपन से देखने की बात नहीं है। यह इस बारे में नहीं है कि WP Engine core में योगदान देता है या नहीं, और न ही यह trademark issue है। किसी open-source project से जुड़ा व्यक्ति trademark के कारण nuclear bomb नहीं फोड़ता। आखिरकार मामला पैसे का है
    • अंततः उन्होंने सचमुच scorched-earth nuclear strategy चुनी। छोटी-सी समस्या यह है कि जमीन रहने लायक नहीं रहेगी और कोई भी इस radioactive dump को छूना नहीं चाहेगा
      ऐसे platform पर customers रखने वाले developers के लिए अफसोस है। लगता है असल में समस्या पैदा करने वाले व्यक्ति के बजाय सारी blame उन्हें ही झेलनी पड़ेगी
    • मैं उन developers में से एक हूँ जिन्होंने company sites को पूरी तरह Laravel-based CMS पर migrate किया। अनुभव कहीं बेहतर है, users भी संतुष्ट हैं, updates आसान हैं और sites तेज़ व स्थिर हैं
      WordPress बहुत outdated लगने लगा है और यह drama समस्या को और बढ़ा रहा है। अफसोस है, लेकिन WordPress का भविष्य उज्ज्वल नहीं दिखता

  • अब तक जो पढ़ा है, उसके आधार पर Matt के साथ सहानुभूति रखना मुश्किल है। WP Engine द्वारा भेजे गए cease-and-desist letter में कई quotes हैं जिनमें Matt ने धमकी दी कि अगर पैसे नहीं दिए तो वे WP Engine के बारे में बुरा बोलेंगे
    अगर WP Engine WordPress infrastructure का दुरुपयोग कर रहा है, तो उसे block किया जा सकता है। लेकिन यहाँ WordPress.com की corporate politics गहराई से उलझी हुई दिखती है
    Automattic, WordPress.com, WordPress.org और WordPress Foundation के रिश्ते बहुत अस्पष्ट हैं, और कम-से-कम वही व्यक्ति सब चला रहा है, यह conflict of interest जैसा दिखता है
    Matt के मुताबिक उन्होंने WordPress trademark license और Automattic contribution के नाम पर revenue का 8% माँगा था: https://www.reddit.com/user/photomatt/
    अगर असली मुद्दा वही था, तो समझ नहीं आता कि WordPress Foundation को donation माँगने या infrastructure/mirrors donate कराने की मांग क्यों नहीं की गई

  • यह अब तक देखे गए corporate dispute handling के सबसे खराब तरीकों में से एक है। किसने क्या कहा, इस debate को थोड़ी देर भूलकर यह सोचना चाहिए कि WordPress इस्तेमाल करने वाला आम user इसे कैसे देखेगा
    “अगर Automatic मेरी hosting company से नाराज़ हो जाए, तो वह service disable करके मेरी site को hostage बना सकता है। कोई भी host सुरक्षित नहीं है। WordPress इस्तेमाल नहीं करना चाहिए” — बात यही बनती है
    कौन सही है और कौन गलत, इससे मुझे फर्क नहीं पड़ता। यह典型 self-harming retaliation है

  • इस मामले में मैं Automatic के साथ ज्यादा सहानुभूति रखता हूँ, फिर भी मुझे लगता है कि यह गलत choice है
    अगर Matt की यह बात सही है कि WP Engine WordPress में लगभग योगदान नहीं देता, तो छोटे organizations योगदान न दें तो चल सकता है, लेकिन कोई company अगर दूसरों की technology पर हर साल 500 million dollars का revenue बना रही है, तो उसे काफी हद तक participate और contribute करना चाहिए
    लेकिन अगर project के पास केवल इसलिए usage रोकने का जोखिम हो कि company ने license की wording तो मानी, पर spirit नहीं मानी, तो ज्यादातर companies open source इस्तेमाल करना छोड़ देंगी। कई companies risk वाले open source के बजाय commercial software खरीदकर जिम्मेदारी software company पर डालना पसंद करेंगी
    open source में भी पहले से drama और fork, एक benevolent dictator for life, infectious licenses जैसी risks होती हैं। फिर भी इन risks का adoption से पहले आकलन किया जा सकता है। लेकिन अगर license violation के बिना भी project unilateral तरीके से availability रोक सकता है, तो यह ऐसा risk बन जाता है जिसका लाखों dollars invest करने से पहले आकलन नहीं किया जा सकता

    • WordPress.org servers की access का open source से कोई संबंध नहीं है। WP Engine WordPress code को जितना चाहे इस्तेमाल और modify कर सकता है। बस अब वह wordpress.org servers मुफ्त में इस्तेमाल नहीं कर पाएगा
    • अगर वह company उस software का इस्तेमाल करके commercial middleman की भूमिका निभा रही है, तो commercial software खरीदकर risk transfer करने वाली तुलना कम सटीक लगती है
    • पूरे मामले पर मैं judgement reserve रखता हूँ, लेकिन यह software usage ban नहीं, बल्कि wordpress.org infrastructure का मुद्दा लगता है। सभी plugins अब भी download किए जा सकते हैं और SFTP से install किए जा सकते हैं
    • कंपनियों को proprietary software इस्तेमाल करते समय भी block किए जाने या license renewal reject होने का जोखिम उठाना पड़ता है

  • संबंधित लेख:
    Incident: Wordpress.org has blocked WP Engine customers from registry - https://news.ycombinator.com/item?id=41655578 - सितंबर 2024
    WP Engine is banned from WordPress.org - https://news.ycombinator.com/item?id=41652760 - सितंबर 2024
    Automattic has sent a cease and desist to WP Engine - https://news.ycombinator.com/item?id=41642974 - सितंबर 2024
    Open Source, Trademarks, and WP Engine - https://news.ycombinator.com/item?id=41642597 - सितंबर 2024
    WP Engine sent “cease and desist” letter to Automattic - https://news.ycombinator.com/item?id=41631912 - सितंबर 2024

    • अतिरिक्त: WP Engine Must Win - https://news.ycombinator.com/item?id=41653480
      यह मेरी ही सबमिट की हुई पोस्ट और लिखा हुआ लेख है, और मैं WordPress core committer हूँ और WordPress के लिए REST API बनाया था
    • Matt Mullenweg needs to step down from WordPress.org leadership ASAP - https://news.ycombinator.com/item?id=41620051
    • मुझे लगता है इसे आधिकारिक पोस्ट पर मौजूद पुराने thread में मिला देना चाहिए। यह मूल लेख को बाद में कवर करने वाली duplicate submission है

  • Matt के कहे मुताबिक अगर WP Engine, WordPress में लगभग योगदान नहीं देता, तो इस मामले में मैं Automattic के पक्ष में हूं। छोटा संगठन हो तो योगदान न भी दे, लेकिन अगर कोई कंपनी दूसरों की तकनीक के ऊपर हर साल 500 मिलियन डॉलर का revenue बना रही है, तो उसे गहराई से जुड़ना और काफी योगदान देना चाहिए
    कहा जा सकता है कि license इसकी अनुमति देता है, इसलिए यह कानूनी है। सही है। लेकिन free access बंद करना भी कानूनी है। अगर WP Engine बस फायदा उठा रहा है और product सुधारने में कुछ भी नहीं लगा रहा, तो कीमत पर compete करने का कोई तरीका नहीं है। Open source में लागत लगती है, और लोगों को भुगतान मिलना चाहिए
    निष्कर्ष यह है कि scale अहम है। Llama में दिखने वाला Meta का company size-based license सही दिशा में एक कदम है, और जहां जरूरत हो वहां free और open source projects को भी इसे अधिक व्यापक रूप से अपनाना चाहिए

    • अगर ऐसी अपेक्षा है, तो नियम साफ-साफ लिखने चाहिए
      जैसे, individuals और सालाना revenue $a से कम वाली companies free में इस्तेमाल कर सकती हैं, $b से कम वाली companies को $x देना होगा, $c से कम वाली companies को $y देना होगा
      ऐसा दिखाना कि इसे मुफ्त में इस्तेमाल किया जा सकता है, और फिर जब सचमुच कोई अमीर इसे मुफ्त में इस्तेमाल करे तो निराश होकर लड़ना—इससे किसी का भला नहीं होता। यह सिर्फ WordPress की समस्या नहीं है
    • Revenue मुद्दे को धुंधला करने वाला मानदंड है। यह तय करने के लिए उपयुक्त पैमाना नहीं है कि किसी open source project में योगदान देना चाहिए या कितना देना चाहिए
      इसके बजाय, project पर डाले जाने वाले बोझ से योगदान की जरूरत मापनी चाहिए। अगर आप features या bug fixes मांगते हैं, तो उसी के हिसाब से योगदान दें; अगर support मांगते हैं, तो उसी के हिसाब से योगदान दें। अगर आप मौजूदा software को copy करके install और run ही कर रहे हैं, तो योगदान की जरूरत नहीं है
    • सवाल यह है कि WP Engine के लिए वापस योगदान देने का आर्थिक incentive क्या है। नैतिक दायित्व तो हो सकता है, लेकिन company के नजरिए से फायदा कहां है? Core में किया गया योगदान तुरंत competitors भी इस्तेमाल कर सकते हैं, इसलिए सीधे तौर पर देखें तो कोई competitive advantage नहीं है
      हालांकि अगर project की दिशा पर असर डाला जा सके, तो उसे business goals के साथ align किया जा सकता है, और वह competitive advantage बनकर incentive पैदा करता है
      समस्या यह है कि Matt open source project के BDFL की तरह व्यवहार करता है। अगर Matt नहीं चाहता, तो बदलाव शामिल नहीं होते, और appeal करने की कोई जगह नहीं है। वह उस open source project में जाने वाले code पर पूर्ण नियंत्रण रखता है जो WP Engine के business की नींव है, और साथ ही WP Engine की competitor Automattic का CEO भी है
      यह conflict of interest पिछले हफ्ते फट पड़ा और WordPress project में community governance की कमी उजागर कर गया। Automattic मानता है कि software-related paid side gigs conflict of interest पैदा करते हैं और कर्मचारियों से approval मांगता है, लेकिन यह बात मायने नहीं रखती कि Matt को WordPress के काम के लिए salary नहीं मिलती। Automattic की equity value WordPress की value से बंधी हुई है
      मेरा मानना है कि private equity value creation की तुलना में value extraction की ओर बहुत ज्यादा झुकती है। जिन लोगों ने open source पर business बनाया है, उनकी project को वापस देने की नैतिक जिम्मेदारी है, और Automattic को पैसे देकर उन्हें WP core पर खर्च करने से WordPress बेहतर भी हो सकता है
      लेकिन community trust को तोड़ने से होने वाला नुकसान, एक free-riding company से कहीं ज्यादा WordPress के भविष्य के लिए बड़ा है। Community इस भरोसे पर टिकी है कि trademark license उनके खिलाफ बदल नहीं दिए जाएंगे, और उन्हें security updates और plugin ecosystem के लाभ मिलते रहेंगे। यही भरोसा WordPress की नींव है, और इस हफ्ते की कार्रवाई ने उस नींव को नुकसान पहुंचाया है
      Matt ने nuclear option की बात की थी, और धुआं छंटने के बाद शायद कोई विजेता न बचे—इस मायने में मुझे यह उपमा सही लगती है
    • Meta के company size-based license जैसी पद्धति से अतीत में हमें बहुत बड़ा झटका लगा था। हम कुछ students की छोटी-सी company थे और revenue 5 figures तक भी नहीं पहुंचा था, लेकिन हमने एक मशहूर बड़ी company को display device के तौर पर product बेचा था
      उस product में हमने एक ऐसी library इस्तेमाल की थी जिसका revenue-based license था। Library company को जब पता चला कि हमें वह customer मिला है, तो उसने अचानक बेहिसाब license fee मांग ली। सौभाग्य से customer की purchasing department ने आकर negotiation करवा दिया, लेकिन ऐसा न होता तो company तुरंत बंद हो सकती थी
    • अगर open source के इस्तेमाल के लिए पैसे देने के नियम बनाने शुरू किए जाएं, तो पता चलेगा कि ऐसी स्थितियों से निपटने के लिए पहले से पर्याप्त कानून मौजूद हैं। अगर project उन कानूनों का इस्तेमाल करे, तो लोग शिकायत करेंगे कि वह project open source नहीं है
      अगर कानून और अदालतों की rule-based व्यवस्था के बजाय social shaming cycle की मनमानी राजनीति को तरजीह दी जाए, तो यह एक consistent stance हो सकता है। हालांकि actual process बहुत inconsistent और unpredictable होगा
      वरना पैसे मांगते हुए open source पर philosophical stance लेना अच्छी तरह समझ नहीं आता। ये दोनों विचार आपस में ठीक से मेल नहीं खाते

  • इस पूरे मामले में सबसे चौंकाने वाली बात यह है कि Matt WordPress.org का निजी मालिक है। मैंने करीब 10 साल तक WordPress के साथ काम किया, लेकिन हमेशा यही समझता रहा कि इसका मालिक कोई non-profit foundation है
    इसका मतलब है कि standard WordPress install की बड़ी functionality, खासकर plugin directory और updates, एक व्यक्ति के नियंत्रण वाली website पर निर्भर करती है। इस अफरातफरी के बाद भी ऐसी संरचना को जारी रहने देना संभव नहीं होना चाहिए