자스 누가 쓰고싶어하냐 언어특성상 싱글스레드만 되는 족쇄달고 문법도 병신이라 성능 생산성 모두 설계상 하자 심각함
wasm으로 완전히 물갈이되면 기존 자스충들이 이악물고 자스만 쓰려는거 아니면 리액트를 쓸 이유가 하등 없음
그래서 나는 장기적으로 플러터가 더 낫다고 본다
코틀린으로 컴포즈는 웹만 어떻게 되면 좀 할만할거 같은데 ios는 alpha잖아 web은 experimental임
써봤는데 내가 못찾는건지 구현이 덜되서 js라이브러리 붙이는 기능이 구멍난건지 찾아도 자료찾기가 힘들다 공식문서도 너무 제한적이라 js라이브러리 좀 붙이려고 하면 골아픔 이거 아는사람 좀 알려주면 고맙겠는데 써본사람이 있나 싶다
편하긴한데 상기 단점들 감수해야하니 코틀린 작업환경이던 사람 아니면 플러터 가는게 나을듯
결국 이전에 프론트 환경이 js로 통일된것처럼 패러다임이 js > wasm으로 넘어가면 상기한 이유로 자스 자체가 사장임 지금 php포지션처럼 되겠지
이러면 rust얘기 나오는데 난 그렇게 안해봐서 모르겠다 c++계열은 rust로 가면 되겠지
Wasm이 언제 퍼지는데
js가 성능상 wasm하위호환이고 장점이 없는이상 대체될수밖에 없음 시간은 걸리더라도 한국은 틀딱들 이악물고 레거시 고수하는 풍습이 있으니 해외부터 퍼지면 한발 늦게 따라가겠지
평생 알파에 experimental임 그래 감없어서 어째사누
그래서 말했잖아 플러터 하라고
그리고 무슨 wasm이 만능딜러인줄아네 좀 더 깊게 알아보면 이런말 절대 못할텐데
아직 js달면서 하는건 맞는데 성능충들 붙으면 사용자 늘수밖에 없다 그럼 사람들 붙어서 개발되면서 js도 서서히 뗄거고
프론트단에서 고성능이 필요한 분야는 한정되어있어 그런 곳만 부분적으로 적용하려고 나온게 wasm임 다 갖다쳐바르려고 하는게 아니라 그럴 수도 없을 뿐더러
백엔드처럼 프론트도 리소스 덜먹고 최적화에 미쳐 돌아가는 시점이 올건데
이미 성능 고려한 사이트나 웹앱은 최적화 이미 잘 되어있어 니가 그런걱정 안해도 리소스 덜 먹는다
노드 백엔드도 최적화 이미 충분히 되어있다는 얘기 듣는거같네 노드로도 서비스 다 돌리는데 멀티스레드 서버 필요없지 않냐? 기업입장에선 더 나은성능이라고 하면 얼마든지 수용된다
비용, 사용자 경험에 조금이라도 더 낫다면 항상 고려된다
웹앱 프론트 말하는 거잖아 친구야 니 말대로 최적화가 더 필요하다면 백단의 병목이지 프론트 문제가 아니라는거임
뭔소리냐 단순 성능자체가 wasm이 뛰어난데 백도 최적화 알아서 하고 프론트도 더 나아져야지 이정도면 충분하니까 평생 js하던걸로 먹고살고싶어서 그럼?
백은 백에서 알아서 해야하는거고, 그거랑 별개로 프론트도 개선이 되야할 거 아니냐
먹고살고 자시고 문제가 아니라 생산성이라는 요소도 고려해야지 퍼포먼스차이가 없다면 생산성이 중요해지니까 하는말이지 학식임?
그 생산성이 플러터같은게 훨씬 낫잖아. 퍼포먼스 차이가 왜 없냐 무조건 wasm이 최대 수배까지 빠른데
그래서 플러터도 채용중이잖아 문제는 플러터 쓰려면 아무데도 안쓰는 다트써야하는 건 물론이고 전문인력구하기가 어려워서 그렇지
위에 말 안했냐? 유의미한 퍼포먼스적 차이를 보완하기 위해 wasm 쓰는거라고 그새 잊어버렸누
그러니까 플러터 점유율이 높아질거라고
니가 먼저 ~퍼포먼스차이가 없다면 생산성이 중요해지니까 하는말이지 학식임? 이라고 말해서 말한거다
그래 플러터 공부 열심히해서 좋은거 만들어라
그래!
js 문법이 오히려 생산성에 더 좋은데 헛소리하네 장애인들이 사고칠까봐 타입스크립트 써야하는거 뿐이지
뭔소리냐 플러터같은걸로 짜는게 훨씬 낫지 js코드보다 이해를 못한거같은데 wasm으로 생으로 짜는게 아님
wasm이 뭔지도 몰랐었는데 좋은정보 얻고간다. 공부할게 또하나 늘었네