최근 타입스크립트가 퇴출되는 일이 발생하여 커뮤니티가 난리가 난 사건과 NodeJS를 대체하는 Bun 1.0 출시, Python을 대체하는 Mojo 출시 소식에 대해서 다룹니다. AI 바디프로필 만들기 jocasso.codemafia.io/bodyprofile AI 자막, 번역, 더빙 조카소 jocasso.codemafia.io/ko/subtitle 조코딩과 코딩 공부하기 jocoding.net/ 코딩하는거니님 유튜브 채널 바로가기 www.youtube.com/@gunnycoding 목차 00:00 Turbo, 스벨트, 드리즐 타입스크립트 퇴출 논란 01:31 타입스크립트 제거에 따른 반응 02:47 타입스크립트 퇴출 이유 03:07 ECMAScript 타입 도입 가능성 04:13 NodeJS보다 4배 빠른 Bun 출시 05:39 Bun 출시에 대한 반응 06:48 Python보다 68000배 빠른 Mojo 출시 08:43 VVIP 멤버십 후원 감사 인사 VVIP 멤버십 후원 SOOJIN BANG님, 국민음주하주석님, 그림자그림자님, 뚱뚜루_수수또님, David Choi님, R님, 차딩Charming coding TV님, 아부심벨님, 박상우님, prochild님, ㄴ님, turtleday터틀데이님, David Seo님, AI Beauty Artist님, THX님, 김한영님, 정진수님, 승신 양님, Alex Youn님, 하허님, Jihoon Kim님, ㄷㄹㅁㅍㅅㄹㅅ님 감사드립니다. www.youtube.com/@jocoding/join #Mojo #bun #typescript #뉴스 #python #it뉴스 #테크뉴스
타입스크립트 안좋다는 사람들 진짜 궁금해서 그러는데 코딩을 엄청 옛날부터 해서 자바스크립트 너무 익숙해진거임? 아니면 배우다가 어려워서 싫증난 정도로 그냥 싫다고 하는거임? 물론 원래 타입 지원하는 언어들에 비하면 약간 어거지로 하는거라서 조금 더 고생하는거는 인정하는데.. 타입스크립트 없으면 확실히 그냥 싸지를때는 편함. 빠르게 쌀수있으니까. 근데 남이 만들어놓은 라이브러리나 오픈소스 이런거 써야한다? 타입정의도 없고 문서정리도 제대로 안되있으면 뭐 어떻게 쓰는건지 머리 터져버리겠던데.. 진짜 프론트엔드 규모도 크고 멤버도 많고 이러면 자바스크립트로 가능함…? 리팩토링 가능?? 몇천줄되는 코드 정독하거나 만든사람 찾아가서 물어봄? 아니면 진짜 코딩 도사들만 있어서 변수명 코드블럭 개깔끔하고 문서정리도 나무위키급으로 되있나?? 파이썬쪽은 진짜 머신러닝쪽 복잡한 라이브러리 쓸려면 깜깜이코딩이라 너무 힘든데 왜 굳이 자바스크립트로 회귀하려고 하는거지 진정 궁금합니다
저도 너무 공감합니다. 프로젝트 규모가 커지면 타입없이 개발이 가능할까요? 가능은 하겠지만 진짜 ㅈㄴ 짜증날거같아요 생각만해도. 진짜 이전 개발자들 찾아가면서 하나하나 물어볼수도없고. 리팩토링도 상상할 수 없네요. 진심 타스 필요없다는 분들보면 어느정도 규모까지 개발해봤는지 묻고싶긴합니다. ㅈㄴ 짝은 앱이면 자스로 쌉가능한데 ㅈㄴ 큰 앱이먼 타스없으면 진짜 미쳐버리는데말이죠.
제가 생각하는 현재 자바스크립트 생태계의 최대 문제점... 실제 개발자가 작성한 자바스크립트나 타입스크립트 코드를 1. 실제 자바스크립트 엔진에서 실행할 자바스크립트로 컴파일(기계어로 바꾸는 컴파일과 구분해서 트랜스파일이라고도 표현하죠)하는데, 이것 자체도 2. 다시 엔진에서 컴파일을 해서 실행이 되죠. 저는 이 중에서 1단계를 건너뛸 방법이 나왔으면 좋겠다는 생각을 종종 합니다. 스크립트 언어에서 (결국에는 기계어로 변환될) 스크립트 언어로 다시 변환하는 과정이 존재한다는 게 좀 이상하다고 생각해서요.
기술은 결국 어떤 결과물을 낼 수 있는가에 가치가 있는 거지 어떤 기술을 쓰느냐에 가치가 있는 게 아니니까 이렇게 지속적으로 기술 생태계가 변하는 건 당연한 현상이고 그런 변화에 적응을 하는 게 모든 기술자의 숙명이라고 생각합니다. 이런 변화에 왈가왈부 토 달아봤자 기술자 입장에서는 자기 자신의 가치만 떨구게 되는 거니까요.
@@sjfieksnd 냉정하게 말해서 자신 또는 자기 부서 또는 자기 회사가 유지보수 안 할 코드도 있으니까요. 또는 아예 지속적인 버전업 예정이 없고, 몇년단위로 차세대 프로젝트 굴리면서 그때그때 이슈나 트렌드 따라 바닥부터 새로 만들어 써서 제품으로 납품되는 시장이나요. 카카오톡처럼 지속적으로 10년이상 버전업되면서 서비스되는 어플리케이션은 클린코드가 매우 중요할 수 있습니다. 다른 모든걸 포기하고 초기 작업속도가 두배 더 걸려도 상관없을 정도로요. 하지만 애시당초 내구연한을 딱 2년이다 3년이다 그 뒤에 차세대 SW로 서버 엎고 소스 밀고 새로 개발할거다 하는 수요에 대응하는 경우에는 그렇지 않죠. 더더군다나 아예 2년 서비스 하고 접을 목적의 홈페이지나, 단순 일회성 행사를 위한 홈페이지(ex: 아파트 분양 광고 사이트, 전자 모델하우스 시스템 등)라면 더더욱 유지보수에 대한 고려는 필요없겠죠. 청약기간 3개월 서비스하고 서버 닫아버릴거니까요. 이런 일회용 사이트들도 몇백만원짜리 프로젝트로 돌아다닙니다. 물론 노코딩으로 대충 양산형 홈페이지 찍어내주는 상용툴(워드프레스, 아임웹 등)도 있지만 전자지도나 3D모델하우스 이런 기능 넣기 시작하면 상용품으로는 한계가 있죠. 외주작업물이나 SI업무가 그렇죠. 뭐 서비스가 양반이고 SI가 천민이다식이 극단적 관점도 있던데, 각자 자신의 사업 환경에 따라 유리한걸 택할 뿐입니다. 기업문화나 처우같은 경우도 애시당초 사업구조가 다르니까 그런거고, 뭣보다 서비스도 개ㅈ소는 있습니다. 앱마켓에 듣보잡 앱들 중에 회사가 서비스 하는 앱들 있는데 가만보면 유니콘기업도 아니고 대기업도 아니고 그냥 사람 쥐어짜서 돌아가는 데 분명히 있어요. 다만 SI쪽 시장이 크기에 SI회사 자체가 작든 크든 좋든 나쁘든 더 많아서 그만큼 눈에 띄는거 뿐이고, SI쪽도 끝까지 올라가면 삼성SDS나 삼성전자 내부 개발부서들도 있죠. 대체적으로 개발자를 직업으로 삼는 사람들의 취향상 저런 수직적 문화 싫어하는 분들이 많아서 내려쳐질뿐, 실상 까놓고 보면 페이 받는건 네카라쿠배랑 그렇게 엄청나게 차이 안 나는 데도 많습니다. 결론은 각자 또는 각자의 조직이 처해있는 개발목적이나 사용수요, 설계용도에 맞는 작업도구를 쓰시면 된다는 겁니다. 뭐가 나쁘고 뭐가 우월한게 아니에요.
취업 준비하는 입장에서는 환경이 너무 빠르게 변하니 뭘 더 배우기가 갈수록 애매해지네요 ㅠㅠㅠ 생겼다 사라졌다 하는 수명 주기도 짧아서.. 앵귤러가 반짝 하다 사라지듯...이번 bun과 mojo는 얼마나 갈지도 모르겠고.. 입사 희망했던 기업 중에 타입스크립트 하는 자를 선호하는 곳이 좀 있었는데...어찌될지..ㅜ 제일 베이직한 언어들이나 계속 파는 게 안전할지.. 생각하게 되네요
타입스크립트를 써보면 라이브러리가 상당히 귀찮음 예를들면 vue 컴포넌트를 배포하려고 할 때 js는 걍 export하면 끝인데 ts는 vue 컴포넌트가 뭔지 찾아봐야 함 그게 귀찮아서 걍 ts인터페이스를 안 만드는 개발자도 많음 회사에서는 맨날 쓰던거만 쓰는 사람들은 체감이 안되겠지만 오픈소스에서 이것저것 가져다 쓰는 사람들이 ts를 혐오하는건 백프로 이해가 감
자바스크립트 표준에 type annotation이 들어가는 게 제일 낫겠죠. type 정의가 들어가서 불편해지는 게 많은 건 사실입니다. 그래서 초기에도 typescript 도입에 저항이 있었구요. 하지만, 불편해지는 단점에도 코드 모호성이 줄어들어서 생기는 이득이 훨씬 크기 때문에 typescript가 지지를 얻게 된 거죠. 능력이 좋으면 typescript 없이도 모호성 없는 코드를 작성할 수 있겠지만, 프로그래머라고 모두가 그렇게 능력 좋은 건 아니라는 현실을 생각하면 좋겠습니다.
진짜 궁금해서 그러는데 사이즈 좀 큰 프로젝트 들어갈때 ts안쓰고 js만으로는 문제 많이생기지않음? 나중에 유지보수 빡시지않음? 혼자 개인프로젝트도아니고 회사규모로 넘어오면 js로만 만들어둔 레거시 유지보수하려면 토악질나오던데 타입스크립트 공부를 제대로 안해서 싫어하는게 아니고 진심으로 타입스크립트가 구리다고 생각하는거임? 진짜 궁금해서
1. 가독성이 떨어짐 2. 코드양이 늘어남 3. 수정해야 할 코드도 늘어남 4. 중요한 변수는 어차피 validation 체크해야함(float형이어야 하는데 int로 처리한다던가) 5. 이런건 유닛테스트로 커버하고 본 코드는 심플한게 좋음 6. 개발할때 코드 중심이 아니라 변수 중심으로 개발 하게 됨 7. 파이썬은 변수에 value들어가면 변수 형이 정해지는데 이걸 또 왜쓰는지 모르겠음 (사실 변수 타입은 누가봐도 정해져 있음 애매할 일이 없음 고로 굳이 안써도 됨) 8. 사실 코드 한글자 더 쓰는게 귀찮음
솔직히 개인취향이긴한데 타입스크립트를 사용하면 주석이나 코멘트, 문서를 작성 안해도 함수 선언과 아키텍쳐 구조, 타입만을 유추하여 시스템 이해력 및 유지보수, 확장이 가능해서 매우 유용한 도구라서 좋음. 굳이 강제성을 안받고 권장정도로 사용하고 싶다면 JSDOC을 쓰면 되는 부분이고 그냥 음~ 그렇구나~ 하고 넘기면 될 이슈밖에 안되는데.
JS 표준부터가 너무 누더기 누덕누덕 기워놓은 수준이라 열딱지남 그나마 TS가 표준으로 잡아져가고있는거 같긴 한데 것도 이렇게 튀는 라이브러리 몇개나 @Type 구비되지 않은 레거시 끼어들면 화딱지 대폭발 any 쓰자니 여기저기 코드가 오염되고 그렇다고 라이브러리 째로 공통타입으로 퉁치는거도 사실 TS 이념에 부합하는 방식이 아니고, 그렇다고 화면, 기능 개발하기 바빠디졌는데 레거시 라이브러리 코드 하나하나 뜯어서 읽어보고 하나하나 타입 달고 자빠지는거도 노답이고… 걍 flutter에 들어가는 dart나 안드 kotlin, 애플 swift 같은걸로 싹 대체됐음 좋겠는데.. 그나마 가망있는게 flutter web 프레임워크가 있고 그나마 크롬 한정이긴 하지만 브라우저에서 네이티브로 읽을 수 있는 dart쪽인거 같지만.. 구글이 이런쪽으로는 생각보다 힘을 못쓰는듯.. PHP나 Jquery처럼 Javascript 언어 자체가 근본부터가 그지같은 면이 있음 아니면 확실히 타입스크립트를 표준사양으로 정리해서 흡수하던가.. 90년대 등장한 기술 중에 어째 이런 속터지는 문제 없는건 JAVA랑 Python 계열뿐이 없는듯.. 사실 Python도 2랑 3이 단절되있긴 하지만 2는 뭐 너무 레거시니까 ㅇㅇ ㄹㅇ 웹프론트쪽 꼴을 보면 진저브레드 시절 파편화된 안드진영 그 이상 곱빼기를 보는 느낌. 특히 사파리, 오페라, 인터넷 익스플로러. 신기술 남발에 1~2년 지나면 또 트렌드 바뀌는거 이거도 아무리 개발자가 평생공부하는 직업이라 하지만 너무 피로한 요소기도 함 ㄹㅇ. 앱이나 게임 응용프로그램 서버 다른분야 다 이정도는 아님. ㄹㅇ 때로는 독과점이 낫구나 싶은게 웹프론트 하다보면 다 느껴짐. 서버쪽 보면 국내엔 어딜 가든 스프링부트 도배니 기술지원도 편하고 축적된 자료찾기도 쉽지. 해외 국내 불문. 물론 해외는 FastAPI같은게 또 대세고 C#도 많이쓴다곤 하지만 거기서도 스프링이 비주류까진 아니던데.. 한 2~3개로 정리 됐으면.. 제발!! 우리나라는 리액트랑 뷰로 정리하는거 같긴 하지만 축적된 데이터가.. 아쉬움.
strong type language (Java, C#)만 쓰다가 nodejs로 갈아타니까 개꿀편.... 물론 작성하다가 Type 강제가 필요하겠다 싶은 케이스도 생기긴 하는데 애초에 변수가 어떤타입인지부터 생각하고 짜니까 호출할때도 그 타입에 맞게 써서 편하면 편햇지 불편하다고 느낀적이 없음. 굳이 필요하면 형 확인이랑 변환해주는 함수 만들어놓고 쓰면 되니 Typescript를 공부했지만서도 굳이 쓸필요가 있을까 싶기도 함.
최근 타입스크립트가 퇴출되는 일이 발생하여 커뮤니티가 난리가 난 사건과 NodeJS를 대체하는 Bun 1.0 출시, Python을 대체하는 Mojo 출시 소식에 대해서 다룹니다.
AI 바디프로필 만들기
jocasso.codemafia.io/bodyprofile
AI 자막, 번역, 더빙 조카소
jocasso.codemafia.io/ko/subtitle
조코딩과 코딩 공부하기
jocoding.net/
코딩하는거니님 유튜브 채널 바로가기
www.youtube.com/@gunnycoding
목차
00:00 Turbo, 스벨트, 드리즐 타입스크립트 퇴출 논란
01:31 타입스크립트 제거에 따른 반응
02:47 타입스크립트 퇴출 이유
03:07 ECMAScript 타입 도입 가능성
04:13 NodeJS보다 4배 빠른 Bun 출시
05:39 Bun 출시에 대한 반응
06:48 Python보다 68000배 빠른 Mojo 출시
08:43 VVIP 멤버십 후원 감사 인사
VVIP 멤버십 후원
SOOJIN BANG님, 국민음주하주석님, 그림자그림자님, 뚱뚜루_수수또님, David Choi님, R님, 차딩Charming coding TV님, 아부심벨님, 박상우님, prochild님, ㄴ님, turtleday터틀데이님, David Seo님, AI Beauty Artist님, THX님, 김한영님, 정진수님, 승신 양님, Alex Youn님, 하허님, Jihoon Kim님, ㄷㄹㅁㅍㅅㄹㅅ님 감사드립니다.
www.youtube.com/@jocoding/join
#Mojo #bun #typescript #뉴스 #python #it뉴스 #테크뉴스
스벨트는 실제로 typescript 유지이고 드리즐은 농담한거에요.
Fireship 이 농담이나 이런걸 그대로 받아들이고 해서 잘못된 내용으로 영상을 제작 했어요
어그로꾼이라 그런듯
어그로였다니 영상 제작자 싸다구 좀 맞아야겠네
그거도 미국 유머 문화를 이런식으로 왜곡하다니 거의 섬짱깨급
타입스크립트 안좋다는 사람들 진짜 궁금해서 그러는데 코딩을 엄청 옛날부터 해서 자바스크립트 너무 익숙해진거임? 아니면 배우다가 어려워서 싫증난 정도로 그냥 싫다고 하는거임?
물론 원래 타입 지원하는 언어들에 비하면 약간 어거지로 하는거라서 조금 더 고생하는거는 인정하는데..
타입스크립트 없으면 확실히 그냥 싸지를때는 편함. 빠르게 쌀수있으니까.
근데 남이 만들어놓은 라이브러리나 오픈소스 이런거 써야한다? 타입정의도 없고 문서정리도 제대로 안되있으면 뭐 어떻게 쓰는건지 머리 터져버리겠던데..
진짜 프론트엔드 규모도 크고 멤버도 많고 이러면 자바스크립트로 가능함…? 리팩토링 가능??
몇천줄되는 코드 정독하거나 만든사람 찾아가서 물어봄? 아니면 진짜 코딩 도사들만 있어서 변수명 코드블럭 개깔끔하고 문서정리도 나무위키급으로 되있나??
파이썬쪽은 진짜 머신러닝쪽 복잡한 라이브러리 쓸려면 깜깜이코딩이라 너무 힘든데 왜 굳이 자바스크립트로 회귀하려고 하는거지 진정 궁금합니다
이미 자바스크립트가 널리 사용이 되고 많은 프로덕트들이 js로 되어있어서 개발 인력도 js가 압도적으로 많을거에요.. 물론 타입스크립트가 많은 장점을 가지고 있는 것은 사실이나 사용자가 적어 드랍을하는게 아닐까 합니다.
저도 너무 공감합니다. 프로젝트 규모가 커지면 타입없이 개발이 가능할까요?
가능은 하겠지만 진짜 ㅈㄴ 짜증날거같아요 생각만해도.
진짜 이전 개발자들 찾아가면서 하나하나 물어볼수도없고.
리팩토링도 상상할 수 없네요.
진심 타스 필요없다는 분들보면 어느정도 규모까지 개발해봤는지 묻고싶긴합니다.
ㅈㄴ 짝은 앱이면 자스로 쌉가능한데 ㅈㄴ 큰 앱이먼 타스없으면 진짜 미쳐버리는데말이죠.
그라게야 납득이 잘 안되어요
흠 결국 자스로 변환하는거니까
종종 enum처럼 자스에는 없는 것이라 타스에서 돌릴때 에러 뜨기도 하더라고요
그런 이슈들도 영향을 끼치었나 싶기도 하넹ㅎ
그냥 귀찮은거지.. 코드 더 작성해야되니..
새 프로젝트에 들어갈 때, 새로룽 라이브러리 쓸 때 진짜 너무 필수..
제가 생각하는 현재 자바스크립트 생태계의 최대 문제점... 실제 개발자가 작성한 자바스크립트나 타입스크립트 코드를 1. 실제 자바스크립트 엔진에서 실행할 자바스크립트로 컴파일(기계어로 바꾸는 컴파일과 구분해서 트랜스파일이라고도 표현하죠)하는데, 이것 자체도 2. 다시 엔진에서 컴파일을 해서 실행이 되죠. 저는 이 중에서 1단계를 건너뛸 방법이 나왔으면 좋겠다는 생각을 종종 합니다. 스크립트 언어에서 (결국에는 기계어로 변환될) 스크립트 언어로 다시 변환하는 과정이 존재한다는 게 좀 이상하다고 생각해서요.
요약
타입스크립트 잘 쓰던 사람들 : 그런가보다
타입스크립트 싫어하던 사람들 : 이때다!!! 역시 타입스크립트는 별로야
ㄹㅇ ㅋㅋㅋ
ㄹㅇㅋㅋ
아 찔리네 ㅋㅋㅋ 저도 타입 스크립트 사용은 했지만, 그렇게 많이 안사용해서 그냥 순수 js만 사용하는중
ㄹㅇㅋㅋ
이거네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
ts 쓰는게 더 나으니까 쓰는거지, 이게 해답이 아니란 것에는 많은 분들이 동의하지 않을까 싶습니다.
Js는 jsdoc라는걸 쓰면 명시가 되는데.
Ts는 .d 파일을 직접만들어야되고..
그거없으면 활용이 어렵더라고여..
d.ts 파일이 훨씬 쓰기 편하지 않나요
옜날부터 타입스크립트 쓸바에 c# 쓴다고 생각해온 저로써는 이해가가내요
타입스크립트가 세팅이 좀 짜증나는 경우가 많긴 함 걍 타입스크립트만 적용하면 간단하지만 다른 프레임워크가 하나라도 결합되면 너무 복잡해지고 오류도 거의 무조건 발생해서 고치는게 짜증났음
Typescript를 빼버리는 움직임이라길래 헐레벌떡 들어와봤더니 또다시 js 표준 제안에 type 도입글이.... 걍 아랫돌 빼서 윗돌에 얹기 수준. 프론트도 복잡해지는 만큼 결국 es 최신버전은 타입스크립트의 요소들을 도입할 듯.
mojo는 막상 쓰려고 해보면, 파이썬이랑 비슷하다는 느낌보다는 형태 좀 다른 러스트 느낌이 나서... 아직 파이썬 대체용이 되기엔 먼것 같습니다
저는 자바스크립트를 씁니다. 이제 20년 썼는데 앞으로도 타입스크립트 안쓸거 같아요.
이제야 타입 좀 적응 됐는데.....
Ts 제거가 오픈소스에서 협의에 의해 결정된 게 아니라
지 맘대로 했다고 하던데?
긍게요 ㅋㅋㅋ
튜닝의 끝은 순정
한줄 요약, 언어는 언어일 뿐이다.
CPU 아키텍쳐가 바뀌지 않는 한
C/C++미만 잡
개발언어는 도구일뿐이니 없어질수 있죠,. 최근 몇년간 반짝였던 것중 하나이니.
기술은 결국 어떤 결과물을 낼 수 있는가에 가치가 있는 거지 어떤 기술을 쓰느냐에 가치가 있는 게 아니니까 이렇게 지속적으로 기술 생태계가 변하는 건 당연한 현상이고 그런 변화에 적응을 하는 게 모든 기술자의 숙명이라고 생각합니다.
이런 변화에 왈가왈부 토 달아봤자 기술자 입장에서는 자기 자신의 가치만 떨구게 되는 거니까요.
요즘 개발자들은 제품의 목적과 가치보단 본인 기술에 중심을 두는 분위기가 팽배해진거 같습니다. 그러니 이게좋네 저게좋네 하면서 애새끼들같은 싸움을 하고있죠.
조가치 쓰는 놈들이 많으니까 문제지
ts 삭제를 반대하는 이유가 생태계가 줄어들면 배운게 아쉽고 써먹을 데가 없어서라고 설명하다니...
개발자가 맞는지 의심되는 발언...
조코딩은 항상 어그로만 끌어서.. 언젠가는 망할듯
4:46 반응 개웃김 ㅋㅋㅋ
차라리 ECMASript 에서 공식 지원해주는거 좋아보인다~
타입스크립트 계속 쓸 수 있어요!!! 스벨트 자체를 JS만으로만 개발하겠다는 의미로 TS를 퇴출한다는 거지, 스벨트를 쓰는 개발자들은 JS건 TS건 맘대로 쓰면 됩니다!!!
타입을 쓰는게 코드를 오염시킨다는 말은 정말 웃기네요 ㅋㅋ 그냥 js에 익숙해진 사람들이 문법 달라지니 읽기 어려워서 어떻게든 단점만 얘기하려는 것으로밖에는 안보이네요
타입스크립트가 문제가 아니라 자바스크립조차 제대로 구조적으로 못짜는데
타입스크립트로 자기만 알아먹거나 리펙토링이랍씨고 결합도높게 여기저기 분산시켜놓고 기교부려놓은 코드들보면 진짜 탈락 1순위
솔직히 타입스크립트는....
좋고 나쁨을 떠나서 사람을 좀 피곤하게 만드는 그 무언가가 있습니다.
물론 잘쓰면 좋겠지만요
개념강의 인강 하나 끄적이고 ts를 공부안하고 쓰려고하면 개피곤을 느낄겁니다.
본인이 코드 유지보수에 대해 귀찮해하고 중요성을 모르니 피곤하다 느끼는것,,
@@sjfieksnd 냉정하게 말해서 자신 또는 자기 부서 또는 자기 회사가 유지보수 안 할 코드도 있으니까요. 또는 아예 지속적인 버전업 예정이 없고, 몇년단위로 차세대 프로젝트 굴리면서 그때그때 이슈나 트렌드 따라 바닥부터 새로 만들어 써서 제품으로 납품되는 시장이나요.
카카오톡처럼 지속적으로 10년이상 버전업되면서 서비스되는 어플리케이션은 클린코드가 매우 중요할 수 있습니다. 다른 모든걸 포기하고 초기 작업속도가 두배 더 걸려도 상관없을 정도로요. 하지만 애시당초 내구연한을 딱 2년이다 3년이다 그 뒤에 차세대 SW로 서버 엎고 소스 밀고 새로 개발할거다 하는 수요에 대응하는 경우에는 그렇지 않죠. 더더군다나 아예 2년 서비스 하고 접을 목적의 홈페이지나, 단순 일회성 행사를 위한 홈페이지(ex: 아파트 분양 광고 사이트, 전자 모델하우스 시스템 등)라면 더더욱 유지보수에 대한 고려는 필요없겠죠. 청약기간 3개월 서비스하고 서버 닫아버릴거니까요. 이런 일회용 사이트들도 몇백만원짜리 프로젝트로 돌아다닙니다. 물론 노코딩으로 대충 양산형 홈페이지 찍어내주는 상용툴(워드프레스, 아임웹 등)도 있지만 전자지도나 3D모델하우스 이런 기능 넣기 시작하면 상용품으로는 한계가 있죠.
외주작업물이나 SI업무가 그렇죠. 뭐 서비스가 양반이고 SI가 천민이다식이 극단적 관점도 있던데, 각자 자신의 사업 환경에 따라 유리한걸 택할 뿐입니다. 기업문화나 처우같은 경우도 애시당초 사업구조가 다르니까 그런거고, 뭣보다 서비스도 개ㅈ소는 있습니다. 앱마켓에 듣보잡 앱들 중에 회사가 서비스 하는 앱들 있는데 가만보면 유니콘기업도 아니고 대기업도 아니고 그냥 사람 쥐어짜서 돌아가는 데 분명히 있어요. 다만 SI쪽 시장이 크기에 SI회사 자체가 작든 크든 좋든 나쁘든 더 많아서 그만큼 눈에 띄는거 뿐이고, SI쪽도 끝까지 올라가면 삼성SDS나 삼성전자 내부 개발부서들도 있죠. 대체적으로 개발자를 직업으로 삼는 사람들의 취향상 저런 수직적 문화 싫어하는 분들이 많아서 내려쳐질뿐, 실상 까놓고 보면 페이 받는건 네카라쿠배랑 그렇게 엄청나게 차이 안 나는 데도 많습니다.
결론은 각자 또는 각자의 조직이 처해있는 개발목적이나 사용수요, 설계용도에 맞는 작업도구를 쓰시면 된다는 겁니다. 뭐가 나쁘고 뭐가 우월한게 아니에요.
타입스크립트 잘 못 쓰는 분들은 두루뭉실하게 피곤하다 이런 이야기 많이하더라구요
솔직히 벡엔드는 몰라도 프론트엔드에서 유지보수 거의 안하지 않나요.
취업 준비하는 입장에서는 환경이 너무 빠르게 변하니 뭘 더 배우기가 갈수록 애매해지네요 ㅠㅠㅠ 생겼다 사라졌다 하는 수명 주기도 짧아서.. 앵귤러가 반짝 하다 사라지듯...이번 bun과 mojo는 얼마나 갈지도 모르겠고.. 입사 희망했던 기업 중에 타입스크립트 하는 자를 선호하는 곳이 좀 있었는데...어찌될지..ㅜ 제일 베이직한 언어들이나 계속 파는 게 안전할지.. 생각하게 되네요
근본 언어를 베이스로 깔고 가세요.. 빠른 변화에 가장 좋은 안전장치 입니다.
타입스크립트는 쭉 하시면 됩니다. 이미 너무 정착되어서 바꾸기 쉽지 않거든요!
근데 타입스크립트 하면 자바스크립트도 해야해서 두개 왔다갔다 하는건 별로 안어려울듯 .bun겁나 흥미롭네요 한번써보고싶네요 ㅎㅎㅎ 아니 근데 파이썬비슷한데 c보다 빠르다고? 말도안됨...
타입스크립트로 따지면 초심자에 아직도 더 공부할 생각이 있는데 갸우뚱하게 되네요 흐음....
ai가 자연어 외에도 배우기 쉽고, 실행 빠른 프로그래밍언어 만들어주면 좋겠다. 그냥 그거 쓰자..
Write in C.... write in c....
@@tunacant9106답은 웹 어셈블리다
근데 프로그래밍 '언어'가 배우기 어려운게 있긴 한가 ㅋㅋㅋㅋ
타입스크립트를 써보면 라이브러리가 상당히 귀찮음
예를들면 vue 컴포넌트를 배포하려고 할 때 js는 걍 export하면 끝인데 ts는 vue 컴포넌트가 뭔지 찾아봐야 함
그게 귀찮아서 걍 ts인터페이스를 안 만드는 개발자도 많음
회사에서는 맨날 쓰던거만 쓰는 사람들은 체감이 안되겠지만 오픈소스에서 이것저것 가져다 쓰는 사람들이 ts를 혐오하는건 백프로 이해가 감
자바스크립트 표준에 type annotation이 들어가는 게 제일 낫겠죠. type 정의가 들어가서 불편해지는 게 많은 건 사실입니다. 그래서 초기에도 typescript 도입에 저항이 있었구요. 하지만, 불편해지는 단점에도 코드 모호성이 줄어들어서 생기는 이득이 훨씬 크기 때문에 typescript가 지지를 얻게 된 거죠. 능력이 좋으면 typescript 없이도 모호성 없는 코드를 작성할 수 있겠지만, 프로그래머라고 모두가 그렇게 능력 좋은 건 아니라는 현실을 생각하면 좋겠습니다.
deno는 어디로 갔능가...?
TS를 제거하고 더 좋은 다른 것을 선택한다면 모르겠지만... JS로 회귀한다면 정말 바보같은 짓이죠. 애초에 TS가 나온 이유가 JS에 분노한 사람들 때문에 나온 거니까요.
장단점이 서로 다르고 ts 쓰는 사람 대부분은 js에 딱히 분노해서 쓰는게 아닌지라 ㅋ
@user-vb7kx7hj5r 개발자 300명 이상 한전 영배4.0 이 조빱 프로젝트구나 ㅋ
잘하는 사람은 타입 없어도 되니까.
타입스크립트로 실력이 늘어서 필요 없게 된것인가..
걍 하루라도 빨리 TS 공부할걸...
파이썬 퇴출된다는 소식에 헐레벌떡 들어와봤는데 겨우 Mojo.....
비전공자 수준 렉카 체널이라...
내부코드로 들어가는 스크립트성 언어도 아니고, 컴파일 언어를 뭘로 만들든 그게 사용자입장에서 뭔 상관일까.. ㅋㅋ 감놔라 배놔라 하네 ㅋㅋ 이건 개발자한테 운영체제 뭐 쓰냐까지 간섭하는 느낌임
“너 컴퓨터 뭐 써서 만듬? Intel 컴퓨터써서 개발한거 아니면 니꺼 안씀!!” ㅋㅋ
정치하냐 ㅋㅋㅋㅋ
유니티 사태도 이야기 해주세요.... ㅠㅠ
오랜만에 영상 봤는데 재미있고 유용하네요
javascript type 넣는 걸 제안한게 ms 라고 생각하면, typescript는 결국 임시방편이긴함. js 위원회는 쫌 각성했으면....
웹브라우저에서 cpp를 쓸수 있게 해달라!!!
태생이 자유로운 애를 억지로 구속하려하니 ㅠㅠㅠㅠ 태생을 타입스크립트로 만드는 프로젝트들이 괜히 있는게 아니죠......
요새 웹쪽 프로젝트 들어갈일이 있어서.. 배워야하나 했는데.. 이런흐름이라면.. 싸워라!!!
터보 프레임워크가 언제부터 타입스크립트 개발자에게 중요한 프레임워크가 된 것인가요?
속도 미쳤네. Bun + Svelte 조합이 최강이 되려나?
진짜 궁금해서 그러는데 사이즈 좀 큰 프로젝트 들어갈때 ts안쓰고 js만으로는 문제 많이생기지않음?
나중에 유지보수 빡시지않음?
혼자 개인프로젝트도아니고 회사규모로 넘어오면 js로만 만들어둔 레거시 유지보수하려면 토악질나오던데
타입스크립트 공부를 제대로 안해서 싫어하는게 아니고 진심으로 타입스크립트가 구리다고 생각하는거임?
진짜 궁금해서
엄청나게 귀찮음 기겁할정도로 귀찮음
비즈니스 코드 작성하는 경우엔 좋을순 있는데 프레임워크 같이 공통단, 더 높은 추상화가 필요할땐 타입스크립트의 컴파일이 병목이 되는 경우가 있음. 실제로 타입스크립트 기반 프레임워크 까보면 타입 추론에 추론에 추론을 물고 길쭉하게 이어진 추론코드가 많이 있습니다.
@@아무것도몰라요-d3l똑똑하네
저 같은 초보자들이나 열받지 프로분들은 아마 문제가 없겠죠 ㅠㅠ 그냥 다른 언어 하나 다시 배우는건 귀찮지만 어렵지 않게 느끼시던데
빨리 플러터 다트로 넘어와~ 언제까지 이것저것 따로 개발할꺼야~
바닐라 자바스크립트만 써와서 다행이다 ㅋㅋㅋ
와 아주 빠르게 돌아갑니다 뱅글뱅글
재밌는 건 mojo는 typed(권장) python 이라는 점
타입스크립트는 걍 자바스크립트랑 똑같은거에 타입추가라 ㅋㅋ 타입스크립트를 지원 안한다해서 자바스크립트를 못하는건 아님 ㅋㅋㅋ
핀트를 못잡는 대가리로 개발은 하냐?
타입스크립트 각잡고 배워보지도 않은 개발 조무사들 천지네 ㅋㅋㅋ
ReactJS + GraphQL 이거 말고는 요즘 타입스크립 쓸일이 없네요.
Deno, Bun 등등 나와도…클라우드 서포트 안되면 패쓰
모조 또한 빨리 클라우드 지원되면 좋겠슴돠
클라우드 서포트가 안된다는게 무슨말인가요?
@@hello_world214 말 그대로 아닐까요 AWS GCP같은 대형 클라우드에서 공식 지원이 안되면 결국 토이프로젝트 용이라는거죠
감사합니다
이상하네.. 옛날로 돌아가자는 건가?
셀레니움 퇴출됬자낭?
1. 가독성이 떨어짐
2. 코드양이 늘어남
3. 수정해야 할 코드도 늘어남
4. 중요한 변수는 어차피 validation 체크해야함(float형이어야 하는데 int로 처리한다던가)
5. 이런건 유닛테스트로 커버하고 본 코드는 심플한게 좋음
6. 개발할때 코드 중심이 아니라 변수 중심으로 개발 하게 됨
7. 파이썬은 변수에 value들어가면 변수 형이 정해지는데 이걸 또 왜쓰는지 모르겠음
(사실 변수 타입은 누가봐도 정해져 있음 애매할 일이 없음 고로 굳이 안써도 됨)
8. 사실 코드 한글자 더 쓰는게 귀찮음
지나가는 백엔드 개발자: (강 건너 불구경) 와 잘탄다~
솔직히 개인취향이긴한데 타입스크립트를 사용하면 주석이나 코멘트, 문서를 작성 안해도 함수 선언과 아키텍쳐 구조, 타입만을 유추하여 시스템 이해력 및 유지보수, 확장이 가능해서 매우 유용한 도구라서 좋음. 굳이 강제성을 안받고 권장정도로 사용하고 싶다면 JSDOC을 쓰면 되는 부분이고 그냥 음~ 그렇구나~ 하고 넘기면 될 이슈밖에 안되는데.
자바스크립트나 열심히 하자
js가 타입을 지원하면, 복잡한 추가 코드를 사용해야 하는 타입스크립트를 사용안해도 된다는 말이…
결국 다른 형태의 js 타입 정의 추가 코드가 된다는 말 아님? ㅋㅋ
bun 빨리 인기많아지면 좋겟다 ㅎㅎ
선댓글 후감상 오늘도 좋은 영상 고마워요 항상 새로워 형이 최고야
프로그래밍 언어 설계 설마 ai가 할 수 있으려나....? 잘하면 될 수도?? ㅎㄷㄷㄷ??
충격적!
새삼 자바스크립트는 어떻게 고쳐도 답이 안나오는 노답 언어라는 생각이 드네
그 말이 맞습니다 처음 시작부터 ㅈ망테크로 시작한 언어라
JS 표준부터가 너무 누더기 누덕누덕 기워놓은 수준이라 열딱지남
그나마 TS가 표준으로 잡아져가고있는거 같긴 한데 것도 이렇게 튀는 라이브러리 몇개나 @Type 구비되지 않은 레거시 끼어들면 화딱지 대폭발
any 쓰자니 여기저기 코드가 오염되고 그렇다고 라이브러리 째로 공통타입으로 퉁치는거도 사실 TS 이념에 부합하는 방식이 아니고, 그렇다고 화면, 기능 개발하기 바빠디졌는데 레거시 라이브러리 코드 하나하나 뜯어서 읽어보고 하나하나 타입 달고 자빠지는거도 노답이고…
걍 flutter에 들어가는 dart나 안드 kotlin, 애플 swift 같은걸로 싹 대체됐음 좋겠는데.. 그나마 가망있는게 flutter web 프레임워크가 있고 그나마 크롬 한정이긴 하지만 브라우저에서 네이티브로 읽을 수 있는 dart쪽인거 같지만.. 구글이 이런쪽으로는 생각보다 힘을 못쓰는듯..
PHP나 Jquery처럼 Javascript 언어 자체가 근본부터가 그지같은 면이 있음
아니면 확실히 타입스크립트를 표준사양으로 정리해서 흡수하던가..
90년대 등장한 기술 중에 어째 이런 속터지는 문제 없는건 JAVA랑 Python 계열뿐이 없는듯.. 사실 Python도 2랑 3이 단절되있긴 하지만 2는 뭐 너무 레거시니까 ㅇㅇ
ㄹㅇ 웹프론트쪽 꼴을 보면 진저브레드 시절 파편화된 안드진영 그 이상 곱빼기를 보는 느낌. 특히 사파리, 오페라, 인터넷 익스플로러. 신기술 남발에 1~2년 지나면 또 트렌드 바뀌는거 이거도 아무리 개발자가 평생공부하는 직업이라 하지만 너무 피로한 요소기도 함 ㄹㅇ. 앱이나 게임 응용프로그램 서버 다른분야 다 이정도는 아님.
ㄹㅇ 때로는 독과점이 낫구나 싶은게 웹프론트 하다보면 다 느껴짐. 서버쪽 보면 국내엔 어딜 가든 스프링부트 도배니 기술지원도 편하고 축적된 자료찾기도 쉽지. 해외 국내 불문. 물론 해외는 FastAPI같은게 또 대세고 C#도 많이쓴다곤 하지만 거기서도 스프링이 비주류까진 아니던데..
한 2~3개로 정리 됐으면.. 제발!!
우리나라는 리액트랑 뷰로 정리하는거 같긴 하지만 축적된 데이터가.. 아쉬움.
Wasm ㄱㄱ
JS 프론트 진형은 확실히 정리가 될 필요가 있어보임...
진형??
진형이 뭔가요ㅠ진영을 말하고 싶은건가?
난 jquery 쓰는데..
제이쿼리 엌
전 ajax 통신 할 때는 보기 쉬워서 제이쿼리 쓰는데 그냥 일반 기능구현은 생 js로ㅋㅋ
요새는 그냥 js queryselector써도 불편한거 없고, ajax도 대체제인 axios 쓰면 되니까 굳이 jquery 쓸필요가 있을까 싶음.
게다가 virtual dom 기반 library들이 많이 나와있어서 특히나 더 쓸일이 적어진것도 한몫할듯.
@@Mir2SKY2 그동안 만들어놓은 게 제이쿼리기반이고 지금도 불편한게 없어서.. 편하신걸루 개발하세요
@@yaguruttazumma3421 저두 17년전에는 자바스크립트만 사용해서 다했답니다.
모조가 모조?
타입스크립트 굳이 없어도 무방
ㄹㅇㅋㅋ
개발 더 힘듬 규모커지면
없으면 진짜 개힘들던뎅…
@@erwqsdasq768 뭐가 웃긴지는 모르겠으나 현업에서도 대규모 프로젝트에 js만 이용하는 프로젝트 수두룩하고 잘 운영되고있음.
@@erwqsdasq768 백엔드 개발자고 react ts 재미로 하고 있는데
솔직히 자바나 C 백엔드 따라하고싶어하는 사람이 만든 라이브러리 같음
js가 하도 근본이 없다보니..
node에 쓰이면 모를까 리액트, 뷰에 굳이..
내가 타입을 만들긴싫고 누가 만들어주면 참좋은데 ㅎㅎ
typescript 불편하다고 불평하는 개발자들은 javascript는 제대로 쓰고 있다고 생각하는건가 묻고 싶은.... console창에 빨간줄 올라가는거 무시하고 완료찍고... 테스트단계에서 수많은 결함리스트를 봐야....
...????
너무하네
또 제목 어그로 .. 이러니 욕먹지...
타입스크립트 안 해본 나 의문의 1승ㅋㅋㅋㅋ
타입스크립트 타령하는애들 특징 : 그냥 코딩을 못함. 옜날처럼 lint 없이 개발하라고하면 단한줄도 못씀.
strong type language (Java, C#)만 쓰다가 nodejs로 갈아타니까 개꿀편....
물론 작성하다가 Type 강제가 필요하겠다 싶은 케이스도 생기긴 하는데 애초에 변수가 어떤타입인지부터 생각하고 짜니까 호출할때도 그 타입에 맞게 써서 편하면 편햇지 불편하다고 느낀적이 없음.
굳이 필요하면 형 확인이랑 변환해주는 함수 만들어놓고 쓰면 되니 Typescript를 공부했지만서도 굳이 쓸필요가 있을까 싶기도 함.
혹시 궁금한게 혼자 개발하고 혼자 함수 작성하는 거라면 상관 없겠지만, 다른 사람과 협업하거나 처음 보는 라이브러리를 쓰는거면 타입이 정해져 있는 것이 편하지 않나요?
말이되나... c# 하다가 javascript 하니깐 타입이 전혀 안보여서 토할 거 같던데.
> 애초에 변수가 어떤타입인지부터 생각하고 짜니까
전 적어도 제가 사용중인 파일에서 참조하고 있는 데이터들을 쓸 때 그것들을 바로 생각해내긴 힘들 것 같아요.
프로젝트가 굉장히 작은가봐요
@@reasure3 개인적으로는.... 제가 짜 놓은 코드도 코드가 커지거나 시간이 지나면 타입을 까먹는 경우가 허다하기에... 혼자 만드는 프로젝트에서도 JS는 극혐합니다.
이러다가는 다시 jquery 가 대세로 돌아오는 날이 올지도.
“돌아보니 jquery가 답이었다!”
저도 바닐라랑 j쿼리 섞어 쓰는데 정말 강 건너 불 구경이네요.
마치 바벨탑마냥 높이 높이 올리다가 스스로 무너지는걸 보는 느낌입니다.