wasm이 좀 널리쓰여야 고랭 러스트 씨샵 이런것들쓰지

[익명(211.36)]

어차피 자바스크립트가 사라지진 않을테지만

춘추전국시대인 백엔드쪽에서 파이나눠먹기할바에 와씀 제대로 할만해지면 고랭이던 배워서 존나 넘어갈듯

그냥 리액트 쳐배우라하던데 백엔드애들입장에선 프론트도 예전같지않아서 배워야할거많기도하고 노드도 사실 빠른것보단 같은 js로 작업할수있다는 장점때문에 뜬건데 반대상황도 마찬가지겠지

그거아니면 반도는 그냥 스프링만 계속쓸듯 인력수급도 존나편하고

플러터웹도 아직 빌빌기더만 seo문제도있고

[익명(122.57)]

Wasm도 기존 레거시 돌리는거 아니면 어셈블리스크립트가 낫지않을까??

[익명(211.36)]

낫다는게 뭐가 낫다는거

[익명(211.36)]

wasm장점이 빠른것도있지만 백엔드에쓰이는 언어들로 프론트짤수있다는게 큰 장점아니노

[익명(122.57)]

컴파일 결과는 어차피 똑같으면 JS랑 문법 공유하는 어셈스크립트가 프론트단에선 더 메리트있을거같음

[익명(211.36)]

프론트하던애들은 그게 더 나을지도 근데 백엔드하던애들은 굳이?

[익명(211.36)]

속도문제가아니라 접근성문제임 그러면 백엔드애들이 넘어갈때 메리트가 하나도없잖아

[익명(211.36)]

백엔드애들이 어셈블리스크립트 다시 쳐배울바이 차라리 리액트를 배우지

[익명(122.57)]

웹어셈은 결국 클라 자원 사용하는 프론트잖아. 그럼 결국 JS와 같이써야할텐데 그런 작업은 백엔드보단 프론트가 하지 않을까?

[익명(211.36)]

js랑 같이안써도 되는 수준이 오면 이라는게 내 글 가정이였음

[익명(122.57)]

그런일은 없음. 애초에 그걸 목적으로 만든 기술도 아님. 클라이언트단에서 씨퓨 집약적인 태스크를 할때나 쓰려고 만든 기술임. 유저 인터렉션을 실시간으로 받는건 설계 자체에 반영안됨. 그나마도 갈수록 좋아지는 JS엔진과 webgl에 밀리고있는 기술임.

[익명(122.57)]

JS없이 프론트를 짜려면 웹표준으로 모든 브라우저가 다른 언어를 네이티브로 지원해야 가능하지, 웹어셈같은 브라우저 api로는 힘들어.

[익명(125.242)]

어차피 컴파일하면 바이너리인데 왜 자스처럼 네이티브 지원을 해야함

[익명(122.57)]

어디서부터 설명을 해야하냐 진짜. 웹, 브라우저는 멀티플랫폼이잖아. 그러니까 그 환경에서 네이티브로 지원응 해야 돌아가지. 아니면 Os별로 웹을 다 따로 배포할까?

[익명(39.7)]

wasm c#은 아직 개폐급이라 못써먹는다고 들었는데

[익명(125.242)]

블레이저가 두가지인데 ssr은 stable이라더라 아직 과도기니까

[익명(39.7)]

사실 머 웹어셈 뜨기도 요원해보이고... 그냥 자바 뒤질때까지 사골 우리다가 노드/파이썬으로 넘어가지 싶음