[%] 근데 ts가 성능적인 이점이 있음?

[익명(210.121)]

스위프트나 코틀린은

컴파일 전에 타입을 미리 지정해주기때문에 타입 추론을 안해도 된다는 장점이 있지.

즉 타입 추론에 드는 시간만큼 더 성능이 좋아진단 말이야

그런데 타입스크립트는?

컴파일의 결과가 js이기 때문에 타입 명시고 나발이고 실제 성능은 변하지않아

그렇다면 그저 사람이 보기 편하기 때문에 쓴다는 것인데

이건 너무 비효율적인것이 아닌가

[익명(58.122)]

와 런타임 타입 추론~

[익명(89.45)]

학식티좀 그만내

[익명(221.146)]

사람이 보기 편하기 때문에 << 이게 존나 중요한데?

[익명(211.204)]

어그로력 지리네 ㅋㅋ

[익명(sea715)]

그렇게 빠른거 좋아하면 wasm이나 c하세요 제발 - dc App

[노는게제일좋아(aig0016)]

그럼 쓰지마 콰아아아아

[익명(117.111)]

기계어로 짜던가 아ㅋㅋ

[익명(14.137)]

폰노이만의 환생이노

[익명(117.110)]

맞음 여기TS충들 많은이유가 개발분야가 태생꼴통들이 "엄밀한척"하는부류가 많아서 그럼. 본질은 JS고 달라지지않음. kotlin이 백날 간결하고~어쩌구~ 해도 JVM생태계 벗어나서 새로운 독자노선 못찾으면 백날 JAVA똥받이하는거랑 같은거임. 왜냐? JVM100퍼호환 보장하는언어는 java 하나거든 웹표준도 js거든. ts라는 새로운 언어가아니라. 결국엔 js로 바꾸는수밖에없는거임.

[익명(89.45)]

TS충 이지랄하고있네 업계표준이다 좆비응신학식따리새끼야 ㅋㅋㅋ

[익명(117.110)]

성능생각하면 ts가 아니라 어셈블리스크립튼가 뭐시기있음. 그게 브라우저 성능을 고려한 js코드로 변환하는거임. ts가 그걸 고려해서 변환한다고는 생각안함.

[익명(14.137)]

진짜 개소리좀 작작해라. 어셈블리스크립트가 아니라 웹어셈블리고 js로 변환되는게 아니라 다른언어를 웹어셈블리 타겟으로 컴파일 하는거다. 웹어셈블리가 브라우저에서 돌아감. 아는게 없는데 왜 이딴똥을 싸냐

[익명(sea715)]

좆도모르면서 jvm 빠는거보니까 국비충이냐? - dc App

[휘발성(reduxx)]

wasm이 아니라 asm.js 얘기같은데?

[익명(1.223)]

나도 그렇게 생각한다 너는 평생 js써도 될것같다

[왼손(stonebed)]

성능적인 이점? V8은 타입 일정하게 맞추면 추론해서 성능 최적화함ㅇㅇ

[익명(14.137)]

아 v8은 js배열 타입 맞추면 찐배열로 최적화 한다고 들었다. 성능상 이점 있네ㅋㅋㅋ