Alors, dans ce cas, oui, East est parfaitement adapté à du Erlang et devrait y faire des merveilles (puisque c'est le principe du langage en fait). 
De toute façon, dans le design, East ou West nécessiteront une attente quand ils émuleront un getter/retour (l'avantage de West sur ce plan étant que le getter est explicite, alors qu'il est dissimulé en East).
En West, l'appel à un getter attend explicitement son retour (est-ce qu'il y a des langages où un return void ne bloque pas l'exécution?). En East, on se retrouve avec des codes où l'attente est totalement masquée (puisque tout retourne this/void). Je retrouve plus l'exemple où j'avais vu cela (ce devais être ici ou sur un des blogs), je rechercherai ce soir.
De toute façon, dans le design, East ou West nécessiteront une attente quand ils émuleront un getter/retour (l'avantage de West sur ce plan étant que le getter est explicite, alors qu'il est dissimulé en East).
En West, l'appel à un getter attend explicitement son retour (est-ce qu'il y a des langages où un return void ne bloque pas l'exécution?). En East, on se retrouve avec des codes où l'attente est totalement masquée (puisque tout retourne this/void). Je retrouve plus l'exemple où j'avais vu cela (ce devais être ici ou sur un des blogs), je rechercherai ce soir.