라이브러리/프레임워크 개발자들도 병신이 아니기 때문에 기존 문법에서 급진적으로 변경되는 일은 많이 없음.
최근 대격변을 따져보면 기껏해야 리액트15->16으로 넘어가면서 함수 컴포넌트, next13 앱라우터 정도인데 이런거는 어쩌다 가끔 나오는거고 발표한다고 바로 넘어가야되는거도 아님.
아직도 대부분의 nextjs 프로젝트는 페이지 라우터를 쓰고 있고 함수 컴포넌트도 4~5년간의 과도기를 거치고 나서야 완전 주류로 자리 잡음. 뭐 출시됐다 하자마자 바로 써야되는 거였으면 제이쿼리는 IE 도태됐을때 그대로 사라졌어야지?
나머지는 원래 쓰던거를 더 편하게 해주거나 기능만 넣어주는 느낌임. 문법 적응이 어렵지도 않고.
심지어 저정도 대격변이 통하려면 기존보다 압도적으로 편해야만 가능해서 잘 일어나지도 않음. 이건 리액트 -> 뷰, 스벨트 등으로 이동해도 마찬가지임.
근데 리덕스 쓰다가 주스탠드 못쓰겠고 넥스트 쓰다가 리믹스 못쓰겠다고? 걍 개발자 할 자질이 아닌거 같은데.
최근 대격변을 따져보면 기껏해야 리액트15->16으로 넘어가면서 함수 컴포넌트, next13 앱라우터 정도인데 이런거는 어쩌다 가끔 나오는거고 발표한다고 바로 넘어가야되는거도 아님.
아직도 대부분의 nextjs 프로젝트는 페이지 라우터를 쓰고 있고 함수 컴포넌트도 4~5년간의 과도기를 거치고 나서야 완전 주류로 자리 잡음. 뭐 출시됐다 하자마자 바로 써야되는 거였으면 제이쿼리는 IE 도태됐을때 그대로 사라졌어야지?
나머지는 원래 쓰던거를 더 편하게 해주거나 기능만 넣어주는 느낌임. 문법 적응이 어렵지도 않고.
심지어 저정도 대격변이 통하려면 기존보다 압도적으로 편해야만 가능해서 잘 일어나지도 않음. 이건 리액트 -> 뷰, 스벨트 등으로 이동해도 마찬가지임.
근데 리덕스 쓰다가 주스탠드 못쓰겠고 넥스트 쓰다가 리믹스 못쓰겠다고? 걍 개발자 할 자질이 아닌거 같은데.
하기싫어 감정적인 문제가 크지. 잘 쓰던거를 권력자 취향에 따라 합리적 이유 없이 바뀐다던가 - dc App
이것도 있고 기존 스택 바탕의 의존성이 다 깨져서 바닥부터 다시 해야한다는 이유도 있는듯
기반이 없으니까 배우기가 힘들지
솔직히 신입입장에선 각각 서비스마다 고유명사 쳐붙이니까 뭐가뭔지 모르겠고 부담되긴 하는데 하다보면 좋은 거 하려고 맨들었지 나쁘면 어짜피 도태될테고 서로 좋은 기능은 쳐 베껴서 이동하는 것도 안 어려움
막줄 공감 523배 추