Macユーザーが愛用する理由 小さなユーティリティ 大きなスイート以上のもの

観察

Macに焦点を当てたコミュニティを閲覧すると、アプリのセットアップを比較している人が頻繁に見つかります。つまり、何を使用しているかだけでなく、何を置き換えたのか、どの狭いワークフローが改善されたのかを比較していることに気づきます。これは観察であり、すべてのMacユーザーが同じ種類のソフトウェアを好むという主張ではありません。

こうした議論でよく出てくるのは、機能を少なくすることです。つまり、ランチャーになろうとしないウィンドウ マネージャーや、メモを取るスイートになろうとしないクリップボード マネージャーなどです。アピールは、特定の問題を解決して邪魔をしないツールです。

この好みには歴史があります。それは恣意的なものではなく、単なる美学でもありません。

この文化はどこから来たのか

macOSはUnix認定を受けており、よく知られているUnixの原則の1つは、プログラムが1つのことをうまく実行し、連携して動作するようにすることです。この原則はコマンドライン ツール用に書かれたものです。焦点を絞ったグラフィック ユーティリティを説明するためにこれを使用することは、有益なデザインの類似点であり、直接的な歴史的系統の証拠ではありません。

Cocoaは独立系開発者にMacインターフェイスを構築するためのネイティブ フレームワークを提供し、このプラットフォームは個人や小規模チームによって作成されたソフトウェアを長年サポートしてきました。これらの製品の中には、ユーティリティに特化したものもあります。他のものははるかに大きいです。ここでの共通点は、狭いアイデアでも完全なMacアプリとして出荷できるということです。

小規模で単一目的のMacユーティリティは、macOSの複数の世代にわたって存在してきました。多くのアプリは時間の経過とともに拡張されますが、最良の例は多くの場合、中核となるタスクを中心に洗練されています。

メニューバーがすべてを変える

Macユーティリティの便利な機能の1つは、システム全体のメニュー バーです。全画面表示では自動的に非表示にしたり消えたりすることがありますが、通常のアプリ ウィンドウ全体でメニュー バー アプリに一貫した場所を提供します。他のデスクトップ オペレーティング システムには、独自のトレイとステータス領域があります。

メニューバーは意図的にコンパクトになっています。この制約により、アプリに環境設定や他の場所に大きなウィンドウがある場合でも、素早い主要なアクションが促進されます。

そのため、時計、フォーカス タイマー、キープアウェイク トグル、クリップボード マネージャー、ウィンドウ ツールなど、多くの小規模なユーティリティが自然に配置されます。それぞれは、通常のアプリ ウィンドウを占有することなく、頻繁なアクションを近くに保つことができます。

小規模なデスクトップ アプリも同じロジックに従うことができます。 たとえば、Paw-Pawは、その文字をワークスペースの最上部に保持し、キーボードおよびクリック イベント タイプに反応します。必要なときに設定を利用できます。設計目標は、ワークフロー スイートではなく、アンビエント インタラクションです。

インディー開発者の要素

日々の小さなイライラを感じ、それを修正しようと決心した人だけが構築できる、特定の種類のソフトウェアがあります。キーを2回押すと、最新のクリップを保存するクリップボード マネージャー。プレゼンテーション中にシステム設定に移動せずに画面が暗くなるのを防ぐ、覚醒状態を維持するトグル。メニュー バーにある1行のテキスト フィールドで、何をすべきかを思い出させます。

このカテゴリでは、独立した開発者が特に目立ちます。これは、広範なプラットフォームになる必要がなく、狭いワークフローで小規模な製品をサポートできるためです。それは持続可能なビジネスを保証するものではありませんが、特定の問題を実験することは可能です。

MacMenuBarなどのディレクトリにはこれらのツールが集められており、カテゴリの参照が容易になります。

応答性は開発者によって異なりますが、小規模な製品でもユーザーをメーカーに近づけることができます。この短いフィードバック ループは、洗練される内容に影響を与える可能性があります。

「やることはひとつ」対スイスアーミーナイフ

小さな道具を好むのは、大きな道具を嫌うのと同じではありません。 Final Cut Pro、Logic Pro、Xcode、Figmaはすべて、Macユーザーに愛される大規模で複雑なMacアプリケーションです。好みはそれよりも具体的です。

ワークフロー インフラストラクチャ (バックグラウンドで実行されるもの、または1日に何十回も操作するもの) では、機能よりも焦点が重要です。 1日に50回使用するウィンドウ マネージャーは、その1つの仕事を即座に実行する必要があり、それ以上のことをしようとして時々設定パネルを表示する必要はありません。クリップボード管理者は、メモを取る人になろうとすべきではありません。 keep-awakeユーティリティにはサブスクリプション層があってはなりません。

スイートの機能のほとんどがワークフローに無関係である場合、スイートはぎこちなく感じられることがあります。専用ツールは学習や置き換えが簡単かもしれませんが、自動的に優れたものになるわけではありません。取引は、統合と狭さのどちらが重要であるかによって決まります。

大規模なスイートでは、ワークフローの複数の部分が1つのデータ モデルを共有するため、スイッチング コストが発生する可能性もあります。小さなツールは独立して交換するのが簡単です。たとえば、ウィンドウ マネージャーを変更しても、クリップボード マネージャーに影響を与える必要はありません。

これらのアプリには共通点があります。つまり、その機能を1つの文で説明できます。それがバーです。アプリの動作の説明に接続詞が必要な場合は、おそらくやりすぎです。

このアプローチに限界がある場合

小さなツールの好みは普遍的または無条件ではないため、どこで問題が発生するかについて正直になる価値があります。

機能間の緊密な統合により、スイートが正当化される場合があります。 Logic Proの音楽制作ワークフローでは、ミキサー、サンプラー、プラグイン チェーン、アレンジメント ビューがすべて常に相互に通信していることから恩恵を受けています。これらを個別のツールに分割すると、ワークフローは改善されるどころか、悪化することになります。 「1つのことを実行する」原則はワークフロー インフラストラクチャに関するものであり、すべてのカテゴリのソフトウェアに関するものではありません。

小さなツールも増殖して、それ自体のオーバーヘッドが発生する可能性があります。それぞれに権限、更新、起動時ログイン設定が必要な15個のメニュー バー アプリは、メンテナンスの負担になる可能性があります。目標は、マイクロアプリの無限に拡大するコレクションではなく、適切に選択された少数の焦点を絞ったツールです。

すべての集中アプリが集中し続けるわけではありません。時間の経過とともに機能が蓄積され、元のワークフローが見えにくくなる場合もあります。これは製品ごとの判断であり、どのカテゴリーに関する規則でもありません。