#1670: Arc ウェブブラウザが 1.0 リリースに到達、Apple 機能の“これ使ってますか？”アンケート

毎年、Apple はその来るべきオペレーティングシステムの新機能について騒ぎ立て、そしてテック出版物はそれ等の多くについて書き、それも Apple の最終リリースの前である事が多い。しかし、最終リリースの興奮がおさまった後、どれ程多くの人がその日常生活の中でそれ等の機能を使う様になっているであろうか？ それ等は、ユーザー経験を改善するまともな努力なのであろうか、それとも製品マネジャーのアイディアが壁にくっつくかどうか見るためにただ投げつけられただけのものなのであろうか？

Apple が機能の利用に関する統計を持っているのは間違いないと私は思っている。何故ならば、David Shayer が前に、利用統計を記録する時ユーザープライバシーをどれ程本気に捉えているかを説明していたからである ("元 Apple エンジニアが語る： 私が Apple の COVID-19 通知手法を信用する理由" 11 May 2020 参照)。Apple は間違いなく、開発とテスト資源を配分するためにその情報を使うであろうが、同社はこれ迄その様な詳細を世界と共有したことはない。我々に見える一番それらしいのは、Apple がある機能をそのままに放置するか、或いは完全に取り除いてしまうかする時である - Dashboard や iDVD を覚えていますか？

何故皆さんも気に掛けるべきか？ 理屈の上では、その必要はない。理想的な世界では、個別の Apple のオペレーティングシステムの機能の完全なリストを手にして座り、それぞれを試してみて、それが問題を解決するか、或いは自分の生活を改善するかを見れば良い。もし皆さんにそれを全部やる時間があるのであれば、すごいですね！ 新機能を探求するのは私の仕事だが、私は Apple が導入する全てのものを調べるための時間を見いだすことすら出来ていない。

それでも、ある機能がどれ程多用されているかを気に掛けても良い三つの理由が考えられる：

• 社会的証明： 何かを自分自身で評価するための時間や専門知識がない時、我々はしばしば社会的証明に頼る："私の様な人達はこの機能を使っているであろうか？" それは、間違いなく、近道をすることであるが、我々皆がそれをやっているし、群衆の意見をただ単に絶対的真実として受け入れない限り、それは必ずしも問題ではない。
• 伝道： 共有したいと思うのは全く人間的である。もし我々がある機能が生活の中で実際の違いを生むと思うのであれば、それを他の人にも告げたいと思う。程度の差はあるが、それはまた否定的な側面にも当て嵌まる。私は自分には使い途の無い機能を記事にする事は殆どないが、時として検証不足の売り込みの警鐘を鳴らしたいと感じることはある ("Dark Mode の暗い側面" 31 May 2019 参照)。
• 好奇心： 我々皆は、多くの Apple 機能の有用性について何らかの意見を持っているが、他の人がそれ等をどの程度まで共有しているかは知らない。私は、私のテック出版者としての本能が的を射ているか、或いは TidBITS 読者層に合わせるべく私の信念を調整すべきかとりわけ知りたいと思う。

以上は、TidBITS Talk や我々の記事討論を動かしている Discourse ソフトウェアの中で私が始めたものを紹介するためのものである：Apple オペレーティングシステム機能に関する "Do You Use It? (あなたはそれを使っていますか？)" 調査である。

これ等の調査は統計学的に意味のあるものではない。何故ならば、回答者は通常の TidBITS 読者のプールの中の自分で選んだ人だからである。しかし、その結果は TidBITS を読む人達が - つまり我々のような - これ等の機能について何を考えているかの感触を提供するはずである。質問の対象機能に対する人々の感覚は異なるので、ある調査は他のものよりもより多くの回答を生み出すだろうと思われる - それはそれで良い話であり、それ自身が答えなのかも知れない。

