¿Qué, Trece está causando problemas otra vez?

O, qué, Trece fue provocada de nuevo?

"Trece" es un seudónimo de programador, y tiene una cuenta pública llamada "Programador Trece".

Al principio, pensé que era similar a lo que sucedió el año pasado (2020) ¿otra vez?

Después de mirarlo, no era exactamente lo mismo, y las cosas estaban un poco mejor.

Figura Doraemon: Camina Conmigo 2

sucedió el año pasado

Hace un año, presté atención a Thirteen, porque se vendió su código fuente "Xinbee Mall", lo que causó mucho alboroto.

Algunas personas dicen que vender el código fuente abierto de otras personas es realmente desvergonzado; algunas personas dicen que se puede vender, no hay problema.

Más tarde, escribí un artículo ( hablando sobre el espíritu del contrato del acuerdo del MIT ) que, por supuesto, alguien puede venderlo. Estás usando el acuerdo del MIT, y el MIT permite que la gente venda tu código.

Más tarde, este asunto pasó. Trece sintieron el dolor, solicitaron los derechos de autor del software y cambiaron el código a la licencia GPL. (Aunque estos no impiden que otros sigan vendiendo su código)

¡Inesperadamente, este año (2021) volvió a meterse en problemas!

A principios de junio, la cuenta oficial de Shisan publicó varios artículos seguidos, acusando bruscamente a "MOOC" de plagiar su código.

Trece dijo que para demandar a MOOC se han recabado pruebas y se ha contratado a un abogado.

El origen de los eventos de este año.

Al igual que el año pasado, el amigo de Thirteen le contó el descubrimiento del asunto y le dijo: "Míralo, MOOC usa tu nuevo proyecto de abeja como curso.

La clase está aquí:

https://class.imooc.com/sale/java2020

Eché un vistazo y el curso es "ingeniero de Java".

Me interesa más este eslogan:

Parece tan tentador, si tuviera veinte años menos, me gustaría aprender también.

Hay varios proyectos prácticos en este curso, y el proyecto final es: desarrollo de proceso completo de una plataforma de comercio electrónico a gran escala que imita a "JD Fresh".

El nombre del proyecto es: "Mumu Fresh".

Tengo que decir que la escritura es bastante buena.

Trece miró la vista previa de la página del proyecto e inmediatamente reconoció el rostro de su propio hijo:

"Después de todo, el proyecto newbee-mall es un proyecto de código abierto que he mantenido durante 3 años. Es realmente obvio de un vistazo. La página es extremadamente familiar y, al mismo tiempo, el estado de ánimo es extremadamente complicado".

De hecho, por los aspectos de la composición tipográfica, el diseño, los botones, las fuentes, los colores, etc., sabe que es exactamente igual que el suyo.

Por ejemplo, hay un punto que Thirteen enfatizó específicamente: la portada del proyecto se compone principalmente de negro, blanco y los colores principales. Mall" (en lo sucesivo, "Xinbee") es exactamente igual: #1baeae, que no es un color de uso común.

Para obtener más información , consulte el artículo Trece: ... ¿Qué tipo de programa es este?

Trece gastaron 3680 yuanes para obtener el martillo real, compraron esta clase y descargaron el código fuente de Mumu.

Trece decidió echar un vistazo para ver si se había copiado el código fuente.

La información de tiempo todavía necesita ser explicada

Aunque es la 13ª Red Mooke de Desastres, la información de tiempo aún necesita ser explicada.

De lo contrario, habrá tal problema: ¡quien lo copió no puede decirlo bien!

Aunque no he visto a un plagiario demandar a la persona plagiada, sería difícil demandar si la persona acusada presentara pruebas de que creó la obra en un momento anterior.

El proyecto de código abierto newbee-mall fue de código abierto durante el Día Nacional 1 de 2019 .

El curso del sistema "Java Engineer" de MOOC estará disponible para la venta en 2020.

Trece solicitaron los derechos de autor, y el tiempo para obtener los derechos de autor es:

Creo que MOOC probablemente no pueda presentar pruebas antes de este momento.

¿Se copia el código fuente?

Es un poco complicado decirlo, no es tan simple como un completo plagio.

1. Se reescribe la mayor parte del código de back-end.

Seleccioné al azar algunos archivos de código back-end y los comparé cuidadosamente. Aunque el gran marco es similar, el código es realmente diferente.

Si deja que el software de verificación en papel lo verifique, se estima que la tasa de repetición no supera el 5%.

2. Toda la información de derechos de autor se borra

Al igual que muchos proyectos sin conocimiento de derechos de autor, Mumu no tiene ninguna información de derechos de autor.

Xinbee no lo tenía antes, pero después del incidente del año pasado, el jefe del código fuente de Xinbee (parte de back-end) se cambió para que se vea así:

