본문 바로가기
숨터 가볍게 읽는 공간
이미지 차단
전체 베스트 최근
← github 게시판

[%] 대형 프로젝트들이 TypeScript를 버리고 있는 중.youtube

익명(118.235) 2023-09-08 07:11 추천 2

https://www.youtube.com/watch?v=5ChkQKUzDCs

Big projects are ditching Type… wtf?Why are some big open-source projects like Turbo and Svelte dropping Type in favor of vanilla ? Learn about the pros and cons of Type#p...www.youtube.com

댓글 17

  • 나도 트랜스파일링 ㅈ같아서 안씀

    익명(223.38) 2023-09-08 07:26
  • 답글

    https://klyro.sarl/gkhv

    익명(165.246) 2026-07-07 14:51
  • 라이브러리 제작자들이나 그렇지 땔깜들은 그냥 써라 ㅋㅋ

    익명(117.111) 2023-09-08 08:57
  • /** * Explicitly set the return type here to prevent the primitive being lost when using new * @return {boolean} */ function giveMeABoolean(please) { ... } - dc App

    익명(182.225) 2023-09-08 09:49
  • 답글

    JSDoc 사용해 이런식으로 주석 길게 쓰면서 타입 사용할바에는, 걍 타입스크립트 쓰는게 더 쉽지 않나? - dc App

    익명(182.225) 2023-09-08 09:51
  • 답글

    아무리 찾아봐도 타입스크립트를 왜 지우는건지 이해가 안가네 .. - dc App

    익명(182.225) 2023-09-08 09:54
  • 답글

    그냥 js 에서 돌아가게 만드려고 하나...? 솔직히 이해 잘 안됨 - dc App

    익명(118.235) 2023-09-08 10:08
  • 답글

    나는 메인 JS/TS 개발자가 아니라서, 정확하게 설명은 못 하겠지만, 내 입장에서 TS를 안 쓰는 이유는 들 수 있을 것 같음. 일단 내가 JS를 쓰는 이유는, View쪽 레이어 작업을 위해 쓰는 것인데, TS를 쓰기 시작하면 필연적으로 빌드과정이 복잡해짐. 내 스타일 자체가 VIEW쪽 레이어는 거의 최소한의 로직만 남기고 나머진 단순히 데이터를 서버에서 받아와서 뿌려주는 형태로 아키텍처를 구성하는데, 이런 식으로 레이어의 역할을 나누다 보면 View쪽 작업에서 딱히 타입을 엄격하게 정의할 필요도 없슴. 중요한 로직이 들어가 있는 것도 아니고, 쓸데없이 일이 늘어남. 일단 이게 첫번째 이유고

    ㅐㅐ(221.146) 2023-09-08 10:57
  • 답글

    두번째 이유는 뭔가 특유의 어색함? 이 존재함. TS에는, JAVA/ C#/ Go /.. 기타 등등과 같이 태생부터, 강타입 컴파일 언어와 달리, 스크립트 언어에 어거지로 타입을 붙여넣은 형태다 보니, JS의 근본적인 문제점들은 여전히 가지고 있음 다른 진영에서 온 사람들에게 이해할 수 없는 버그들이 존재하거나 가끔 괴상하게 행동함. 결국 TS를 쓰는 이유가 런타임에서 일어날 수 있는 버그들을 사전에 미리 확인하고 제거하기 위해서일텐데, 이럴 거면, 처음부터 강타입 컴파일 언어를 사용하는 게 더 낫다는 인식을 지울 수 없음. 더군다나 이런 타입이 유효할 경우가 중요 비즈니스 로직이 몰려있는 서버사이드 개발을 할 때인데 JS는 마땅히 서버사이드 생태계에서 강점을 가지지 않음. 결국 더 나은 선택지가 있

    ㅐㅐ(221.146) 2023-09-08 11:19
  • 답글

    3. 지나치게 코드가 복잡해질 우려가 있다. 타입스크립트는 똑똑함을 과장하기 너무 특화되어있음. 타입의 마술에다 함수형의 마술에 맛 들이면 누구도 알아보지 못하는 기괴하고 괴상한 코드가 탄생함. 다른 언어는 이런 게 없나? 하는데, 자바나 고 같이 약간 태생부터 멍청하게? 설계된 언어에 비해, 이 점이 똑똑히 드러남. 특히 특정 라이브러리 코드 까보면, 진짜 설명하기 힘든 불쾌함이 있는데 이거는 뭐라 설명하기 애매하다

    ㅐㅐ(221.146) 2023-09-08 11:25
  • 뭔가했더니 흔한 유튜브식 어그로네 turbo 8 은 솔직히 듣보 프로젝트고 vue/ svelte 류 프레임워크는 예전부터 타입스크립트랑 상극이었음. 그래서 ”억지로 끼워맞춤식으로 구현할바에 그냥 우리 타입스크립트 지원 안할래“ 이런거임 타입스크립트 없던 때를 생각해보면 대체제가 나왔으면 나왔지 절대 버려질 수 없음

    세종대왕(qvkqg2b1zduqae) 2023-09-08 11:05
  • 그리고 JS Doc 사용하는 비용이 TS 쓰는것보다 더 높을것같은데 시간비용 줄이기 vs 기술부채 쌓기 이거는 쓰는사람 마음이긴하지

    세종대왕(qvkqg2b1zduqae) 2023-09-08 11:12
  • Python 도 타입 솔루션 계속 찾다가 이제야 Mojo 같은거 나온거 아니야 타입이 프로젝트 안정성이나 유지보수성 면에서 엄청 중요해

    세종대왕(qvkqg2b1zduqae) 2023-09-08 11:16
  • 답글

    파이썬도 이제 타입 지정할 수 있는 기능 생겼더라. 근데 타입 어겨도 오류가 뜨는건 아니고 걍 노란색 경고만 뜨는식으로. - dc App

    익명(106.102) 2023-09-08 12:30
  • 타입스크립트가 지나치게 간섭을 많이하긴 해 오류 안 날게 확실한 부분도 간섭하고 그런 부분들 어서션으로 덮으면 코드 더러워지고.. 그래도 나는 타입 스크립트가 좋은거 같음

    3ae(3ae3ae) 2023-09-08 12:00
  • 답글

    난 타입스크립트 익숙해지니까 이제 자바스크립트로 못돌아가겟음. 코드가 왠지 불안정하다고 느껴진달까 - dc App - dc App

    익명(106.102) 2023-09-08 12:32
  • dccon
    MetaFibonacci(equivalence) 2023-09-08 17:43