Discourse 内で調査を作成する利点は、人々が投票した後、何故その様に投じたのか、その機能のどの面がよく出来ている、或いは悪い出来だと思うか、どの様な代替策を使っているか、等々を投稿出来ることである。必要に応じて、枝を独立した幹として発展させることもしてみたいと思っている。

私は、ここ TidBITS でこの結果を使って何をしたいのか未だ明解には考え出せていない。ある場合には、調査結果を記事にすることがその機能自体について書く口実となるのかも知れない。或いはまた、数週間後に単にその結果へのリンクを張ってそれを歴史的記録に残そうとするかも知れない。同様に、どれ程頻繁に新しい調査をしたいと思うのかも現時点では良く分からない - 週に一、二回と言うのが良さそうに思えるが、それが義務となってはならず、楽しみである必要がある。

最後に、私の最初の二つの調査は、Stage Manager を Mac そして iPad 上でどれ位の人が使っているのであろうかと思ったことから始まり、そして三番目は討論の中でのさりげないコメントに由来している - それは余りに多くのコメントを誘発してしまい、会話を整理するためにそれを一つの調査へと変えなければならなかった。しかし、今後の調査では、間違いなく広く使われているであろう機能を取り上げるつもりだ。例えば、Time Machine や Spotlight である。私はまた、この調査を口実にして、多くの人がその存在すら知らないであろう有用な小さな機能を、プロキシアイコンの様な、登場させたいと思っている。その様な調査には現在は暗闇にいる人達を考慮した答えも含まれ、自分の投票を後日変更することも可能となる。例えば、"I didn't know this feature existed (この機能があることすら知らなかった)" から "I use it daily (毎日使っている)" への様にである。これに当て嵌まる人がいるであろうことを望みたい！

我々の最初の三つの "Do You Use It?" 調査は以下である。クリックして Discourse 調査に行き投票して欲しい。TidBITS アカウントでログインすることをお忘れなく！

• Do You Use It? Stage Manager on the Mac
• Do You Use It? Stage Manager on the iPad
• Do You Use It? Launchpad on the Mac

討論に参加

私がベータ版のソフトウェアを記事にすることは滅多にないし、深く掘り下げるとなればなおさらだが、The Browser Company が作っている新しい Chromium ベースのウェブブラウザ Arc は、その有用性と成熟度が素晴らしく、私は例外的に記事“Arc はウェブでの作業のやり方を変える”(2023 年 5 月 1 日) で紹介した。それでも、順番待ちリストに登録しないと使えるようにならないアプリを読者の皆さんに紹介するのは気が引けていた。親切な TidBITS 読者の方々が記事へのコメントとして招待コードを投稿してくださったのだが。

でも、嬉しいことに The Browser Company は今回、バージョン 1.0 の Arc をリリースして、誰でも無料でダウンロードできるようにしてくれた。私があの 7000 語に及ぶ記事を書いて以後も Arc に対する私の主要な意見は何も変わっていない。今でも私はここ何年もの間で自分が Mac で使ってきたアプリのうちでこれこそ最も重要なアプリだと思っている。とりわけ、私の iMac と MacBook Air の間で同期された Arc をなめらかに切り替えられる点がありがたいし、Arc の iPhone 用コンパニオンアプリを私はますます気に入っている。いつも使っているウェブサイトやページのピン留めされたタブが全部含まれているからだ。(そうは言ってもこの iPhone 用アプリは今もまだお気に入りを表示できず、簡単に直りそうだと思えるこの欠落がとても苛立たしい。)

