pile·
프론트엔드·인프랩 (인프런)inflearn-tech·

플랫폼 팀 없는 오픈 소스 기반의 디자인 시스템 구축 회고

문제인프런 서비스에 3개 버전의 디자인 시스템이 혼재해 UI 일관성이 깨졌고, 컴포넌트 식별과 문서화 비용이 누적됐다. 플랫폼 팀 없는 소규모 조직(개발 10명·디자이너 5명)에서 0부터 만들 여력은 없었다.

접근Mantine 오픈소스를 베이스로 모노레포에서 컴포넌트를 패키징한다. Anima로 피그마 에셋 변환을 자동화하고, Turborepo·Changesets·Storybook으로 개발과 배포 파이프라인을 구축했다.

결과프로젝트 개발 속도와 QA 효율이 올라갔고 디자이너-개발자 협업 비용이 줄었다. Code Owner 기반 리뷰와 Jira·Confluence 히스토리로 안정적인 운영 체계를 갖췄다.

인프랩 (인프런)
인프랩 (인프런) 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 프론트엔드·stackoverflow-blogstackoverflow-blog·

    Building a Google Drive Sync Engine that Survives MV3 Service Workers

    문제Chrome Manifest V3 가 persistent background script 를 없애면서 Service Worker 가 임의로 종료될 때 동기화 상태가 사라지는 문제.

    접근메모리 in-memory 상태를 버리고 chrome.storage.local 을 단일 진실 소스로 삼는다. 사용자 액션은 즉시 로컬에 저장하고, 재연결 시 Drive appDataFolder 의 JSON 을 fetch 해 note ID 기준으로 머지한다. Google SDK 대신 native fetch + multipart/related 직접 구성.

    결과무거운 라이브러리를 떼어내 확장이 즉각 반응하고, sync 중단에도 데이터 손실이 없는 구조를 얻었다.

    #service-worker#chrome-extension#manifest-v3+1
  2. 프론트엔드·stackoverflow-blogstackoverflow-blog·

    Time is a construct but it can still break your software

    문제JavaScript Date 는 mutability, 모호한 메서드 이름, 타임존·DST 의 복잡성, Moment.js 같은 무거운 라이브러리 의존 같은 고질병을 안고 있다.

    접근Temporal 제안은 ZonedDateTime, Instant(BigInt 나노초), PlainDateTime/PlainDate/PlainTime 같은 불변 타입군으로 Date 를 대체한다. 브라우저 내장 타임존·로케일 데이터를 활용하고, WHATWG 와 HTML date picker 및 structured clone 통합도 진행 중.

    결과Temporal 은 TC39 Stage 4 에 도달했고 V8 과 Firefox(2025-05) 에 구현됐으며 Safari 는 약 60% 진행. 테스트 약 4,500 건으로 Date 의 약 500 건을 크게 웃돈다.

    #software-engineering#time-zones#datetime-bugs
  3. 프론트엔드·당근당근·

    프롬프트 한 줄로 화면이 나오는 시대, ‘당근스러운 화면’을 만드는 법

    문제AI 바이브 코딩 도구들이 빠르게 UI 를 생성하지만 디자인 시스템 규칙을 따르지 않아 "당근스러운 화면"을 만들 수 없음.

    접근Kraft 의사결정 자동화 도구를 어드민 → CLI → 에이전트로 진화시키면서 DesignSpec 중간 표현 + 11개 Scorer 기반 검증 + Mastra 하네스 + Claude Agent SDK + 크로스세션 메모리 누적으로 구조화.

    결과SEED 디자인 시스템 준수 여부 자동 검증, 도메인별 맥락 반영, 세션 간 학습이 누적되는 UI 생성 플랫폼 구축.

    #llm-app#design-system#ai-coding+6