Tell HN: GitHub ने मेरे सॉफ़्टवेयर की क्रैक्ड प्रतियाँ हटाने से एक महीने बाद भी इनकार कर दिया

कानूनी और DMCA मुद्दे

• कई लोगों का तर्क है कि यह सीधा कॉपीराइट उल्लंघन है: JS को ज्यों का त्यों कॉपी किया गया, विज्ञापन हटाए गए, और फिर उसे फिर से वितरित किया गया।
• कई लोग指出 करते हैं कि GitHub के जवाब में anti-circumvention कानून (17 U.S.C. § 1201) का हवाला दिया गया, जो DMCA का गलत आधार हो सकता है; एक साधारण § 512(c) कॉपीराइट takedown शायद अधिक मजबूत होता।
• एक विस्तृत टिप्पणी कहती है कि obfuscated JS anti-circumvention के अंतर्गत आ सकता है, लेकिन दूसरी टिप्पणी नोट करती है कि § 1201 को सीधे कॉपीराइट दावे की तुलना में लागू करना कठिन है।
• एक IP वकील व्यावहारिक विकल्प बताते हैं: किसी specialist firm को पैसे देकर “whack-a-mole” खेलना या लगातार होने वाले नुकसान को स्वीकार करना; व्यक्तिगत self-enforcement आम तौर पर निराशाजनक और कम लाभकारी होता है।

GitHub का हैंडलिंग

• कई लोग GitHub की आलोचना करते हैं कि उसने एक महीना लगाया और फिर कार्रवाई करने से इनकार कर दिया, यह तर्क देते हुए कि hosts को पहले content हटाना चाहिए और फिर counter-notices के माध्यम से विवाद सुलझने देना चाहिए।
• एक GitHub कर्मचारी सामने आता है, public DMCA repo का लिंक देता है, और ticket numbers मांगता है, जिससे लगता है कि कुछ internal follow-up संभव है लेकिन प्रक्रिया अस्पष्ट है।
• अन्य लोग नोट करते हैं कि platforms overwhelmed हैं, low-touch review का उपयोग करते हैं, और DMCA abuse को लेकर सतर्क रहते हैं।

बिज़नेस मॉडल, विज्ञापन, और client-side code

• कई लोग कहते हैं कि shipped JS पर proprietary business बनाना structurally fragile है: एक बार code browser में चलने लगे, तो वह प्रभावी रूप से public हो जाता है।
• कुछ तर्क देते हैं कि टिकाऊ moats केवल server-side logic, subscriptions, enterprise sales, या support/services हैं।
• विज्ञापनों की कड़ी आलोचना होती है: intrusive layout, flashing behavior, और tracking users को उन्हें हटाने या ad blockers इस्तेमाल करने के लिए प्रेरित करते हैं।
• कुछ लोग वैकल्पिक monetization सुझाते हैं: बेहतर-integrated, value-adding promotions, sponsorships, subscriptions, या patronage models।

कॉपी करने और IP की नैतिकता

• विचार विभाजित हैं: कुछ कहते हैं “copying isn’t stealing” और JS reuse को web पर सामान्य मानते हैं; अन्य लोग significant labor पर जोर देते हैं और इसे साफ़ theft कहते हैं।
• इस बात पर बहस है कि users को अपने ही machines पर चल रहे code को modify करने का अधिकार है या नहीं (जैसे ads हटाना) बनाम modified proprietary builds को redistribute करना।
• कुछ लोग एक बड़े commercial photo editor को clone करने की नैतिकता पर सवाल उठाते हैं, जबकि इस web editor के clones का विरोध करते हैं, और इसे असंगत बताते हैं।

AI और software IP का भविष्य

• कई टिप्पणियाँ कहती हैं कि LLMs पहले से ही complex algorithms और full apps को reimplement कर सकते हैं, जिससे code secrecy एक और कमजोर बचाव बनती जा रही है।
• कुछ लोगों को लगता है कि feature-perfect LLM reproductions पर मौजूदा कानून के तहत कार्रवाई करना कठिन होगा, जिससे राजनीतिक या कानूनी सुधार की ओर दबाव बढ़ेगा।
• अन्य लोग जवाब देते हैं कि AI-generated code शायद copyrightable नहीं हो, या exact matches फिर भी infringing हो सकते हैं; legal status विवादित और “unclear” बना हुआ है।

तकनीकी और रणनीतिक सुझाव

• प्रस्तावित उपायों में शामिल हैं:
  • critical logic को server-side या WebAssembly पर ले जाना (हालाँकि अन्य लोग नोट करते हैं कि WASM को भी decompile किया जा सकता है)।
  • domain checks या soft anti-piracy friction जोड़ना, हालांकि कई लोग मानते हैं कि इससे attackers केवल थोड़ा धीमे होंगे।
  • trademarks register करना ताकि confusing “Photopea-branded” forks रोके जा सकें, जबकि यह स्वीकार किया जाता है कि इससे code की सुरक्षा नहीं होती।

समुदाय की भावना

• कई लोग editor के प्रति मजबूत समर्थन और लंबे समय तक उपयोग व्यक्त करते हैं; कुछ ad blockers बंद कर देते हैं या विशेष रूप से भुगतान करके मदद करते हैं।
• अन्य लोग स्पष्ट रूप से कहते हैं कि बड़े पैमाने पर piracy अपरिहार्य है और पूरी तरह copies रोकने की कोशिश करने के बजाय product quality, branding, और differentiated services पर ध्यान देना चाहिए।