唯一がっかりした点は、The Browser Company の反応の遅さだ。私がバグ報告をしたり提案をしたりしても、返事が来たことは一度もないし (ただし問題点が解消されたことはある)、Arc について書かれた他のどんな記事よりも広範囲にわたっているはずの私のあの記事についてのコミュニケーションが始まったこともない。(確かにこれは著者のプライドの話に過ぎないが、対照的に WebKit ベースのウェブブラウザ Orion の開発者たちからは記事“Mac 用ウェブブラウザにおける垂直タブ対応総まとめ”(2023 年 6 月 5 日) の中で簡潔に触れただけなのにとても素敵なお便りが届いた。) TidBITS 読者たちからも、サポートを求める質問を送っても何も反応がないという声が聞こえていた。このような沈黙は、かつて (悲しいことに) Twitter と呼ばれたサービスでも YouTube でも The Browser Company が非常に饒舌であること、またこの会社がコミュニティーを推し進めようとしていること (例えば同社の Credits ページには 34,000 人以上のベータテスターの名前が列記されている) とも食い違うように見えて違和感がある。ひょっとするとこの会社もベータ期間が終わった今ならば顧客サービスのための人員を増やしてくれるのかもしれない。

[更新情報： たった今 The Browser Company から便りが届いて、沈黙していて申し訳なかったと言ってきた。何万人ものベータテスターがいるという事実を私は正しく意識していなかったのだが、予想していた通り、コミュニケーション不足の原因は問い合わせの量の膨大さ (毎日何千通も届くという) に比べてスタッフの数が少な過ぎたことにあったという。この会社は今、規模拡大のために努力を注いでいるところだ。 -Adam]

Arc の開発者たちは、私がレビュー記事を書いて以後も仕事を怠けていた訳ではなかった。その間もずっと、毎週木曜日ごとに規則正しく、新機能やインターフェイスの磨き上げを盛り込んだ大きなリリースが届き続けていた。その中でも魅力的に思える変更点のいくつかをここに挙げておこう：

• Boosts： The Browser Company はどんなウェブサイトもパーソナライズできる楽しい方法だとして Boosts 機能を大いに宣伝しているけれども、私に「トレンディーな 3D ジャンクを描画するために CPU サイクルが浪費されている」という言葉を吐くのを思いとどまらせているのは、ウェブサイトを少しでも読みやすくしたいと切望する人のためのアクセシビリティ機能という意味で Boosts 機能が役に立つからだ。よく使っているサイトで表示方法に不満を感じたら、それを変更する Boost を作ればよい。さらには Zap 機能を使ってページから要素をいくつか丸ごと削除することさえできる。Library サイドバーの中に Boosts セクションがあり、Boost Gallery にはコミュニティーから寄せられたものが集められているので、試してみることもできる。いやもちろん、下に示した TidBITS サイトの Boost を私は使い続けようとは思わない。
  (日本語)iOS 15 の Weather アプリが降水通知を追加 (でも本当に信頼できるか？) | Apple、iPhone 8、iPhone 8 Plus、ならびに iPhone X を発表 | OS X 10.10 Yosemite に五つの修正 | Eudora が復活... ただし iPad に | Leopard の良い (そして悪い) 所 | Eudora 6.2 ふざけとまじめの間を行ったり来たり | 私がまだ郵便局に住んでいる理由（あるいは、Eudora は生きている！）
  
• オプションのツールバーと Site Control Center： 伝統的なウィンドウ幅一杯のツールバーが Arc にないことがどうしても嫌な人のために、今は View > Show Toolbar を選べばそのようなツールバーが表示されるようになった。嫌なら選ばなければよい。私は Arc のサイドバーの一番上のところにある小さなツールバーの方が好きで、ここに新設された Site Control Center を使って Boosts や、その他サイト特定の設定にアクセスできる。
  
