Scelta dello stack tecnologico per Discourse se avviato nel 2020

Discourse è costruito su Rails e Ember, ottime scelte che hanno contribuito al successo di Discourse. Tuttavia, la decisione è stata presa nel 2012; mi chiedo quanto diverse sarebbero state le scelte se il progetto fosse stato avviato nel 2020. Mi chiedo quale sia la posizione del team di sviluppo di Discourse su alternative:

  • framework/linguaggi più veloci come Node/Go potrebbero avvantaggiare il caso d’uso target.
  • altri framework frontend più leggeri (React/Vue) o addirittura l’assenza di un framework frontend funzionerebbero meglio o altrettanto bene per Discourse?

Non so quanto valga una speculazione del genere, è un po’ come chiedersi «e se le nuvole fossero fatte di delizioso zucchero filato e la pioggia fosse limonata gustosa» .. :wink:

Detto questo, continueremo a perfezionare Ember.js per mantenerlo entro i parametri di prestazioni che richiediamo, è la cosa principale che mi interessa! C’è stato anche un sacco di progresso in quest’area! :raising_hands:

Mi piace il fatto che tu stia condividendo i tuoi suggerimenti con il team di sviluppo di Discourse. :slight_smile:

(La mia opinione)
Lavoro su Discourse da tre anni (Rails e Ember.js) e ho anche lavorato su altri progetti sviluppati in Angular, React, ecc. Ho lavorato molto anche su Canvas LMS (Rails e React.js).

Trovo che la velocità e le prestazioni di Discourse siano molto migliori rispetto ad altri grandi prodotti, inclusi molti open source. Discourse è molto veloce, fluido come la seta e robusto. Gli eventi in tempo reale sono la parte magica di Discourse.

Ora non conta molto in quale linguaggio di programmazione sia stato sviluppato. L’aspetto straordinario è quanto intelligentemente sia stato realizzato e come tutto sia integrato. È la comunità che lavora giorno e notte per renderlo migliore ogni giorno.

È sempre la scelta migliore migliorare e ottimizzare ciò che abbiamo.

Pensa solo:
Se Discourse fosse una persona, Ember.js sarebbe il suo sangue. Sì, potresti dire che Ember.js è un sangue di tipo “A+”, mentre gli altri linguaggi sono simili, come B, O, AB, ecc. La conclusione è che puoi fornire una buona alimentazione e una vita sana a Discourse (considerato come una persona) per mantenere il sangue in salute :wink: invece di sostituire tutto il sangue con un nuovo tipo, ad esempio B+. Non funzionerebbe.

Inoltre, abbiamo una vasta gamma di plugin sviluppati in Ember.js per Discourse; smetterebbero di funzionare se cambiassimo il linguaggio, ecc. (Dopotutto, Discourse è in Ember.js).

Per favore, condividi i tuoi pensieri su cosa manca, così aiuterai il team di Discourse a migliorarlo.

Fateci sapere se avete notato qualche problema prima di pensare a un linguaggio diverso.

Non abbiamo bisogno di automobili. Abbiamo bisogno di cavalli più veloci.

Grazie @codinghorror @ashishprajapati per aver condiviso le vostre intuizioni. La mia domanda non era intesa come un suggerimento o un dubbio sulle scelte fatte, ma mi chiedevo quali siano i pro e i contro che vedete in questa fase del progetto.

Concordo pienamente sul fatto che la scelta del framework o del linguaggio conti molto meno rispetto alla comunità e all’esecuzione.

Grazie @hbm per i tuoi pensieri e le tue idee :slight_smile: Sì, sono d’accordo.

Per gli sviluppatori, Ember.js è troppo pesante e difficile da imparare, con molti esempi e contenuti obsoleti.

Personalmente, propendo per React.js o Vue.js a causa della loro bassa curva di apprendimento.

Penso che questo argomento possa essere un po’ obsoleto dopo quattro anni…