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

타입스크립트스럽게 성능과 생산성 두 마리 토끼 모두 잡기

문제브라우저가 gRPC 커스텀 헤더를 못 다뤄 Admin Backend가 프록시로 동작했고, gRPC 메서드를 추가할 때마다 REST 엔드포인트를 수기로 늘려야 했다.

접근JavaScript Proxy로 런타임에 클라이언트 메서드를 동적으로 생성해 단일 엔드포인트로 라우팅했다. 코드 생성 산출물을 JS 대신 JSON 메타데이터로 바꿔 직렬화 비용도 줄였다.

결과수동 작성하던 엔드포인트를 제거해 약 100만 줄의 JavaScript 코드를 삭제했고, gRPC 메서드 추가 시 수정 부담이 사라졌다.

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