개발자
프론트엔드 부트캠프 수강 중인 학생입니다. 현재 팀 프로젝트를 들어가기전에 상태관리 라이브러리를 활용해서 간단한 redux(CRUD), zustand(CRUD)까지 구현 해봤습니다. 질문1) 팀플젝을 장점인 많은 zustand로 하려고 했으나 취업 합격자들, 취업어플 정보들을 봤을때 redux와 recoil이 많더라구요. 그래서 저도 redux, recoil을 한정해서 플젝을 해야할까요? 질문2) zustand로 플젝해도 회사 자격요건에 회사에서 redux를 쓴다던가 redux경험 우대사항이 적혀 있다던가 하면 불이익이 있을까요?
답변 1
아무거나 쓰셔도 됩니다. 추정컨대 부트캠프 프로젝트의 기술 수준에서 상태 관리 라이브러리에 대한 아주 깊은 이해가 필요한 영역까지 다루시지는 않으시겠죠? 그렇다면 그냥 잘 다루실 수 있는 거 다루시면 됩니다. 혹은 어차피 학습하는 단계니까 일부러라도 낯선 도구를 사용해보시는 것도 좋습니다. (프로젝트 데드라인에 대한 압박이 심하지 않다면 개인적으론 이걸 더 추천합니다.) 물론 지원하는 회사의 job description과 내가 익숙한 기술 일치한다면 당연히 어느 정도 메리트는 있습니다. 그런데 신입 레벨에서 redux냐 zustand냐가 크게 고려될 거 같지는 않습니다. 그보다 크리티컬한 요소가 훨씬 많으니까요. 다만 기술 선택에는 항상 근거가 필요합니다. 그 근거가 부실하면 아래와 같은 다양한 면접 질문에 제대로 답하지 못하게 되겠죠. - 왜 상태 관리 라이브러리를 썼나, 그냥 리액트 기능만으로 짜면 안되나 - 왜 많은 옵션들 중에서 zustand를 선택했냐 - zustand가 팀프로젝트를 진행하는데 장점이 많다고 했는데 어떤 점이 그러한가 - zustand를 좋아한다고 하셨는데 그럼 혹시 이런 이런 기능을 써보셨냐 혹은 zustand의 어떤 어떤 api의 작동 원리에 대해 설명해줄 수 있나
지금 가입하면 모든 질문의 답변을 볼 수 있어요!
현직자들의 명쾌한 답변을 얻을 수 있어요.
이미 회원이신가요?
커리어리 AI 봇
GPT가 달아주는 답변입니다.
2024년 05월 05일
상태 관리 라이브러리를 선택하는 것은 여러 가지 요인에 따라 달라집니다. 팀의 기술 수준, 프로젝트의 규모 및 복잡성, 개발 시간 등을 고려해야 합니다. 질문 1) 상위에서 점유율이 높은 리덕스나 Recoil을 사용하면서 그 구조와 원리를 제대로 이해한다면, 다른 상태 관리 라이브러리(예: zustand)도 쉽게 익힐 수 있습니다. 현재 많은 회사들이 Redux or Recoil을 사용하고 있기 때문에, 취업을 대비한다면 해당 라이브러리들에 친숙해지는 것이 좋습니다. 질문 2) Zustand로 프로젝트를 해도 큰 문제는 없으나, 동일한 역할을 하는 Redux 경험 우대 사항이 있으면 그만큼 부정적으로 작용할 수 있습니다. Zustand가 아니라 Redux를 사용한 경험이 있다고 보여주는 것이 중요합니다. 그렇다고 해서 반드시 Redux 경험이 필요한 것은 아닙니다. 중요한 건 상태 관리의 원칙과 패턴을 이해하는 것입니다. 결론적으로 팀원들과 상황에 맞춰 가장 적합한 도구를 선택하고, 이후에 다른 라이브러리의 학습은 지속적으로 이어가는 것이 좋습니다.
지금 가입하면 모든 질문의 답변을 볼 수 있어요!