Mac 사용자가 큰 제품군보다작은 유틸리티를 더 좋아하는 이유

관찰

Mac 중심 커뮤니티를 탐색하면 앱 설정을 비교하는 사람들을 정기적으로 찾을 수 있어요. 즉, 사용하는 것뿐만 아니라 대체한 것과 좁은 작업 흐름이 개선된 것도 있어요. 이는 관찰일 뿐 모든 Mac 사용자가 동일한 종류의 소프트웨어를 선호한다는 주장은 아니에요.

이러한 토론에서 자주 나타나는 선호 사항은 실행 프로그램 역할을 하지 않는 창 관리자 또는 메모 작성 도구 역할을 하지 않는 클립보드 관리자 등 소수의 기능에 대한 것이에요. 호소는 특정 문제를 해결한 다음 방해가 되지 않는 도구이에요.

이 기본 설정에는 역사가 있어요. 그것은 자의적이지도 않고 단지 미학적인 것도 아니에요.

이 문화는 어디서 왔는가

macOS는 Unix 인증을 받았으며 잘 알려진 Unix 원칙 중 하나는 프로그램이 한 가지 작업을 잘 수행하고 함께 작동하도록 만드는 것이에요. 해당 원칙은 명령줄 도구용으로 작성됐어요. 집중된 그래픽 유틸리티를 설명하기 위해 이를 사용하는 것은 직접적인 역사적 계보를 증명하는 것이 아니라 유용한 디자인 비유이에요.

Cocoa는 독립 개발자들에게 Mac 인터페이스 구축을 위한 네이티브 프레임워크를 제공했으며, 이 플랫폼은 오랫동안 개인과 소규모 팀이 만든 소프트웨어를 지원해 왔어요. 이러한 제품 중 일부는 유틸리티에 중점을 두고 있어요. 다른 것들은 훨씬 더 큽니다. 여기서 관련된 공통 스레드는 좁은 아이디어가 여전히 완전한 Mac 앱으로 제공될 수 있다는 것이에요.

소규모의 단일 목적 Mac 유틸리티는 여러 세대의 macOS에 걸쳐 존재해 왔어요. 시간이 지남에 따라 많은 앱도 확장되지만 가장 좋은 예는 핵심 작업을 중심으로 개선되는 경우가 많아요.

메뉴바는 모든 것을 바꾼다

Mac 유틸리티의 유용한 표면 중 하나는 시스템 전체 메뉴 모음이에요. 전체 화면에서 자동으로 숨기거나 사라질 수 있지만 메뉴 표시줄 앱은 일반 앱 창 전체에서 일관된 위치를 제공해요. 다른 데스크탑 운영 체제에는 자체 트레이와 상태 영역이 있어요.

메뉴 표시줄은 의도적으로 컴팩트하게 만들어졌어요. 이러한 제약은 앱에 기본 설정이 있거나 다른 곳에 더 큰 창이 있는 경우에도 빠른 기본 작업을 장려해요.

따라서 시계, 포커스 타이머, 깨어남 유지 토글, 클립보드 관리자, 창 도구 등 다양한 소규모 유틸리티를 위한 자연스러운 공간이 돼요. 각각은 일반 앱 창을 차지하지 않고도 자주 수행하는 작업을 닫아 둘 수 있어요.

소형 데스크톱 앱도 동일한 논리를 따를 수 있어요. 예를 들어Paw-Paw는 캐릭터를 작업 공간 위에 유지하고 키보드 및 클릭 이벤트 유형에 반응해요. 원할 때 기본 설정을 사용할 수 있어요. 디자인 목표는 워크플로 제품군이 아닌 주변 상호 작용이에요.

인디 개발자 요소

매일 작은 짜증을 느끼고 이를 고치기로 결정한 사람만이 만들 수 있는 특정한 종류의 소프트웨어가 있어요. 두 번만 누르면 가장 최근 클립을 보관할 수 있는 클립보드 관리자이에요. 시스템 설정으로 이동하지 않고도 프레젠테이션 중에 화면이 어두워지는 것을 방지하는 절전 모드 해제 토글이에요. 메뉴 표시줄에 수행해야 하는 작업을 상기시켜주는 한 줄짜리 텍스트 필드이에요.

