È accettabile caricare contenuti offensivi su GitHub? [chiuso]

Ho sviluppato un correttore di contenuti offensivo per il mio sito Web e voglio pubblicarlo su GitHub . Tuttavia, il codice sorgente contiene molti contenuti offensivi, razzisti e altrimenti sgradevoli.

La fonte è completamente documentata, ma volevo la tua opinione sull'accettabilità di pubblicare tale lavoro su GitHub o se lasciare la matrice di stringhe fino all'immaginazione del lettore ?!

Non sono d'accordo con la soluzione ROT-13. Offuscando le tue parole vietate semplicemente perché la vista di loro potrebbe offendere qualcuno è una perdita di tempo.

Il dizionario di parolacce / di parolacce dovrebbe comunque provenire da un file separato (che potrebbe essere caricato in fase di esecuzione o incorporato come risorsa) . Offuscare questo file rende semplicemente più difficile per te / altri sviluppatori / i tuoi utenti modificarlo o risolvere eventuali problemi. Inoltre, se vedessi un file chiamato "banned_words.txt" sul mio disco rigido, mi aspetterei che contenga un elenco di parole offensive.

"Tutti i problemi di informatica possono essere risolti da un altro livello di riferimento indiretto." ( di David Wheeler ).

Le opzioni non si limitano al caricamento o meno, se si tiene conto del fatto che è possibile codificare i contenuti in modo da non disturbare i lettori.

• Ad esempio, passare semplicemente alla lettera successiva (da A a B, da B a C, ecc., Con Z che si sposta su A per completare la codifica) può trasformare le famose parole di quattro lettere in Gvdl totalmente innocuo . Tutto ciò di cui hai bisogno per usarlo nella tua applicazione sarebbe di spostarlo indietro nella direzione opposta, alle lettere precedenti , con A che si sposta su Z.

Come sottolineato nei commenti , un approccio come quello sopra è usato nel codice di sostituzione delle lettere ROT13 , noto per il suo uso "come mezzo per nascondere ... materiali offensivi dallo sguardo casuale ..."

Per completezza, considera inoltre di eseguire il tuo correttore su un dizionario codificato , al fine di garantire che la codifica scelta non abbia accidentalmente trasformato una parola offensiva in un'altra.

_{Quando si codificano cose del genere, ha senso ricontrollare, perché non è possibile prevedere le cose in modo affidabile. In uno dei miei progetti passati, abbiamo avuto un'interruzione della posta piuttosto grave quando un correttore non configurato ha iniziato a scoprire contenuti offensivi in ​​sequenze casuali di caratteri (nel contenuto codificato degli archivi ZIP).}

Rispetto al passaggio del testo in chiaro, Gvdl , la codifica ha un sostanziale vantaggio di evitare completamente le questioni legali e tutti i rischi e le dipendenze .

Basta pensarci. Supponiamo che particolari termini di servizio in un determinato repository consentano il mio contenuto, va bene.

Ma cosa succede se decidono di cambiare i TOS ? Oppure, se decidessi di passare a un altro repository, con termini incompatibili. Ciò che mi accingo a fare?

Si noti che anche essere in un repository "amichevole", qui e ora, non è ancora del tutto sicuro.

Che cosa succede se qualcuno non sarà in grado di scaricare i miei contenuti a causa del filtro web strano ? Sono disposto a rispondere ai reclami degli utenti e spiegare come risolvere il filtro? Il loro filtro ...

... Vedi, preferirei pensarci due volte prima di decidere di non codificare. E anche se decidessi, mi assicurerei di avere una ragione molto, molto buona per questo.