Everything is Trade-Offs Everything is Trade-Offs

창업 아이템이 정해지고 나서 Flutter를 학습했기 때문에 프로젝트의 모든 과정이 새로웠다. 특히 아키텍처의 도입은 볼륨이 커질수록 생각만큼 매끄럽게 적용하기 어려웠습니다. 이때 제가 겪었던 시행착오들이 다음 개발의 인사이트가 될 수 있을 거라 기대하며 실제 프로젝트의 아키텍처, 폴더 구조를 정리하는 시간을 가져보겠습니다. ❗️주의: 스스로 학습하며 구성한 프로젝트라 현직자 분들이 보시면 이상하게 느끼 실수 있습니다. "쟤는 저런 식으로 해봤구나" 정도로만 봐주시고 만약 틀린 부분을 발견하셨다면 피드백 남겨주시면 감사하겠습니다 이전에 관심사에 대해 다뤘던 글에서 나는 'Layer-First'에 기반한 아키텍처및 프로젝트 구조를 구성했었다고 말했다. 아키텍처에는 정답이 없으며 '팀의 구조를 따라간다'라는..

로그인 회원가입 등 구현에 대해 이야기하기 전, 아키텍처에 관해 이야기를 먼저 해야 구현 부분을 매끄럽게 이어갈 수 있을거 같아 글을 쓰게 되었습니다. 아키텍처에 대해 진지하게 생각한 것은 한 백엔드 팀원이 들어오고 난 직후였습니다. 이전의 나는 강의의 내용을 조금씩 수정하며 내가 정확히 어떤 아키텍처를 사용하고 있는지도 모르고 개발을 하고 있었습니다. 그렇게 아키텍처에 대해 학습하고 프로젝트에 적용하는 과정을 거칠 때, 진심으로 개발다운 개발을 하고 있다는 느낌이 들었습니다. 오늘은 길었던 아키텍처 도입 여정에 대해 얘기해보도록 하겠습니다. * 이 글은 codewithAdrea의 riverpod, repository 관련 아티클을 참고하여 작성했습니다. Flutter에서 상태관리 라이브러리들은 동시..