Why You Should Use TypeScript

어느날 개발자가 우리도 타스 좀 쓰자고 말했다...!?
타입스크립트에 조련 당하면 다시는 돌아갈 수 없습니다. 니꼬가 그랬어요.
#JavaScript #TypeScript #Programming
..
📌 무료 타입스크립트 기초 강의 (+한글자막 지원)
bit.ly/3vu93zo
.
📌 무료 자바스크립트 기초 강의 (+한글자막 지원)
bit.ly/37XEokK

[@nomadcoders]

📌 무료 타입스크립트 기초 강의 (+한글자막) bit.ly/3vu93zo . 📌 무료 자바스크립트 기초 강의 (+한글자막) bit.ly/37XEokK

[@frontend_ko]

쓰기 전엔 막연한 두려움이 잇었는데 익숙해지니까 깔끔하고 계획적인 코딩이 가능해져서 좋아요

[@김김-e2l]

맞아요ㅋㅋ 넘어갈땐 써볼까 말까하는데 한번 넘어가면 다시 못돌아옴 ㅋㅋ

[@jumping-wolf]

자바스크립트에 고통받는 모습을 보고 가여이여겨 마이크로소프트는 타입스크립트를 하사하시었다

[@nomadcoders]

ㅎㅎㅎㅎ

[@yyy912]

익스에 대한 참회로 타입스크립트를...

[@john471-n4m]

타입스크립트를 한번 쓰면 그 매력을 느끼면 다신 자바스크립트를 쓸수 없는 몸이 되버렼ㅋㅋ 하지만 프로젝트 하는 곳마다 쓰는건 다 자바스크립트 라는 사실

[@nomadcoders]

ㅎㅎㅎㅎ

[@test-j9j]

되->돼 트 라->트라

[@오준서-w4j]

@@test-j9j 라는은 붙여 쓰는 게 맞지만, '," 같은 문장 부호없이 쓰게 될 경우, 제대로 구분이 되지 않을 수 있어 저렇게 많이 쓰곤 합니다^^

[@test-j9j]

@@오준서-w4j 그래서 그걸 틀렸다고 지적한 거예요~

[@kinkin7777]

​@@test-j9j 원래 한글은 한자처럼 띄어쓰기가 없이 따닥따닥 붙여서 사용했었습니다. 가독성과 의미전달에 어려움이 있어서, 영어처럼 띄어쓰기를 도입한 것입니다. 저 분은 가독성과 단어구분, "자바스크립트"라는 단어가 눈에 더 잘 띄도록 강조하기 위하여, 저렇게 쓰는 것입니다. 한글을 몰라서 저러는 것이 아닙니다. 님이 한글에 띄어쓰기가 도입되기 전에 살았고, 띄어쓰기를 한 사람을 발견했다면... 이렇게 말했을 것임. "그래서 그걸 틀렸다고 지적한 거예요~"

[@Sopiro]

Compile error = Our friend 🥰 Runtime error = Real enemy 😱

[@programgarden]

자바하다가 자스하니깐 너무너무 유연하길래 나중에 문제 생길까봐, 타입스크립트로 규격을 다 잡아 놓았어요. 팀원들이 동일 규격으로 코딩을 하게 되니깐 유지관리도 잘 되고 좋더라고요. 타입스크립트 만들어주신 개발자분 너무 존경합니다..!

[@Jiho04]

와 진짜 타입스크립트는 1도 모를 땐 와 내가 이걸 어떻게 배우지… 하다가 알고나니까 코드가 엄청나게 깔끔해지는 걸 알 수 있더라구요 😈

[@후후훗-i7f]

결국 한달정도? 그정도만 맨땅에 헤딩하면 다 적응하는것 같아요.. 한가지 언어를 이미 해본상태면..

[@강태희-r5x]

나중에 한번 찾아봐야겠네요 감사합니다!

[@eeyoutube]

강의 봐야겠네요 늘 감사해요~~~^^ 플젝에 적용하려니 너무 어렵더라구요 ㅜ

[@nomadcoders]

화이팅 입니당!!

[@Missgotothehome]

제목보고 자바스크립트를 안쓴다고? 혹시 타입스크립트 홍보 하는건가 했는데 역시 타입스크립트였군요!!

[@jaehongkim3886]

감사합니다. 사랑해요~

[@nomadcoders]

응원해주서서 감사합니다~~~

[@ironship]

