[Formati] nuova introduzione

[Simo Sorce]

--=-S+xXSHISuTcdy4xwB/eD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2002-04-14 at 13:06, Federico Di Gregorio wrote:
> Il dom, 2002-04-14 alle 12:39, Simo Sorce ha scritto:
> > On Fri, 2002-04-12 at 16:24, Federico Di Gregorio wrote:
> > > Il ven, 2002-04-12 alle 15:17, Simone Piccardi ha scritto:
> > > > On Fri, 2002-04-12 at 15:03, Federico Di Gregorio wrote:
> > > > > > Sento l'esigenza di estendere la cosa anche ai protocolli di
> > > > > > comunicazione (o ad includerli come formati).
> > > > >=20
> > > > > anch'io, ma come facciamo? e sensato? esiste un termine che copre
> > > > > entrambi?
> > > > Un termine non mi viene in mente, e di certo vanno considerati, per=
o`
> > > > per un protocollo di comunicazione la problematica di recuperare i =
dati
> > > > archiviati non si pone, quindi c'e` pure una differenza.
> > >=20
> > > un formato dati serve a fare in modo che delle informazioni possano
> > > venire scambiati fra due (o piu), programmi in 'differita' (ovvero
> > > lasciando quanto tempo si vuole in mezzo).
> > >=20
> > > un protocollo di comunicazione permette la stessa cosa ma in tempo re=
ale
> > > (o quasi, nel senso che i dati non rimangono archiviati per un tempo
> > > indeterminato).
> > Un formato dati non serve solo per scambiare dati ma anche semplicement=
e
> > per memorizzarli per un uso futuro (e' questo che lo differenzia da un
> > protocollo di comunicazione che serve solo per lo scambio dei dati
> > invece)
>=20
> appunto, invece di trasmettere i dati attraverso lo spazio, li trasmette
> attraverso il tempo...

uhmm beh si la si puo' vedere in questo modo nello spazio che e'
quadridimensionale ;)

>=20
> > > qualcuno aggiunga qualcosa che li differenzia, che ho paura...
> >=20
> > Il protocollo coinvolge sempre due soggetti il formato no.
>=20
> e se trasmetti dati in multicast? il protocollo usato da icecast per
> trasmettere audio mi sembra coinvolga + di due soggetti...

Si intendevo che il salvataggio di formati di dati su disco non
necessariamente coinvolge piu' di un soggetto, anzi spesso e' uno solo,
quindi avrei dovuto dire 1 contro molti invece che 1 contro 2.

> > Un protocollo e' ottimizzato per la velocita' di comunicazione non per
> > salvare le informazioni in modo ordinato.=20
> > Ma ai nostri fini anche i protocolli di comunicazione sono importanti
> > (anche piu' dei formati dati), per questo proporrei jabber come 'format=
o
> > di trasmissione dati per applicazioni di istant messaging libero' e
> > anche gli altri se sono documentati pienamente e non sottoposti ad alcu=
n
> > tipo di brevetto software (per i paesi che ce l'hanno) o altre
> > restrizioni legalmente applicabili.
>=20
> ok, teniamo presente il fatto che i formati includono i protocolli di
> comunicazione.

Perfetto.

Simo.


--=20
Simo Sorce - simo.sorce@xsec.it
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399

--=-S+xXSHISuTcdy4xwB/eD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA8uXymMkHFMMMKRCkRAqB3AJ9fGo5CEFTGK/xWKOGw81WqjFOMfgCfWXmA
wOvNx6NFoxSf9jGeiSZcdi8=
=LEi5
-----END PGP SIGNATURE-----

--=-S+xXSHISuTcdy4xwB/eD--