Tell HN: GitHub se niega a eliminar copias crackeadas de mi software después de un mes

Discusión en Hacker News ↗

Un desarrollador independiente detrás de un popular editor de fotos web dice que GitHub ha dejado en línea repositorios que alojan clones sin anuncios de su código JavaScript del lado del cliente, a pesar de las quejas DMCA. Los comentaristas debaten qué protecciones legales existen realmente para el software entregado por navegador, cómo presentar avisos de retirada eficaces y si las marcas registradas o las arquitecturas del lado del servidor ofrecen mejores salvaguardas. Muchos argumentan que, en una era de copia fácil y reimplementación asistida por IA, las apps financiadas con anuncios y solo del lado del cliente son especialmente vulnerables, empujando a los desarrolladores hacia nuevos modelos de negocio en lugar de confiar únicamente en el copyright.

Problemas legales y de DMCA

  • Muchos sostienen que esto es una infracción de copyright directa: JS copiado literalmente, anuncios eliminados, redistribuido.
  • Varios señalan que la respuesta de GitHub citó la ley contra la elusión (17 U.S.C. § 1201), que puede ser la base equivocada de la DMCA; una retirada estándar por copyright bajo § 512(c) probablemente sería más sólida.
  • Un comentario detallado dice que el JS ofuscado sí puede entrar en la ley contra la elusión, pero otro señala que § 1201 es más difícil de aplicar que una reclamación de copyright simple.
  • Un abogado de PI explica opciones realistas: pagar a una firma especializada para jugar al “whack-a-mole” o aceptar pérdidas continuas; la autoaplicación individual suele ser frustrante y de poco apalancamiento.

Gestión de GitHub

  • Varias personas critican a GitHub por tardar un mes y luego negarse a actuar, argumentando que los alojadores deberían retirar el contenido primero y dejar que las disputas se resuelvan mediante contranotificaciones.
  • Aparece un empleado de GitHub, enlaza al repositorio público de DMCA y pide números de ticket, lo que sugiere que algún seguimiento interno es posible pero opaco.
  • Otros señalan que las plataformas están desbordadas, usan revisión de poco contacto y desconfían del abuso de la DMCA.

Modelo de negocio, anuncios y código del lado del cliente

  • Muchos dicen que construir un negocio propietario sobre JS distribuido es estructuralmente frágil: una vez que el código se ejecuta en el navegador, es efectivamente público.
  • Algunos argumentan que los únicos fosos duraderos son la lógica del lado del servidor, las suscripciones, las ventas a empresas o el soporte/servicios.
  • Los anuncios reciben fuertes críticas: el diseño intrusivo, el comportamiento parpadeante y el rastreo hacen que los usuarios quieran eliminarlos o usar bloqueadores de anuncios.
  • Algunos sugieren una monetización alternativa: promociones mejor integradas y que aporten valor, patrocinios, suscripciones o modelos de mecenazgo.

Ética de la copia y la propiedad intelectual

  • Hay opiniones divididas: algunos insisten en que “copiar no es robar” y ven la reutilización de JS como algo normal en la web; otros enfatizan el gran trabajo invertido y llaman a esto un robo claro.
  • Hay debate sobre los derechos del usuario a modificar código que se ejecuta en sus propias máquinas (p. ej., eliminar anuncios) frente a redistribuir compilaciones modificadas propietarias.
  • Un subconjunto cuestiona la ética de clonar un gran editor comercial de fotos mientras se queja de clones de este editor web, y lo califica de incoherente.

IA y el futuro de la propiedad intelectual del software

  • Varios comentarios dicen que los LLM ya pueden reimplementar algoritmos complejos y apps completas, haciendo que el secreto del código sea una defensa cada vez más débil.
  • Algunos prevén reproducciones de LLM casi perfectas que serían difíciles de atacar bajo la ley actual, empujando hacia una reforma política o legal.
  • Otros responden que el código generado por IA puede no ser protegible por copyright, o que las coincidencias exactas aún podrían infringir; la situación legal sigue disputada y “poco clara”.

Sugerencias técnicas y estratégicas

  • Las medidas propuestas incluyen:
    • Mover la lógica crítica al lado del servidor o a WebAssembly (aunque otros señalan que WASM también puede decompilarse).
    • Añadir comprobaciones de dominio o fricción leve contra la piratería, aunque muchos piensan que esto solo ralentiza marginalmente a los atacantes.
    • Registrar marcas para detener forks “con marca Photopea” que generen confusión, reconociendo al mismo tiempo que esto no protege el código.

Sentimiento de la comunidad

  • Muchos expresan fuerte apoyo y uso prolongado del editor; algunos desactivan los bloqueadores de anuncios o pagan específicamente para ayudar.
  • Otros dicen sin rodeos que la piratería es inevitable a escala y aconsejan centrarse en la calidad del producto, la marca y los servicios diferenciados en lugar de intentar detener por completo las copias.