좁은 워크플로가 광범위한 플랫폼이 될 필요 없이 소규모 제품을 지원할 수 있기 때문에 독립 개발자는 특히 이 범주에서 눈에 띕니다. 이것이 지속 가능한 비즈니스를 보장하지는 않지만 특정 문제에 대한 실험을 가능하게 해요.

MacMenuBar와 같은 디렉토리는 이러한 도구를 수집하므로 카테고리를 더 쉽게 탐색할 수 있어요.

반응성은 개발자에 따라 다르지만 작은 제품을 사용하면 사용자가 제조업체에 더 가까워질 수 있어요. 짧은 피드백 루프는 개선되는 내용에 영향을 미칠 수 있어요.

"한 가지 일을 한다" 대 스위스 군용 칼

작은 도구를 선호하는 것과 큰 도구를 싫어하는 것은 달라요. Final Cut Pro, Logic Pro, Xcode 및 Figma는 모두 Mac 사용자가 좋아하는 크고 복잡한 Mac 응용 프로그램이에요. 선호도는 그보다 더 구체적이에요.

백그라운드에서 실행되거나 하루에 수십 번씩 상호 작용하는 워크플로 인프라의 경우 기능보다 초점이 더 중요해요. 하루에 50번 사용하는 창 관리자는 한 가지 작업을 즉시 수행해야 하며 가끔 설정 패널을 표시하여 더 많은 기능을 제공해서는 안 돼요. 클립보드 관리자는 메모하는 사람이 되려고 해서는 안 돼요. Keep-Awake 유틸리티에는 구독 계층이 없어야 해요.

대부분의 기능이 작업 흐름과 관련이 없으면 제품군이 어색하게 느껴질 수 있어요. 전용 도구는 배우고 교체하기가 더 쉬울 수 있지만 자동으로 더 좋아지는 것은 아니에요. 거래는 통합이 더 중요한지 좁은 범위가 더 중요한지에 따라 달라집니다.

워크플로의 여러 부분이 하나의 데이터 모델을 공유하므로 대규모 제품군에서는 전환 비용이 발생할 수도 있어요. 작은 도구는 독립적으로 교체하기가 더 쉬울 수 있어요. 예를 들어 창 관리자를 변경해도 클립보드 관리자에 영향을 줄 필요는 없어요.

이러한 앱은 공유하는 내용이 있어요. 즉, 해당 앱이 수행하는 작업을 한 문장으로 설명할 수 있어요. 그것이 바이에요. 앱이 수행하는 작업에 대한 설명에 접속사가 필요한 경우 아마도 너무 많은 작업을 수행하고 있는 것일 수 있어요.

이 접근 방식에 한계가 있는 경우

작은 도구에 대한 선호는 보편적이거나 무조건적인 것이 아니며, 그것이 어디에서 무너지는지에 대해 솔직하게 말할 가치가 있어요.

기능 간의 긴밀한 통합은 때때로 제품군을 정당화해요. Logic Pro의 음악 제작 워크플로우는 믹서, 샘플러, 플러그인 체인 및 편곡 보기가 모두 지속적으로 상호 작용하여 이점을 얻어요. 이를 별도의 도구로 나누면 작업 흐름이 더 좋아지기는커녕 더 나빠질 것이에요. "한 가지 일을 한다"는 원칙은 모든 소프트웨어 범주에 적용되는 것이 아니라 워크플로 인프라에 적용돼요.

작은 도구도 그 자체의 오버헤드로 확산될 수 있어요. 각각 권한, 업데이트 및 시작 시 로그인 기본 설정이 필요한 15개의 메뉴 표시줄 앱은 유지 관리 부담이 될 수 있어요. 목표는 무한히 확장되는 마이크로앱 컬렉션이 아니라 잘 선택된 소수의 집중 도구이에요.

모든 집중된 앱이 집중된 상태를 유지하는 것은 아니에요. 일부는 원래 작업 흐름을 보기가 더 어려워질 때까지 시간이 지남에 따라 기능을 축적해요. 이는 제품별 판단이지 특정 카테고리에 대한 규칙이 아니에요.