[FE] 디자인 시스템 폐지에 따른 폴더 구조 변경

[jinhokim98]

📄 설명

디자인 시스템을 폐지하기로 결정되어서, 기존 디자인 시스템 코드를 client 안으로 옮기고 폴더 구조를 정리해야합니다.

• 디자인 시스템 도입 → 이별 프로세스

  • 도입 근거

    체계적인 가이드라인을 먼저 구축함으로써 협업 과정에서 휴먼 에러와 정보의 불균형을 방지, 서비스 내부의 디자인 통일성 추구, 변화에 유연하게 대응하기 위한 컴포넌트의 역할 분리를 위해 디자인 시스템 구현

  • 트러블

    • 디자인 시스템 수정 사항이 일어날 때마다 배포를 해야 하므로 실시간 반영 확인이 어려웠다.

    • 배포 계정 주인에게 디자인 시스템 변경 시 배포 요구를 해야 했다.

    • 디자인 시스템을 사용했으나 협업 과정에서 휴먼 에러가 줄었는지, 통일성? 체감이 되지 않았다.

    • 변화에 유연한 대응이 가능했나….ㅜㅜ 컴포넌트 폴더를 사용하더라도 똑같을 것 같다.

    • 디자인시스템이 먼저 배포된 후 클라이언트 코드에 반영해야 하는 직렬적 프로세스가 생산성을 낮추는 상황이 발생

      소하: 디자인 시스템에서 반영한 수정사항을 적용하기 위해서는 배포가 선행되어야 했다. 그렇기에 디자인 시스템을 사용하여 개발하는 과정에서 에러가 발생했을 때, 디자인 시스템에서 발생한 문제인지 프로덕션 코드에서 발생한 문제인지 빠르게 파악하기가 어려웠다. (디버깅)

🏁 할 일

• 행동 디자인 의존성 제거
• 폴더 구조 재정리

🫡 참고사항