Aunque no estoy satisfecho con este párrafo (debería indicar claramente qué protocolo se utiliza), es inconveniente decir más, de todos modos, la licencia es GPL declarada en el directorio raíz.

Pero Mumu no tiene tal conciencia en absoluto.

Todos los códigos de Mumu son "calvos".

La primera línea es el código, que es un problema común para los que no son conscientes de los derechos de autor.

2. Sin embargo, Mumu debe ser de Xinbee.

Mumu al menos ha "contactado" con Xinbee, es decir, la gente de MOOC, o al menos alguien que escribió el tutorial, ha leído el código de Xinbee.

Una de las pruebas más evidentes es que Thirteen encontró la imagen del logotipo de Xinbee y el código QR de Thirteen en Mumu.

La siguiente imagen es la estructura de directorios de código de Mumu. Las flechas rojas indican los archivos que no se han eliminado:

Es decir, existe el siguiente archivo en el código Mumu:

Y este archivo:

Este es el código de cobro de Thirteen. Lo escaneé con Alipay, y parece ser usado para donaciones a Thirteen:

Usted dice que una persona que está haciendo material didáctico MOOC no hace nada para poner el logotipo de Xinbee Mall y el código de colección de Thirteen en el material didáctico ¡Obviamente está copiando los restos que no se han eliminado en el pasado!

Para obtener más información, consulte el artículo de Thirteen: ... ¡Hay un proyecto de código abierto escrito por mí mismo!

Trece también comparó cuidadosamente cada página de Mumu y Xinbee y llegó a la conclusión:

En general, Mumu es una versión de gama baja de newbee-mall, y la mayoría de las funciones son exactamente las mismas. Sin embargo, se han eliminado muchas funciones de Mumu Fresh y también se han eliminado varias páginas.

Además, luego del análisis de Thirteen, se encontró que el diseño de la mesa es básicamente el mismo.

这里讲一下几个主要表的设计:
1. 分类表:字段基本一模一样,没有什么区别
2. 商品表:字段基本一致,与newbee-mall项目相比,删除了三个字段,分别是:商品原价字段、商品小标签字段、商品详情字段。
3. 购物车表:字段基本一致,与newbee-mall项目相比,增加了一个字段。
4. 订单表:字段基本一致,与newbee-mall项目相比,增加了两个字段,分别是发货时间和交易完成时间。

Para más detalles, vea  ... Más martillos reales aquí

3. Lo más importante, a través del análisis del código de front-end, el front-end de Mumu y Xinfeng son más del 90% similares.

¿Dónde está la evidencia?

Se encuentra trece: carga bajo demanda por webpack para hablar sobre el supuesto plagio de proyectos de código abierto en MOOC

En este artículo, desde el principio, desde el análisis específico, desde la comparación de códigos, Thirteen demuestra que, al menos en la parte delantera, Mumu está copiando la nueva abeja.

Las trece conclusiones:

La conclusión final de la comparación: la tasa de repetición del código (front-end) es superior al 90%, no solo plagiando el código de la página, sino que también la redacción está completamente plagiada. ¡Esto es un plagio flagrante! Además del plagio de código mencionado anteriormente, también hay archivos login.js, archivos register.js, archivos header.js, archivos search.js, archivos cart.js, archivos personal.js, archivos personal-sidebar.js, archivos pay -seleccione el archivo .js, el archivo order-settle.js, el archivo my-orders.js, el archivo order-detail.js, el archivo order-settle.js, el archivo alipay.js, el archivo weixin-pay.js, la duplicación de código de estos archivos también alcanzaron básicamente más del 90%.

que quiere trece

Trece dijo en muchos de sus artículos:

"Paso mucho tiempo cada año en la optimización y el mantenimiento del proyecto newbee-mall, y continuaré manteniendo este proyecto de código abierto con todo mi corazón en el futuro. Este es mi trabajo, y no puedes simplemente violar abiertamente mis derechos legales".

Me comuniqué con Trece y esperaba que MOOC:

Tome el curso del estante, discúlpese, compense.

El departamento de asuntos legales de MOOC.com se comunicó con el abogado de Shisan, pero parece que las cosas no son fáciles. Shisan dijo que demandará a MOOC.com en los tribunales en un futuro próximo.

Trece tiene mucha confianza, porque los dos elementos principales de la infracción de propiedad intelectual: "contacto" y "similitud sustancial", de la evidencia y de la certificación notarial, está listo.

Esperemos y veamos qué sucederá.

Entonces, ¿cómo juzgar este asunto?

Creo que, de hecho, Mumu se basa en Xinbee (al menos en la parte delantera) según la evidencia existente, ya sea creatividad de redacción, diseño arquitectónico o base de código.

Si está basado en Xinbee, debe seguir el protocolo GPL v3 adoptado por Xinbee.

Pero Mumu no lo hizo.

¿Qué debe hacer Mumu?

