macOS를 '일관되게 나쁘게' 만들자는 주장, 진짜 일리가 있을까?

무슨 이야기인가요?

macOS를 매일 쓰는 개발자라면 한 번쯤 이런 경험이 있을 거예요. 어떤 앱에서는 Cmd+Z로 실행 취소가 되는데 다른 앱에서는 안 된다거나, 같은 시스템 앱인데도 설정 위치가 제각각이라 헤맨다거나요. 최근 한 개발자가 "macOS를 일관되게 나쁘게(consistently bad) 만들자"라는, 얼핏 보면 도발적인 제목의 글을 올렸는데요. 아이러니컬하게도 이건 진심이에요. 핵심 주장은 이래요: 불일치한 좋음보다 일관된 나쁨이 차라리 낫다는 거죠.

일관성이 왜 이렇게 중요한 건데요?

소프트웨어 UX에서 "일관성(consistency)"이라는 개념은 꽤 근본적인 원칙이에요. 이게 뭐냐면, 사용자가 한 곳에서 배운 동작 방식이 다른 곳에서도 똑같이 적용된다는 걸 뜻해요. 예를 들어볼게요. 한국에서 모든 엘리베이터의 "열림" 버튼이 왼쪽에 있다면, 어떤 건물에 가도 자연스럽게 왼쪽 버튼을 누르겠죠. 그런데 건물마다 위치가 다르면? 매번 멈춰서 확인해야 해요. 이게 바로 인지 부하(cognitive load)가 올라가는 거예요.

macOS는 원래 이 일관성으로 유명했어요. 스티브 잡스 시절부터 Apple Human Interface Guidelines라는 꽤 엄격한 디자인 가이드라인을 유지했거든요. 모든 앱의 메뉴 바 구조, 단축키 체계, 대화상자 버튼 순서까지 통일되어 있었죠. 그래서 새 앱을 설치해도 "아, 이건 여기 있겠지" 하고 직감적으로 찾을 수 있었어요.

그런데 지금은 뭐가 문제인가요?

글쓴이가 지적하는 건 최근 몇 년간 macOS가 이 일관성을 조금씩 잃어가고 있다는 점이에요. 구체적으로 보면, 시스템 설정(System Settings) 앱이 대표적인데요. macOS Ventura에서 기존의 System Preferences를 완전히 새로 만들었잖아요. 그런데 이게 기존 macOS의 디자인 패턴과 상당히 다르게 동작해요. iOS 스타일의 UI를 그대로 가져오면서, 맥 사용자들이 수십 년간 익숙했던 패턴이 깨진 거예요.

앱마다 다른 UI 프레임워크를 쓰는 것도 문제예요. Apple 자체 앱들조차 어떤 건 AppKit(전통적인 Mac 프레임워크)으로 만들어져 있고, 어떤 건 SwiftUI로, 또 어떤 건 Catalyst(iPad 앱을 Mac으로 포팅하는 기술)로 만들어져 있어요. 같은 Apple 앱인데 텍스트 선택 동작이 미묘하게 다르고, 스크롤 물리 반응이 다르고, 컨텍스트 메뉴 모양이 다른 거죠.

글쓴이의 논지는 이래요. 만약 Apple이 새로운 디자인 방향으로 가려면, 차라리 모든 곳을 한꺼번에 바꿔라는 거예요. 일부만 새 디자인이고 일부는 옛날 디자인이면, 사용자 입장에서는 두 가지 패턴을 동시에 기억해야 하니까 가장 최악의 상황이 된다는 거죠. 새 방식이 설령 기존보다 못하더라도, 적어도 일관되기만 하면 사용자가 한 번 학습하고 나면 괜찮다는 논리예요.

이건 개발자한테 어떤 의미가 있을까요?

사실 이 이야기는 macOS만의 문제가 아니에요. 우리가 만드는 서비스에도 똑같이 적용되는 원칙이거든요. 프론트엔드 개발을 하다 보면 디자인 시스템을 도입하잖아요. 그 핵심이 바로 이 일관성이에요. 버튼 스타일, 모달 동작, 에러 처리 패턴이 앱 전체에서 동일하게 동작해야 사용자가 편하다는 거죠.

특히 디자인 시스템이 버전업될 때 이 문제가 자주 생겨요. 새 컴포넌트 라이브러리를 도입하면서 기존 페이지는 그대로 두고 새 페이지만 새 디자인을 적용하면, 사용자는 같은 서비스인데 페이지마다 다른 경험을 하게 되거든요. Apple이 지금 macOS에서 겪고 있는 문제와 정확히 같은 상황이에요.

한국 IT 업계에서도 이런 사례가 꽤 많아요. 레거시 시스템을 점진적으로 마이그레이션할 때, "새 화면은 React인데 기존 화면은 jQuery"인 상태가 오래 유지되면 유지보수하는 개발자도 힘들고 사용자도 혼란스럽죠. 이 글이 시사하는 건, 그런 과도기를 최대한 짧게 가져가는 게 중요하다는 점이에요.

그래서 어떻게 해야 할까요?

실무적으로 몇 가지 교훈을 뽑아볼 수 있어요. 첫째, UI/UX 변경은 점진적이더라도 사용자가 접하는 하나의 플로우 안에서는 일관되게 적용하는 게 좋아요. 전체를 한 번에 못 바꾸더라도, 사용자가 하나의 작업을 수행하는 경로 안에서 두 가지 패턴이 섞이지 않도록요. 둘째, 디자인 시스템을 운영한다면 마이그레이션 계획을 같이 세워야 해요. 새 시스템을 만드는 것보다 기존 것을 전환하는 게 더 어렵고 중요하거든요.