IMAP と Greasemonkey の Gmail プロダクト マネージャー

そう思った矢先、Gmailが停滞していた、Big G はパワー ユーザーを喜ばせるアップグレードを展開しました。IMAPアクセス、そしてより高速で開発者にとって使いやすいインターフェース。のメーカーとしてより優れた Gmail Firefox 拡張機能、私たちは、Gmail のプロダクト マネージャーである Keith Coleman から、刷新についての個人的な注意喚起を受け取ることに気合が入りました。拡張機能を更新する。コードを更新するためにサードパーティの開発者と交渉することに加えて、コールマンは忙しい一日の合間を縫って、Gmail の最近の変更に関する私たちの熱心な質問に答えてくれました。ジャンプの後は、IMAP、LDAP、Greasemonkey、iPhone、その他のサードパーティの Gmail クライアント、アプリ、開発について彼の意見を聞いてください。

Lifehacker: Gmail の IMAP サポートは、Web ベースの電子メールにとって大きな前進であり、他の無料 Web メールでは提供されていなかったものです。 Google が IMAP の提供を決めた理由は何ですか?将来的に LDAP で連絡先情報にアクセスできる可能性はありますか?(エディタ：LDAPは、連絡先をエクスポートするだけではなく、アドレス帳に同期するという点で IMAP と同様に機能します。)

Gmail プロダクト マネージャー、キース コールマン氏:Google の中核となる哲学の 1 つは、ユーザーのデータを決して人質に取るべきではないということです。 Gmail の場合、ユーザーはいつでもどこでもメールにアクセスできる必要があります。私たちは Gmail のリリース直後からこの道を歩み始めました。2004 年には無料の POP アクセスと自動転送を追加しました。 POP を使用すると、ユーザーはモバイル デバイスやデスクトップ クライアントでメールを取得できるようになります。自動転送を使用すると、メールをフィルタリングしたり、最も重要なメッセージを携帯電話に転送したりするなどの便利な操作が可能になり、ユーザーが必要に応じて Gmail から別のメール サービスに簡単に切り替えることもできます。毎月、何百万人もの人が Gmail を使い始めていますが、その多くが、特に POP、IMAP、または転送を提供していないサービスから切り替える場合、メール アカウントを切り替えるのがいかに難しいかを私たちに語ります。私たちは、Gmail ユーザーが離れたい場合にそのようなことを経験してほしくありませんでした。

POP と転送は良いスタートでしたが、ご存じのとおり、POP の欠点は、多くの場合、メールを 2 回読む必要があることです (モバイル デバイスまたはデスクトップ クライアントで 1 回目、サーバーで 2 回目)。 IMAP は、すべてのクライアントとデバイス間でメールの同期を保つことでこの問題を解決します。従来の電子メール クライアントでは優れたユーザー エクスペリエンスが提供されるため、Web メール サービス、特に広告収入に依存しているサービスの場合、ユーザーが Web インターフェイスからデスクトップ クライアントに切り替えるリスクがあります。 Gmail のウェブ エクスペリエンスを十分に優れ、十分に高速にすれば、人々は他のクライアントではなく Gmail を使用することを選択するだろうと私たちは信じています。これは、POP を立ち上げたときは不明でしたが、結果的には正しかったことがわかりました。ほとんどの Gmail POP ユーザーは、Web インターフェースの代わりにではなく、それに加えて POP を使用しています。 IMAP でも同じアプローチを採用し、ユーザーにより多くの選択肢と優れた電子メール エクスペリエンスを提供しています。

LDAP の提案は興味深いものです。現在、連絡先をインポートおよびエクスポートする方法を提供していますが、LDAP のような API はまだ提供していません。

Lifehacker: ユーザーが POP 経由でメールを受信するだけでなく (むしろ) Gmail の Web インターフェースにアクセスするというのは、直観に反しているとはいえ興味深いですね。問題は、POP は何年も前から多くの Web ベースの電子メール サービスで提供されてきましたが、IMAP は提供されておらず、IMAP は新しいものではありません。電子メール取得プロトコルについて私が理解しているところによると、IMAP の性質は、POP よりもリソースを大量に消費するということです (サーバーへの読み取りと書き込みが絶え間なく行われるため)。そのため、無料の Web ベースの電子メール サービスが提供されていないのはこれが理由だと私は常々思っていました。それは本当だと思いますか？それともタイミングの問題だったのでしょうか。iPhone の発売が影響したのでしょうか?

