Discourse est construit sur Rails et Ember, d’excellents choix qui ont contribué au succès de Discourse. Cependant, ces décisions ont été prises en 2012. Je me demande comment les choix auraient pu être différents si le projet avait été lancé en 2020 ? Je me demande également quel est l’avis de l’équipe de développement de Discourse sur des alternatives :
Les frameworks/langages plus rapides comme Node ou Go bénéficieraient-ils au cas d’utilisation visé ?
D’autres frameworks frontend plus légers (React/Vue), voire l’absence totale de framework frontend, fonctionneraient-ils mieux ou aussi bien pour Discourse ?
Je ne vois pas l’intérêt de ce genre de spéculation, c’est un peu comme demander : « Et si les nuages étaient faits de délicieux bonbons en coton, et si la pluie était un limonade savoureuse ? » ..
Cela dit, nous continuerons à améliorer Ember.js pour qu’il reste dans les paramètres de performance que nous exigeons, c’est ce qui compte le plus pour moi ! Il y a eu énormément de progrès dans ce domaine aussi !
J’aime le fait que vous partagiez vos suggestions avec l’équipe de développement de Discourse.
( Mon opinion )
Je travaille sur Discourse depuis trois ans (Rails et Ember.js) et j’ai également travaillé sur d’autres projets construits avec Angular, React, etc. J’ai beaucoup travaillé sur Canvas LMS (Rails et React.js).
Je trouve que la vitesse et les performances de Discourse sont bien supérieures à celles d’autres grands produits, y compris de nombreuses solutions open source. Discourse est très rapide, aussi fluide que de la soie, et robuste. Les événements en temps réel sont la partie magique de Discourse.
Il n’est plus vraiment important dans quel langage de programmation il est développé. L’aspect extraordinaire réside dans la manière intelligente dont il a été développé et dans l’intégration de tous ses composants. C’est la communauté, qui travaille jour et nuit pour l’améliorer chaque jour.
Il est toujours préférable d’améliorer et d’optimiser ce que nous avons déjà.
Réfléchissons :
Si Discourse était un humain, Ember.js serait son sang. Mais oui, on peut dire qu’Ember.js est un sang de type « A+ », tandis que les autres langages sont similaires aux types B, O, AB, etc. La conclusion est que vous pouvez offrir une bonne alimentation et une vie saine à Discourse (considéré comme un humain) pour maintenir son sang en bonne santé au lieu de remplacer tout son sang par un nouveau type, par exemple B+. Cela ne fonctionnerait pas.
De plus, nous avons une grande quantité de plugins développés en Ember.js pour Discourse ; ils cesseraient également de fonctionner si nous changions de langage, etc. (Discourse est basé sur Ember.js, après tout).
Veuillez partager vos réflexions sur ce qui manque, cela aidera l’équipe de Discourse à l’améliorer.
Merci de nous faire savoir si vous avez identifié des critères avant d’envisager un changement de langage.
Merci @codinghorror@ashishprajapati pour ces éclairages. Ma question n’était pas une suggestion ou un doute sur les choix faits, mais plutôt une curiosité sur les avantages et inconvénients que vous voyez à ce stade du projet.
Je souscris pleinement à l’idée que le choix du framework ou du langage compte beaucoup moins que la communauté et l’exécution.
