Why I Won't Use Next.js
Epic Web Dev
Next.js를 향한 Kent C. Dodds의 날카로운 비판
공교롭게도 Next.js 14가 출시되기 바로 전 날, Kent C. Dodds가 "Why I Won't Use Next.js"라는 글을 통해서 Next.js에 대해서 공개적으로 비판을 하여 React 커뮤니티에 커다란 파장을 불러 일으키고 있습니다.
📝 글 링크: https://www.epicweb.dev/why-i-wont-use-nextjs
Kent C. Dodds 가 Next.js를 비판한 주요 이유를 요약해보면 다음과 같습니다.
Next.js가 웹 플랫폼 API를 직접 노출하지 않고 감싸고 있어서 이식성에 문제가 있으며, 범용적인 웹 기술 학습에 있어서 개발자에게 큰 도움이 되지 않습니다.
Next.js는 Vercel이 아닌 다른 호스팅 서비스를 통해서는 서버리스 배포가 어렵고, 설사 가능하더라도 Vercel에 배포했을 때 수준으로 작동하지 않습니다. 이 때문에, Next.js를 AWS와 같은 다른 환경에 배포하기 위한 OpenNext 프로젝트가 생겨났습니다.
Vercel이 공격적으로 Meta 출신의 React 인재를 끌어모아, React와 Next.js 간의 경계를 모호하게 만들고 있으며, 이러한 밀월 관계가 오픈 소스로서 React 정체성에 부정적인 영향을 미칠 수 있다는 우려를 표명했습니다.
Next.js가 실험적인 기능을 마치 안정적인 기능처럼 마케팅하였고, 이로 인해서 많은 개발팀이 완전하지 않는 기능을 쓰려고 하다가 난관을 겪었다고 합니다.
웹 표준 API인 fetch 함수의 구현을 덮어써버리는 결정을 예로 들며, Next.js에 너무 많은 마술이 생겨버렸고, 프레임워크가 지나치게 복잡해진 점도 지적하고 있습니다.
참고로 Kent C. Dodds는 자바스크립트, 특히 React 분야에서는 마치 스타 강사와 같은 엄청난 영향력을 가진 분입니다. 제가 현재 일하고 있는 북미 지역에서는 Kent C. Dodds의 강의를 들어보지 않은 React 개발자를 찾기 어려울 정도이며, 한국에서도 이 분의 블로그 글이 많이 번역되어 아실만한 분들은 얼마나 유명한지 다 아실 겁니다.
갈수록 커지고 있는 React에 대한 Vercel의 지배력에 대해서 간접적으로 반감을 표하는 트윗은 종종 볼 수 있었지만, Kent C. Dodds와 같이 분이 이렇게 장문의 글을 통해 Next.js를 공개적으로 비판하는 것은 상당히 이례적인 일인데요. Kent C. Dodds와 가까운 지인들이 Vercel에 많이 있으며, 본인 말의 파급력을 누구보다 잘 알고 있을텐데, 진짜 작심하지 않으면 이러한 글을 올리기 어려웠을 것입니다. 진정으로 React를 아끼고 React 미래에 대해서 걱정하시기에 이런 쓴 소리를 할 수 있지 않을까요?
이에 질세라, 바로 어제 Vercel의 DX(Developer Experience) 부사장이자 Kent C. Dodds과도 친분이 있는 Lee Robinson은 자신의 블로그에 Kent C. Dodds의 글을 정면으로 반박하는 "Why I'm Using Next.js"라는 글을 게시하였는데요.
📝 글 링크: https://leerob.io/blog/using-nextjs
이에 따라 앞으로 Next.js를 둘러싼 논쟁이 더 격렬해지고, 이를 지켜보는 것도 흥미진진하겠네요. 부디 건전한 토론을 통해 잘못된 방향으로 나가고 있던 부분들이 개선되고 React 생태계가 한 단계 더 성숙할 수 있는 계기가 되기를 바래봅니다.
Next.js Conf 2023 행사 및 Next.js 14 출시 소식에 대해서는 아래 게시물을 참고 바랍니다.
https://careerly.co.kr/comments/92948
다음 내용이 궁금하다면?
이미 회원이신가요?
2023년 10월 29일 오전 3:58
댓글 3
해당 문서에 대해 반박하는 다음 게시글도 있습니다. https://leerob.io/blog/using-nextjs 둘다 읽어봤는데 장단점이 있는 것 같았습니다 🤣
@백승훈 댓글 감사합니다! 그런데 제가 이미 게시물에 언급하고 있는 글에 대한 동일한 링크 달아주신 것 같네요? 네, 저도 두 개의 관점이 모두 일리가 있다고 생각합니다 :)
엇 링크 하나를 못봤내요 감사합니다! 😂
함께 읽은 게시물
Lottie vs WebP – iOS 앱에서 애니메이션 성능 비교
i
... 더 보기
<일이 많다>
스타트업의 CTO는 해야하는 일이 정말 많다.
어떤 때는 인프라를 다루기도 하고,
어떤 때는 플랫폼을 만들기도 하고,
어떤 때는 프론트엔드 개발을, 어떤 때는 백엔드 개발을,
어떤 때는 모바일 개발을 하기도 한다.
여러 사람을 채용할 수 있다면 좋겠지만,
작은 회사에서 채용이란 쉽지 않은 의사결정이다.
<일 할 시간 벌기>
매니저가 해야 하는 일이 여러가지가 있는데,
주된 일 중 하나는 아무래도 미팅일 것이다.
의미있는 미팅도 있지만 당연히 그냥 들어가야만 하는 미팅도 존재하고,
내가 그 자리에 앉아있는 것만으로도 효과가 발생하는 미팅도 있다.
그러나 그렇게 하다보면 자연스럽게 실제 업무를 할 시간,
그러니까 내가 일을 할 시간이 부족해지는데 그런 케이스를 방지하기 위해
Block 일정을 만들어 둘 필요는 있다.
<야근에 대해서>
나도 처음에 가장 못하던 일이 아닐까 싶은데,
디테일에 과도하게 매몰되다가 자연스럽게 야근을 하게 되었다.
예를 들어 2주 정도를 야근하면, 1주 정도는 그냥 내리 쉬어야만 했고,
그 뒤로 2주는 그에 대한 여파로 업무 효율이 떨어지는 식이 많았다.
단순히 체력적인 피로도 뿐만 아니라,
2주간의 야근으로 인한 정신적인 피로도가 잘 회복이 안되더라.
그래서 내가 야근한 건 2주였지만, 실제로는 3주를 손해본 거나 다름없었다.
간혹 일정이 급할 때 그렇게 할 때가 있기는 하지만,
그럼에도 만약 야근을 해야만 해결할 수 있는 문제가 있다면,
애초에 플래닝이 잘못된 건 아닐 지 고민해보면 좋겠다.
특히 매니저라면 더욱 그런 시야가 필요하다.
'지금 당장 필요한 기능인 지' 체크해보는 게 의미가 있다고 생각한다.
<신뢰 자산의 관리>
조직에서 신뢰 자산은 그 무엇보다 중요한 자산이라고 생각한다.
나와 팀원간의 신뢰, 나와 다른 매니저간의 신뢰, 경영진 사이의 신뢰 등 다양한 신뢰 관계를 잘 맺어두는 것이 업무의 효율을 높이는 데 큰 도움을 준다.
신뢰도가 낮아질 수록 조직은 불신을 기반으로 한 조직 관리를 하게 되는데,
그렇게 하게 될 경우 조직 구성원들의 만족도가 떨어지게 된다.
특히 조직에 대한 애정도가 높았던 구성원일 수록 더 그렇게 되는 듯 하다.
일을 잘 할 수 있는 인재가 신뢰를 받고 일을 잘 할 수 있게 만들어 주는 것이,
어떻게 보면 관리자의 주된 역할이라고 할 수 있다.
신뢰를 잃는 순간 모든 걸 잃는다.
<ChatGPT를 사용해본 프론트엔드 개발자의 후기>
<인공지능은 과연 개발자를 대체할 수 있을까?>
요즘 세상이 인공지능 이야기, 챗지피티(chatGPT)와 관련된 이야기로 떠들썩하다. 어떤 사람은 드디어 인공지능에 있어서 특이점이 왔으며 이제 곧 머지 않아 많은 직업들이 대체될 것이라고 전망했으며, 어떤 사람은 어차피 있는 데이터들을 모아서 학습을 시키는 것일 뿐, 완벽하거나 인력을 대체할 만한 수준은 아니며 분명한 한계가 존재한다고 한다. 누구의 말이 맞을까? 나는 개발자로써, 이에 대해 생각을 해보았다. 우선, 정답은 아니더라도 나의 판단에 따른 ... 더 보기
GraphRAG 에 대한 생각
2000년 초반부터 온톨로지 연구를 해왔고, 관심을 갖고 있는 사람으로서 GraphRAG 에 대해 갖고 있는 생각을 적어봤습니다.
... 더 보기
