<p dir="ltr">Infatti. Chi professa open e poi usa mac è un ossimoro ambulante.<br>
Paradossalmente meglio windows che mac su quell'ambito.<br>
Su mac l'utente ha uno spazio di manovra limitato, non ha scelte su lato hardware. <br>
Almeno windows si può far girare su praticamente ogni macchina x86.</p>
<div class="gmail_quote">Il 20/dic/2013 12:43 "Nemesis" <<a href="mailto:nemesis@ninux.org">nemesis@ninux.org</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>On 12/18/2013 10:56 AM, Andrea
      Pescetelli wrote:<br>
    </div>
    <blockquote 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>
  </div>

<br>_______________________________________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
<br></blockquote></div>