pile·
프론트엔드·뱅크샐러드banksalad·

접근성을 지원한다는 착각

문제접근성 지원이 별도 비용으로 인식되어 개발 일정에서 미뤄지거나 사후 작업으로 처리된다. 실제로는 보안처럼 개발 과정에 자연스럽게 녹아야 할 관심사다.

접근일반 텍스트의 힘이라는 관점으로 접근성을 재정의. UI 의 입출력을 텍스트로 다루는 습관이 곧 접근성 지원이며, aria-label / accessibilityLabel 같은 인터페이스가 스크린리더뿐 아니라 음성명령·안구추적 등 사후 등장한 모드에서도 동작 근거가 된다.

결과접근성을 추가 작업이 아닌 더 좋은 제품 설계의 다른 측면으로 정렬한다. 텍스트 기반 인터페이스가 다양한 환경에서 살아남는 이유를 사례로 제시한다.

뱅크샐러드
뱅크샐러드 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (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