¿Es aceptable cargar contenido ofensivo en GitHub? [cerrado]

12

Desarrollé un verificador de contenido ofensivo para mi sitio web y quiero publicarlo en GitHub . Sin embargo, el código fuente contiene muchos contenidos ofensivos, racistas y, por lo demás, desagradables.

La fuente está completamente documentada, pero quería tu opinión sobre si es aceptable publicar dicho trabajo en GitHub o si dejar el conjunto de cadenas a la imaginación del lector .!

    
pregunta SimonGoldstone.com 18.10.2013 - 18:47

2 respuestas

45

Tengo que estar en desacuerdo con la solución ROT-13. Ofuscando sus palabras prohibidas simplemente porque la vista de ellas puede ofender a alguien es una pérdida de tiempo.

Su diccionario de palabras malas / reglas de palabras malas debe provenir de un archivo separado de todos modos (que se puede cargar en tiempo de ejecución o incrustado como un recurso) . La ocultación de este archivo simplemente hace que sea más difícil para usted / otros desarrolladores / usuarios modificarlo o solucionar cualquier problema. Además, si veo un archivo llamado "banned_words.txt" en mi disco duro, esperaría que contenga una lista de palabras ofensivas.

    
respondido por el BlueRaja - Danny Pflughoeft 18.10.2013 - 21:17
16

"Todos los problemas en informática se pueden resolver con otro nivel de direccionamiento indirecto". ( by David Wheeler ).

Sus opciones no se limitan a subirlo o no, si tiene en cuenta que puede codifique el contenido para que no moleste a los lectores.

  • Como ejemplo, simplemente cambiando a la siguiente letra (A a B, B a C, etc., con Z cambiando a A para completar la codificación) puede convertir cuatro letras famosas words en Gvdl totalmente inofensivo. Todo lo que necesita para usarlo en su aplicación sería cambiarlo de nuevo en la dirección opuesta, a letras anteriores , con A cambiando a Z.

Como se señaló en los comentarios , un enfoque como el anterior se usa en la ROT13 letra cifrado de sustitución , conocido por su uso "como un medio para ocultar ... ofensivo materiales de la mirada casual ... "

  

     

En aras de la integridad, considere además ejecutar su corrector contra un codificado diccionario , para asegurarse de que la codificación elegida no convierta accidentalmente una palabra ofensiva en otra.

Al codificar cosas así, tiene sentido hacer una doble comprobación, porque no se pueden predecir las cosas de manera confiable. En uno de mis proyectos anteriores, tuvimos una interrupción del correo bastante grave cuando un verificador mal configurado comenzó a descubrir contenido ofensivo en secuencias aleatorias de caracteres (en el uuencoded contenido de archivos ZIP).

En comparación con la transmisión de texto sin formato, Gvdl s, la codificación tiene un beneficio sustancial de evitar por completo los problemas legales y todos los riesgos y dependencias involucrados .

Solo piénsalo. Por ejemplo, las condiciones particulares del servicio en un repositorio particular permiten mi contenido, está bien.

Pero, ¿qué sucede si deciden cambiar los TOS ? O, qué pasa si decido cambiar a otro repositorio, teniendo términos incompatibles. ¿Qué voy a hacer?

Tenga en cuenta que incluso estar en un repositorio "amigable", aquí y ahora, todavía no es completamente seguro.

¿Qué sucede si alguien no puede descargar mi contenido debido al extraño filtro web ? ¿Estoy dispuesto a responder a las quejas de los usuarios y explicar cómo arreglar el filtro? Su filtro ...

... Verás, preferiría pensarlo dos veces antes de decidir en contra de la codificación. E incluso si lo decido, me aseguraría de que tengo una muy buena razón para eso, muy .

    
respondido por el gnat 18.10.2013 - 18:56

Lea otras preguntas en las etiquetas