[編集者注：前回ダン・モーレン氏を取材した時、彼はiPad実験の1日目を無事に乗り切りました。彼は3日間、タブレットだけを使って仕事をこなすと誓っていました。さて、2日目に移りましょう。]
初日は慣れるのに苦労しましたが、物事は概ね順調でした。Macに頼る必要は全くなく、仕事も時間通りに終えることができました。ただ、正直に言うと、やろうとしていたことに少し慎重になりすぎていました。そこで2日目は、少しだけ自分を追い込んでみました。当然のことながら、そうすることでさらに多くの問題に遭遇しました。
例えば、2日目の朝、私はニュースデスクの管理を任されました。つまり、ニュースに目を光らせ、記事を割り当て、TwitterやFacebookで読者に新しい記事を知らせるという仕事です。しかし、 その朝の記事についてツイートしようとiPadでTwitterrific（ ）を起動した途端、行き詰まってしまいました。
Macでは、AppleScriptを使って追跡タグ付きのストーリーへの短縮リンクを生成しています。iPadはAppleScriptをサポートしていないので、iPadではうまくいきませんでした。幸い、優秀な同僚のLex FriedmanがJavaScriptベースのブックマークレットを改良し、短縮URLを作成するだけでなく、iPadにインストールしたTwitterrificを起動して新しいツイートにURLを自動入力してくれるようになりました。おかげで、Macで作業するよりもずっと簡単になりました。ただし、ワークフローでAppleScriptに依存している場合は、iPadで何らかの回避策が必要になります。
その後、コラムを編集しているときに、最後に定型文を挿入する必要がありました。TextExpander（ ）などのiOSアプリを使うこともできましたが、面倒だと感じました。そこで、ローテクな解決策を選びました。テキストエディタでスニペットをテキストファイルに保存し、必要に応じてコピー＆ペーストするのです。
しかし、午前中になって、どうしても回避できない問題に遭遇しました。記事に添える写真をアップロードしたかったのですが、iOS版Safariではそれができませんでした。（この機能にはファイルシステムへのアクセスが必要ですが、iOSはそれを許可していません。Apple自身のブラウザでさえもです。）結局、既にアップロードされている画像のデータベースを検索するしかありませんでした。
デスクワークの一環として、ストーリー管理ツールで課題の優先順位付けも行わなければなりませんでした。ところが残念なことに、このツールはドラッグ＆ドロップ式のインターフェースを採用しており、タッチ操作可能なデバイスでは動作しませんでした（この問題は、システムが使用しているJavaScriptライブラリに起因しています）。困ったことに、ドラッグ＆ドロップ操作は同僚に頼まなければなりませんでした。
クラウドへ
2日目の午後は、同僚と共同執筆中の記事に取り組む時間を確保していました。最近は多くのWebサービスのおかげで、こうした共同作業は簡単です。Macでは、「Cloud」という無料プログラムを使ってスクリーンショットを素早くアップロードし、同僚にリンクを送信しています。そこで、iOS用のCloudクライアントがいくつかあることを知って嬉しく思いました。Stratusという優れたアプリを見つけました。これを使えば、ファイルを簡単にアップロードしてリンクを生成することができます。このアプリは、今回の実験を通して私が発見した最も便利な新アプリの一つとなりました。
しかし、すべてのWebサービスがiPadを完全な市民のように扱っているわけではありません。例えば、先ほどの共同作業のストーリーでは、同僚と私はMacworldでいつも使っているGoogleドキュメントを使いました。しかし残念ながら、iPad上のGoogleドキュメントのインターフェースには、改善の余地がかなりあることに気づきました。
まず、サイトの縮小版モバイル版を使うことを余儀なくされ、フルバージョンの多くの機能、特にリアルタイムの共同作業が欠けています。その代わりに、クラウド上のコピーと変更内容を同期させるには、常に「更新」ボタンをタップしなければなりません。同僚と一緒に文章を書いている場合、これは控えめに言っても不便な追加手順です。
結局、Macに戻るまでこの作業を中断することにしました。iPadが本当に失敗したテストの一つでした。