최근에 js 공부를 단기간에 빡세게 했는데, js를 공부하면서 '요즘엔 ts가 대세라던데 js에만 몰두하는게 아닐까' 잠시 의구심이 들었어요. 그래도 웹의 근간은 js라고 생각해서 js부터 탄탄하게 하자는 마음가짐이었는데 역시 일단 js부터 확실히 하고 넘어가는 것이 맞겠네요 :) 얼른 ts라는 방패를 착용하고 싶어요.. ☻🛡

[@mobe_e]

TypeScript를 시작하기에 두려움이 있었는데 영상을 보고 한 번 Try 해보기로 했습니다 항상 좋은 영상과 강의를 제공해줘서 너무 고마워요 ^^

[@BIN9990]

걍 제대로 테스트하지않은 개발자의 문제인듯

[@junelyoo4201]

회사에 개발하시는 분들이 저빼고(전 파이썬) 전부 JS 를 사용하는데... 이런 어려움이 있는줄 몰랐네요~ ㅎㅎ 재밌었어요~~

[@김영민-w2i4t]

타입스크립트 너무 좋습니다~~

[@nomadcoders]

맞아요~!

[@DurianSavesTheWorld]

타입스크립트 무료강의 들어볼게욥! 감사합니다

[@taegyeonghwang3139]

감사합니다 니꼬샘 !!!!! I love Nomad Coders !!!!!

[@yarn_dev]

계속 생각만 했었던건데 이참에 타입스크립트도 배워봐야겠습니다

[@따스한햇살느낌]

항상 좋은 정보감사합니다.

[@심심하다능-r6w]

타입스크립트 너무 좋아요. 원래 자바쪽이어서인지 자바스크립트의 타입 없는 게 너무 힘들고 적응하기 어려웠음. 타입스크립트로 interface 등을 만들 때도 옵셔널(?)을 사용하지 않으려 노력 중... 타입스크립트의 장점은 코드 수정의 두려움이 없어지는 것 같음. 하나 수정하면 알아서 다 디버깅으로 알려 줌. 자바스크립트는 하나 수정하는 것도 너무 무서워 ㅋㅋㅋ.

[@no-Name..]

영상의 내용에 동의는 하지만. 그렇다고 해서 무작정 타입스크립트부터 공부하는 입문자들은 없길 바람. 자바스크립트가 있고 타입스크립트가 있지 타입스크립트가 있고 자바스크립트가 있는 게 아님.

[@dhp5865]

javascript를 그대로 사용하는 대신에 typescript를 쓰는 것이 낫다는 내용이군요.

[@최수현-l7y3m]

자바스크립트로 프로그래밍 시작했었는데 다른 언어들 하면서 자료형을 선언해줘야한다고..? 하고 놀랐음. 특히 배열 크기에 대해서는 자바스크립트가 너무 편해서 적응하기 힘들었음.

[@jcmh74]

저도 이전에 작성 된 소스를 이용할 때가 아니라면 JS로 프로젝트를 시작하지 않습니다. 그냥 처음부터 TS로 시작하죠.

[@서리-n6n]

He aprendido mucho a desarrollar programas viendo su vídeos. Siempre le doy muchísimas gracias a Nico!

[@댓글용-f8s]

타스 아니였으면 프론트엔드 진작에 때려치웠습니다 다들 타스하세요

[@E_Miracle]

공감... 돈벌려고 쓰고있다 진짜로.. 자바 -> 안드로이드 -> 타입스크립트->코틀린-> 자바스크립트 순으로 했는데.. 내가만든거 아니면 손대기 너무 힘들다.. 엿같아서..

[@김영훈-y8d]

현업에 react사용하면서 ts부터 처음 공부했는데 안전한 코드가 보장되는게 너무 좋더라고요. 근데 js지식이 없어서 모르는키워드 구글링하면 다 js솔루션만 나와서 개고생하고있으니 js강좌부터 정주행하러 갑니다ㅋㅋ 노마드 최고!!

[@elliemion]

js를 모르는데 ts가 좋은걸 어떻게 알아요?

[@김영훈-y8d]

@@elliemion C랑 파이썬까지는 배웠던 터라 타입 캐치하는것의 중요성을 인지하고있는데, ts공부할때 타입체킹해줘서 좋았다는 뜻이에요. 삽질하다보면 js코드를 자주 보게되는데 var만 가지고 놀길래 너무 달라보이기도 했고요. js문법을 아예 모르는건 아니지만 현업에 쓸만큼은 아니라서 공부하려는 중입니다