コールマン:IMAP は、私たちが長い間立ち上げたいと考えていたものです。これは POP よりも複雑なプロトコルであるため、特に IMAP フォルダーを Gmail ラベルに適切にマッピングするために行った作業を考慮すると、実装には時間がかかりました。リソースの使用量は、IMAP をリリースする決定における主要な要素ではありませんでした。私たちは、多くのユーザー (多くの新しい iPhone 所有者を含む) が IMAP を気に入ることを知っており、準備ができたらすぐにリリースしたいと考えていました。

Lifehacker: Gmail の最近のアップグレードでは、パフォーマンスが向上しただけでなく、Greasemonkey API が含まれており、事実上開発者が Gmail のインターフェースを変更できるようになりました。私自身も Gmail 拡張機能の開発者として、とてもうれしく思っています。しかし、Greasemonkey のスクリプトと拡張機能は、Gmail 開発者にとってはさらに頭の痛い問題を引き起こし、機能するだけで、要求の厳しい小規模なパワー ユーザー ベースにしか利益をもたらさないのではないかと私は想像しています。なぜ Google はこの方向に進むことにしたのでしょうか?

コールマン:私たちはイノベーションを観察し、サポートすることを好みます。 Greasemonkey は、開発者があらゆる Web サイトを拡張できるという点で強力なツールです。もちろん、欠点は、安定した API を使用するのではなく、ソース コードを直接変更することによってサイトを拡張するため、そこに記述された拡張機能はソース コードの変更に対して脆弱であり、ホスト サイトの破損を引き起こす可能性さえあることです。ご指摘のとおり、特にユーザーがバグに遭遇し、サイトが壊れているのか拡張機能が壊れているのか判断できない場合、これは間違いなく頭痛の種となる可能性があります。

コールマン:現時点では、これは純粋にコード上の便利なラッパーのセットです。

ライフハッカー: 新しい Gmail のアップグレードが展開される前に、開発者 (私を含む) に連絡して、それに対応するスクリプトと拡張機能の準備を手伝ってくれましたね。何人の開発者が参加していましたか?連絡先をどのように選択しましたか?

コールマン:Google はデータ主導の企業であるため、通常、このような状況では、各拡張機能を実行しているアクティブ ユーザーの数を測定し、最も頻繁に使用されているユーザーに焦点を当てます。 Greasemonkey やその他の Firefox 拡張機能では、使用状況を測定する機能がないため、最も人気のある拡張機能を特定するために最善を尽くしました。スキャンしてみましたaddons.mozilla.org、ユーザースクリプト.org、Gmail 拡張機能について言及したブログ。開発者の連絡先情報を見つけるのは必ずしも簡単ではありませんでしたが、何人かの作成者に連絡を取り、新しいコードへの早期アクセスを提供することができました。

Lifehacker: こんなことを聞​​くと同僚の開発者から怒られるかもしれませんが、そうしなければなりません。広告を非表示にしたり、Gmail のストレージをファイル ドライブとして使用したりするなど、Google が好まないと思われることを実行する拡張機能やユーザー スクリプトは、私の知る限り、Google から削除通知を受け取ったことがありません。それについて何かコメントはありますか？

コールマン:私たちはイノベーション、つまりユーザーが新しいことに挑戦することを望んでいますが、もちろん Gmail の利用規約への違反を容認するわけではありません。私たちは、他のユーザーのエクスペリエンスに影響を与える可能性のあるサービスの悪用を特に懸念しています。

編集者: 記録のために言っておきますが、より良い GmailGmail の利用規約に違反するスクリプトは含まれません。

Gmail のカーテンの後ろを少し覗くために時間を割いてくださった Keith に心より感謝いたします。