1. Debe publicarse de acuerdo con el acuerdo GPL, y Mumu también se publica bajo el acuerdo GPL.

Esto es muy fácil de hacer, coloque un archivo de licencia (o archivo de copia) en el directorio raíz de origen, que es el texto completo de la GPL.

Luego declara que estás usando la GPL en el lugar apropiado.

2. El nombre de Trece debe reservarse.

Esto también es fácil de hacer, solo mantenga el encabezado del archivo de cada archivo en la nueva abeja.

3. Declarar que ha sido modificado.

Encuentre un lugar adecuado y llamativo para explicar que ha realizado cambios en la versión original de Thirteen y cuándo es la fecha de revisión.

Una vez escribí una interpretación de la versión en lenguaje humano de GPL v3 , que explicaba en detalle lo que decía la GPL al final, puedes leerla si estás interesado.

Si se logran estos tres puntos, MOOC aún puede vender sus propios cursos (GPL le permite vender), y solo los estudiantes que compraron el curso pueden descargar el código fuente (el destinatario puede obtener el código fuente y usted no está obligado a hacerlo). distribuirlo a todo el mundo), todavía no puedes notificar a Trece, ni darle dinero a Trece.

Si haces estos tres puntos, Trece no podrá demandarte si no está convencido.

Afortunadamente, Mumu no lo hizo.

Incluso si MOOC dice que está usando Xinbee o la versión del protocolo MIT (antes del 20 de mayo de 2020), debe seguir el protocolo MIT y hacer el segundo elemento anterior.

posdata

Estaba a punto de terminar de hablar y vi un comentario anónimo sobre Zhihu:

Esto es un poco sin palabras. MIT es código abierto y GPL es un código abierto serio. Además, sigue siendo software libre, o copyleft, ¡y tiene más atributos FOSS!

¿Dónde está este "código abierto falso"?

En cierta medida, el acuerdo de código abierto puede considerarse como un contrato firmado entre el autor y el usuario bajo la premisa de cumplir con la Ley de Derechos de Autor, pero no se firma, el usuario acepta el contrato mientras se utilice.

Ahora que el usuario ha violado el contrato, por supuesto que puede defender sus derechos y, por supuesto, puede dejar de usarlo.

Si viola las reglas, tiene que cambiarlas, ¡o puede demandarlo si no lo hace!

Di mas

Los desarrolladores de código abierto no son dioses y sabios que no se comen los fuegos artificiales del mundo. En la sociedad actual donde el material aún no ha alcanzado una gran abundancia, los autores de proyectos de código abierto también necesitan sobrevivir, y también esperan tener donaciones o patrocinios adicionales.

En el caso de no obtener nada, al menos dale una "reputación" a los contribuyentes. Si tomas el código, ni siquiera puedes darle un nombre falso (y es claramente requerido en el acuerdo), es realmente demasiado. .

Hay varias cosas de este tipo:

Tomemos el caso de Asim v go-chassis .

Otro ejemplo: qué clase de experiencia es que un proyecto de código abierto se utilice como curso y se venda por más de 10 millones .

Incluyendo los artículos de Thirteen, léalo, autores de código abierto, al ver a otros usar su código para ganar dinero o ganancias, hay resentimiento, acusaciones, insatisfacción e incluso impotencia, además de luchar por un nombre, también están probando posibles recompensas. Sin embargo, dado que el acuerdo de código abierto permite que otros lo vendan, si "conservan su nombre", no hay nada que decir si no dan nada a cambio.

Entonces digo:

Los autores de código abierto no necesitan ser demasiado tímidos, y no hay nada de vergonzoso en pedir dinero.Al igual que en los últimos años, muchos proyectos de código abierto han cambiado los protocolos de código abierto a los comerciales, y usted también puede cambiarlos. Si cree que los ingresos son muy importantes, ya no puede usar protocolos de código abierto como MIT, Apache y GPL, y puede usar un protocolo con el que esté satisfecho, o un nuevo protocolo diseñado por usted mismo, por ejemplo, usted puede agregar una línea: "El código fuente de este proyecto está abierto y se puede usar incondicionalmente. Para estudio e investigación; pero si usa este proyecto con fines comerciales, llame conscientemente 1/10 de los ingresos comerciales al autor de este proyecto, cuyo número de cuenta es:…”.

当然这种写法就不符合OSI的开源协议定义了,这违反了OSD第1条。

Haga lo que quiera, sea libre y no tenga que cumplir con los requisitos de OSI o FSF.

no seas tímido. No hace falta que sea tan noble.

Después de todo, usted es el autor y tiene derecho a reclamarlos.

Texto|Wei Jianvan


  1. Código Newbee (https://github.com/newbee-ltd/newbee-mall/tree/master/src/main/java/ltd/newbee/mall) 

Supongo que te gusta

Origin blog.csdn.net/vigor2323/article/details/118228046
Recomendado
Clasificación