본문으로 건너뛰기
피드

1999년 UI 명예의 전당 — 27년 지나도 유효한 UX 원칙들

frontend 약 3분

1999년에 작성된 UI 명예의 전당 페이지. Caps Lock 경고, MRU 파일/디렉토리 목록, 시작 다이얼로그 설계, 인라인 리스트 그래픽 등 지금도 현역인 UX 패턴들이 정리되어 있음.

  • 1

    Caps Lock 경고는 1999년에 혁신이었음

  • 2

    MRU 목록은 '기능'이 아니라 '표준'이어야 한다는 주장

  • 3

    최근 사용 디렉토리 목록 (CoolEdit95)

  • 4

    VB 5.0 시작 다이얼로그의 좋은 점과 아쉬운 점

  • 1999년에 만들어진 UI 명예의 전당 페이지가 HN에 올라왔는데, 지금 봐도 유효한 UX 원칙들이 정리되어 있어서 흥미로움

  • Caps Lock 경고: Eudora Pro for Mac이 비밀번호 입력 시 Caps Lock 상태를 알려줬음. 지금은 당연한 기능이지만 1999년에는 혁신이었던 거임. 다만 깜빡임과 느낌표는 불필요한 과잉이라는 평가

  • MRU(Most Recently Used) 목록: 최근 사용 파일 목록은 "기능"이 아니라 "표준"이 되어야 한다는 주장. 문서 편집뿐 아니라 직원 프로필, 리포트, 주소록 등 모든 문서 중심 앱에 적용해야 한다고. CoolEdit95는 여기서 한 발 더 나가서 최근 사용 디렉토리 목록(8개)까지 제공했음 — 복잡한 폴더 계층을 탐색할 필요 없이 2번 클릭으로 원하는 폴더에 도달 가능

  • Visual Basic 5.0의 시작 다이얼로그: 새 프로젝트/기존 프로젝트 열기/최근 프로젝트를 탭으로 제공한 건 좋았지만, 항상 "New" 탭이 기본으로 열린다는 치명적 실수가 있었음. 개발자는 대부분 마지막 작업 프로젝트를 열 텐데 말임. 또 목록에서 행 선택 시 첫 번째 컬럼만 클릭해야 하는 문제도 있었음

  • 인라인 리스트 그래픽: 리스트 항목에 작은 아이콘을 붙여서 타입을 구분하는 패턴. 인덱스 필드에 'i', 사용자 정의 필드에 'f'를 표시하는 식. 이종(heterogeneous) 리스트에서 특히 효과적이라는 조언. "작고 심플하고 은은하게"가 원칙

ℹ️참고

> 27년 전 글인데 "최근 사용 디렉토리", "시작 시 마지막 프로젝트 자동 로드", "리스트 항목 타입 아이콘" 같은 패턴은 지금도 현역임. UX 원칙은 생각보다 안 변함

27년 전 글인데 핵심 UX 원칙은 거의 변하지 않았음. 좋은 UI 설계의 기본은 시대를 초월한다는 증거.

댓글

댓글

댓글을 불러오는 중...

frontend

미래적인 텍스트를 만드는 6가지 영화 로고 꼼수

2016년에 나온 타이포그래피 글이지만, SF 영화 로고가 왜 비슷하게 ‘미래적’으로 보이는지 꽤 웃기고 정확하게 해부한다. 기울임, 각진 곡선, V자 형태, 글자 결합, 일부 획 제거, 금속 질감과 별 배경까지 더하면 대충 2092년 느낌이 난다는 식이다.

frontend

브라우저에서 진짜 하늘과 행성 대기를 렌더링하는 법

이 글은 파란 하늘, 노을, 행성 대기를 셰이더로 렌더링하는 과정을 단계별로 파고든다. Rayleigh 산란, Mie 산란, 오존 흡수, 깊이 버퍼, 행성 스케일 처리, LUT 기반 최적화까지 다뤄서 WebGL·React Three Fiber 쪽 개발자에게 꽤 실전적인 자료다.

frontend

블로그 글이 현재 시간을 알려준다? CDN 헤더로 만든 서버리스 시계 실험

이 글은 Cloudflare CDN의 응답 헤더와 브라우저 PerformanceResourceTiming API를 이용해 웹페이지 안에서 현재 시간을 추정하는 실험을 다룬다. NTP처럼 전용 시간 서버를 운영하지 않고도 CDN이 사실상 시간 기준점처럼 동작할 수 있다는 아이디어다. 실제 테스트에서는 웹 시계 오차 범위가 약 60ms로, ntpdig의 약 6ms보다 한 자릿수 정도 덜 정밀했다.

frontend

쿼리 스트링 차단 선언한 개인 웹사이트 운영자의 빡침

한 개인 웹사이트 운영자가 자기 사이트 URL에 임의의 쿼리 스트링을 붙이는 관행을 아예 막겠다고 선언했다. 특히 ref, UTM 같은 추적 파라미터를 남의 URL에 붙이는 건 사용자와 사이트 운영자 모두에게 무례한 일이라는 주장이다.

frontend

번은 좋은데, 이제 앤트로픽 품에 있어서 불안하다는 얘기

글쓴이는 번이 빠르고 실용적인 자바스크립트 런타임이라는 점은 인정하지만, 앤트로픽 인수 이후 장기적인 방향을 신뢰하기 어려워졌다고 말한다. 특히 클로드 코드의 품질 저하, 과금 혼란, 서드파티 하네스 제한 사례를 보며 번도 같은 제품 운영 방식에 휘말릴 수 있다고 우려한다.