본문으로 건너뛰기
J
0
r/jeffnews • HN • • 약 3분

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

frontend

요약

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

기사 전체 정리

  • 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 원칙은 생각보다 안 변함

핵심 포인트

  • Caps Lock 경고는 1999년에 혁신이었음
  • MRU 목록은 '기능'이 아니라 '표준'이어야 한다는 주장
  • 최근 사용 디렉토리 목록 (CoolEdit95)
  • VB 5.0 시작 다이얼로그의 좋은 점과 아쉬운 점

인사이트

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

#ui-design#ux#usability#history
원문 보기
댓글 뒤로가기
다음 기사 (n)

댓글

댓글

댓글을 불러오는 중...

관련 기사

frontend

Firefox 149에 Split View 기능 추가 — 같은 창에서 탭 두 개를 나란히

Firefox 149부터 Split View가 정식 지원된다. 탭 우클릭으로 두 탭을 나란히 배치할 수 있으며, 캘린더 확인하며 예약하기, 문서 읽으며 노트 정리 같은 멀티탭 작업이 편해진다.

frontend

아니요, Windows 시작 메뉴는 React로 만들어지지 않았음

Windows 시작 메뉴가 React로 만들어졌다는 Windows Central 기사의 오보를 반박하는 글. 실제로는 하단 '추천' 섹션만 React Native for Windows를 사용하며, 이는 네이티브 코드로 컴파일되는 프레임워크임

frontend

내 사이트에 먼저 올리고 SNS는 그냥 배포 채널로 써라 - POSSE 전략

POSSE(Publish on your Own Site, Syndicate Elsewhere)는 콘텐츠를 내 사이트에 먼저 올리고, 트위터/인스타/페북 같은 SNS에는 복사본만 뿌리는 방식임. 데이터 소유권도 챙기고 SNS 팔로워도 놓치지 않는 ㄹㅇ 실용적인 전략. IndieWeb 운동의 핵심 철학이기도 함.

frontend

윈도우 네이티브 앱 개발이 이렇게 개판인 줄 몰랐음 (현직 개발자 회고)

윈도우 개발 추억 있는 개발자가 소소한 유틸리티 앱 하나 만들려다 현실에 박살난 썰. Win32부터 WinUI 3까지 수십 년간 쌓인 레거시와 미완성 API들 때문에 결국 '그냥 Electron 쓰는 게 맞다'는 결론에 도달함. 마이크로소프트가 자기 플랫폼을 방치하는 수준이 ㄹㅇ 심각함.

frontend

JS 번들 뚱뚱해지는 진짜 이유 3가지 - npm 의존성 다이어트 해야 할 때

npm 패키지 트리가 왜 이렇게 무거워졌는지 분석한 글. 레거시 엔진 지원, 원자적 패키지 설계, 오래된 ponyfill 세 가지가 주범임. e18e 커뮤니티가 이 문제를 해결하려고 열심히 삽질 중ㅋㅋ