[@elliemion]

@@김영훈-y8d 설명 감사합니다 응원합니다

[@sos440]

타입 체크 기능이 이렇게 편한 줄 몰랐네요. 지금까지 JSDoc 으로 아둥바둥 했던게 억울할 정도로 말이죠.

[@junkman9010]

타입스크립트 함수 구조가 Action Script랑 비슷해보이기도하네요.

[@dead-pi6wx]

개인적으로 변수 타입이 없는 언어는 이질감이 들고 괜히 걱정이 생겨서 js나 파이썬은 꺼렸는데 typescript는 희소식이군요

[@byeonggeonkim7973]

이제는 배워야 할 때!

[@airputh]

나는 ts 좋다고 생각한다. 협업에 아주 좋다고 생각한다. 하지만 혼자 개발할 때나 너무 뻔한 패턴이 있는 프로젝트는 js가 더 편하다. 왜냐하면 빠르게 코딩할 수 있다. 타입 때문에 생기는 문제는 생각보다 적다. try catch도 있고 instanceof도 필요할 때만 쓰면 된다. 대부분의 로직엔 타입이 필수가 아니다. 그리고 자바스크립트에서는 == 와 ===가 별개이고 truthy, falsy가 있어 이것들을 잘 활용하면 된다. 애초에 js는 간단한 로직을 만들기 위해 설계된 언어이다. 정교한 것을 만들려면 다른 언어를 쓰자.

[@한호-p6r]

자바로 입문했는데 자비스크립트 처음봤을때 이해안됐네요ㅋㅋㅋ var로 동일이름 변수선언부터 타입도 자동형변환 수준을 넘어서고.. 타입이 오히려 내가알던 언어느낌

[@error-unauthorized_access]

솔직히 그걸 혼동할 일이 있을지 모르겠어요..

[@ikooya]

감사합니다 사랑해요~~~^^

[@uctizen]

대박 강좌 ㅎㄷㄷ

[@nomadcoders]

고맙습니다🙏

[@김비밀-z1u]

당신은 대한민국에 보배야

[@simhae1775]

제작자 : 10일만에 만든게 몇십년동안 계속해서 많은 사람들이 사용한다 뭐지?

[@salamandd]

평소에 자바스크립트 썼었는데 한번 배워봐야겠군요. ㅎㅎ

[@nomadcoders]

추천함미당~~~^^

[@Joo0c]

Ts 좋다고 생각하다가 캔버스 작업에서 제대로 멘붕옴.... 진짜 너무화남

[@spaceneat]

타입스크립트에 대해서 많은 사람들이 좋다해서 관심이 가기는 하지만 결국 자바스크립트로 변환해야 한다는점과 항상 이런 언어는 나중에 갈수록 비대해지면서 또 다른 문제점이 생기더라구요 ㅋㅋㅋ 그래도 이정도로 추천한다면 관심이 가기도 하네요 ㅋㅋㅋ

[@껍질-l1w]

TS가 취향.. 확인

[@gisdeveloper]

저는 개인적으로 JavaScript가 TypeScript화 되어 갈거라 생각합니다. 문제는.. 제 생각은 실제와 대부분 다르게 흘러갔거나.. 시간이 엄청 걸린다는것...

[@박성재-z7r]

와! 그러면 무지성으로 타입스크립트 시작하면되겠구나!

[@XD-hj6dx]

타입스크립트로 먼저 입문했었는데 거꾸로 자바스크립트 배워보니 역체감 엄청남

[@just-black-cat]

타입스크립트 작성하시고 컴파일은 ts-node 로 하시나요 아님 tsc 하시나요 아님 deno?! 로 하시나용

[@jhjugug]

타입스크립트는 이제 선택이 아닌 필수입니다

[@noz5805]

니꼬 쌤이 JS를 쓰지 않는다니, 이게 무슨 소리야...! ...어그로를 잘 끄는 거보니 니꼬 쌤은 훌륭한 유튜버시군요... 8:57 니꼬 쌤이 처음에는 TypeScript 를 추천하지 않기도 했지만, 저 역시 결국 TypeScript는 마지막에 JavaScript 로 컴파일되어 화면에 보여진다는 것을 이해하는 것이 좋다고 생각하기 때문에, 처음부터 TypeScript 를 사용하는 것은 추천하지 않습니다. TypeScript 로 React 나 Vue 등의 프론트엔드 개발을 하게 되면 그게 희미해지긴 합니다만, 특히나 TypeScript 에 Any 타입이 존재하는 이유를 잘 생각하는 게 좋습니다.

