앱 메뉴의 'File'은 파일과 무관하다
Your "File" Menu Isn't About Files
MacBook의 35개 앱을 분석한 결과, 대부분의 'File' 메뉴가 실제 파일과 관련 없는 항목들로 채워져 있다. 1Password는 비밀번호, Calendar는 이벤트, Chrome은 브라우징 관련 기능을 담고 있다. 저자는 각 앱에 더 적합한 메뉴 이름을 제안하며, Finder나 Visual Studio Code처럼 'File'이 적절한 경우도 소개한다.
목록의 항목 하나가 이름을 정당화한다면, 우리는 식사 이름도 다시 생각해 봐야 할 것이다.
HN 토론
56- graypegg
반론: 당신의 애플리케이션은 패턴을 깨뜨릴 만큼 특별하지 않다. 달력 애플리케이션을 열고 '이벤트' 메뉴를 클릭해서 새 달력을 만들 수 있는 옵션이 나오는 것은, '파일' 메뉴를 열고 같은 옵션을 보는 것만큼이나 말이 된다. 명사를 동사로 만드는 모든 메뉴 항목을 그 명사 이름을 딴 최상위 메뉴로 나누면, 새로 만들기/삭제 등의 동작이 여러 메뉴로 분산되어 오히려 더 어색하게 느껴질 것이다. '파일'은 관성 때문에 작동하며, 사람들은 그 안에 무엇이 있어야 하는지에 대한 느낌을 가지고 있다: - 새 항목 만들기 - 항목 저장 - 항목 복사 - 다른 항목 열기 - 항목 이름 바꾸기 - 이 항목을 어딘가로 보내기 - 다른 형식으로 가져오기/내보내기 - 항목 닫기 (종료하지 말고 시작 화면으로 보내기). 이는 보고 있는 파일/컨테이너와 막연하게 관련이 있지만, 대부분의 사람들이 파일 메뉴를 사용할 때 그게 엄청나게 중요하다고는 말하지 않을 것이다. 그냥 그런 것들이 그 안에 있어야 한다. 왜냐하면 솔직히 꽤 일관적이기 때문이다. 기사에 나온 몇 가지 예(항상 비활성화된 옵션이 있는 '나의 찾기', 이미 모든 메뉴를 계정/구독/항목 명사로 옮긴 리더)를 제외하면, 파일 메뉴는 내가 기대하는 것과 일치한다. 어쩌면 내가 내 자신의 거품 안에 갇혀 있는 것일지도?
- yodon
그것이 언어가 작동하는 방식이다. '엿듣기(eavesdropping)'는 한때 지붕의 처마에서 떨어지는 물을 가리켰다. '로그인(logging in)'이 쓰는 '로그(log)'는 대부분 존재하지 않는다. 메뉴 자체는 음식이나 먹는 것과 아무 관련이 없다. 그 의미가 현대의 독자나 청자에게 명확한가? 그렇다.
- freehorse
노트: 노트, 메시지: 메시지, 암호: 암호, 미리 알림: 미리 알림 [...] 대부분의 제안은 앱 이름이나 그 주제를 다시 말한 것에 불과하며, 따라서 그다지 도움이 되지 않는 것 같다(노트 앱의 모든 것은 어떤 식으로든 '노트'와 관련이 있다). 게다가 앱마다 명명 규칙이 바뀌면 혼란스럽다. '파일' 메뉴는 일반적으로 '(주요) 동작'과 '입출력'에 관한 것이므로, 나는 이 모든 것을 '동작'으로 바꾸겠다. 그러나 '파일 메뉴'는 이런 종류의 동작과 연관되어 왔으며, 데이터 구성(어디에 있든)과 앱 내에서 새로운 데이터 구조 생성(파일 시스템 수준뿐만 아니라)을 광범위하게 지칭하는 단어의 자유로운 해석을 고려하는 것이 공정하다.
- keito
흥미로운 지적이지만, 각 애플리케이션이 다루는 주요 객체와 관련된 동작을 사람들이 기대하는 표준화된 위치('파일')에 두는 이점이, 모든 프로그램에서 그 동작이 어디에 있는지 알아내야 하는 인지 부하보다 더 크다고 생각한다.
- quirkot
정말 체스터턴의 울타리 상황이다. 첫 번째 메뉴 항목을 '파일'이라고 부르는 전통에는 거기서 무엇을 찾을 수 있을지에 대한 기대를 포함한 많은 잠재적 정보가 담겨 있다. 또한 그것이 은유를 뚫고 더 이상 컴퓨터의 파일을 가리키는 것이 아니라, 컴퓨터 파일이 이름을 따온 '파일링(filing)' 개념을 가리킨다고 말할 수도 있다.