Why I’m skeptical of rewriting JavaScript tools in “faster” languages

[2wndrhs]

Why I’m skeptical of rewriting JavaScript tools in “faster” languages

• 자바스크립트 빌드 도구들을 Rust나 Go와 같은 컴파일 언어로 다시 작성하는 것만으로 성능이 좋아지는 것일까요?
• 글의 저자는 바이트코드 캐싱과 JIT, JS 생태계의 활발한 기여와 디버깅 용이성 측면에서 다시 생각해볼 필요가 있음을 주장합니다.
• TypeScript 컴파일러를 Go로 포팅한 것처럼 JS 빌드 도구를 컴파일 언어로 재작성하는 것이 거대한 흐름이 되었지만 그 트레이드 오프는 무엇인지 생각해 보게 하는 글입니다.

[halfmoon-mind]

흐음 저도 이건 재밌는 문제인거 같아요
요즘 JS에 대한 혐오?가 개발자 전반적으로 퍼져있는 것 같네요
아무래도 Rust가 빠르고, 안전한 언어이면서 요즘 많은 사람들이 사용을 많이 하고, 주력 언어가 되어가면서 이런 움직임이 많아지는 것 같네요
Go라는 비슷한 대체제도 존재하구요

저는 잘 포팅을 한다면, 예를 들면 Go로 Typescript 포팅하거나, Cython으로 속도를 높이는 것을 보면 크게 부정적인 느낌은 없는데 @2wndrhs 님은 이런 글을 보실 때 이런 움직임에 대해서 어떻게 생각하시나요?

[2wndrhs]

저는 글 저자의 JS 생태계의 활발한 기여 문화를 저하시킬 수 있다는 점에 가장 공감이 많이 되더라구요.

웹 생태계가 JS 개발자들이 활발하게 기여하고 있는 오픈 소스에 크게 의지하고 있다고 생각하는데 JS 기반의 라이브러리가 Rust나 Go로 재작성된다면 이러한 기여가 크게 줄 수 있을 것 같아요.

아직 그러한 문제점이 크게 드러나지 않아 Rust나 Go로 재작성된 라이브러리가 영향력을 점점 늘려가고 있지만 엔지니어로서 마냥 긍정적인 변화로만 받아들이기 보다 트레이드 오프는 무엇인지에 대해서 인지하고 있는 것이 중요할 것 같습니다.

[halfmoon-mind]

성능상의 이점을 위해 다른 언어로 포팅하는 것들도 좋은데, 기존 JS 관련 기여자들에게 영향을 줄 수 있을 것 같다... 오호 재밌는 관점이네요!