A dire il vero, il front end in Discourse è incredibilmente gonfio. In precedenza ho utilizzato una piattaforma forum basata su Go che non aveva compilazione del front end. In gran parte perché tutto il CSS e JS richiesto era abbastanza piccolo da essere servito facilmente con l’HTML della pagina. Ha funzionato bene ma non era FOSS e non è più disponibile. Il fatto che tu debba “compilare” un front end per Discourse mi sembra un anti-pattern.
Hmmm, ci sono persone molto intelligenti nel progetto, quindi sarei cauto nel fare osservazioni generalizzanti e sprezzanti. Ci sono sempre ragioni sfumate per le cose a cui un team di persone intelligenti ha pensato profondamente.
Discourse è una sofisticata web app con un’interfaccia molto user-friendly simile a un’app nativa. Impossibile da implementare in un browser senza un uso intensivo di JavaScript, a meno che tu non voglia che la tua pagina si aggiorni regolarmente tutto il giorno? (Mettendo un enorme carico sul tuo web server nel processo!)
La “compilazione” include la minificazione per ridurre i download per aiutare con connessioni Internet lente e l’impronta di memoria del browser. Difficilmente controverso?
C’è anche un po’ di transpiling per convertire parte di Ember in JavaScript nativo, credo. Idem.
7 Mi Piace
Dato che non abbiamo in programma di riscrivere l’app né in Rust né in Go, penso che questa conversazione sia un po’ inutile.
Chiudo questo argomento ora. 
20 Mi Piace