pile·
프론트엔드·데브시스터즈devsisters·

웹 개발자의 데이터 애플리케이션 flow 효율화하기

문제Mode·Databricks로 데이터 적재는 됐지만 시각화 단계에서 callback이 비대해지고, 표현 변경마다 새 쿼리가 필요하며 다중 차트가 순차 실행돼 느렸다.

접근Dash(Plotly·Flask 기반) 를 도입하고 callback을 FetchProvider·TransformProvider·RenderProvider 의 MVC 3계층으로 분리한다. LineChartMixin 등 Mixin으로 차트 패턴을 모듈화한다.

결과브라우저 캐시로 DB 재조회를 제거하고 gzip/br 압축으로 데이터 크기를 1/5로 줄였다. 차트 유지보수성이 올라갔다.

데브시스터즈
데브시스터즈 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (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