携帯電話のオートコレクトの使用には正しい方法と間違った方法がある、とそれを発明した人物は言います。 Ken Kocienda 氏、Apple の iPhone ソフトウェアの元主任エンジニアであり、新しい本の著者クリエイティブな選択: スティーブ・ジョブズの黄金時代における Apple のデザインプロセスの内部、iOS の最初のリリース用の最初のソフトウェア キーボードを作成するチームを率いました。そして、オートコレクトに関しては攻撃的になりすぎる可能性があるとも述べています。
オートコレクトは最初の形式から進化してきましたが、依然としてほとんど同じ基本的な要素に基づいています。単語を入力すると、キーボードのソフトウェアは次の 3 つの質問をします。
「正しく」入力された場合、ユーザーのタップ パターンと同様のタップ パターンを生成する辞書の単語はどれですか? (タップすると「キーボード コンスタレーション」が作成され、携帯電話はそれを辞書の各単語の理想的なコンスタレーションと比較します。)
これらの単語のうちどれがより一般的ですか?いくらもっと一般的ですか？ （コシエンダが指さすジップの法則、あらゆる言語の比例した単語頻度を予測します)。
ユーザーの「動的辞書」に表示されるのは、ユーザーが最も頻繁に使用する単語、連絡先の名前、またはオートコレクトによって変更された後でも再入力した単語のうち、どれですか?
ソフトウェアは、単語ごとに、これら 3 つの要素をどれだけ考慮して、意味を判断するかを選択する必要があります。この選択がどれほど難しいか、そしてどれほどの危機に瀕しているかを理解するには、携帯電話に「ファック」という単語を教えるのにどれだけ時間がかかったかを思い出してください。
しかし、このプロセス全体が最も効果的に機能するのは、すべての単語を修正するために立ち止まらないでください。文またはメッセージ全体を入力して、最後に校正する方がはるかに効率的です。それがこのシステムが設計された目的であり、Apple のユーザーテストで最もうまく機能するものです。
そして、自動修正や予測テキストがより洗練されるにつれて、これはさらに真実になるだろうとコシエンダ氏は言います。キーボードは長い文章を調べるにつれて、より多くの間違いを認識できるようになります。たとえば、携帯電話はあなたが入力したと認識するかもしれない、と彼は言います。の、しかし、いくつかの単語を入力するつもりだったことに後で気づきましたもし。 (「ピニャコラーダが好きで、雨に降られるなんて…」という意味ではないことがわかります。) オートコレクトが高度になればなるほど、ユーザーが常に監視していなくても問題を修正できるようになります。したがって、オートコレクトを信頼することを学びましょう。 （またはオフにしてください。）
そして常に予測テキストに依存しないでください。私はこの悪い習慣を頻繁に使用しており、キーボードの上にある候補の単語をチェックし、完成した単語をタップしてあちこちで数秒を節約できるかどうかを確認します。コシエンダはこれをこう呼んでいますコンテキストスイッチング—入力し、次に読み、次に探します。これらのタスクを切り替えるたびに、時間と注意力が失われます。 Apple のテストでは、ほとんどのユーザー (上級電話タイピストだけでなく) は、自分の言葉を完成させるだけであれば、はるかに速く入力できました。予測テキストは、異常な単語や状況以外では無視するのが最善です。
この種の啓示は、BlackBerry と Sidekick のハードウェア キーボードがどれほど懐かしいかを思い出させます。しかし、コシエンダ氏が指摘するように、ソフトウェア キーボードは消えて 2 倍の表示スペースを確保できるため、フルスクリーンの携帯電話にはソフトウェア キーボードが必要です。彼の見解では、ハードウェア キーボードを持ち歩きながら、現在あるフル機能のアプリを入手することはできません。したがって、実際の物理ボタンをクリックするという単純さを放棄する必要がありますが、これは実際にはそれほど簡単ではありませんでした。
Apple と Google などの競合他社との違いは、Apple が常に、ほとんどのユーザーにとって最良の選択を 1 つだけ提供することを目指しており、その選択をユーザーに委ねるのではなく、テキストを送信したいだけの忙しい人々を圧倒してしまうことだと、コシエンダ氏はライフハッカーに語った。つまり、一部の機能やオプションは Android よりも iPhone の方が後に登場しますが、一度登場すると、通常は思慮深く設計されています。 (いつもの。)
コシエンダ氏は、これがテクノロジーに多様性が必要なもう一つの理由であると述べています。iPhone のようなデバイスはすべての人を対象としており、設計チームとエンジニアリング チームに全員が参加していなければ、すべての人のためにデザインすることはできません。ソフトウェア キーボードを使用する手や指のサイズを考慮せずにソフトウェア キーボードを設計することはできません。また、ユーザー テストを開始するまで問題を予期していなければ、最適な解決策を見つけることはできません。