[@nomadcoders]

😂

[@BEAR-f3i]

확실히 자바스크립트는...자료형에 대해서 너무 관대하고 분명히 문제가 있는데 문제가 있다고 안 알려줘서 불편함

[@햄버거맨-g8c]

Go TypeScript!

[@아무것도몰라요-d3l]

그냥 브라우저에서 타입스크립트를 5번째 언어로 선택해서 바로 돌릴수 있게 지원해줬음 좋겠다 ㅠ

[@minhokim6464]

Thanks for this informative video! Out of curiosity, why JS foundation doesn't update those problems mentioned in your video such as creating syntax for types?

[@beingkidstill9143]

자바스크립트 환경에서 주로 작업하는 개발자인데 자바스크립트가 진짜 지ㅈ대로인 룰?이 존재하는거라던가 개억지 엉뚱한 결과를 내놓거나 꼭 런타임환경에서 돌려서 콘솔로 애러를 확인하고 찾아가서 고쳐야한다는거라던가 진짜 ㅈㄴ팔랑팔랑 거리는 언어라서 화딱지가 자주 나는데 유일하게 칭찬하는 점이 있습니다, 자유도와 무한한 가능성입니다. 파이썬도 똑같지 않냐 할 수 있는데 맞습니다 다만 양날의검이라 설계를 잘못하면 조지겠지만 정말 과감한 시도라던가 기괴한 아이디어지만 이게 말이되나?싶은 구조도 만들 수 있습니다 뭐 개발자 능력 나름이겟다만

[@zaery_o7069]

thnk u!

[@danrivera381]

You should be a teacher.

[@mozzigi9503]

코더님 그러면 js안배우고 타입스크립부터 배워도되나요?

[@ChoRyang_0]

시스템에서의 쉘(Shell)과도 유사한 역할

[@문유열]

타입스크립트 맛본 사람은 자바스크립트로 돌아가기 싫어진다 ㅠㅠ

[@jeeeeh4063]

또 나만 어렵지..타스..

[@hangle9825]

타입스크립트라는 단어는 많이 들어봤는데 이런 차이가 있었군요.. 처음 알았습니다 앞으로 웹 개발시에는 자바스크립트 대신 타입스크립트 써야겠네요!

[@ohmygod607]

세상에 ChatGPT가 나왔지. 이것도 1년 정도 되었어. 자 JS랑 ChatGPT중에 누가 더 이상하지?

[@user-vp8lj6ch6e]

10일만에 만들어졌다니.. ㅋㅋㅋㅋ

[@sumire-fanclub]

저는 개인적인 일에는 RUST + javascript 조합으로 개발을 합니다. 물론 javascript는 좋은 언어는 아닙니다. 하지만 그 단점이 독특하고 개성있는 언어로 만들어줍니다.

[@sikmoon5633]

ie가 멸종하고 구형폰을 안쓰게 되면 타입스크립트가 대중화될 것 같네요. 몇 년 전에 조금씩 배우다가 크로스브라우징 문제로 안했었는데 요즘은 많이 좋아졌을지 궁금하네요

[@yk3lee]

몇년전에도 ie에서 아무 문제 없었는데요…

[@맥구-c9e]

타입스크립트를 바로 돌리는 브라우저는 없음

[@common_nswer]

ts 못참지’

[@nomadcoders]

예압~!!

[@sanghunlee9946]

다행이다 아예 스크립트를 쓰지 말라는줄 ㅋㅋ

[@srk96]

백엔드 Kotlin/JVM 프론트엔드 Kotlin/JS Kotlin 하나로 웹개발도 가능. Ktor

[@이상현-s1p]

점점 더 모든 웹 개발 주요 언어들이 컴파일 단계를 거치고 있음. html은 jsx, tsx, pug... css는 less, sass, scss... js는 coffee, type, 심지어는 자체 스펙내의 버전 호환을 위해서도 컴파일을 함. 이 비용을 감당할만큼의 이점이 있다고 하지만, 왜... 우린 그 컴파일을 당연하다고 받아들일까... 하는 의문도 가져야 할 듯. 인간의 생산성을 위해 sw의 복잡도가 높아지는 게 좋은 건지 의문.

