React 불만 大 발설

แชร์
ฝัง
  • เผยแพร่เมื่อ 30 ต.ค. 2024

ความคิดเห็น • 97

  • @디시인사이드프로그래
    @디시인사이드프로그래 2 ปีที่แล้ว +45

    백엔드만 한참 해온 개발자들이 프론트하면 항상 이렇게 생각하더라구요, 결국 잘 못한다는 뜻입니다. 백엔드한다고 프론트 못한다고 생각하진않는데 대부분 생각이 유연하지는 못하더라구요.
    그리고 프론트에서 OOP안쓴다고 생각하는것도 되게 잘못된 방향으로 생각하는거같네요. 대부분 프론트개발자들이 수준미달이 많긴합니다만 OOP에서 중요하게 생각하는 SOLID원칙을 생각하지않고 좋은코드를 짤수가없습니다.
    리액트가 함수컴포넌트라는 네이밍을써서 FP랑 되게 착각을 많이하던데 실제로는 컴포넌트 코딩하는 패턴이나 상태관리 도구 사용한는거보면 OOP에 가깝습니다...FP는 순수함수를 디폴트로 가져가는데 함수컴포넌트 개발할때 그런식으로 개발하지도않고 useEffect는 이름부터 사이드이펙트입니다...

  • @jisujames7391
    @jisujames7391 2 ปีที่แล้ว +36

    지극히 JAVA 및 JVM 언어와 OOP 페러다임에 익숙한 사람들의 영상이네요. 불만 보면 절반은 그냥 FE 쪽 경험과 실력이 떨어져서 그런거 같고, 멘탈 모델 자체가 OOP에 맞게 되어 있다보니 저렇게 생각하시는거 같네요. (물론 BE쪽 실력은 대단하십니다.) 그리고 나머지 절반 정도는 FE 개발자 입장에서도 느끼는 불만이긴 합니다.
    타입스크립트는 JS에 타입을 강하게 해놓은 것이지 타입스크립트를 보고 OOP만을 생각하면 무식한 개발자라고 볼 수 있습니다. FE 에서 타입스트립트를 통해서 클래스라는 형의 정의를 interface, type 을 이용해서 정의합니다.
    단위테스트는 어렵긴 합니다. + UI단 특성상 그렇게 어렵게 짠 테스트가 다음날 되면 UI 변경 때문에 엎어야 하는 경우도 자주 있구요. 백엔드에 비해서 수정 요구사항이 상당히 많고 자주 있습니다.
    애초에 HTML + CSS 와 BOM, DOM 등의 브라우저 호스트 환경을 고려하면서도 인메모리 상태관리를 동시에 고려해야 하는 특성상 나타나는 특수성이 있는데, 그걸 BE 개발자 입장에선 매우 이해하기 힘든거 같았습니다. 지금까지 단 이러한 FE의 특성을 깊이있게 통찰하는 분을 딱 한분 봤습니다.
    영상에서도 느끼지만 CSS에 대한 이야기는 없군요. 대충 라이브러리로 만든거겠죠.
    DOM, CSSOM에 대한 특성 + CSS와 UI 단 스타일링 + 유지보수성이 강한 UI 컴포넌트에 대한 설계 + 각각의 컴포넌트에서 일어나는 이벤트 핸들링 + 전역 상태 관리 + 컴포넌트당 지역 상태 관리 + 각 이벤트 서버 응답에 대한 상태 동기화 + 자주 변경되는 UI단 변경 요구사항 등등을 이해한 상태에서 이제 JS와 React에 대한 이해가 나아가야 한다고 봅니다.
    아마 영원히 좁혀지지 않는 간극이 되지 않을까 합니다

  • @revfactory
    @revfactory 2 ปีที่แล้ว +32

    저는 React의 JSX와 상태 관리에 불편함을 느끼고서 Angular로 넘어왔는데 현재도 정말 만족하며 쓰고 있습니다. 특히 Ivy 랜더링 엔진으로 변경된 이후 정말 빠르고 가벼워졌습니다. 아직도 과거 AngularJS 시절의 이미지를 그대로 갖고 계신 FE 개발자 분들도 계시는데 다시 한번 해보시길 권해드립니다.
    다만 사내 React 개발자분들 얘기를 들어보면 그냥 대세니까 핫하니까 라는 이유로 불편함이 있더라도 React이외에 다른 것들은 시도조차 안해보시더군요.
    Angular는 뭔가 비대하고 배우기 어렵다는 편견이 있는데 실제로는 CLI로 쉽게 접근할 수 있고, 구조나 패턴도 스프링처럼 직관적이라 금방 배웁니다. 신입부터 시니어 개발자까지 초기에 몇 번의 스터디만으로 바로 프로젝트 투입도 가능했습니다.
    백엔드 개발자도 금방 배워서 내부 운영툴도 쉽게 작성가능하고 프로젝트 규모가 커질 수록 프레임워크가 갖는 장점이 더 발휘됩니다.
    또한 새로운 프로젝트를 하더라도 쉽게 빌딩이 가능하며 스프링처럼 외부 개발자가 오더라도 Angular 경험이 있다면 구조가 동일하니 쉽게 적응하실 수도 있구요.
    Angular는 정해진 로드맵에 따라 매년 2회 메이저 버전이 릴리즈 됩니다. 6월에 v14가 릴리즈 예정입니다. 메이저 버전이 올라가더라도 어떤 부분들이 변경되고 추가되었는지 한 눈에 볼 수 있는 버전별 비교 체크리스트도 친절하게 제공됩니다.
    그 밖에도 기존 FE개발자 경험을 고려하여 프레임워크 구조를 이해하지 않았더라도 사용가능한 single-alone component 도 준비중이라고 합니다. 이 밖에도 최근 Angular 근황이 좀 더 궁금하시다면 얼마전 공개된 구글 IO에서 state of Angular 세션이 도움이 되실 겁니다.

    • @jasonryu4495
      @jasonryu4495 2 ปีที่แล้ว

      리액트 개발자 찾는 회사가 많고 수요가 많아야 연봉도 높으니 리액트 하겠죠

    • @asto6533
      @asto6533 ปีที่แล้ว

      리액트는 쓰레기

    • @정우석-p1b
      @정우석-p1b 11 หลายเดือนก่อน

      저도 react 쓰면쓸수록 제품 개발용으로는angular가 나은것같은데 시장이 너무 한쪽으로 확 간것같아서 좀 아쉽네요

  • @tarek7451
    @tarek7451 2 ปีที่แล้ว +40

    재밌네용ㅎㅎ 근데 bgm 소리가 너무 커서 목소리가 묻히네요ㅜㅜ

  • @tw04
    @tw04 2 ปีที่แล้ว +5

    지금은 리액트로 좀 통일되긴 했지만 여전히 변화속도가 빠른 자바스크립트 진영임을 생각해보면 상대적으로 유연하게 변화될 수 있는 리액트가 유리하지 않나 싶습니다. 새로운 기술이 나왔을 때 '마법같이' 어떤 처리를 대신해주는 프레임워크들보다 기본적으론 js 를 최대한 자유롭게 쓸 수 있는 게 리액트니까요. 예로 다른 분들도 언급하셨지만 타입스크립트라는 큰 흐름이 왔을 때 가장 빨리 적응할 수 있었던 것도 리액트였죠

  • @aaaaaab631
    @aaaaaab631 2 ปีที่แล้ว +7

    비슷한 고민을 했었는데 주제로 다뤄주셔서 너무 좋아요! 그로 인해 관련 주제로 댓글들이 달리는 것도 너무 보기 즐겁네요. 앞으로도 FE 관련 컨텐츠가 많이 나오면 좋겠어요. ㅎㅎ
    개인적으로는 현재 React 기반 FE 에서 구조, 테스트 관련 best practice 가 뾰족하게 없다고 생각합니다.

  • @kjang5589
    @kjang5589 2 ปีที่แล้ว

    두분 얘기하는거 듣다보면 무림 고수들의 비무를 보고 깨달음 얻는 하수 느낌이 드네요.. 단순히 강의보고 공부하는거 이상으로 뭐가 필요한지 몰랐는데 길을 찾아갈 지침이 되는거 같아 감사합니다

  • @MrChane8
    @MrChane8 2 ปีที่แล้ว +18

    클래스스러운 상태관리 Mobx

    • @swhan94
      @swhan94 2 ปีที่แล้ว

      다만, 순수 js객체가 아니라 직렬화하거나 할때 toJS 써야하고 그런게 있음

  • @sejinjeon9303
    @sejinjeon9303 2 ปีที่แล้ว +2

    취준생 때 프론트를 굉장히 얕게 공부하고 취업한 이후로는 회사에서 백엔드 개발만 하고 취미로만 프론트를 조금 다루고 있어서 프론트 쪽은 마땅히 물어볼 데도 없고 공부할 우선순위도 낮아 방치하고 있었는데요, 공식문서나 블로그에서 제대로 다뤄주지 않는 의문을 영상에서 제시해주시고 재야에 숨어있는 프론트 개발자분들이 달아주신 답변과 개인의견을 읽어보니 갖고 있던 의문이 많이 해소되고 생각이 좀 정리가 되네요. 생각지도 못한 좋은 주제 감사합니다.

  • @E5presso
    @E5presso 2 ปีที่แล้ว +2

    매번 고민하던 부분 중에 하나였는데, 호돌, 향로님도 같은 생각을 하고 계셨군요! 출근길에 좋은 컨텐츠 감사합니다 :)

  • @gonniLife
    @gonniLife 2 ปีที่แล้ว +6

    진료는 의사에게
    약은 약사에게
    백엔드는 백엔드 개발자에게
    프론트는 프론트 개발자에게
    원래 클라이언트가 더럽습니다.

  • @Olivia-Keumza
    @Olivia-Keumza 2 ปีที่แล้ว +27

    리액트는 상태관리 등에서 immutability가 너무 중요하다보니 클래스 인스턴스를 안쓰게 되는 것 같네요. 클린 아키텍처적으로 생각하면 리액트나 뷰나 결국 프레젠테이션 레이어이기 때문에, 상태관리 및 상태에 따라 오는 연산들은 함수지향적으로 가고 그 외의 도메인 및 데이터 레이어에서는 클래스로 짜면 좋은 구조가 나올 것 같네요. oop의 장점과 fp의 장점을 고루 섞은게 제 생각엔 제일 좋을 듯 합니다

    • @yoonkyeomkim6046
      @yoonkyeomkim6046 2 ปีที่แล้ว +7

      실제로 저는 리액트+mobx 쓰는데요 말씀하신대로 데이터쪽은 클래스로 만들고 컴포넌트 쪽은 함수형으로 만들어서 프로젝트 3개정도했거든요 정말 만족스러웠습니다

    • @dearjudith
      @dearjudith ปีที่แล้ว

      맞아 immutability, stateless 이게 핵심이지 testability의 문제는 아님
      oop에서 그렇게 힘들게 aop(sepratation of concern)를 주장하는데, functional component는 그 자체로 immutable, stateless하게 aop를 실현하니까 편하지

  • @swhan94
    @swhan94 2 ปีที่แล้ว +12

    velopert님 초청해서 react 물어보고싶네요

  • @거꾸로해도일요일
    @거꾸로해도일요일 2 ปีที่แล้ว +10

    frontend의 경우 상태를 항상 유지해야하는 부분이 Backend와 다르기 때문에 상태관리자를 따로 두는게 일반적이라고 생각합니다. backend의 경우 사용자 요청에 담긴 내용을 기반으로 비지니스 로직을 처리한다고 하면 FE는 사용자가 발생하는 이벤트 기반으로 기존 상태와 조합하여 처리해야하기 때문에 상태관리자를 두지 않으면 불편한 점들이 많이 생긴다고 생각해요.

  • @김도령-x1l
    @김도령-x1l 2 ปีที่แล้ว +5

    9:32 이부분은 항상 개발자들끼리 술마시면 토론하는 이슈인듯

  • @tw04
    @tw04 2 ปีที่แล้ว +5

    저도 뷰 개발자 발언 이후로 갈아탔었는데.. 덕분에 취직이 수월했으니 고마워 했어야 했나 싶네요 ㅎㅎ 대부분의 개발자 및 코더에게 중요한 건 어차피 밥 빌어먹고 살 수 있느냐여서 ㅋㅋ

    • @user-wp6vu6tv5q
      @user-wp6vu6tv5q 2 ปีที่แล้ว

      뷰 개발자 발언이 뭔가요?

    • @tw04
      @tw04 2 ปีที่แล้ว

      @@user-wp6vu6tv5q 2019 홍콩 시위 때 "자유, 얼마나 많은 죄악이 네 이름을 빌렸나" 란 트윗을 올려 중국을 옹호했었죠

    • @rrr-f6p
      @rrr-f6p 2 ปีที่แล้ว

      @@tw04 헐ㅋㅋ 그런 일이 있었군요

  • @adenpark1752
    @adenpark1752 2 ปีที่แล้ว +1

    Immutable, viewModal class 구현에서 작업을 해봤는데요 typescript를 사용하게되면 view modal class를 제작해서 사용하는게 linting쪽에서 많이 걸리기때문에 type은 거의 필수라고 볼수 있을것같아요. 코드 퀄리티는 viewModal class를 제작해서 만드는게 코드를 이해하긴 좋았던것 object를 수정하거나 추가 컴포넌트간의 연결을 해당 클래스를 통해 쉽게 진행 할 수 있었고 단점이라고 하면 백엔드를 동시에 봐야한다는 것이 단점이라고 할 수 있을것같고 state management를 사용해서 제작하게되면 미들웨어만 보고 정리할 수 있는 부분 페이지 단위로 state을 불러와서 적용할 수 있는부분이있어서 장점이라고 할 수 있겠네요 단점이라고 하면 prop과 component간의 연결 부분이 코드적으로 불필요한 부분이 많았던것 같아요. 프론트엔드 짜실때의 선택에 도움이 되길 바랍니다.

  • @ziziziczic
    @ziziziczic 2 ปีที่แล้ว +2

    출근길에 듣기 좋아요.
    잘 볼께염~^^

  • @앗-k1i
    @앗-k1i 2 ปีที่แล้ว +1

    아직 전부 알아듣진 못하지만 용어들을 익히는데 도움이 될 것 같아서 늘 잘 챙겨보고 있어요! 오늘은 자막이 없어서 아쉽네요ㅜㅜ

  • @ljck2932
    @ljck2932 2 ปีที่แล้ว +2

    이 정도면 거의 뷰에 중독 된거 아입니까

  • @mopsyshin
    @mopsyshin 2 ปีที่แล้ว +2

    vue로 시작했고 지금은 거의 react만 쓰고 있는데, vue나 react나 지금 그 자체로는 비슷하다고 생각합니다. 근데 다만 굳이 vue를 선택해야하는가 에 대해서 '굳이?' 라는 생각이 들 뿐 ㅎㅎㅎ

  • @otwmoo
    @otwmoo 2 ปีที่แล้ว +3

    그리고 vue.js 는 3 나오면서 composition API 나오면서, 오히려 다양성이 사라진듯. 또한 과정을 살펴보면 3.0까지 가는 데, 시간이 너무 올라간 듯. 또한 어설프게 리엑트 따라가는 듯 해서 관심이 뚝 떨어진 듯. 마찬가지로 react도 그닥 맘에 들진 않는데, 국내는 항상 그렇지만, 하나에 몰빵 꽃히면, 그걸로 가는 듯한 느낌. (앵귤러랑 스벨트 관심 좀...)

  • @otwmoo
    @otwmoo 2 ปีที่แล้ว +1

    순수 FP냐 아니면 어느정도 짬뽕하냐 뭐가 좋은지는 이야기 하긴 어렵지만, 순수 FP 관점에서 보면 아시다시피 스칼라 같은 언어는 이단이라고 생각 되는 것이 어느정도 납득은 되면서도 한편으로는 실제 FE 영어에서 그 중간을 오가는 사례도 많아 보이고, 생각보다 잘 돌아가는 것을 보면 이걸 너무 학문적(?) 접근한다기 보다 가독성 및 개발 편의성에서 괜찮다고 한다면 크게 문제되는 안는 듯. 다만, 나는 그래서 그 경계를 결정하는데 '왜 그런 선택을 했어' 만 적절히 설명히 되면 나쁘진 않을 듯.

  • @정우석-p1b
    @정우석-p1b 11 หลายเดือนก่อน

    28:50 이부분에서 저도 그 이유가 너무 궁금하더라구요.
    제 개인적인 생각으로는 syntax가 간단해서 빠르게 만들기 편해서 그렇지 않을까 싶네요.
    아무리 생각해도 규모가 커질수록 angular나 vue가 낫다고 생각이 들어서요

  • @hJ-ze4jm
    @hJ-ze4jm 2 ปีที่แล้ว +3

    와.. 생계 유지를 위해 리액트, RN을 하고 있는데 이런 의문을 다수가 가질수있게 비슷한 영상이 많이 올라왔으면 좋겠어요.

  • @EoinJahss
    @EoinJahss 2 ปีที่แล้ว +7

    개발바닥 특) 신입 개발자가 면접 매운맛으로 보기 좋음. 막 혼나고 이런게 아니라 기술 예기 어느정도까지 할 수 있나 알 수 있음

  • @otwmoo
    @otwmoo 2 ปีที่แล้ว +3

    FE 라고 해서 백엔드랑 로직이 만드는 방법이 딱히 다르진 않습니다. 그냥 많은 예제가 그렇게 하지 않으니, 대부분 그렇게 잘안하는 것 같습니다만, 굳이 클래스로 작성해야 하는 가 하면 그건 아닌 듯 해요. 여기서 부턴 선택의 영역이지만, 대부분 그러지 않아도 잘 작성할 수 있고, 오히려 객체지향을 꺼리는 건 잘못된 설계가 되었을 때, 또는 요구사항이 크게 변경될 때 유연하지 않아요. (내가 폐쇠라고 생각 햇던 것이 사실은 그게 아니었어...느낌?) 저는 그런 부분에서 FP 기반을 선호합니다만, ( 뭐 그렇다고 React 한다고 FP가 잘 되는 건 아니지만, 오히려 React 예제 대로면 FP랑은 거리가 먼 듯.) 성능 보다는 FP 쪽이 더 편해서 그렇게 하는 듯.

  • @Anne-kz4fi
    @Anne-kz4fi 2 ปีที่แล้ว +1

    저는 거의 매일 리엑트를 쓰는 초보인데 여태까지 크래스를 딱 한번만 쓴 것 같아요. 개인적으로 클래스 장벽이 조금 높은 것 같아요. 새러운 프로젝트 만드려고 유튜브나 블로그 찾아보면 거의 다 function으로 나오는 것도 있고요. 물론 꼭 필요하면 클래스도 배울 생각인데 당장은 안 급하다는 생각이 드네요.

  • @mouuaw1134
    @mouuaw1134 2 ปีที่แล้ว +1

    너무 공감되네요 ㅋㅋㅋㅋ

  • @user-wp6vu6tv5q
    @user-wp6vu6tv5q 2 ปีที่แล้ว +3

    클래스 방식 사용하면 훅을 사용하지 못해서요ㅠ 리액트에서 요즘 제일 핫한 라이브러리인 React Hook Form, SWR, React Query 같은것도 다 훅 기반 라이브러리라 함수형이 주류일 수 밖에 없는것 같아요
    클래스형을 채택하게 되면 프론트의 모던한 기술 스택을 사용 못한다는 단점도 있는것 같습니다

  • @김지원-v7m7i
    @김지원-v7m7i 2 ปีที่แล้ว +1

    후다닥 달려왔습니다 ㅎㅎ

  • @jillneleson2466
    @jillneleson2466 7 หลายเดือนก่อน +1

    우리때는 당연히 풀스택이었는데 요즘은 당연하게 프론트와 백을 나누는게 참 어색하네요. 이번에 처음으로 리액트 프로젝트를 했습니다. 너무 편하고 즐거웠던 개발이었는데요. 검색하면 쓰레기라고 제일먼저 나오는 넥사크로와 유사한 방향성이 있어서 개발에는 어려움이 없었네요. 저는 반대로 아직도 TDD가 이해가 안되네요. 목적이 뭔지 도무지... 오류날껄 알면 안나게 개발을 해야지

    • @tangiblemark
      @tangiblemark 4 หลายเดือนก่อน

      실제로 해외에서는 거의 풀스택이 대부분. 프론트에 신경쓸만큼의 UI를 잘 신경 안쓰는 것 같음.

  • @kuby934
    @kuby934 2 ปีที่แล้ว +2

    저같은 경우는 리액트 에 비해서 뷰가 배울게 너무 많아서 리액트로 넘어간 케이스네여
    뷰 쓰다가 리액트 코드를 처음 봤을때
    눈에 확실히 익어서 좋았던 것 같아요.
    vue를 계속 다시 해보려고 하는데
    마법(?) 같은 코드때문에 계속 리액트로 돌아가게 되는 듯 합니다

  • @hyeonlee
    @hyeonlee 2 ปีที่แล้ว +2

    저도 느끼는 점은 규모에 대한 문제점은 사실 진짜 애매한거 같습니다.

  • @othniel0000
    @othniel0000 2 ปีที่แล้ว +4

    두분은 angular 하셔야 겠네요. React, vue 가 인기 있는 이유은 쉬워서 이고 그래서 난개발이 됩니다. 객체지향은 수년의 경험이 필요하고 솔리드 원칙 같은 원칙에 따라야 합니다. 코드 컨벤션 수준이 높을수록 좋은 프레임워크 입니다. 그리고 객체지향 자체가 프론트를 위해서 나온거에요. 게임 같은 복잡한 오브젝트 관리는 객체지향이 아니면 개발 자체가 불가능 합니다. 결론은 객체지향으로 코딩 안하는것은 쉬운것만 만들기 때문입니다.

    • @othniel0000
      @othniel0000 2 ปีที่แล้ว +1

      참고로 앵귤로는 증분형 돔을 사용합니다. 성능 생각하면 무조건 앵귤러 입니다.

  • @yoonkyeomkim6046
    @yoonkyeomkim6046 2 ปีที่แล้ว +6

    31:30에 같이 의자 고쳐앉으시는거 타이밍ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

  • @니멤이댜
    @니멤이댜 2 ปีที่แล้ว

    그냥 취미로 코딩 하는데 구지 클래스로 짜야 되나 하는 생각이 더 큰거 같습니다 클래스는 뭔가 덕지 덕지 붙는게 많다고 해야되나 초심자 입장에서는 그렇습니다 꼭 Fp스타일을 좋아해서 그렇다기 보다 코드가 많아지는 클래스 스타일의 필요성을 느끼지 못해서 그런거 아닌가 싶습니다
    그리고 자바 스크립트는 this 가 정말 거지 같이 되있습니다 어디서 호출 하면 윈도우 객체고 어디서 호출 하면 함수고 이런 일관성도 없다 보니
    꺼려지게 되는거 같은

  • @ujungkim7514
    @ujungkim7514 2 ปีที่แล้ว +4

    좋은 내용인데 제가 신입이어서 다 이해하지 못 해서 아쉽네요...이분들이 말하는 거 5년 지나면 공감할 수 있겠죠?

  • @youngkiu
    @youngkiu 2 ปีที่แล้ว +3

    OOP 와 FP 의 충돌 ㅋㅋ

  • @주철진-k9j
    @주철진-k9j 2 ปีที่แล้ว

    프론트 개발자 분과 함께하는 편이 기대됩니다.

  • @garoukim4314
    @garoukim4314 2 ปีที่แล้ว +3

    자바 스프링이 타 백엔드 언어보다 장점인 점은 무엇일까요? 규모가 큰 IT기업들은 거의 무조건 자바 스프링인데 비슷한 의문이 들었네요

    • @SeonYeongMaeng
      @SeonYeongMaeng 2 ปีที่แล้ว

      자바 스프링의 장점이라면,
      20년이 넘는 세월 동안 백엔드 시장을 독점하다시피 지배하면서 겪어야 했던 수많은 상황들과 이를 해결하면서 쌓여진 경험치?

    • @aaaaaab631
      @aaaaaab631 2 ปีที่แล้ว

      경력자가 많다는 거죠. 인력 문제

    • @garoukim4314
      @garoukim4314 2 ปีที่แล้ว

      @@SeonYeongMaeng 그건 언어 자체의 장점이라기보단 시장에서의 유용함정도가 아닐까요? 본영상에선 언어자체의 불편함, 유용성을 다루고계셨던것 같아서요

    • @kiakia1985
      @kiakia1985 2 ปีที่แล้ว

      본 영상에선 자바 스프링 이야기가 안 나오는데요?

    • @garoukim4314
      @garoukim4314 2 ปีที่แล้ว

      @@kiakia1985 리액트 얘기처럼 자바스프링에 대해서도 궁금증이 들어서요 ㅎㅎ

  • @Leo-kr3ni
    @Leo-kr3ni 2 ปีที่แล้ว

    이런 곡예 비행이 재밌네요 ㅋㅋㅋㅋㅋ

  • @identityjang
    @identityjang 2 ปีที่แล้ว +5

    31:35 타이밍 무엇? ㅋㅋㅋㅋㅋ

  • @투자2차전지성장행복
    @투자2차전지성장행복 2 ปีที่แล้ว +1

    flutter + bloc + 클린아키텍처 짱

    • @tangiblemark
      @tangiblemark 4 หลายเดือนก่อน

      저도 플러터 개발자지만.. flutter web 좀 빨라지면 좋을텐데

  • @figure-kim
    @figure-kim 2 ปีที่แล้ว +2

    호도루쟝 ㅠㅠ

  • @user-wp6vu6tv5q
    @user-wp6vu6tv5q 2 ปีที่แล้ว +1

    뷰가 쇠퇴하게 된것도 Vue3는 시기가 늦게 나오는데 Vue2는 타입스크립트 지원이 잘 안되고 프론트는 이미 타입스크립트 사용이 주류가 되었고 이런 문제가 있었던것도 꽤 큰거 같습니다

  • @Jay07278
    @Jay07278 2 ปีที่แล้ว +1

    vue UP! 👍

  • @blue_black
    @blue_black 2 ปีที่แล้ว +1

    21:24 👍

  • @TheNopatience
    @TheNopatience 2 ปีที่แล้ว +5

    앵귤러를 쓰시면 될거같은데요?

  • @NoOvertimeLife
    @NoOvertimeLife 2 ปีที่แล้ว

    react 공부 중이라 타이틀보고 달려옴 휴…

  • @hkhk2505
    @hkhk2505 2 ปีที่แล้ว

    굳굳 👍👍

  • @johnwick97t764
    @johnwick97t764 2 ปีที่แล้ว +1

    요약: 난 틀딱이고 java원툴이고 oop가 진리인 레거시 땔깜인데 fp랑 노드가 이렇게 뜰줄은 몰랐다 ㅜㅜ

  • @lucid9520
    @lucid9520 2 ปีที่แล้ว

    속시원하네요 다 똑같은 느낌이네요

  • @hayoung_jeremy
    @hayoung_jeremy 2 ปีที่แล้ว +1

    선댓후감

  • @hagon962
    @hagon962 2 ปีที่แล้ว +1

    oop 극혐..

  • @벨로시티-w3f
    @벨로시티-w3f 2 ปีที่แล้ว

    리액트 책샀는데 이럴수가 ㅋㅋ

  • @윤세희-l6o
    @윤세희-l6o 2 ปีที่แล้ว

    ㅋㅋㅋㅋㅋㅋ백분들은 리액트를 혐오하시더라고요

  • @socresf-x2m
    @socresf-x2m 2 ปีที่แล้ว +1

    Vue는 타입스크립트 호환이 잘 안되나요?

    • @jasonryu4495
      @jasonryu4495 2 ปีที่แล้ว

      vue3부턴 기본 탑재 같아요

  • @이인호-x9s
    @이인호-x9s 2 ปีที่แล้ว

    제가 영상을 봐도 repo를 봐도 ClassEnum이 왜 필요한지 모르겠는데 .. 좀 더 쉽게 설명해줄 수 있을까요??

    • @이인호-x9s
      @이인호-x9s 2 ปีที่แล้ว

      Enum을 왜 확장해야하는지 모르겠네요ㅜ

    • @devbadak
      @devbadak  2 ปีที่แล้ว +2

      이 글을 참고해보시면 도움 되실 것 같습니다.
      techblog.woowahan.com/2527/

    • @이인호-x9s
      @이인호-x9s 2 ปีที่แล้ว

      @@devbadak 와우.. 이해완료했습니닷..

  • @jinan159
    @jinan159 2 ปีที่แล้ว

    31:35 ㅋㅋㅋㅋㅋㅋ

  • @김조랭-x8g
    @김조랭-x8g 2 ปีที่แล้ว

    vue3 랑 ts 같이 사용하는건 괜찮나요 ? 다른분들의 의견이 궁금합니다.

  • @frontend_ko
    @frontend_ko 2 ปีที่แล้ว +2

    전 주니어라 잘 모르겠지만, 무려 페북이 관리하는 라이브러리에다가 사라지지 않을것 같은 느낌도 주고 자료도 많고 이용자도 많으니 취업 이직에도 좋지 않나요

    • @iililiiilili-u7c
      @iililiiilili-u7c 2 ปีที่แล้ว +3

      리엑트 자체만 놓고 보면 수요가 많으니 커리어에 이점이 있는건 맞겠죠? 하지만 이런 심도 있는 고민은 프레임워크를 도구로하여 프로덕트를 개발하는 개발자로써 해볼만하다고 생각이드네요~
      저는 백엔드 개발자라 프론트엔드 생태계의 사정을 잘 모르는데, 그래서 더더욱 영상 내용이 공감이 가는거 같아용😁

  • @jasonryu4495
    @jasonryu4495 2 ปีที่แล้ว

    oop가 짱이야

  • @hyeonseok
    @hyeonseok 2 ปีที่แล้ว +1

    아니 왜 속시원하게 말을 안해주시나요!

  • @kkaburi
    @kkaburi 2 ปีที่แล้ว

    백엔드하다가 뷰쓰면그냥신세계든데 이런것도 있구나하고

  • @otwmoo
    @otwmoo 2 ปีที่แล้ว

    그리고 사람들이 리엑트를 좋아하는 이유는 제 생각엔 쉽다는 것과 뭔가 많은 자유를 주면서 강력한 듯한 느낌을 주니까?? 그러고 보면 제이쿼리가 비슷한 이유지 않았을 까 싶은데,

  • @majortom6301
    @majortom6301 2 ปีที่แล้ว +1

    그냥 백엔드나 계속해야겠다

  • @ebichu8126
    @ebichu8126 2 ปีที่แล้ว +1

    Angular는요!?!

  • @sungwoocho5830
    @sungwoocho5830 2 ปีที่แล้ว

    class보다 hooks가 재 사용성이 좋습니다.

  • @junsang5040
    @junsang5040 2 ปีที่แล้ว

    요점 28:00

  • @hyunseopark7212
    @hyunseopark7212 2 ปีที่แล้ว

    th-cam.com/video/JUuic7mEs-s/w-d-xo.html 이런것도 있어요!

  • @hyeonilchoi7630
    @hyeonilchoi7630 2 ปีที่แล้ว

    스마트기기. 안전하게 사용합시다. 좋은 습관을 만들어요.
    장문이네요. ...
    영상, 잘 봤습니다. 재미있네요.
    리액트. npm으로 설치하고... 소스코드를 적으면 되죠.
    웹프로그래밍이랑 마찬가지이구요. 리액트 문법이 있고, 리액트 관련책도 있어요. 리액트 프로그래밍 정석이라는 책이 있군요.
    리액트 네이티브를 잘한다고 생각합니다. 리덕스를 사용할 때, 프론트엔드에 되먹임. 이런 부분이 있더군요. 리덕스보다, AsyncStorage를 사용하면 쉽구요.
    리덕스 사용에 정형화. 그런 부분이 있더군요. 유데미보고 공부했었네요. 공부해보세요. 리덕스는 리액트에서 사용하는 모듈. 이렇게 생각하면 좋겠죠.
    앱만들기 그런 부분인데... 정형화 형태로 보이더군요. 값 입력하는데도, 되먹임을 사용. 또 데이터 담기. 이런 부분도 있구요. 리액트네비게이션도 해야하는구나.
    리액트네이티브로 앱을 만들려면, 리액트네비게이션을 쓰거나, 리액트네이티브로 웹앱으로 만들기. 웹앱을 만들어도 리액트네비게이션을 사용할 수도 있죠.
    그냥 리액트네이티브로도 되구요.
    리액트는 웹프로그래밍, 리액트네이티브가 앱프로그래밍. 이렇게 말할 수 있습니다. 리덕스나 리액트네비게이션. 모듈이라고 할 수 있겠죠.
    리액트네이티브와 리액트. 이렇게 따로 생각해도 되구요. 문법은 비슷한것 같아요. 리덕스는 따로 리액트나 리액트네이티브 안에서 사용되구요.
    웹앱 개발엔, 리액트 네이티브. 개발해보세요. 글을 적고 고치느라 헷갈릴 수도 있겠어요.
    저의 깃헙도 있는데, 참조해보세요. 유데미도 보구요. 좋은 개발되세요.
    또, 교회. 다녀보세요. 기독교. 전화도 해보세요. 사회에서 쉴 곳. 하고 싶은 말이네요.
    좋은 하루되세요.
    저의 댓글, 봐 주셔서 감사합니다.

  • @마리나아브라모비치
    @마리나아브라모비치 2 ปีที่แล้ว +1

    삼성그룹 프로젝트 -> VUEJS