diff options
Diffstat (limited to 'talermerchantdemos/blog/articles/it/trivial-patent.html')
| -rw-r--r-- | talermerchantdemos/blog/articles/it/trivial-patent.html | 89 |
1 files changed, 57 insertions, 32 deletions
diff --git a/talermerchantdemos/blog/articles/it/trivial-patent.html b/talermerchantdemos/blog/articles/it/trivial-patent.html index 2a100b3..c4b97d1 100644 --- a/talermerchantdemos/blog/articles/it/trivial-patent.html +++ b/talermerchantdemos/blog/articles/it/trivial-patent.html @@ -1,16 +1,23 @@ <!--#set var="ENGLISH_PAGE" value="/philosophy/trivial-patent.en.html" --> <!--#include virtual="/server/header.it.html" --> -<!-- Parent-Version: 1.79 --> +<!-- Parent-Version: 1.96 --> +<!-- This page is derived from /server/standards/boilerplate.html --> +<!--#set var="TAGS" value="essays laws patents" --> +<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" --> <!-- This file is automatically generated by GNUnited Nations! --> <title>Anatomia di un brevetto banale - Progetto GNU - Free Software Foundation</title> <!--#include virtual="/philosophy/po/trivial-patent.translist" --> <!--#include virtual="/server/banner.it.html" --> +<!--#include virtual="/philosophy/ph-breadcrumb.it.html" --> +<!--GNUN: OUT-OF-DATE NOTICE--> +<!--#include virtual="/server/top-addendum.it.html" --> +<div class="article reduced-width"> <h2>Anatomia di un brevetto banale</h2> -<p>di <a href="http://www.stallman.org/"><strong>Richard Stallman</strong></a></p> +<address class="byline">di <a href="https://www.stallman.org/">Richard Stallman</a></address> <p>I programmatori sono ben consci che molti dei brevetti sul software coprono idee di cui si può ridere per la loro ovvietà. Tuttavia i difensori del @@ -22,8 +29,8 @@ sorprendentemente difficile sconfiggerli nel dibattito. Perché?</p> analizzata fino alla nausea. Un'altra ragione è che queste idee banali spesso sembrano abbastanza complesse da come sono descritte nei brevetti stessi. I difensori del sistema dei brevetti possono far notare la -complessità della descrizione e dire: “Come può essere ovvia una cosa -così complessa?”</p> +complessità della descrizione e dire: «Come può essere ovvia una cosa così +complessa?».</p> <p>Userò un esempio per mostrare come questo avviene. Prendiamo la rivendicazione numero uno del brevetto USA n. 5.963.916, la cui richiesta è @@ -93,7 +100,7 @@ brano musicale.</p> <p>E' un principio base dell'informatica che se un computer può fare una cosa una volta, può fare quella cosa tante volte, ciascuna volta su dati diversi. Molti brevetti millantano che l'applicazione di questo principio ad -un caso specifico costituisca un'“invenzione”.</p> +un caso specifico costituisca un'“invenzione”.</p> <blockquote> <p>usando un computer, un monitor ed una connessione di telecomunicazione tra @@ -147,9 +154,9 @@ centrale di identificare e tracciare l'avanzamento della richiesta dell'utente sul sito web sulla rete;</p> </blockquote> -<p>Si sta dicendo che tengono traccia di chi è l'utente e a quali dati accede -—una cosa comune (sebbene disgustosa) che fanno i server web. Credo -che fosse comune già nel 1996.</p> +<p>Si sta dicendo che tengono traccia di chi è l'utente e a quali dati accede – +una cosa comune (sebbene disgustosa) che fanno i server web. Credo che fosse +comune già nel 1996.</p> <blockquote> <p>c) scegliere almeno una parte preselezionata dei prodotti musicali @@ -180,8 +187,8 @@ audio).</p> sembrare un'idea complessa: hanno mischiato la loro idea (esposta in due righe del testo) con aspetti importanti del funzionamento dei computer, delle reti, dei server web. Questa complessità, assieme alle due righe che -spiegano la loro idea, costituisce quella che chiamano -“invenzione”, per la quale hanno ricevuto il brevetto.</p> +spiegano la loro idea, costituisce quella che chiamano “invenzione”, per la +quale hanno ricevuto il brevetto.</p> <p>Questo esempio è tipico dei brevetti sul software. Perfino i rari brevetti la cui idea non è banale hanno la stessa sorta di complicazione aggiunta.</p> @@ -193,10 +200,10 @@ la cui idea non è banale hanno la stessa sorta di complicazione aggiunta.</p> memoria comprende una pluralità di Compact Disc-Read Only Memory (CD-ROM).</p> </blockquote> -<p>Quello che stanno dicendo qui è: “Perfino se si pensa che la -rivendicazione 1 non sia un'invenzione, usare CD-ROM per immagazzinare i -dati la rende sicuramente un'invenzione. Ad un progettista di sistemi medio -non sarebbe mai venuto in mente di immagazzinare dati in un CD”.</p> +<p>Quello che stanno dicendo qui è: «Perfino se si pensa che la rivendicazione +1 non sia un'invenzione, usare CD-ROM per immagazzinare i dati la rende +sicuramente un'invenzione. Ad un progettista di sistemi medio non sarebbe +mai venuto in mente di immagazzinare dati in un CD».</p> <p>Passiamo ora alla rivendicazione seguente:</p> @@ -217,8 +224,8 @@ sistema RAID per questo scopo particolare.</p> <p>Banale com'è, non è scontato che questo brevetto sia dichiarato legalmente invalido in una eventuale causa giudiziaria. Non solo l'Ufficio Brevetti USA, ma anche i giudici tendono ad applicare uno standard molto basso nel -giudicare se un brevetto “non è ovvio”. Secondo i loro criteri, -questo brevetto potrebbe essere accettato come valido.</p> +giudicare se un brevetto “non è ovvio”. Secondo i loro criteri, questo +brevetto potrebbe essere accettato come valido.</p> <p>In più, i giudici sono riluttanti a prevalere sull'Ufficio Brevetti, così c'è una probabilità maggiore di ottenere l'annullamento del brevetto se si @@ -227,17 +234,16 @@ aveva considerato. Se i giudici sono ben disposti a prendere in considerazione uno standard più alto nel giudicare la non ovvietà dei brevetti, può essere utile conservare i precedenti per mostrarli in tribunale. Perciò, fornire l'Ufficio Brevetti di una banca dati più completa -per “far funzionare meglio il sistema” potrebbe far peggiorare -le cose.</p> +per “far funzionare meglio il sistema” potrebbe far peggiorare le cose.</p> <p>È molto difficile far sì che un sistema di brevetti si comporti in maniera ragionevole; è una burocrazia complessa e tende a seguire i suoi imperativi -strutturali senza considerare quello che “è tenuta” a -fare. L'unica strada praticabile per liberarsi dei molti brevetti ovvi su -funzionalità software e metodi di business è liberarsi di tutti i brevetti -in questi campi. Fortunatamente, non ci sarà alcuna perdita: i brevetti non -ovvi nel campo del software non fanno parimenti alcun bene. Ciò che fanno i -brevetti sul software è minacciare sviluppatori ed utenti. </p> +strutturali senza considerare quello che “è tenuta” a fare. L'unica strada +praticabile per liberarsi dei molti brevetti ovvi su funzionalità software e +metodi di business è liberarsi di tutti i brevetti in questi +campi. Fortunatamente, non ci sarà alcuna perdita: i brevetti non ovvi nel +campo del software non fanno parimenti alcun bene. Ciò che fanno i brevetti +sul software è minacciare sviluppatori ed utenti.</p> <p>Si suppone che il sistema dei brevetti abbia come scopo, che debba servire a promuove il progresso, e quelli che traggono beneficio dai brevetti sul @@ -248,7 +254,8 @@ paradosso. (Si veda <a href="https://web.archive.org/web/20000815064858/http://www.researchoninnovation.org/patent.pdf">researchoninnovation.org/patent.pdf</a> su web.archive.org). Non vi è alcun motivo per cui la società dovrebbe esporre gli utenti e gli sviluppatori di software al pericolo dei brevetti -sul software. </p> +sul software.</p> +</div> <div class="translators-notes"> @@ -258,7 +265,7 @@ sul software. </p> <!-- for id="content", starts in the include above --> <!--#include virtual="/server/footer.it.html" --> -<div id="footer"> +<div id="footer" role="contentinfo"> <div class="unprintable"> <p>Per informazioni su FSF e GNU rivolgetevi, possibilmente in inglese, a <a @@ -278,7 +285,7 @@ href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>.</p> <web-translators@gnu.org></a>.</p> - <p>For information on coordinating and submitting translations of + <p>For information on coordinating and contributing translations of our web pages, see <a href="/server/standards/README.translations.html">Translations README</a>. --> @@ -294,11 +301,28 @@ delle nostre pagine web consultate la <a href="/server/standards/README.translations.html">Guida alle traduzioni</a>.</p> </div> -<p>Copyright © 2006, 2016 Richard Stallman</p> +<!-- Regarding copyright, in general, standalone pages (as opposed to + files generated as part of manuals) on the GNU web server should + be under CC BY-ND 4.0. Please do NOT change or remove this + without talking with the webmasters or licensing team first. + Please make sure the copyright date is consistent with the + document. For web pages, it is ok to list just the latest year the + document was modified, or published. + + If you wish to list earlier years, that is ok too. + Either "2001, 2002, 2003" or "2001-2003" are ok for specifying + years, as long as each year in the range is in fact a copyrightable + year, i.e., a year in which the document was published (including + being publicly visible on the web or in a revision control system). + + There is more detail about copyright years in the GNU Maintainers + Information document, www.gnu.org/prep/maintain. --> +<p>Copyright © 2006, 2021 Richard Stallman</p> <p>Questa pagina è distribuita secondo i termini della licenza <a rel="license" -href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons -Attribuzione - Non opere derivate 4.0 internazionale</a> (CC BY-ND 4.0).</p> +href="http://creativecommons.org/licenses/by-nd/4.0/deed.it">Creative +Commons Attribuzione - Non opere derivate 4.0 Internazionale</a> (CC BY-ND +4.0).</p> <!--#include virtual="/server/bottom-notes.it.html" --> <div class="translators-credits"> @@ -308,13 +332,14 @@ Tradotto originariamente da Luca Padrin. Revisioni successive di Andrea Pescetti, Alessandro Rubini, Dora Scilipoti.</div> <p class="unprintable"><!-- timestamp start --> -Ultimo Aggiornamento: +Ultimo aggiornamento: -$Date: 2016/11/18 07:32:51 $ +$Date: 2021/10/16 10:33:12 $ <!-- timestamp end --> </p> </div> </div> +<!-- for class="inner", starts in the banner include --> </body> </html> |