5. 디자인시스템을 만들게된 이유
!
아니.. 도대체..
똑같은 디자인인데 코드가 다르게 만들어져 있지?
아니.. 도대체..
똑같은 인풋인데 왜 산출물이 다르지?
어떤게 최종인거야?!
!
아니.. 도대체..
이름만 다른 똑같은 소스가 몇개나 있는거야..
!
‘아니.. 도대체..’의 향연
13. 기획 사항 검토
및 논의
디자인 시안
제작
제작된 시안을
ZUIX로 워싱
컴포넌트 논의 및
가이드라인 리뷰
컴포넌트
수정 및 제작
디자인 검수 인프라 &
스토리북 QA
CI/CD System
배포 진행
서비스 오픈까지
Follow up
- 기존 컴포넌트 사용 및
신규 컴포넌트 제작
여부 검토
- ZUIX TF가 모여
디자인 정의 & 개발코드
최종 정의
- 수정사항 및 신규
가이드라인 전달 & 리뷰
- 모든 디바이스에서
컴포넌트가 포함된 실제
스크린 체크
- 이슈 최종 확인
버전업하여 배포
- 기획 정의에 맞게
디자인 시안 진행
하나의 컴포넌트 제작을 위해서
Key Point
18. 개발 단계에서의 TechLog
React Native의 장단점
RN개발자는 하나의 코드로 iPhone, Android, Web에 대한 커버리지를 확보
IOS
IOS
IOS IOS
AOS
AOS
AOS AOS
Native 개발 시
RN
AOS
Web
IOS
RN
AOS
Web
IOS
React Native 활용
35. 앱 배포 후, 클래스 룸을 통해 ZUIX의 사용방법과 제작 방법등을 확인할 수 있음
교육 | Google Classroom
컨플루언스용으로 사용 (ZUIX 메인테이너 가이드)
정의 | Notion
운영 단계에서의 TechLog
대기, 진행 중, 백로그, 배포 등 칸반보드용으로 사용하여 태스크 관리 함
태스크 관리 | Clickup
37. 헤비한 용량 세부 모듈 Export로 Diet !
부족한 검수환경 디자인 검수 인프라 고도화
서비스단 테스트 부재 E2E Test (End to End)
컴포넌트 사용량 파악 불가 컴포넌트 수치화
Non-Zuix Zero
광야로 가기 위한 목표
38. 광야로 가기 위한 목표
헤비한 용량 세부 모듈 Export로 Diet !
부족한 검수환경 디자인 검수 인프라 고도화
서비스단 테스트 부재 E2E Test (End to End)
컴포넌트 사용량 파악 불가 컴포넌트 수치화
Non-Zuix Zero
!
우리의 자랑스런 활약을 소스 오픈화를 통해 공개하고 싶다