Il disclaimer è lì per proteggerti come autore originale. Altrimenti potrebbero esserci garanzie implicite per legge che dovresti soddisfare quando passi il software.
Come puoi immaginare nei sistemi tecnici, questo può essere complesso ed è per questo che vuoi davvero escludere la garanzia. Questo è anche ciò che suggerisce la letteratura entry-level o più avanzata sull'argomento.
Poiché la società fa sempre più affidamento sul software per svolgere funzioni critiche in tutto, dalla produzione ai sistemi di supporto vitale, aumenta il rischio che un errore in un programma software comporti perdite economiche, danni alla proprietà o lesioni personali. Gli sviluppatori di software prudenti saranno consapevoli di questi rischi e adotteranno misure per ridurre al minimo la loro esposizione a questo tipo di responsabilità. Determinare fino a che punto uno sviluppatore di software dovrebbe spingersi in questo sforzo richiede di bilanciare il grado di esposizione alla responsabilità del prodotto software contro l'impatto negativo, se presente, delle misure necessarie per limitare tale esposizione sulla capacità del fornitore di software di commercializzare e vendere il proprio software.
( da: IV. Conclusione - Responsabilità del prodotto software: comprendere e ridurre al minimo i rischi (di Lawrence B. Levy e Suzanne Y. Bell) )
Dato che probabilmente stai dando via il tuo software in termini di software libero molto liberali, è meglio consultare un avvocato prima di modificare un testo di licenza consolidato e ampiamente accettato (sì, questo può fare la differenza e se leggo il feedback di @Tim Posts Lawyers giusto , questo è anche cosa intendeva il suo avvocato. Lo puoi trovare anche nei commenti / pubblicazioni di altri avvocati, in particolare sulle licenze per software libero).
Tuttavia, questo disclaimer non è carta bianca per tutto. In Germania, ad esempio, non è possibile ridurre facilmente la responsabilità mediante un tale disclaimer di garanzia semplicemente aggiungendolo sotto i termini.
Poiché la piena garanzia di un software come richiesto dalla legge avrebbe imposto troppe responsabilità all'autore originale - che in realtà il più delle volte non guadagna un centesimo - questo è stato meglio chiarito per il software libero in quanto ora ci sono alcune frasi nella legge tedesca per rendere questo più chiaro (e consentire la declinazione della garanzia fino a un certo punto). Questo non ha messo il mondo come lo sapevamo prima di capovolgere, ma solo dicendo che le cose non sono così facili come sembrano a prima vista e in un'area critica è forse meglio stare con una massa critica di utenti del stessi termini per reagire efficacemente nel caso sia necessario.
Puoi trovare questo tipo di implicazioni anche nei termini della GPL 3, che è una licenza moderna con in mente l'uso internazionale:
Sezioni 15. è una dichiarazione di non responsabilità della garanzia e 16. è una limitazione della responsabilità :
17. Interpretazione delle sezioni 15 e 16.
Se il disclaimer della garanzia e la limitazione della responsabilità di cui sopra non possono ottenere l'effetto legale locale secondo i loro termini, i tribunali di revisione applicano la legge locale che si avvicina più da vicino a una rinuncia assoluta di ogni responsabilità civile in relazione al Programma, a meno che una garanzia o assunzione di responsabilità accompagna una copia del Programma in cambio di una commissione.
( da: GNU General Public License - Versione 3, 29 giugno 2007 )
Ciò è possibile solo se si rispettano le pratiche accettate che includono la non modifica dei testi di licenza del software libero accettati, inclusi i disclaimer della garanzia sottostanti per (più o meno) motivi personali.
Tuttavia, il testo della licenza MIT a cui ti riferisci nella tua domanda non ha l'obbligo di conservare la dichiarazione di non responsabilità.
Il che probabilmente può avere senso perché in alcuni casi di contratto di licenza del software o di un lavoro basato su di esso potrebbe essere necessario rimuovere questo disclaimer davvero ampio e negoziare termini più precisi qui.
Tuttavia, forse non è una buona idea rimuoverlo a causa di ciò, le FAQ OSI hanno anche l'argomento di diversa garanzia (non specificamente, vedi sotto) e la formulazione suggerisce una garanzia venduta separatamente che probabilmente ha molto più senso:
Alcune aziende potrebbero venderti una garanzia separatamente, a pagamento, ma questo non fa parte della licenza open source, è solo il tuo contratto privato con quella società.
( da: Posso limitare il modo in cui le persone utilizzano un programma su licenza Open Source? - Domande frequenti su OSI )
Quindi modificarlo e rimuoverlo non sembra essere consentito e non sembra che si perderà alcun diritto di riutilizzo, tuttavia ciò che si fa qui è distruggere il testo e offrire garanzia a troppi utenti come si è effettivamente disposti prendersi cura di.
Ulteriori analisi del testo da parte di altri potrebbero non identificare facilmente la licenza originale ottenuta dall'aggiunta di un ulteriore passaggio / punto da seguire mentre si chiarisce la licenza di un'opera (per una terza parte che utilizza quell'opera). Quindi altri utenti potrebbero essere perplessi e cosa no. Pertanto, mantenere questo trasparente è il miglior suggerimento che posso dare.
E farlo per un motivo. Solo a scopo di formattazione perché non soddisfa i tuoi gusti? Bene, è un mondo libero, quindi puoi fare quello che vuoi, ma questo è anche per dare qualcosa agli altri, quindi tieni presente che questo può rendere gli altri un po 'più complicati. Decidi semplicemente cosa è importante per te e quali rischi sei disposto a correre.
E se hai domande legali, beh, è meglio chiedere a qualcuno che sia in grado di risponderti in modo giuridicamente vincolante (senza dire che gli avvocati lo faranno sempre, ma le probabilità sono più alte sarai più istruito in seguito dal punto di vista legale: )). Ma immagino tu conosca l'accordo.
IANA / YLJASD