다른 게시글

  • C vs Mojo [13]
    [정보] 프로딩(cjm1105) | 23.09.08
    추천 2
  • mojo 간단한 벤치마크 [9]
    [정보] 프로딩(cjm1105) | 23.09.08
    추천 6
  • 나 수학 뭐부터 봐야할까?? [22]
    [%] 익명(dish90) | 23.09.08
    추천 1
  • mojo 오픈함 [9]
    [%] 프로딩(cjm1105) | 23.09.08
    추천 2
  • 아 지금 집가는데 내일 회사 지각 안할 수 있을까... [8]
    [%] 땔감(gcp24685) | 23.09.08
    추천 0
  • 디씨 사진업로드 안되는거 내인터넷 문제일까? [3]
    [%] ∀∈∧∋(rudqhrlgkrtkfwk) | 23.09.08
    추천 0
  • CS 몰라도 되긴 함 [4]
    [%] 노는게제일..(aig0016) | 23.09.07
    추천 6
  • 그냥 공대는 전화기가 답이다 ㅇㅇ [21]
    [%] 익명(211.246) | 23.09.07
    추천 7
  • 예전엔 깃헙 이슈열고 PR열고 기여할때 설렜는데 [2]
    [%] 익명(223.38) | 23.09.07
    추천 7
  • 분탕들이 좀 많이 보이는데 [7]
    [⚠애니짤] 던전마스터..(yessexnolife) | 23.09.07
    추천 4
목록으로
읽기 전용 미러