Discourse basiert auf Rails und Ember – hervorragende Entscheidungen, die zum Erfolg von Discourse beigetragen haben. Allerdings wurde diese Wahl bereits 2012 getroffen. Ich frage mich, wie die Entscheidungen heute, im Jahr 2020, möglicherweise anders ausfallen würden. Wie sieht das Diskourse-Entwicklungsteam alternative Optionen?
Würden schnellere Frameworks oder Sprachen wie Node.js oder Go den Zielanwendungsfällen zugutekommen?
Würden andere leichtere Frontend-Frameworks wie React oder Vue oder sogar der Verzicht auf ein Frontend-Framework für Discourse besser oder mindestens genauso gut funktionieren?
Ich weiß nicht, welchen Wert Spekulationen dieser Art haben. Es ist ein bisschen so, als würde man fragen: ‘Was wäre, wenn Wolken aus leckerer Zuckerwatte bestehen würden und Regen aus schmackhaftem Limonade?’ ..
Trotzdem werden wir weiterhin an Ember.js arbeiten, um sicherzustellen, dass es innerhalb der von uns geforderten Leistungsparameter bleibt. Das ist das Wichtigste, worauf es mir ankommt! In diesem Bereich gab es zudem eine Menge Fortschritte!
Es gefällt mir, dass du deine Vorschläge mit dem Discourse-Entwicklungsteam teilst.
(Meine Meinung)
Ich arbeite seit drei Jahren an Discourse (Rails & Ember.js) und habe zudem an anderen Projekten gearbeitet, die auf Angular, React usw. basieren. Außerdem habe ich viel an Canvas LMS (Rails & React.js) gearbeitet.
Ich finde, dass die Geschwindigkeit und Leistung von Discourse im Vergleich zu anderen großen Produkten, einschließlich vieler Open-Source-Lösungen, deutlich besser ist. Discourse ist sehr schnell, butterweich wie Seide und robust. Die Echtzeit-Ereignisse sind der magische Teil von Discourse.
Heutzutage ist es nicht mehr so wichtig, in welcher Programmiersprache es entwickelt wurde. Das Außergewöhnliche ist, wie intelligent es entwickelt und integriert wurde. Es ist die Community, die Tag und Nacht daran arbeitet, es jeden Tag besser zu machen.
Es ist immer die beste Option, das, was wir haben, zu verbessern und zu optimieren.
Nur zur Vorstellung:
Wenn Discourse ein Mensch wäre, wäre Ember.js sein Blut. Man könnte sagen, Ember.js ist „Blutgruppe A+“, während andere Sprachen vergleichbar sind, also B, O, AB usw. Fazit: Du kannst Discourse (als Mensch betrachtet) eine gute Ernährung und ein gesundes Leben bieten, um das Blut gesund zu halten anstatt das gesamte Blut durch eine neue Blutgruppe, z. B. B+, zu ersetzen. Das würde nicht funktionieren.
Außerdem gibt es eine große Anzahl von Plugins, die in Ember.js für Discourse entwickelt wurden. Diese würden ebenfalls nicht mehr funktionieren, wenn wir die Sprache ändern würden (schließlich basiert Discourse auf Ember.js).
Bitte teile deine Gedanken dazu, was fehlt, damit das Discourse-Team es verbessern kann.
Lass uns bitte wissen, ob du bestimmte Kriterien beachtet hast, bevor du über eine andere Sprache nachgedacht hast.
Danke @codinghorror@ashishprajapati für die Einblicke. Meine Frage sollte keine Kritik oder Zweifel an den getroffenen Entscheidungen sein, sondern ich war einfach neugierig, welche Vor- und Nachteile ihr in dieser Projektphase seht.
Ich stimme dem voll zu: Die Wahl des Frameworks oder der Programmiersprache ist letztlich viel weniger wichtig als die Community und die Umsetzung.
