개발자
<프로젝트에 대한 설명을 간단히 드리자면...> 동아리 프로젝트입니다. 학교 학우들을 대상으로 하는 고정 타겟층이기에, ssr을 통해 SEO를 높일 필요가 없고, 서비스 크기가 작은 서비스를 만들려합니다.(앱 내의 웹뷰로만 이용자가 접근 가능하게 하려합니다.) <next를 선택한 이유는 아래와 같습니다.> 1. 이미지 최적화와 같은 자동 최적화 기능과 폴더 구조를 통한 직관적 라우팅 등의 이유 (인터렉션이 많아서 서버 컴포넌트보단 클라이언트 컴포넌트의 사용 비중이 더 높을 것 같습니다.) 2. 채용 공고에서 기업들의 next.js 사용 경험에 대한 선호도 (많은 기업들이 next에 대한 경험을 이력에 요구하기 때문에, 괜스레 next를 실제 서비스에서 한 번쯤을 활용해봐야 하는것은 아닌가 조바심도 듭니다.) <제가 고민하는 부분은...> next를 사용하는 가장 큰 이점은 ssr이라고 생각이 됩니다. 선택한 기술의 가장 큰 이점을 사용하지 않고 다른 이점들을 이유로 기술을 선택했다라는게 이력서를 확인한 면접관 입장에서 과연 수긍할 수 있는 부분일까 의문이 듭니다. 개발을 시작한지 2년이 채 안되가기에, 기술 선택에 있어 확신이 없는 것 같습니다. 현업자 분들의 조언이 정말 큰 도움이 될 것 같습니다!
답변 2
인기 답변
next로 개발하는것이 react로 개발하는것보다 개발생산성이 더 좋다면 next를 사용하는게 더 타당할 수 있습니다. 프레임워크나 라이브러리를 학습하는게 아니라 소비하는 사람의 입장에서는 어떠한 라이브러리를 선택하는 것은 대부분의 경우 그 라이브러리를 선택하는게 시간대비효용이 극대화되는 선택이라고 판단한 결과물일 확률이 높기 때문입니다. 이와 관련하여 사견이지만 어거지로 프로젝트를 기술에 맞추는게 아니라 그냥 솔직하게 학습을 위해 사용했다라고 말하는 것이 더 좋다는 의견도 있으니 참고하시면 좋을 것 같습니다. 면접을 차치하고 프로젝트 자체에 초점을 맞추어보면 장기적인 유지보수를 요하는 프로젝트에 next.js를 선택하는 것은 생각보다 리스크가 있는 선택입니다. next.js가 제공하는 강력한 기능들 중 일부가 서버를 기반으로 수행되기 때문인데요 사용자가 무료플랜 사용량을 넘어설정도까지 올라오면 next.js를 위해 서버를 둔다는 것 자체가 고정적인 비용으로 부담될 가능성이 있습니다. 물론 next.js 프로젝트를 서버없이 정적으로 운용하는 방법도 존재합니다만 혹여 서버가 필요한 기능들을 쓰실 계획이라면 "next.js를 쓸까?" 가 아니라 "서버를 사용해야만 하는가?" 를 고민하는 것이 향후 지갑의 두께에 큰 영향을 미칠 수 있으니 그런 부분을 고려하시면 좋을 것 같습니다. next.js는 CSR , SSR, SSG , ISR 등 여러가지 렌더링 솔루션을 유연하고 간편하게 사용할 수 있도록 도와줍니다. 또 이러한 다양한 솔루션들을 SSR이라고 퉁치기엔 어려운면이 있습니다. next.js는 SSR이 이점이다라는 생각보다는 각 렌더링 전략의 이점과 한계를 알고 적절히 활용하시면 좋을 것 같습니다.
인기 답변
제가 처음에 접할 때도 핫한 기술이고 취업을 위해서 처음에 써봣던 것 같습니다. 취업 기준이시라면 .. 써보고 장단점을 잘 정리하시면 될 것 같내요 잠깐 짚고 넘어가는 항목으로 이점의 경우 SSR이라고 적으셧지만 최근 트랜드는 또 바꼇습니다 😏 (역시 힙스터 프레임워크입니다) 14버전의 App router를 사용하신다면 SSR과는 또 다른 RSC라는 방식이 도입되어 있습니다. (이전 사용하던 SSR 명령어가 사라지고 특이한 구조로 변경되었습니다.) https://www.freecodecamp.org/korean/news/how-to-use-react-server-components/ 마침 최근 봤던 기사중 이해하기 편하게 정리된 부분이 있어 먼저 링크를 걸고 계속 답변드리자면 몇 가지 이점은 제가 생각하기에는 1. React에서는 따로 설정해야 하는 것들이 하나의 프레임워크 화 되어있다는 점이 큰 이점입니다. route와 서버리스 펑션 등 최신 기술들이 이미 도입되어 있어 필요에 따라 설정하면 해당 기술들을 자유롭게 사용할 수 있습니다. 2. 구조나 라우팅룰 같은 것이 어느정도 폴더 구조나 파일의 코드를 강제하는 측면이 있어서 기존 React와 다르게 폴더의 어디쯤엔 뭐가 있겠구나를 예상하게 해주는 측면이 있습니다. React는 정말 어떤 프로젝트던 자신만의 색과 구조를 가지게 되는데 그것을 어느정도 억제할 수 있습니다. (리액트의 장점이자 단점이죠) => 이부분은 라이브러리와 프레임워크를 비교하는 글을 찾아보시면 도움이 됩니다. 3. 말씀주신 SSR 도 있지만 기본적으로 리액트는 CSR 특화입니다. 다른 것은 적용하기 어렵고 설정에 많은 시간이 필요합니다. 하지만 Next는 다 주고선 필요에 따라 선택합니다. 써도 되고 안써도 되지만 설정이 어렵지 않습니다. SSR ISR SSG 등 각종 비동기 조작과 더불어 이번 RSC까지 모두 Next는 사용 가능합니다. 이외에도 몇가지 장단점이 떠오르내요 배포가 편하고 간이 서버를 달 수 있다, Express같은걸 내장해서 풀스택같이 활용가능하다 같은 장점도 떠오르고 Vercel 이외에는 배포하기 힘들다 라던지 좀 무겁다 라던지 등등.. 기술의 도입은 아마 작성자 분이 미니프로젝트를 도입하는 단계면 써보고 싶은 기술을 써보는게 최고일 것 같습니다. 흥미가 없으면 프로젝트가 잘 진행이 안되죠.. 저도 자주 그럽니다 😅 이후 써보시면서 장단점을 직접 느껴보시는 것도 좋은 경험일 것 같습니다.
지금 가입하면 모든 질문의 답변을 볼 수 있어요!
현직자들의 명쾌한 답변을 얻을 수 있어요.
이미 회원이신가요?
커리어리 AI 봇
GPT가 달아주는 답변입니다.
2024년 01월 18일
도입하려는 기술의 가장 큰 이점을 활용하지 않고, 그 외의 부가적인 이점으로 선택하는 것이 합리적인 선택일 수 있습니다. 이러한 기술 선택은 프로젝트의 요구 사항, 개발 팀의 스킬 세트, 프로젝트 스케일 등 여러 가지 요인을 고려해야 합니다. Next.js에서 SSR은 중요한 특징 중 하나이긴 하지만, 모든 웹 애플리케이션이 꼭 SSR을 필요로 하는 것은 아닙니다. 서비스의 주 타겟이 학교 학우들이며, SEO 최적화가 필요 없다면 SSR이 불필요할 수 있습니다. 또한 당신의 언급대로 Next.js는 폴더 기반 라우팅과 이미지 최적화 등 다른 많은 훌륭한 기능을 제공하기 떄문에 SSR 외에도 고려할 만한 장점들이 존재합니다. 또한, 실제 서비스에서 사용된 경험과 기술 스택에 대한 이해는 자신의 이력서와 개발 역량을 향상시키는 좋은 방법입니다. 따라서 면접관 입장에서 보았을 때, 가장 큰 이점을 활용하지 않더라도 이 기술이 왜 이 프로젝트에 가장 적합한지, 그리고 그 선택이 어떤 가치를 가져다주는지를 잘 설명할 수 있다면 충분히 수긍할만한 근거가 될 것입니다. 물론, 최종 결정은 여전히 프로젝트의 요구사항과 개인적인 경험에 따라 달라질 수 있으며, 다양한 고려사항을 잘 두루 평가하시는 것이 중요합니다.
지금 가입하면 모든 질문의 답변을 볼 수 있어요!