Par contre Rail (comme django ou symphony) ne me donne pas du tout envie
Ni django ni symfony ne me font envie, par contre rails toujours. Ça juste marche dans un max de cas et c'est l'exemple même d'extension du langage. On ne fait en général pas la différence entre ce qui provient du framework ou du langage ce qui est super agréable.
Ce qui me manque est de pouvoir faire une app isomorphique à base de ruby...
Qu'entends-tu par là ?
Que l'application réponde aussi bien en front qu'en back. Si l'app est chargée dans mon browser c'est une app client-side, je navigue dans mon browser. Mais si j'arrive sur n'importe quelle url directement elle est rendue par mon back. Et je ne parle pas d'avoir une pseudo génération du front dans mon back, mais bien que l'app soit exécutée aussi bien côté front que back.
Pour le moment le plus agréable (mais pas simple) que j'ai trouvé est de faire ça en clojurescript. Parce que franchement je n'ai pas envie de faire ça en js.
[^] # Re: Ruby <3
Posté par CrEv (site web personnel) . En réponse à la dépêche Pendant ce temps, dans l’écosystème Ruby. Évalué à 3.
Ni django ni symfony ne me font envie, par contre rails toujours. Ça juste marche dans un max de cas et c'est l'exemple même d'extension du langage. On ne fait en général pas la différence entre ce qui provient du framework ou du langage ce qui est super agréable.
Que l'application réponde aussi bien en front qu'en back. Si l'app est chargée dans mon browser c'est une app client-side, je navigue dans mon browser. Mais si j'arrive sur n'importe quelle url directement elle est rendue par mon back. Et je ne parle pas d'avoir une pseudo génération du front dans mon back, mais bien que l'app soit exécutée aussi bien côté front que back.
Pour le moment le plus agréable (mais pas simple) que j'ai trouvé est de faire ça en clojurescript. Parce que franchement je n'ai pas envie de faire ça en js.