Compass : East Oriented

[srm]

Le temps passe, mais le sujet reste valable.
Quelqu'un s'y est essayé ?
Moi je confirme avec le recul que coder en East apporte vraiment un nouvel éclairage et une façon de coder propre.
On peut relancer le sujet ?

[srm]

Si je vous ennuie il faut me le dire lol

[niahoo]

loliloool !!

Et hasColumn ne demande aucune donnée

Et c'est pourtant une question dont la réponse dépend de l'état de ton objet. C'est pas un getter au sens traditionnel du terme mais bon, ne sois pas de mauvaise foi.

Sinon pour relancer le sujet ben ça manque un peu d'exemple. Tout ce que vous montrez ici ça se termine quand même par des return donc bon, je dois être un peu con mais je ne vois pas vraiment où est le gain. Donne d'autres exemples.

Ensuite en ce moment le dev qui m'intéresse je le fais en erlang et dans ce cas tout ce qui est serveur/loop est obligatoirement du East (puisque les fonctions ne retournent jamais). Mais pour les autres fonctions pas baucoup de choix.

[srm]

Aller un peu plus d'informations à ce sujet :
https://gist.github.com/oxman/66207ebc0e934470df16

Il y a de la lecture attention

[niahoo]

Cool. J'ai essayé d'appliquer un peu plus la philosophie East ces derniers temps, pour l'instant je le considère comme un bon guide pour avoir du code simple, mais auquel il faut quand même souvent déroger.

[Xenos]

Ca a l'air d'être une bonne ressource J'aime beaucoup l'idée du déclaratif face au procédural (raison pour laquelle je trouve que javascript n'a pas sa place dans un navigateur).
Beaucoup de liens dans ce document: il faut prévoir probablement 1h pour en faire le tour !

[srm]

Bien plus de 1h

Et voici un exemple de router minimal fait en east : https://gist.github.com/oxman/5008d787efba03ea1c25
C'est un essai j'ai sans doute fait des erreurs

niahoo bah non, sinon c'est comme de dire je fais de la POO mais je fais souvent du procédurale car c'est plus simple.

[niahoo]

Sympa l'exemple

Ce que je veux dire, c'est qu'il y a quand même des situations dans lesquelles tu dois renvoyer des informations sur l'état de ton sous-systeme. Bon, un routeur c'est l'exemple parfait pour prouver le contraire c'est sûr. Mais par exemple quand tu crées un moteur de stockage pour une base de données ou autres, typiquement ce n'est pas possible. Mais je ne dis pas que l'idée est mauvaise, bien au contraire ; juste qu'il ne faut pas tomber dans le travers qui consiste à l'appliquer systématiquement.

[srm]

Donc tu voudrais par exemple que je code quoi ?
Donne moi un mini exemple précis, que je puisse coder en 100 lignes et je te montrerais que l'on peut

[Xenos]

Je dirai que la notion de BDD classique est invalide dans le contexte d'East (tout comme la notion de √-1 est invalide dans les réels).
Si j'ai bien compris, une BDD East se coderait sur le principe "Dit à l'objet <id machin> d'aller voir la commande <chose>", plutôt que par "File-moi l'objet <id machin>, que je lui applique <chose>".

Cette approche me fait penser à celle d'un réseau de neurones.