Que sont ces nœuds ? Quelles différences ?
Pour chaque nœud, décris à quoi il sert... J'ai regardé ton wiki, mais ça m'éclaire vraiment pas du tout.
Je pense qu'il faut lire la doc, mêmes si c'est pas parfait...
Dans un réseau bayésien, il y a la notion de probabilités... Peux-tu m'expliquer en quoi ton système va au delà du DAG, et utilise des probabilités ? Il me semble tout ce qu'il y a de plus déterministe...
Et pour le rapport avec du quantique ?
Justement, le calcul de probabilité et "remplacé" dans Evenja par la réalité (chat vivant ou mort) et pas par une logique spécifique au programme. Ceci ce passe dans les EvenBoard, qui intègre le processus standard des logiciel merge
C'est en utilisant ma compréhension du quantique que j'y arrive,
//Ceci est une explication pas l'exactitude quantique// : Dans le cadre du chat de Schrödinger, il y a une personne qui a un moment donné ouvre la boîte.
On pourrait le traduire en "français" par : Dans la ligne du temps à un moment t on cherche à définir l'état de vie d'un chat, état réellement existant, mais sans le savoir à t-1.
Maintenant on reviens au code, en programmation "normal" quand on a deux objets que l'on souhaite "merger", on contrôle par un processus prédefini avant, en fonction de l'endroit dans le programme, des données que cela concernent, si on peu faire cette opération de "fusion". Cela complique énormément tout les codes et surtout rend les évolutions de logiciel difficile.
Avec Evenja, si on reprend l'onde quantique et sa réduction du paquet d'onde et que l'on admet que ce n'est plus quelqu'un qui "ouvre la boite", mais une autre donnée (un autre chat ;)... on obtiens en "français" :
Une donnée (une chat) arrive dans un système (une room en Evenja), elle vas dans une direction que celle elle connaît (le chat et ses idées;). Dans le cadre du "logiciel" c'est comme une onde, le processus de l'application n'ayant pas connaissance de vers où va le chat ;). La donnée arrive dans la room vers un EvenBoard... Et là seul deux cas sont possible :
- Il y a un autre chat (donnée) qui lui ressemble (link value des EvenData). Ils partent ensemble vers la suite comme une nouvelle donnée unique ou un chat ou une nouvelle onde vers on ne sait où... seul les chats ont l'info ;)
- Il n'y a pas un autre chat. Il (le chat) continue ou décide d'attendre un moment.
Je sais, c'est pas à 100% de la réduction du paquet d'onde OFFICIEL, mais c'est l'idée d'origine.
La donnée sait ou elle va, mais est stupide (comme un paquet de la poste), le processus ou application ne connaît pas la prochaine destination "super asynchrone" :D mais le facteur livre le paquet quand même, sans savoir ce que va en faire le prochain facteur ;)
[^] # Re: Du coup...
Posté par Fabian J. Padilla . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à -5.
Je pense qu'il faut lire la doc, mêmes si c'est pas parfait...
Justement, le calcul de probabilité et "remplacé" dans Evenja par la réalité (chat vivant ou mort) et pas par une logique spécifique au programme. Ceci ce passe dans les EvenBoard, qui intègre le processus standard des logiciel merge
C'est en utilisant ma compréhension du quantique que j'y arrive,
//Ceci est une explication pas l'exactitude quantique// : Dans le cadre du chat de Schrödinger, il y a une personne qui a un moment donné ouvre la boîte.
On pourrait le traduire en "français" par : Dans la ligne du temps à un moment t on cherche à définir l'état de vie d'un chat, état réellement existant, mais sans le savoir à t-1.
Maintenant on reviens au code, en programmation "normal" quand on a deux objets que l'on souhaite "merger", on contrôle par un processus prédefini avant, en fonction de l'endroit dans le programme, des données que cela concernent, si on peu faire cette opération de "fusion". Cela complique énormément tout les codes et surtout rend les évolutions de logiciel difficile.
Avec Evenja, si on reprend l'onde quantique et sa réduction du paquet d'onde et que l'on admet que ce n'est plus quelqu'un qui "ouvre la boite", mais une autre donnée (un autre chat ;)... on obtiens en "français" :
Une donnée (une chat) arrive dans un système (une room en Evenja), elle vas dans une direction que celle elle connaît (le chat et ses idées;). Dans le cadre du "logiciel" c'est comme une onde, le processus de l'application n'ayant pas connaissance de vers où va le chat ;). La donnée arrive dans la room vers un EvenBoard... Et là seul deux cas sont possible :
- Il y a un autre chat (donnée) qui lui ressemble (link value des EvenData). Ils partent ensemble vers la suite comme une nouvelle donnée unique ou un chat ou une nouvelle onde vers on ne sait où... seul les chats ont l'info ;)
- Il n'y a pas un autre chat. Il (le chat) continue ou décide d'attendre un moment.
Je sais, c'est pas à 100% de la réduction du paquet d'onde OFFICIEL, mais c'est l'idée d'origine.
La donnée sait ou elle va, mais est stupide (comme un paquet de la poste), le processus ou application ne connaît pas la prochaine destination "super asynchrone" :D mais le facteur livre le paquet quand même, sans savoir ce que va en faire le prochain facteur ;)
Pour le wiki, ton statut viens de changer :)