Newsgroup: it.fan.studio-vit
Titolo: cloud, dati personali e affini

Secondo me la cosa vincente e' quando cerchi di risolvere un piccolo
pezzo del problema, non rifare tutto.
Ad esempio audioboxfm, perche' non puo' funzionare? Prima di tutto,
perche' devo cambiare il player e il manager, l'unica cosa che mi da
in piu' e' l'ubiquita'. Ma non potevi darmi solo quella?
Ora cosa io userei davvero? Userei una cosa che risolve un problema
che nessuno risolve, ma che e' reale, ad esempio: avere due "music
manager" su due computer che devono gestire la stessa collezione
musicale. E il terzo tizio a doverlo fare e' Boxee. Perche' non
leggono tutti i cazzo di metadati dallo stesso posto?
No, non il merdia server del router o del NAS, lo stesso posto fico,
vero, nel cloud.
Cioe' io voglio far fare lo scan a un programma e lui salva i metadati
nel cloud, cosi' tutti gli altri li leggono. Un formato standard, eh.
Poi chiaro se i file stanno in un posto che e' inaccessibile per
qualche computer amen, ma quello e' UN ALTRO problema.
Io sinceramente farei un repository dei metadati, che indicizza i file
con diversi path di accesso (locale, in rete locale, su web, su
youtube, sul cazzo) e il player poi eventualmente sceglie quale
suonare (il migliore) o ti fa scegliere. Ma distinguiamo i problemi.
Il player, il managere ecc ci sono gia'.
Il posto dove mettere i file volendo c'e' (dropbox e simili)
Il repository di metadati non c'e'.
Questo esempio inoltre e' applicabile a tanti altri casi in cui i tuoi
dati personali sono dappertutto ma in nessun posto utile: sono chiusi
nei CRM delle aziende. Questa cosa s'ha da cambiare. Adesso appena ho
3 ore faccio un'API dove puoi mettere i tuoi indirizzi: fatturazione,
recapito... quanti cazzo ne vuoi. Non sarebbe meglio che il prossimo
eshop andasse a  leggerseli lui da li' invece che chiedermi di
scriverli? Questo e' approccio open: interoperabilita' e controllo sui
dati personali.

 dati personali.
Fallo.

 scrisse:
zip
Analisi interessante, ma non tieni in considerazione una cosa: il
diritto d'autore.
Ovvero, finche' i metadati li legge solo l'utilizzatore non c'e'
problema, ma se li condivide con cani&porci sorge qualche piccolo
ostacolo legale.
Non dico se e' giusto o meno, dico che esiste.
Anche a me farebbe comodo un fapto del genere, che iserei tra me a
casa e me al lavoro :D
--
un nano è una carogna di sicuro,
perché ha il cuore troppo, troppo vicino al buco del culo
..
Su Honda CBF 600 e Kymco People S 200
...
http://mmoaddict.splinder.com/

 ostacolo legale.
diritto d'autore sui metadati? questa mi e' nuova.
a ogni modo, l'intento principale sarebbe farlo per uso personale,
ergo zero sbatti.
la versione con lo sharing, eventualmente, la fai a pagamento e copri
gli eventuali costi di diritto d'autore, oltre che monetizzare l'API.


cazzo si'.

gli eventuali costi di diritto d'autore, oltre che monetizzare l'API.
Dipende dal tipo di sharing: se ' per uso personale (ovvero accedo a
miei dati - canzoni, libri, film, salcazzo - da piu' PC (lavoro - casa
- viaggio - salaminchia)) non trovo giusto far pagare nulla.
Se, invece, vuoi mettere in condivisione con altre persone, paghi.
O pagano le persone con cui condividi (che, imho, mi sembra piu'
giusto)


 No, ma se daii metadati hai accesso alle fonti si.
va be' quello ovvio che lo fai solo personale.
anche li', eventualmente a pagamento la versione shared in cui suoni
la musica degli altri.

Il 06/05/11 08.02, della ha scritto:

Curioso. Ragionavo su una cosa simile proprio qualche giorno fa. 
Facciamolo. Cioè, fallo, io non sono capace ovviamente :D