2020년에 시작할 경우 Discourse 기술 스택 선택

Discourse는 Rails와 Ember를 기반으로 구축되었으며, 이는 Discourse의 성공을 뒷받침하는 훌륭한 선택이었습니다. 다만 이 선택은 2012년에 내려진 것이므로, 만약 이 프로젝트가 2020년에 시작되었다면 선택이 얼마나 달라졌을지 궁금합니다. Discourse 개발 팀이 대안적인 선택에 대해 어떻게 생각하고 있을까요?

  • node/go와 같은 faster 프레임워크/언어가 목표 사용 사례에 도움이 될까요?
  • 다른 더 가벼운 프론트엔드 프레임워크(react/vue)나 심지어 프론트엔드 프레임워크를 사용하지 않는 방식이 Discourse에 더 잘 맞거나 동등한 효과를 낼 수 있을까요?

이런 추측이 무슨 가치가 있는지 모르겠어요. 마치 "구름이 맛있는 솜사탕으로 이루어져 있고, 비가 맛있는 레모네이드라면 어떨까?"라고 묻는 것과 비슷하거든요.. :wink:

그래도 Ember.js를 우리가 요구하는 성능 기준 내에서 유지하도록 계속 개선해 나갈 거예요. 그게 제가 가장 중요하게 생각하는 부분이니까요! 이 부분에서도 상당한 진전이 있었어요! :raising_hands:

Discourse 개발팀에 여러분의 제안을 공유해 주시는 점이 좋습니다. :slight_smile:

( 제 의견 )
저는 지난 3년간 Discourse(Rails & Ember Js)에서 근무했으며, Angular/React 등으로 구축된 다른 프로젝트에서도 일했습니다. 또한 Canvas LMS(Rails & React Js.)에서도 많이 작업했습니다.

저는 Discourse의 속도 및 성능이 수많은 오픈소스를 포함한 다른 대형 제품들과 비교했을 때 훨씬 더 우수하다고 생각합니다. Discourse는 매우 빠르고, 실크처럼 매끄럽고, 견고합니다. 실시간 이벤트는 Discourse의 마법 같은 부분입니다.

이제 어떤 프로그래밍 언어로 개발되었는지는 크게 중요하지 않습니다. 놀라운 부분은 얼마나 지능적으로 개발되고 모든 것이 통합되어 있는가입니다. 매일 밤낮으로 더 나은 Discourse를 만들기 위해 노력하는 것은 커뮤니티입니다.

우리가 가진 것을 개선하고 최적화하는 것이 항상 최선의 선택입니다.

생각해 보세요:
만약 Discourse가 인간이라면, Ember.js는 그 사람의 혈액입니다. 하지만 네, Ember.js는 "A+"형 혈액이라고 할 수 있고, 나머지 다른 언어들은 B, O, AB형 등과 유사합니다. 결론은, 혈액 전체를 B+형으로 교체하는 대신, Discourse(인간으로 간주)에게 좋은 식단과 건강한 생활을 제공하여 혈액을 건강하게 유지하는 것이 더 낫다는 것입니다. :wink: 그것은 작동하지 않을 것입니다.

또한, Discourse를 위해 Ember.js로 개발된 수많은 플러그인이 있습니다. 언어 등을 변경하면 이 플러그인들도 작동이 중단될 것입니다. (Discourse는 결국 Ember.js로 만들어졌으니까요)

무엇이 부족한지 여러분의 생각을 공유해 주시면, Discourse 팀이 더 나은 방향으로 개선하는 데 도움이 될 것입니다.

다른 언어를 고려하기 전에 특정 기준을 보셨다면 알려 주세요.

우리는 자동차가 필요 없습니다. 더 빠른 말이 필요합니다.

@codinghorror @ashishprajapati님, 통찰을 공유해 주셔서 감사합니다. 제 질문은 선택에 대한 제안이나 의심을 담고 있는 것이 아니라, 프로젝트의 현재 단계에서 어떤 장단점을 보고 계신지 궁금해서 한 것입니다.

프레임워크나 언어의 선택은 궁극적으로 커뮤니티와 실행력보다 훨씬 중요하지 않다는 점에 전적으로 공감합니다.

@hbm님의 의견과 아이디어에 감사드립니다 :slight_smile: 네, 동의합니다.

개발자 입장에서 Ember.js는 너무 무겁고 배우기 어렵습니다. 또한 오래된 예제와 콘텐츠가 많습니다.

저는 학습 곡선이 낮다는 이유로 React.js나 Vue.js를 더 선호합니다.

4년이 지난 지금, 이 주제는 좀 오래되었을 수도 있겠다는 생각이 듭니다…