• Option-クリックして Split View： Arc の Split View は、２つのタブの間で行きつ戻りつして作業したい場合に大いに役に立つ。例えば Google Docs の中で書き上げた記事を WordPress に投稿する場合などだ。Split View にするもっと手軽な方法として、第２のタブを Option-クリックするだけで即座に Split View に入れるようになった。従来の、両方のタブを選択してから Control-クリックして Open in Split View を選ぶ手間はもう要らない。
• マルチウィンドウ挙動の向上： Split View があるとしても、時には何かを別のウィンドウの中に開く必要があることもある。Arc では、タブまたはお気に入りをただ単にウィンドウの外へドラッグするだけで、そのコンテンツを含んだ別ウィンドウが開くようになった。これはフル機能の Arc ウィンドウなのだが、デフォルトでそのサイドバーは隠されている。私はこの機能が大好きだが、ピン留めされていないタブがそのウィンドウのみに属するようになってしまい、システムを横断して同期されなくなったのがとても残念だ。時々そういうものも同期したいことがあるけれども、その場合には仕方なく一時的にピン留めすることを忘れないように心掛けている。
• ページの翻訳： 外国語で書かれたページを訪れた際に、Arc は自動的にそのページを翻訳するかどうか尋ねてくる。この機能を必要とすることは滅多にないけれども、私がこれまで使ってきた Google Translate 拡張よりも手軽に使えるだろう。.
  
• 複数個の広告ブロッカーを探知： Arc の開発者たちは、Google Chrome から読み込みをした人たちの３分の１以上が複数個の広告ブロッカーを使っているという事実に気付いた。でも、どんなブラウザであっても、複数個の広告ブロッカーが走っていればパフォーマンスに大きな悪影響を受ける。そこで Arc は読み込みの際にそのことを探知して、ユーザーに対してどれを残すか尋ねるようになった。
• どんなサイトも Peek： 今いる場所を動くことなく手軽にどんなリンクでも現在のタブの上に Peek として開くことができるようになった。そのリンクを Shift-クリックするのだ。この機能が気に入らなければ Arc > Settings > Links でオフにすることもできる。
  
• Air Traffic Control： 私は Little Arc が大好きだ。これは、他のアプリでクリックされたリンクのための、独立挙動のウィンドウだ。私はリンクによってそれを決まった Space の中に開きたいと思う。そこで、Links 設定からアクセスできる Air Traffic Control 機能が、特定の文字列にマッチしたり含んだりするリンクがどこに開くかを指定できるようにする。
  
• ペーストして新規タブ： Command-Option-V を押せば、クリップボード内容を含んだ新規タブが作成される。クリップボード内容が URL を含んでいれば、Arc はそれを新規タブに開く。クリップボード内容がテキストを含んでいれば、新規タブがそれに対する検索結果をロードする。

私は依然として Easels & Notes 機能をきちんと理解できていないので、どのように役立つのかここで述べることはできない。また、アーカイブしたタブや、Media や、Downloads を調べたりすることもない。だから、 Library サイドバーは私にとって未知の領域のままだ。

でも、それでも私は一向に構わない。Arc は私の仕事生活の中であまりにも重要な存在となったので、今では他のブラウザを使うのが耐えられなくなった。例えば、ただ Command-Shift-C を押すだけで現在のページの URL がコピーされることに私は慣れ切っていて、毎日執筆や編集の作業をしながら何度もこのキー組み合わせを使っている。私は現在 4 つの Space の中に何百ものピン留めされたタブを積み上げてきたし、自分がどこにいるのか忘れたりすることも一切なしに、必要な数多くのサイトの間で素早く行き来できている。そして上でも触れたように、それらすべてを私のどの Mac の上でも、また iPhone でも手軽に使いこなすことができる。それは、Arc のお陰で私の脳裏に、保存してあるすべてのものを網羅した地図が出来上がっているからだ。

一度にほんの数えるほどの個数のタブしか使わないという人にとっては、Arc を使うのは行き過ぎかもしない。でも、仕事のために一日の多くの部分を多くのウェブサイトの中で過ごしているという人には、一度 Arc を使ってみることをお勧めしたい。Arc は無料でダウンロードでき、macOS 12.1 Monterey かそれ以降を要する。ただし忘れないで頂きたいのは、本格的にこれを使いこなして自在に料理できるようになるまでに、数日間かけたウェブ上での 下ごしらえ が必要だろうという点だ。

討論に参加