Newsgroup: it.discussioni.misteri
Titolo: Re: Matrix and so on

 non si possano ripetere due scene uguali?
 
Piu' che altro, cosa puo' escludere che il deja-vu non sia altro che un 
fenomeno chimico all'interno del cervello di chi lo sperimenta e dovuto 
ad un autoinganno nelle relazioni tra percezione e consapevolezza della 
stessa? (Pare proprio che si tratti di questo, in effetti).
 
Potrebbero essere interessanti, piuttosto, casi di deja-vu collettivi, 
dei quali non ho mai sentito parlare.
 
ciao,
Ded

 non si possano ripetere due scene uguali?
 
Pare assodato che nel deja vu non è necessario che la scena che lo 
scatena sia uguale a una scena passata, forse non è necessario neppure 
che sia particolarmente simile.
Il deja vu è una erronea sensazione di familiarità, accompagnata da una 
forte componente emotiva. Forse in qualche modo il meccanismo è simile a 
quando a volte vedi una persona di sfuggita e sei convinto di 
riconoscerla, salvo poi accorgerti che non è chi credi, e alla fine non 
gli somiglia neanche tanto.
 
-- 
Saluti
VITRIOL

 ciao Vitriol, hai per caso un "profilo" g+?
 
No, non sono iscritto ad alcun social network.
 
-- 
Saluti
VITRIOL

 c'è qualcosa che non funziona nel test-
 
Boh, io non sono tanto sicuro che si possa creare un proprietà di classe 
da un enumeratore in quel modo, indipendentemente dalla forma contratta 
o estesa.
Ti consiglio di chiedere sul NG adatto ;-)
 
-- 
Saluti
VITRIOL

 la funzione random
 
Forse meglio fuzzy. Random, mi sembra un distributore di sorprese, tira 
fuori un bottone oggi, un coniglio domani, non mi ha mai convinto come 
elemento fondamentale dell'elaborazione di un sistema IA o meno (salvo 
dove serva introdurre appositamente del rumore).  Fuzzy invece sfuma le 
somiglianze, e' un metodo poco costoso per associare dati e situazioni a 
probabilita' di appartenenza a categorie conosciute.
 
Ammetto pero' che mi sono interessato limitatamente all'aspetto 
percettivo sensoriale reattivo, ma non al successivo "richiamo" / 
ricostruzione / pianificazione, che fa invece parte di ogni agente 
situato piu' complesso di un termostato :)
 
 
 
 
Claudio_F

 detto questo... non conosco la libreria Fuzzy in nessun linguaggio
 
Probabilmente ci sara', ma e' forse piu' corretto parlare di 
procedimento di fuzzificazione, che poi e' una cosa che noi facciamo 
intrinsecamente.
 
 
[gigione]
In "very piccolissimo" anche i movimenti del mio bot erano un abbozzo 
non lineare di fuzzy, e tenendo conto della sporcizia captata dai 
sensori infrarossi e dell'imprecisione delle letture, mi e' cascato il 
mento per terra vedendo come, al primo colpo con parametri provvisori, 
riusciva ad allinearsi perfettamente alle "pareti" del "corridoio":
filmato in basso a sinistra a centro pagina
http://stor.altervista.org/firstbot/page12/page12.htm
 
[/gigione]
 
 
 
 
 
ciao
Claudio_F

 l'assembler) a livello hardware per me si tratta di "pura magia " :)))
 
non terribilmente diverso come concezione di assemblaggio e riutilizzo 
di elementi base:
- blocchi funzionali con ingressi e uscite come le funzioni
- i parametri sono tensioni correnti e frequenze invece che numeri
- l'input e l'output provengono e arrivano da/su oggetti fisici invece 
che su rappresentazioni video
 
 
molto diverso come implementazione:
- un programma e' un algoritmo codificato in modo simbolico tramite un 
linguaggio
- un circuito e' un algoritmo codificato direttamente con una struttura 
fisica che ne realizza la funzione (eventualmente con memoria degli 
stati che attraversa)
 
 
- un programma si fa "girare", dando origine ad un processo
- un circuito si alimenta, dando origine ad un processo
 
 
- un programma crasha per logica errata
- l'hardware "fallisce" per errore di cablaggio, o per le mille 
disgrazie fisiche del mondo reale (interferenze, dissipazioni, 
componenti non ideali ecc), da questo punto di vista l'elettronica 
digitale e' molto piu' semplice, in quanto opera ad un livello di 
astrazione maggiore rispetto all'analogica (che invece usa direttamente 
le caratteristiche fisiche della materia).
 
 
 
 
 
Claudio_F

 btw, sapresti riscrivere in Pyton quel codice in assembler?
 
Ni. L'algoritmo e' certamente ricodificabile, pero' mancano le 
peculiarita' hardware, fondamentalmente registri e temporizzazioni, ma 
anche i segnali letti dai sensori, tutte cose che andrebbero "simulate" 
con un modello astratto, rendendo di fatto impossibile usare il nuovo 
programma per un controllo reale, non so se e' questo che chiedevi.
 
 
 
 
 
Claudio_F

 molto alto livello com'è il Python
 
asp... adesso mi stai dicendo un'altra cosa pero'.
 
Si puo' incorporare una funzione scritta in asm? Direi di si, l'asm si 
puo' incorporare nel C e il C si puo' incorporare nel Python come 
libreria esterna compilata (non chiedemi come, ma se pole...)
 
Ma a quel punto converrebbe scrivere direttamente in C, visto che il 
vantaggio maggiore di lavorare in Pyhton (perdendoci un po' in 
velocita') e' invece proprio quello di astrarsi completamente sia 
dall'hardware che dal sistema operativo, che dal modo in cui i dati sono 
memorizzati (non si dichiarano mai tipi per le variabili, queste sono 
solo nomi con cui chiami le varie "cose" che usi nel programma: numeri, 
stringhe, strutture dati, funzioni, oggetti).

 a quello che hai fatto tu con il C?
 
 
Simile si, non su PC pero', ma su un hardware semplificato senza sistemi 
operativi tra le scatole, tipo Arduino che ultimamente e' molto in voga 
tra gli hobbisti perche'appunto con i PC attuali non riescono piu' ad 
interfacciarsi con l'esterno in modo semplice come si riusciva a fare 15 
anni fa.
 
Tuttavia credo che non sarei riuscito a farlo esclusivamente in C, solo 
in asm si riesce a stabilire al microsecondo spaccato la durata delle 
istruzioni.