Skip to content

Meeting Log #2 (24.12.04)

Shinwon Jang edited this page Dec 28, 2024 · 1 revision

논의 주제: 전반기 회고 및 전반기 마무리 발표 준비

1. 컴포넌트를 만들면서 고민이되거나 힘들었던 점?

  • 디자인의 부재

    • Headless를 가지고 진행 하려다 -> SIPE의 스타일이 조금 들어간 것 같다.
  • workspace

    • 프로토콜로 명시 > 바로 참조해서 사용 가능
  • input

    • compound pattern > context 관리가 어려웠음
    • React Hook Form에서 쓰는 폼처럼 폼을 하나 만들어야 할 것 같음
  • changeset

    • 배포하고 싶은 경우 mono repo root에서 pnpm changeset 명령어 입력 > 버전 명시 > 로그 남김 (ex. chore(input): bump version)
    • root > .changeset > .md 파일 생성 > bot이 release가 될 것임을 알려줌
    • 기능을 수정했으나 배포를 안하고 싶다면 changeset을 안 만들면됨.
    • 반대로 배포하고 싶다면 cli입력 후 .md파일 같이 커밋 (패키지 배포는 개발자가 알아서 결정해라)
    • change log는 changset이 release하는 시점에 생성
    • merge 될때마다 release action
    image
    • 릴리즈가 뭐가 될지에 대한 정보를 알려주는 PR이 자동으로 남음 (https://github.com/sipe-team/3-1_sds/pull/48)
    • A패키지는 minor, B패키지는 major등 처럼 설정해도 됨
    • package에 있어 badge, divider등과 같이 여러개 선택
      • minor/major 버전 선택
      • 패치 선택 여부 결정
      • .md 파일에 버전이 명시됨
    • vesion packages가 열려있다면 열려있는 녀석에 대해 지속적으로 업데이트가 됨 (버전이 꼬일 염려는 하지 않아도 된다)
    • git release에 자동으로 쌓임 (https://github.com/sipe-team/3-1_sds/releases)
  • npm

    • 정책이 까다로워서 수정이 어려움
    • 지금은 github package regitry에서 자유롭게 수정하면서 내부 테스트용으로 사용
  • chromatic

    • main에 merge되면 바로 배포가 됨
  • clsx에 대한 고찰

    • classname을 확장하는 라이브러리 > classnames보다 clsx 사용 권장

2. 추가로 정하고 싶은 컨벤션이나 규칙

3. 디자인 시스템 명칭 확정

  • 후보군
    • sip
    • synergy
    • ins8 (ins + eight > insight!)
    • 연두
    • si.de (sipe + design system) > 결정 땅땅땅

4. 1차 미션 발표 자료에 사용할 재료

  • SIPE 미션 만족도 조사 제출 요망 ! (~12.05 (목))
  • 익명이니까 부담없이!
  • 본 자료가 제출되어야 발표 자료를 만드는데 도움이 많이 됩니다 :)

5. 지속적인 작업을 위해 필요한 것들

  • 디자인 토큰

    • 기존에 존재하는 토큰 사용
    • 추가적인 고민을 더 해와서 논의를 해보면 좋을 것 같음 (대엽생각)
  • 폰트

    • fonts.ts 참고
  • 네이밍 컨벤션

    • 숫자는 짝수로 사용
    • 축약형 사용
    image
  • 문서화 (.mdx 사용)

cf) AI 추천