<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 12/18/2013 10:56 AM, Andrea
Pescetelli wrote:<br>
</div>
<blockquote
cite="mid:CABJBXdn5m3Lq7D+vPDyExrJa8Mo8FeLBJK-wSE53KqqvpDrXkw@mail.gmail.com"
type="cite">Perche' se non e' open source non vi piace?<br>
</blockquote>
<br>
Ciao Fish,<br>
<br>
ti spiego perchè se un prodotto non ha una licenza Open viene
scartato in certi contesti.<br>
<br>
Innanzitutto precisiamo che potrebbe avvenire anche l'inverso,
ovvero che un progetto con licenza GPL può essere scartato in ambiti
commerciali dove servono licenze più flessibili che permettono di
chiudere il codice.<br>
<br>
Quando si sviluppa un progetto di software libero si tende ad
utilizzare componenti (dipendenze) aperti per molti motivi, i più
importanti aspetti pratici che mi vengono in mente sono questi:<br>
<br>
<b>Spyware</b><br>
Prima di tutto, utilizzando un componente conosciuto con codice
aperto si ha la sicurezza che non ci siano spyware all'interno.<br>
Abbiamo visto con il caso NSA cos'è successo, ora abbiamo le
conferme che ci sono spyware nascosti un pò ovunque nei software
proprietari.<br>
<br>
<b>Vendor lock-in<br>
</b>Utilizzando un componente non open si rischia il vendor lock-in,
e questo per un azienda grossa è un rischio troppo grande da
corrrere.<br>
<br>
<b>Creatività e innovazione<br>
</b>Quando si sviluppa qualcosa di innovativo è molto probabile che
si debbano riadattare alcuni componenti di terze parti alle proprie
esigenze. Utilizzando componenti di terze parti proprietari questo
non è possibile.<br>
<br>
<b>Partcipazione al miglioramento<br>
</b>Nel caso si debbano apportare modifiche o migliorie a componenti
di terze parti open source, è utile entrare in contatto con gli
sviluppatori del progetto e fargli sapere le nostre intenzioni, in
modo che loro possano comunicare se credono che le migliorie
proposte sono utili per il progetto. Se comunicano il loro interesse
a mergiare le migliorie nel repository principale, chi apporta le
migliorie potrà avere un occhio di riguardo nel seguire le varie
convenzioni (lato software) utilizzate da quel progetto e inviare
una "pull request" ai mantainers a fine lavoro.<br>
Questa dinamica permette a più gruppi di persone di unire le forze
verso un obiettivo comune e non reinventare la ruota ed è alla base
dell'evoluzione vertiginosa che abbiamo avuto su internet e sul web
negli ultimi 10 anni.<br>
<br>
Per alcuni può essere una questione etica (vedi dibattito tra
software libero vs software open source), per altri è una questione
di vantaggi pratici.<br>
<br>
Federico<br>
</body>
</html>