Smartango

Note sulla brevettabilita' del software e brevettabilita' in generale.

Mio padre si diletta a costruire macchine che servono per il suo
lavoro. Ad esempio ha trasformato una impastatrice con motore
elettrico ad impastatrice con motore a 2 tempi a miscela. (concordo
con l'anacronismo in termini ambientali ma questo e' cio' che ha fatto
diversi anni fa). Ho seguito il suo progetto, ha utilizzato il motore
a 2 tempi di una motozappa, ha eliminato la frizione e l'ha sostituita
con 2 coni compenetranti con lo stesso asse con ferodo applicato sulle
superfici montando ogni cono su dei cuscinetti. Il cono contenente era
attaccato all'asse della impastatrice tramite un manicotto grigliato a
scorrimento, controllato da una leva avvicinatrice; mentre il cono
contenuto era attaccato al motore a presa diretta.

A B mm
O-> >-O====--O
/

Altro esempio di soluzione tecnica. La Citroen produceva la Diane,
nuovo modello della vecchia 2 cavalli, per minimizzare il peso e
massimizzare l'efficienza di frenata utilizzava un freno a disco
montato sul differenziale molto piu' grande dei normali freni a disco
montati sulle ruote e quindi molto piu' pesante da azionare. Il contro
di questa soluzione, se non associato ad dei freni per ogni ruota
intelligenti era la perdita di controllo dell'auto in caso di
sollevamento del retro della vettura. Fortunatamente la Diane era
sufficientemente leggera e ammortizzata che le ruote posteriori
rimanevano sempre incollate a terra e visto che il freno anteriore era
molto difficile da azionare, anche se molto efficiente, bastava una
frenata leggera delle ruote posteriori. (Vi assicuro che la Diane
andava da Dio anche sulla neve)

Facendo una analogia con la brevettabilita' del software ci sono
sostanzialmente 2 scuole di pensiero:

1. e' brevettabile solo l'interno meccanismo (la macchina
impastatrice, la diane), non le singole soluzioni (frizione a cono
con ferodo, freno su differenziale, proporsionalita' dei pesi)

2. sono brevettabili le singole soluzioni: utilizzo di una frizione a
cono, utilizzo di un manicotto con griglia, utilizzo di un freno su
differenziale, proporsionalita' dei pesi, etc.

Chi e' contro i brevetti del software e' sostanzialmente contro la
brevettabilita' delle singole soluzioni, ma non dell'intero meccanismo
preso a scatola chiusa. In un certo senzo, per il software, e'
preferibile avere meccanismi a scatola chiusa da non poter studiare
sui quali poter fare solo delle ipotesi di funzionamento per costruire
un modello, magari differente da quello realizzato nella scatola
chiusa, piuttosto che dover avere a che fare con delle soluzioni che
non si possono neanche migliorare senza pagare brevetti.

Questo e' quello che ho tentato di fare appena finito l'universita':
cercare di ricostruire protocollo, programma client, programma server
ICQ ricostruendo client, server, e protocollo. Forse sarei arrivato ad
una soluzione migliore, forse peggiore, ma trovo stupido il divieto di
tentare.

So di avere pochi visitatori, ma apro lo stesso un sondaggio:

Sondaggio