[@YT-ll8ns]

JS가 불편한건 함수오버로딩이 안된다는거.. 타입스크립트를 써도 JS로 컴파일하는거라 오버로딩은 안될거 같은데. 브라우저가 타입스크립트를 지원하면 바로 넘어가겠지만 아직은 나의 업무에 컴파일러를 추가할 생각은 없음.

[@bhhoneybee2254]

마소는 타입스크립트를 낸 것으로 이전 인터넷 익스플로러를 독점으로 낸 걸 개발자들에게 용서받았다.

[@VoidX930]

옛날엔 자바스크립이 초보가 배우기 좋다며 추천하고 그랬잖아...

[@user-vp8lj6ch6e]

초보가 배우기 좋다는 거고 현업에서 쓰긴 아무래도 부적절하죠 영상설명대로

[@절대민원넣는다]

오랜만에 TS 보네.. 벌써 2년 지났누

[@seirenkaren5411]

전직장에서 JS 1년, 현직에서 리액트TS사용중인데 현직에서 리액트를 처음 접해서 그런지는 몰라도 죽을 것 같습니다...... (전직장에서는 특정 CRM플랫폼의 백엔드 로직이 JS라서 기존 JS의 최적화 및 유지보수를 담당했습니다) 조금만 삐끗하면 의미심장한 오류메시지를 던지니 계속해서 코드 자체의 구조를 보도록 요구합니다 덕분에 그럴싸하게 입력해도 그럴싸하게 오류메시지한테 탈탈 털립니다 (문제는 오류에 대한 내용을 상세하게 기술 안 해준다는 부분입니다. JS로 개발했을 떄의 벌어지는 에러해결시간에 비하면 TS가 확실히 그 부문에 대해서는 이점이긴 합니다만, 초심자 입장에선 대체 무슨 이유로 오류가 발생했는지 모르니 결국에는 JS로 개발했을 때 또는 그보다 더 많은 오류해결시간을 요구하게 됩니다) JS의 역사를 보니 넷스케이프는 평생 MS에게 고통만 받다가 잊혀진 회사로 남을 것 같습니다 넷스케이프는 한때 MS와 싸움판을 벌인 기록이 있는 회사였고 결국에는 넷스케이프가 도태되고 IE가 등극하면서 참담한 패배를 맛보게 되었는데 JS까지 저런 거로 봐선 뭔가 아이러니하네요

[@test-j9j]

잊혀진->잊힌

[@nr5005]

저도 말씀하신 단점이 너무 크리티컬하다 판단해서 JS 좋아하지 않아용 잘 쓰지 않구용 ㅎㅎ 런타임 오류는 항상 롤백 또는 장애라는 친구랑 항상 같이 다니니까 더 싫어요 ㅎㅎㅎ

[@형광등-p5d]

빌드툴도 멍청한짓을 막아주긴한다죠... 고맙다 안드로이드스튜디오..

[@jk1742a]

쓸까 말까 고민하다가 씁니다. 언급된 내용은 es6에서 defineProperties get set과 asign과 call을 잘 혼용해서 사용하시면 encapsulation과 더불어 대부분 해결됩니다. Typescript에서 이런부분을 trans 하는과정에서 자동화 해줄 뿐입니다. javascript의 전신은 lips인데 lips는 그렇게까지 허접하지 않습니다. dom구조를 만들면서 Lips가 선택 됐습니다. 추가로 브라우저 프로그램 위에서 돌아가는 스크립트 언어는 복잡할 필요가 없습니다.... oop, 상속 등 복잡한 문제 없이 변수, loop, function, 선언 기타 간단한 기능 만 있으면 초기에는 큰 문제가 없었습니다. 10일 걸릴만 했다고 생각합니다.

[@128idd]

자동화가 별로 대단한 게 아니라는 듯 말씀하시네요...? 추가로 문제의 핵심은 웹사이트가 발전하고 복잡해지면서, 10일 걸릴 만 했던 과거의 상황과 달라졌기 때문에, 다른 대부분의 언어들에서는 아주 간편하게 제공되는 기능을 불편하게 사용해야만 하는 JS의 한계가 들어난 것 아닌가요?

[@jk1742a]

