[%] native로 작성해서 browser 에서도 사용할 수 있는 언어

[익명(211.235)]

를 구상하는 중임

항상 js, css, html은 비효율적이고 난잡하다고 생각해서

아예 native 개발해서 컴파일, 인터프리터 방식을 둘 다 지원하면

앱/게임 개발도 다른 프레임워크 없이 가능하지 않을까 해서

효율적인 언어 구조를 설계하는 중

[수상한변태(suspiciouspervert)]

react가 진짜 써보니까 개편하던데... 그거보다 편한게 가능할까 싶다

[익명(211.234)]

react 따라 갈 예정 react 근본이 프레임워크라 생기는 가상 DOM은 없지만

[익명(211.246)]

플러터?

[익명(211.234)]

비슷한데 철학이 다름 dart고 js고 뭐고 웹에서 쓰이는 언어들 써보고 느낀게 ㅈㄴ 괴상함

[익명(125.184)]

AI에 뇌 위탁하니까 완전 획기적 사고방식입니다. 비슷한 것은 있었지만 사용자님처럼 생각하는 경우는 없었습니다..... 막 이랬음? wasm은 언급 안해주고???

[익명(211.234)]

WASM은 쓰기 힘들다는게 내 생각임

[익명(211.235)]

급 식 쩝 쩝 충

[호선이(solar3258)]

옛날엔 npapi도 있긴 했지

[익명(211.235)]

언어 구조 설계랑 ㅈ도 상관 없음 빌드 툴이 중요

[익명(211.234)]

상관 있어 C++이랑 Rust랑 생산성이 같냐? 언어가 사용되는 용도에 맞춰서 설계하지 않으면 이도저도 아닌 언어가 되는거임

[익명(211.234)]

@ㅇㅇ(211.234) 일단 빌드 타겟을 네이티브 웹브라우저 둘다 지원하는 문제이디 생산성의 문제가 아님 그리고 니도 잘아네 용도에 맞춰서 설계하지 않으면 이도저도 아닌 언어가 되는거임 니가 말한게 구체적으로 무슨 용도인데?

[익명(211.234)]

@ㅇㅇ(211.234) C++이든 러스트든 둘다 wasm으로 빌드되어서 웹브라우저 인터프리터에서 잘만 돌림 이걸 언어 자체의 생산성이랑 비교를 못하면 다시 공부하고 와라