우리 회사는 뷰 쓰는데,
구인이 잘 안되서 우리 스택을 리액트(대세라면 대세니까)로 바꿔야 하나 고민인데.
동료가 그 고민 때문에 리액트 좀 봤는데
스크립트랑 마크업이랑 섞는다고 지저분해서 별로다는 식으로 얘기하더라고.
웹 프레임웍 발전한 방향이 마크업이랑 스크립트랑 분리하는 방향으로 가기위한 노력들이었다고 생각했는데 리액트는 역행하는걸로 보이는거지.
반면에 뷰는 마크업 영역 / 스크립트(겸 데이터) 영역 / css 영역 명확히 구분되는 구조고.
그래서 우리는 뷰를 선호하고 있는데.
리액트 좋다는 쪽은 왜 좋다고 하는건지 궁금.
구인이 잘 안되서 우리 스택을 리액트(대세라면 대세니까)로 바꿔야 하나 고민인데.
동료가 그 고민 때문에 리액트 좀 봤는데
스크립트랑 마크업이랑 섞는다고 지저분해서 별로다는 식으로 얘기하더라고.
웹 프레임웍 발전한 방향이 마크업이랑 스크립트랑 분리하는 방향으로 가기위한 노력들이었다고 생각했는데 리액트는 역행하는걸로 보이는거지.
반면에 뷰는 마크업 영역 / 스크립트(겸 데이터) 영역 / css 영역 명확히 구분되는 구조고.
그래서 우리는 뷰를 선호하고 있는데.
리액트 좋다는 쪽은 왜 좋다고 하는건지 궁금.
뷰3.0은 어떤거 같음?
아직 우리는 2써서 3과의 차이는 내가 몰라.
굳이 분리할 이유가 없는게 맞지 않냐 백 프론트 구분도 점점 무의미해지는데
근데 그건 php시절로 돌아가는거랑 같지 않나?
리액트가 좋은 이유는 일단 밀어주는 회사가 커. 페북이라는 세계에서 5손가락 안에 드는 회사에서 밀어주는 회사고
그런 회사에서 밀어주다보니 당연히 쓰는 사람도 많겠지? 쓰는 사람이 많으면 당연히 구직하려는 사람들도 많겠고? 그럼 커뮤니티도 더 크겠지? 그럼 리액트에 사용가능한 라이브러리도 더 많겠고?
그럼 쓰는 회사가 많아지면 개발자 입장에선 이직하기가 쉽겠고. 회사입장에선 쓰는 사람이 많으니 더 안정적이겠지?
니가말한 그 이유임. 리액트는 업무분장없이 한 주방에서 중국식이랑 양식 다 만드는 식인데 그걸 나누라니 짜장 돈까스 덮밥을 못만들잖아!! 하니까