@@128idd 그렇군요 글중에 어떤 느낌을 받으신 모양인데 그럴수 있겠네요. 사람들은 다양한 감성을 갖고 있죠... 사실 댓글을 달까 말까 고민하다 올렸는데 ... 이유는 제작자가 이런 영상 만드는게 보통일이 아니라 힘들게 만들었을꺼고 Typescript의 긍정적인 면을 부각 시키고 있는데 현재의 흐름상 아주 크게 나쁜일은 아닌데 굳이 멘트를 올려서 제작자 의기 소침해지게 하는건 아닌가.. 하는 고민에서 였습니다. 다만 멘트를 달아야 겠다고 마음 먹은건 현재의 시점 상 결국 Typescript는 Javascript를 보조해 주는 역할인데 마치 영상의 내용은 Typescript가 Javascript의 대체제 인듯한 느낌을 받았고 Javascript는 문제가 있는 언어로 비춰지고 있는데 이런점은 Typescript와 Javascript의 관계를 생각했을때 paradox 로 생각되기 때문입니다. 주시할 점은 2018 es6까지 ECMA표준이 지속적으로 확장, 표준화가 진행 중이라는 점입니다. 초기 Netscape와 ie의 script 탄생 시점을 javascript의 정체성으로 보면 안됩니다. 어째든 최근 흐름을 잘 반영해주고 풀어주는 '니콜라스'님께 감사드립니다. 영상 잘보고 있어요.

[@baedori323]

TS몰랐던 코린이들.. 같이 입문하러 가시죠

[@nomadcoders]

ㄱㄱ!!

[@김규동-r3z]

글쎄요.. 어떤 댓글에 있던 내용이긴한데 결국엔 크로스 브라우징 (IE) 때문에 결국엔 어쩔수 없이 고객의 요청에 의해서 JS로 개발해야되는경우가 많으니까 TypeScript를 알면서도 안쓴다는 느낌이 강해요.

[@gehrigyeo6667]

typescript로 작성해도 javascript로 컴파일되어 동작합니다. (브라우저에서 실행하는 스크립트 자체가 javascript입니다.) 크로스 브라우징은 쓸 수 없는 사유가 될 수 없습니다.

[@아무것도몰라요-d3l]

바벨씁니다 바벨오 ie 10까지 지원하는 타입스크립트 리액트 앱 유지보수 해본적 있는데 이슈 없어요

[@fhana97]

자바스크립트 삼위일체 짤이 생각나는 영상이네요 ㅋㅋ 멀티플라이 펑션 한번 직접 해보니까 NaN 나오던데 잘 동작한게 맞는것 같긴 한데... 자바스크립트은 왜 굳이 NaN 같은걸 만들면서까지 실행을 할려는건지 이해가 안가긴 합니다.

[@bart2865]

JS is smart The dull is me 🐶

[@xodn0906]

JS에 고통받아 백엔드 개발을 선호하게된 1인...

[@nomadcoders]

ㅠㅡㅠ...

[@test-j9j]

앤->엔

[@xodn0906]

@@test-j9j 수정했습니다 감사합니다 ㅎㅎㅎ

[@피카소-j3c]

TS♥

[@nomadcoders]

❤️

[@강동은-c5k]

코딩 막 시작하려는 고2입니당 그러면 자바스크립트 안 배운 상태에서 그냥 타임스크립트 먼저 배워도 되나요?

[@nomadcoders]

영상에 나온것처럼 자스를 먼저배우세요~~

[@강동은-c5k]

@@nomadcoders 감사합니다!

[@하하하흐]

타입스크립트는 자바스크립트의 확장판이라서 자스 안배우고 배울수가 없어요.

[@CrimsonJangmi]

js가 오류를 왜 제대로 못 잡나 했는데 이런 이유가 있었군

[@ms8579]

???: 자바스크립트가 언어냐? 옹알이지.

[@sangjela]

TS의 문제는 잘 관리되지 않았다면 테스트 자동화와 유지보수가 헬이란거. JS는 전임자가 개판 쳐놓고 나갔어도 어떻게 할순있지만... 애당초 스크립트를 또 컴파일해야 하는 것에 의문이 필요할 듯

[@gehrigyeo6667]

어떻게 할 수 있을 정도라는 건, 그나마 괜찮게 만들어진겁니다. 진정하게 개판쳐놓은 js는 상상을 초월합니다.

[@이진우-i7s]

왜 프런트는 자바스크립트밖에 안되나요?

[@gehrigyeo6667]

브라우저에서 지원을 안해주니까요.

[@orlein]

난또 자바스크립트 안쓴대서 타입스크립트도 안쓰나? 하고있었네 ....요새 쌩js로 개발하는사람이 있긴한가?

