질문에 깊이가 있어보여 전부다 답할수 없음을 미리 양해를 구합니다. 1. 데이터패칭 방식의 변경 아무래도 최신기술이다 보니 기존의 호환성을 유지하기 위해 유틸함수들을 전부다 제거할수는 없습니다.

질문에 깊이가 있어보여 전부다 답할수 없음을 미리 양해를 구합니다. 1. 데이터패칭 방식의 변경 아무래도 최신기술이다 보니 기존의 호환성을 유지하기 위해 유틸함수들을 전부다 제거할수는 없습니다. 또한 아직 방법론이랄까 만들어지고 다들 사용해보고 구조를 잡아가는 느낌입니다. 2. 상태관리의 유용성 일반적으로 라이브러리는 기존에 사용하던 툴에서 제공해주지못하는 기능을 제공하기 위해 사용합니다. 따라서 프레임워크단에서 지원해준다면 해당 라이브러를 자연스럽게 도태되거나 아니라면 다른 기능을 추가하는 방향으로 진화될겁니다. 서버컴포넌트와의 상태관리에 대한 예시는 제가 경험해보지못했지만, 상태관리툴에서도 서버컴포넌트와서 상태관리에 대해 지원을 해주지않을까 생각되네요. 3. 서버구성의 변경 극단적으로 바닐라자바스크립트에서 디비에 crud가 당연히 가능합니다. 하지만 그렇게 하지않는 이유는 분리에 있습니다. next를 프론트에만 사용하지않고 api를 사용해서 백엔드 단에서 사용한다면 충분히 가능합니다. 다만 아직까진 레퍼런스가 많이 없고 에러가 나올 가능성이 있어서 쉽사리 도전하기엔 어려워보입니다. 추가로 최근에 next를 백엔드로 사용하는 외주코드를 인수인계받았는데 next 백엔드단에서 터져서 도커가 자주 내려가는 현상이 있었습니다. 다들 경험해보지못한 현상이라 디버깅하기 어려웠어요. 4.다시 20년전으로 제가 20년도부터 프론트를 시작해서 전체적인 역사를 언급할수는 없습니다만, 오히려 서버스 유형에 따라서 확실히 분리되는듯합니다. 유저의 컴퓨팅파워가 필요한 데이터분석 에디터등은 spa로 가고 스트리밍, 서버와의 통신이 빈번힌 서비스는 서버컴포넌트로 가는식으로요. 짧은 식견으로는, 확실히 다양한 것을 시도하고 또 만들어지는 프론트생태계가 아닐까 생각합니다.