[@임대현-s1z]

아니 그게 강점 아니야?

[@phw1009]

StrongType 랭귀지를 주력으로 하는 개발자로서, TS를 써보고 정말 좋다고 생각하는 부분은 타입으로 인한 오류의 감소 및 생산성 향상도 있지만 '스크립트' 언어의 장점을 혼용해서 사용할 수 있다는 점입니다. 예를 들어 컴파일 언어에서 타입의 이름이나 프로퍼티명을 가져오는 행위는 상당히 까다로운데 TS는 XXX.constructor 라는 간단한 구문으로 너무나 손쉽게 가져올 수 있거든요

[@jcmh74]

C/C++ 같은 고전 언어에서는 어렵거나 불가능하지만 Java나 C# 등, 요즘 언어들은 리플렉션이라는 개념이 있어서 타입의 내부를 코드에서 활용하기 쉽습니다.

[@phw1009]

@@jcmh74 리플랙션은 알지만 성능적으로 권장되지 않는다는거죠.

[@kyubum]

How about Rescript? lol

[@memogranados8446]

do you have your courses in a english website? i mean , i don´t understand mostly of the things as the prices and some descriptions

[@지저스크라이막스]

8:55 개발자 아닌 입장에서 절대 js 부터 시작안할껄? ㅋㅋ 나는 예외라서 바로 typescript 정복 가능해ㅋㅋㅋ

[@후후훗-i7f]

자바스크립트에 느슨한 관계에 대해서 별로 불편함을 못느꼈던것 같습니다. 너무 직관적이나 단순하게 사용해서 일수도 있습니다. 계산이 필요한다거나 타입체크가 필요하거나 하는부분들은 제 3의 사용자들의 해킹에 의해서 변경될수도 있어서.. 대부분 뒷단으로 넘겨서 작업을 했었던것으로 기억합니다. 결국 타임스크립트도 마지막에는 자바스크립트 결국 자바스크립트를 완전히 걷어낼수는 없고.. 자바스크립트의 인기 요인은 느슨한 자유성이지 않을까 싶습니다. 너무 타입에만 고집하는 언어들은 개발자들이 싫어하더라구요.. 결국 나중가면 잘 사라지고... 아근데 자바는 엄청 살아남네요.. 언제사라지려나..

[@Renlaw666]

다들 착각하는게 ㅋㅋㅋ 님들이 언어와 환경을 고르지 않아요 ㅋ 언어와 환경이 님들을 고르지 ㅋ js가 거지 같다고요? 그럼 거지같은거에 익숙해져야 밥벌어먹고 삽니다 ㅋ

[@재현-o7u]

작업 안전장치 추가하는거라 회사 환경이랑 상관 없을 것 같은데요? 어차피 js로 최종적으로 바꾸는걸요

[@탠이-n1s]

그러면 nodeJS, reactJS등등의 언어들도 TS와 연동이 된다는 건가요? TS에서 코드를 작성하고 nodeJS에서 실행이 가능한지 궁금합니다

[@devloper-lu7pt]

nodejs, ts, vuejs 조합으로 이번에 프로젝트 했습니다. 참고해주세요.

[@야근하기싫어요]

타입스크립트가 진짜좋은건 알고있는데 실제프로젝트에서는 각종 라이브러리의 문제라던가 지금까지 스택오버플로에 쌓여있는 각종자료들때문에 타입스크립트로 쉽게못간다는게 ㅠㅠ

[@test-j9j]

던->든

[@현상원-d8p]

프로젝트 사이즈 작으면 타입스크립트 너무 불편하네요…

[@yjkim1243]

타입에 대해서 개발자의 실수를 방지한다는 것은 이제 이해했습니다. 그러나 어차피 TS는 JS로 compile이 되는데, 그 얘기는 JS가 진정한 객체지향(OOP)이 아닌 Prototype based 언어라는 것을 본질적으로 해결하지 못하지 않나요? 이 부분에 대해서 궁금합니다. How can TS be more Object Oriented (in a more fundamental way, not just as a syntactical sugar) than JS, after all it eventually compiles into JS?

[@b93kda]

당연히 못하죠. 근데 TS가 그걸 해결하려는게 아니잖아요.

[@아무것도몰라요-d3l]

OOP는 Concept일 뿐입니다.

[@jonghakpark7253]

그래서 블레이저로 넘어왔느니라