スマホはもう何年も iPhone を絶対不動のメインとして使っている。これが3.5インチだ。タブレットは iPad をもう2年ほど使っている。これが9.7インチ。そんな自分の中で絶対に揺るぐことのない2つのデバイスを常用している中で、4インチ程度のよくある Android 携帯はイマイチその位置付けがわからなかった。実際、GALAXY NEXUS がそんな感じだった。そこであえて、5.3インチの GALAXY Note を導入してみたわけだ。今更7インチの Android タブレットを使う気にもなれなかったし、7インチでは iPad も持っているのに携帯するにはちょっと苦になる。5.3インチの GALAXY Note だと、普段使っているカバンのポケットにちょうどすっぽり入るサイズ、普段使っている MOLESKINE ノートのポケットサイズとほぼ同サイズなので、持ち歩くにも苦労しないだろうとの判断もあった。

用途は手探り・・・だけど確実に使っている

当初思っていた以上にSメモが便利で使っている。これはまだ充分には試していないのだが、Sメモで書いたメモを Evernote に貼り付けて同期して使うともっと便利になるのではないか、とも思っている。また、Sメモはホームスクリーンにウィジェットとして置いておくこともできるので、ひとつ走り書き用のメモを作って置いてやっている。

S Planner の話も少ししておこう。

当初、ウェブを調べてみた時に出てきた、普段使っている iCloud のカレンダーは Android とは同期できない、なんて情報に踊らされて iCloud のカレンダーと S Planner の同期は諦めていたのだが、なんだかいろいろと調べているうちに、iCloud カレンダーを Android で同期できるアプリ (詳しくはよくわからないが有料だった) を発見して、そいつで同期を取れるようにしてやった。S Planner もホームスクリーンにウィジェットとして配置してやることができるので、これまたホームスクリーンに置いてやっている。

ホームスクリーンに各種ウィジェット、システム手帳のような使い方

ここまで書いていて思ったのは、iPhone では少なくとも現状はすることができない、ウィジェットをホームスクリーンに置いてやる、といった使い方をすることで、特にSメモと S Planner の組み合わせをよく使っていることもあってか、携帯電話というよりはシステム手帳のような使い方をしているということだ。携帯電話、音楽プレイヤー、コミュニケーションツール、Siri での個人秘書としては相変わらず iPhone を多用しているが、Sメモを活用するようになって、すっかり RHODIA へのメモ書きが減ってしまった。アナログとデジタル、どちらがいいのか、今の時点ではどちらがいいとは確信を持っていうことができないが、適材適所で使っていきたいとは思っている。

このブログは、記事を書くと自動的にフィードが Twitter や Facebook に流れるように設定している。Twitter は特にスマホから利用しているユーザーが多いことも相成ってか、Twitter からこのサイトの記事に流入してきてくれるユーザーはスマホユーザーが非常に多い。そこで以前からブログ記事自体は全てスマホに最適化されたレイアウトのものを用意していたが、昨今のスマホの画面の大型化や、デザインのトレンドからはだいぶ離れていた感じがあった。

スマホは画面サイズの物理的な制約が大きい

ブログは文章を読んでもらうものであるが故に、PC 版のデザインではサイドバーに最近の記事などの付加情報を載せたりできるが、スマホ版のサイトをデザインする上では、いくら画面が多少大型化してきているとはいえ、複数カラムを設定すること自体難しい。そこで、スマホ版のレイアウト、デザインを改める上で、やはりまずはひとつのページに載せる情報の取捨選択をしてやる必要があった。また、画面サイズの制約がある中であっても、ユーザーの導線に併せてサイト内のナビゲーションなどの使い勝手を工夫してやる必要もあった。

結果として、ヘッダー部分にサイトのグローバルなナビゲーション、その下にデザインしたアイキャッチ画像やタイトル、フッター部分には "戻る" ためのナビゲーションを設けてやることで、全体の共通デザインとしてはある程度落ち着けることができた。

WebKit のみに対応させることで試せる新しい技術

スマホの画面の解像度の大幅な向上は、ジャギーの出ない画像を表示させてやるために、それだけデータサイズの大きな画像を使わざる得ない状況を生みだしている。しかし携帯電話の通信網を使ってデータ通信しているスマホには、回線スピードに限界がある。それらを考慮した上で、表示の質と表示までのスピードを両立させてやる必要があった。

これは僕が他のスマホ関連案件でも結構使っている方法なのだが、ロゴや写真といった絶対に画像を使ってやらなければ表現できない部分を除き、デザインに使用するパーツは CSS だけで表現してやることにした。これを可能にしたのは、基本的に iPhone であれ Android 搭載携帯電話であれ、標準のウェブブラウザに使われているレンダリングエンジンがモダンな実装がなされている WebKit であるからで、少なくとも現状ではその WebKit に照準を合わせてサイトのコーディングを行ってやればいいからだ。

実際、今回のスマホ版の見せ方は結構気に入っていて、PC 版も似たような見せ方をしたい部分もあるのだが、技術的な問題からどうしても解決できない部分などがあることから、PC 版サイトの見せ方を変更するには至っていない。

フィーチャーフォン時代から進化したモバイルウェブ体験

誤解を恐れずに言うと、フィーチャーフォン全盛の時代においては、モバイルでのウェブ体験は FLASH を使わない限り、文字とちょっとした画像を加える程度しかレイアウト、デザインの自由度がなかった。また、ウェブブラウザの仕様も各キャリアで異なっていたために、それぞれに合わせた実装を行うのはかなりのコストになったものだった。

日本では早い時期からフィーチャーフォンでウェブブラウジングができたこと、首都圏では電車通勤が主流なこともあって、携帯電話でモバイルコンテンツを消費するという文化が根付いている。

時代の主流がフィーチャーフォンからスマホになったことで、モバイルで表現できるコンテンツの幅も広がり、快適に量も消費できるようになってきている。そんな意味でも、このサイトでは実験的にいろいろな要素を今後も取り入れていこうと考えている。

音楽だけを聴いていた時は全く問題なかったのだが、毎日数時間のラジオ番組を録音して聴いていると、番組聴取中に別の音楽が聴きたくなったりすることがあった。しかし録音したラジオを聴いているのと同じ iPhone で音楽に切り替えてしまうと、次にラジオを途中から聴こうと思った時に、前回どこまで聴いていたのかがわからなくなってしまっていた。そんなことから、ほぼ録音して Podcast として設定してあるラジオ番組を聴く専用機として iPod nano の (PRODUCT) RED を購入することにした。

iPod nano は縦長のデザインが好きだったが、使ってみると・・・

このブログでも何度か書いている通り、iPod nano は初代モデルのデザインが一番好きだ。そして現行モデルのデザインはあまり好きになれずにいた。しかしいざ使ってみると、なるほど、これは使いやすいと言うよりも度肝を抜かれた感じだった。数年前までは iPod shuffle の専売特許だった音楽を着る、wearable な iPod が遂に iPod nano で実現できるようになっているではないか、しかもタッチ操作できる液晶スクリーン付きでだ。今まで iPod nano は iPod classic の小型版という感じだったのが、iPod touch での音楽体験を wearable な iPod shuffle のサイズに小型化したのが現行世代の iPod nano といった風にも感じられた。

iPod shuffle の未来が心配・・・遂にディスコンになるのか？

ここまで iPod nano が小型軽量化されると、いよいよ iPod shuffle の存在が心配になってくる。初代モデルこそ当時の iPod を小型の USB メモリサイズとしたことで圧倒的な魅力を誇っていた iPod shuffle だったが、現行モデルのデザイン自体は第2世代とほとんど同じものであるし、一回り大きいだけでタッチスクリーンで曲を選ぶことができる iPod nano がラインナップされている。値段に関しても、現行モデルの iPod nano は初代モデルの iPod shuffle と変わらないところまできている。そろそろ、iPod nano が iPod shuffle に引導を渡す日も近いのかもしれない。

おまけ : 次の iPod nano は Retina ディスプレイになるのかな？

日常的に Retina ディスプレイを搭載した iPhone や iPad を使っていると、iPod nano の液晶の滲んだ感じが少し気になる。もしかしたら次世代の iPod nano には Retina ディスプレイが搭載されるのかも、なんて妄想してしまう。

一応カタログスペック上では iPad 2 の時よりも若干高速なプロセッサが採用されている新しい iPad ではあるが、案の定というか、ディスプレイが Retina 化したことで、その動作速度は相殺されたのか、体感上の動作速度は iPad 2 を使っていた時とそうそう変わらなかった。ただし iPad 2 + iOS 5.1 の時点で、体感の動作速度はもう十分に高速で満足のいくものだったので、動作速度が特別早くならなくても不満に思うことは一切ないことも追記しておく。

ただ、iPad 自体の問題ではなく、アプリケーション側の問題なのであろうが、Newsstand に入れている雑誌アプリの起動が異様に遅いのだけは気になっている。

ボディの厚みはやっぱり慣れだった

新しい iPad を手にした直後の記事で、iPad 2 に比べて重さや厚みが気になる旨 を書いた。しかしやはり、これは慣れであったらしく、毎日携行しているが、1ヶ月経った今となっては特に気になる重さではないし、持った時に感じる厚みも慣れてしまえば全く違和感のないものとなった。もちろん今、iPad 2 を持ったら軽いと感じるであろうし、薄いとも感じるはずではある。しかし、新しい iPad も十分に軽いし、十分に薄いこともまた確かだ。

パワフルなバッテリーも健在

iPad といえば、公称で10時間駆動するバッテリーもお馴染みとなってきているが、今回の iPad も正確に計測したわけではないが、少なくとも1日中使っていてもバッテリーの保ちに心配はない出来になっている。最近はめっきり完全な休日がないが、オフタイムに喫茶店でブログを書いたり Newsstand の雑誌を読んだり、なんて感じの僕の使い方では、全くバッテリーの残り容量を気にする必要はない。

気になるのは iOS 6 との相性

実は iPad 2 を iOS 5 にアップデートした時、動作速度がだいぶ遅くなったように感じていた。ただそれはハードウェアの問題ではなく、どうやらソフトウェアの最適化の問題であったらしく、iOS のバージョンが 5.1 になったら、iOS 4.x の時のように軽快に動作するようになった。

6月の WWDC でも発表されるであろう iOS 6 でもこれを危惧している。

もちろん最新版のファームウェアを使いたいのは人の性ではあるのだが、動作速度が著しく低下してしまうようだと、iPad を普段使いしているような僕からすると困るところでもある。

今、手元には iPad 2 も持っているので、いざとなったら iPad 2 に先に最新版の iOS を入れてみて動作速度やバグの有無などの検証を行った上で、メインで使っている第3世代 iPad に最新ファームウェアを導入する、といった手順を踏むのもひとつの手なのかもしれない。

今更ながら・・・Retina ディスプレイはどうなのか

iPhone 4 に Retina ディスプレイが搭載された時もそうだったが、慣れとは怖い。Retina が美しいのではなく、従来の標準的なディスプレイが汚く感じるようになるからだ。Retina こそがディスプレイの標準的な見え方と認識してしまうようになってしまう。

最近になってやっとタブレット版の Google のトップページが Retina に対応したようだが、対応以前はロゴがディザだらけで、ひどく汚く感じられた。

ただ、Mac の場合は目からディスプレイまでの距離がある程度離れているからか、Retina ではないものの、それほど画質が汚いとは感じない。それでも恐らく Mac がウワサされている通りに Retina 化したら、きっと今の Mac の液晶が汚く感じられるようになるのかもしれない。

少なくとも初代 iPad をヘビーに使っているユーザーには買いの一台

正直、テクノロジーギークな人ほど初代の iPad を買ったものの、その後 iPad 離れしてしまっている人が多いように感じる。その逆に、普段あまり PC なんかを使わない人にとって、iPad はかなり浸透してきているようだ。恐らく前者の場合、iPad ではカスタマイズできるところも限られているし、ちょっと物足りなさを感じてしまったりしているのだろう (かと言って、そういうユーザーがカスタマイズし放題な Android タブレットに流れないのは、まだ Android タブレットに相応の魅力がないからだろうか) 。ただし初代 iPad を日常的に使っているユーザーは、来る iOS 6 の登場に併せて、新型 iPad はかなり買いな一台に感じる。画面も抜群に綺麗になっているし、十分な処理速度も新型 iPad では確保されている。

iPad 2 ユーザーにも確かにオススメできる新型 iPad ではあるが、もしかしたら画面が圧倒的に綺麗になっている以外に魅力を感じられないかもしれないし、冒頭に書いたように動作速度に関して言えば新型 iPad もiPad 2 もそうそう変わりない。そういった意味では、iPad 2 ユーザーはあえて今回はスルーして、来年登場するであろう次世代 iPad を待つのもアリだろう。

忙しさにかまけてしばらくブログのアップデートが滞ってしまったが、新型 iPad からどんどん今後もエントリをしていく予定なのでよろしくお願いします。

もともとは iPhone 向けに開発されていたと思われる jQuery の Retina Display Plugin だが、iPad でも普通に動いた。仕組みは簡単で、まずは普通に HTML のソースに記述されている img 要素をお約束通りに読み込ませて、PC 向けの普通の解像度の画像を表示させる。プラグインではページがロードされたタイミングで、class や id などを仕込んでやっておいたところを見に行かせ、そこにファイル名の拡張子前の末尾に -2x と入った高解像度用のファイルを読みにいくようにセットする。2倍の解像度の画像ファイルを作成して、あとはちょっと HTML のソースをいじってやるだけで、簡単に Retina 対応のウェブサイトに変身させることができた。実例は以下にリンクした配布サイトから見ていただければ、と思う。

参考リンク : jQuery Retina Display Plugin

Safari で CSS でデザインされたブログを読むと超美しい

ブログは比較的、デザインに画像が使用されずに CSS のみでデザインされていることも多い。そんなサイトを新しい iPad のSafari で見ると非常に美しい。ただ、息を飲むほどに美しいレイアウトに唖然としてしまうようなサイトもある。特に海外のブログなんかは画像がデザインに使われていないことも多く、こんなケースが非常に目立つ。

自分のブログ、このサイトの Retina 対応ではロゴ部分と右下に表示されているアイコン部分、自分の写真くらいしか高解像度画像を用意する必要がなかったことを考えると、やはり今後はデザインのアクセントには画像を使えど、基本的なデザイン部分には CSS を積極的に活用していくべきなのだと改めて感じさせられた。

文字を読む体験は確実に進化した

愛用している RSS リーダーである Reeder の iPad 版も早速 Retina に対応してくれていて、インターフェイスはすでに非常に美しい。そして Reeder のような文字を読む体験、Safari でブログを読む体験、そんな普段は意識することのない体験の進化こそが、今回の iPad の進化のキーワードのひとつのように思える。文字のレンダリングが段違いに美しいのだ。しかも文字は基本的に Retina 対応などを制作者が考える必要なく、勝手に iPad が出力してくれる。Apple は Retina を採用することで、コンテンツ制作者の意図と関係のないところで出力結果を美しくさせてしまったわけだ。

おまけ : そして写真を観る体験も・・・

新しい iPad にしてからというもの、特に写真を観ることが多くなった。自分が過去に撮影した写真は結構 iPhoto と iPad で同期しているのだが、新しい iPad のディスプレイでは写真が印刷並みに美しく表現される。とにかくこのディスプレイは美しいものは美しく、汚らしいものは汚らしく、そのままに表現してくれるのだ。

Retina のキレイさは実物を見せるしか手段がなく、ブログでいくら文字にしたり画像にしたりしても伝わるものではない。ぜひ店頭で体験していただければ、と思う。

ジャンク品のワゴンセールのようなところで発見したのだが、発見した時からなぜかディスプレイが点いていて、もしかして動くかも？と淡い期待を寄せながら購入したのだが、自宅で FireWire の搭載されている MacBook Pro の iTunes と同期させてみたところ、ちゃんと曲を転送できた。また、バッテリーも6時間くらい (このモデルは新品のカタログスペックで10時間駆動) ちゃんと動くし、曲を再生することもちゃんとできた。奇跡的な筐体だったようだ。

ちなみにバッテリーを交換して、ついでにちょっと壊れていたイヤフォンジャックを交換して・・・と実費でもできないものかと Apple のサポートに問い合わせてみたところ、製造終了から7年経過すると部品などがなく、残念ながら修理対応などはできないとのことだった。まあ、当然と言えば当然な話ではあるが、サポートの方には動いていることの方が奇跡的で、非常に珍しい筐体であるので大事に使ってくださいと言われた。当然、大事に使わせてもらうつもりだ。

本体2000円、FireWire ケーブル1970円・・・

本体はジャンクということもあり、発売当時の定価を考えると超格安の2000円で手に入れることができた。しかしこのモデルはまだ Dock コネクタを搭載する以前の機種であり、Mac と同期するには FireWire ケーブルが必要で、そっちが1970円と、本体とほぼ同じだけケーブルにコストがかかってしまった。まあ、ジャンク品をいじるとはこういうことなのだと納得しつつ。

HDD 20GB の最上位モデルなので意外と使える

ストレージがたっぷり 20GB ある、当時の最上位モデルなので、実は自分の手元の iTunes ライブラリを根こそぎ全部転送してやってもまだ余裕がある状態で、意外と実用にも耐えうるのではないか、と感じさせられている。ただし先述した通り、バッテリーが6時間程度しか保たないことを考えると、オンの日にまる1日この iPod で音楽を聴き続けることは難しいだろう。しかし休日にカフェに・・・なんて時のお供には最高かもしれない。なによりも、個人的には iPod は白を基調にしたこの頃のデザインが一番好きだし、オフタイムはあえてこちらで不便を楽しむのもいいかもしれない。

公称で iPad 2 では 8.8mm だった厚みが 9.4mm と少し厚くなった新型 iPad だが、実際に持ってみると数値以上に分厚く感じる。重さも含めて全体的にスリムな印象だった iPad 2 に比べて、全体的にずっしりとした感じだ。カタログスペックを見ていた時は、そんなに変わらないだろうと思っていたが、これが大間違いだった。しかし1年間 iPad 2 を使っていた慣れみたいなところもあるであろうし、別に厚くなっても不快な厚みではないので、これはしばらく使っていくうちに、慣れてしまう範疇のことなのかもしれない。

Newsstand の雑誌アプリや産経新聞HDは拡大不要でほとんどが見える

これは当然のことなのかもしれないが、Retina ディスプレイとなった新型 iPad では、雑誌アプリケーションも文字を拡大することなく読むことができるようになった。もともと、僕は目がいい方なので特にそうなのかもしれないが、小さな文字までくっきりと表示されているのは気持ちがいい。また、拡大縮小を繰り返すことが必要ないのは、読む上で非常に楽だ。もちろん雑誌の記事の中で使われている写真もくっきり表示され、非常にきれいだ。

Retina 非対応ウェブサイトもそんなに酷くはなかった

iPad の主な使用用途にウェブサイトの閲覧がある。iPad 自体が Retina ディスプレイとなったことで、対応していないウェブサイトの多くは酷く画像のディザが目立つようなことになってしまうのではないか、と心配していたのだが、確かにディザ自治は目立つことがあるものの、思ったよりも普通に見ることができてしまうことがわかった。特に画像をデザインにあまり使用していなくて、CSS でデザインされたブログなんかは、むしろ美しいくらいだ。しかしこのウェブサイトは、出来る限り Retina ディスプレイに対応しようとは思っている。

写真を見るのも楽しい！

iPad クラスの画面サイズが Retina 対応したことで、写真も印刷物に遜色ないクオリティで見ることができる。ある意味では最高のフォトフレームでもあるのだ。特に写真を単体で見るのも美しいので楽しいのだが、新しい iPad 版の iPhoto のジャーナル機能い個人的にはハマってしまった。美しい写真やテキストを思い通りに配置していくのも、それを見るのも今までにはない経験で楽しい。

今後は Mac 本体の Retina 化に期待か

iOS デバイスは今回の iPad で一応全て Retina 化が完了したことになる。こうなってくると、次こそは母艦となる Mac 本体のテコ入れ、Retina 化が期待されてならない。Mac は特にデスクトップでは無尽蔵なほどに画面の物理サイズだけ大型化していく一方で、ピクセルの密度は iOS デバイスに比べると見劣りするようになってきた。また、iPad の Retina ディスプレイに対応したアプリケーションの開発を Mac でしたくても、ドットバイドットな環境で開発や制作を行うことが難しくなってきている。もちろん、Apple は解像度に依存しない UI を提唱しているので、Mac の解像度は今のままの程度を維持することもできるのかもしれないが、モバイルデバイスがこれだけリッチになってきた今、改めて Mac もそんな環境に持っていってもいい時期に来ているのではないか、と感じさせれた。

仕事に向かう車の中で思い付いたことを、とりあえず全部 Siri にメモするように頼んでみた。もちろん運転中なので iPhone の画面を確認することができない。で、オフィスに到着してから Siri に頼んだメモ、その数にして十数件を確認してみたのだが、驚くことに同音異義語も含めて上々に認識されていて、メモを振り返ってみても、自分がその時になにを思い付いたのかを知ることができた。大半はどうでもいいことだったが・・・。

やらなきゃ！と思ったら "リマインダー" を頼む

日常のどうでもいい雑用だけどやっておきたい、なんてことを仕事をしていたりしてひらめくことがある。そんな時も Siri にリマインダーへの登録を頼んでみた。音声認識の精度が高いおかげで、ホントに登録が簡単。喫煙所にいて、デスクに戻った時にこれをやらなきゃ！みたいなことも次々に登録しておく。

自分と関係のある人や会社の連絡先は関係者登録しておく

さて、夜になっていつも行っているアロマとマッサージのお店に行こうと思い立った。週に1回〜10日に1回くらい通っている、最早馴染みになってしまった店だ。店名がアルファベットだったためか、お店の名前を呼んでも認識してくれない。

どうしたものか。

そこで、自分と関連のある連絡先として、連絡先の自分の項目の関係者の欄に追加してやることにした。デフォルトでは母、父、親、などが用意されているが、カスタムラベルを使って "マッサージ" と登録してやった。これで "マッサージに電話して" と Siri に頼むだけで、電話の発信ができるようになり、すぐに予約が取れるようになった。

よく訪れる場所は根こそぎ連絡先に住所を登録しておくと便利

リマインダーを使っていると、どこかしらの場所に到着したタイミングで通知をして欲しい場合が出てきた。そこで自分がよく行くお店など、思い付いた順に Mac で Google Maps で住所を検索して、アドレスブックに登録していってやった。おかげでさっき秋葉原のスタジオを出る時に "ドトールに到着したら・・・" と頼んでおいてやったら、近付いたタイミングでリマインダーに登録した内容を通知してくれた。ただし場所の精度はそれほどよくはないかもしれない。いつも来ているドトールに到着する 500m 手前くらい (あくまで体感だが) で通知された。

Twitter のメール投稿機能を使えば本当につぶやける

車を運転している時に Twitter につぶやくことはできない。しかし Siri が日本語に対応してくれたおかげで、つぶやけるようになった。本当の意味でのつぶやき、になった。設定は簡単で、まず連絡先に Twitter のモバイル版にあるメール投稿先アドレスを設定する。適当な名前を付けておけばいいが、僕は Twitter、とそのまんまの名前で登録した。次に自分の連絡先の関係者欄に "つぶやき" というカスタムラベルを設定して、その Twitter の連絡先を関連付けてやった。これで、"つぶやきにメッセージ" と Siri に話しかけて、そのままつぶやく内容をさらに話しかけて送信してやれば Twitter への投稿が完了する。

明日は10時に起こしてね・・・。

こんなセリフを Siri に話してやれば、iPhone の目覚ましを設定してくれて、無事に1日を終えて床につくことができる。ついでに明日の予定は？明日の天気は？なんて気になる情報も聞いておいてやるといいだろう。

丸1日、Siri と過ごしてみたが、見事なまでに自分のアシスタント 兼 秘書として活躍してくれた。ただし現状、日本語とアルファベットをうまく聞き取ることができないようなので、多少その点に配慮してやる必要がありそうだ。

おまけ : Siri がパニクった

アイキャッチに使った画像は、あまりにいろいろ頼みすぎていたら帯域の制限を食らったのか、Siri がまるでパニクったかのような時に返してきたもの。人間味ありすぎる・・・。

巷にはブログのアクセスアップを狙うための指南書的な本が山のように溢れている。特にアフィリエイト絡みの書籍は多いし、最近では PV アップのために、どうやったらはてなブックマーク (はてブ) で数を稼げるか、釣りっぽいタイトルを付けることができるか、なんてことを解説している記事や書籍も多数見かける。

もちろん、PV がブログを更新する上でのモチベーションキープになるのは確かだ。

ただしこれは全てではないとも思っている。

例えば自分でよくあるパターンなのだが、ブログを書くと Twitter や Facebook なんかを通して知人だったり、時にはフォロワーさんからのリツイートだったりと、記事に対する反応があったりする。実は僕にとっては数字として表れる PV やアフィリエイトの結果なんかより、こっちの方がよっぽどうれしいし、モチベーションを保つことができている。自分がネタにしたことに対して、他の方がどのように思っているのかを知ることができるのも楽しい。

そう考えると、僕にとってのブログは、情報や意見の発信ツールであると共に、それらの情報や意見を介した一種のコミュニケーションツールでもあるのかもしれない。

まず当然のことながら、iPad がなければ話がはじまらない。特に iPad は初代 iPad よりも iPad 2 であったり、近々登場が予想されている次期 iPad の方が快適に iPad で文章の執筆を行えることは確かだろう。後述する ATOK Pad も初代 iPad と iPad 2 でそれぞれ使ってみたが、初代 iPad だとレスポンスがイマイチだった。ちなみに iPad ブロガーに外付けのキーボードは不要だ。iPad 本体だけで如何にしてシンプルにブログを書いていくのか、これが iPad ブロガーたるものの使命でもありアイデンティティでもあるはずだ。スクリーンキーボードだって慣れてしまえば、文章を書く生産性の面をみても、そんなに著しく不便に感じることはなくなる。

DPad

もともとはブログエディタとしてリリースされている DPad だが、僕は記事をプレーンテキストで書いた後に、HTML を少し使ったオーサリングや後述する flickr との連携、そしてパブリッシュ用に使っている。個人的な位置付けとしては、直の HTML で編集するワープロソフトといった位置付けだ。また、パブリッシュ作業 = 紙で言うところの印刷、に近いのかもしれないと言った思いも巡ると、この DPad が一層ウェブ時代、タブレット時代のワープロソフトのように感じてならない。

ATOK Pad

人によるかもしれないが、僕のように毎回長文になってしまうブログ記事を書く上では、最早切っても切れない縁となってしまったのが ATOK の変換エンジンを iPad で使えてしまうテキストエディタ、ATOK Pad だ。人によってはブログ記事自体の執筆も先述の DPad だけで済むかもしれない。ATOK Pad について詳しくは 以前書いたエントリ をご覧いただければと思う。

flickr 用アップローダ

ブログで使う画像は全て flickr で管理すると、アクセスが増えた時のブログ自体の移転などの時にも便利だ。その flickr に iPad から画像をアップロードするためのアプリケーションも必要になる。このテのアプリケーションはかなり選択肢が豊富にあるので、自分の気に入ったものを使えばいいだろう。iPhone で撮影した写真であれば、iPhone には flickr 公式アプリも用意されている。また、flickr は先述した DPad からもかなり便利に扱うことができる。

カメラ + Eye-Fi or iPhone

アイキャッチ画像を撮影したりするために、カメラは必須のツールだ。もちろん iPhone のカメラ機能を使っても構わないし、EyeｰFi を差し込んだコンパクトデジカメやデジタル一眼なんかを使って、ダイレクトモードなどで iPad に写真を取り込んでも構わないだろう。iPad の公式アクセサリに Camera Connection Kit もあるが、できることならば全てワイヤレスに、Eye-Fi で写真は同期したいところだ。ただし iPhone 4S ではコンデジで迫る画質の写真が撮れることを考えると、コンデジ + Eye-Fi の選択肢はないかもしれない。デジタル一眼の画質が欲しい場合ではない限り、コンデジに比べたら、インターネットに直接繋がっている iPhone の方が圧倒的に便利だからだ。

ここまでに書いたツールやアプリケーションさえあれば、iPad でのブログ執筆は非常に快適に行えるし、過不足ない。今初代 iPad を使っているユーザーの方も、新型の iPad 発表と共に #iPadBlogger デビューしてみてはいかがだろうか？

iPad でブログを書く上での質問などあったら、Facebook コメント欄からどうぞ。

【 RadiON 公式サイト 】 http://www.nobu417.jp/RadiON/

愛用の初代 PEN には Eye-Fi を入れているのだが、その同期先は iPad にしてある。そうすると EyeｰFi で iPad に直接読み込まれた写真は iCloud のフォトストリーム経由で自分が使っている iPhone だったり MacBook Air だったりにも簡単に同期されるわけだ。母艦となっている MacBook Air の iPhoto からでもいいし、iPad から直接でもいい、簡単に flickr で公開するところまでがひとつのフローとしてできるようになっていたのには驚きを隠せなかった。

EyeｰFi と iOS デバイスの組み合わせで iCloud を使う

もちろん SNS に載せようなんていうくらいの写真であれば、各種カメラ系アプリも充実してきてはいるし、iPhone 本体のカメラで撮影するのが一番機動力が高いのであろう。それは重々に承知しているし、実際自分でも Twitter 向けに公開するような写真は iPhone から直接撮影している。

ただ言いたいことは、お気に入りのカメラで撮影した画像も、Eye-Fi を使って iOS デバイスと同期させてやれば、出先でもそんな愛用のカメラで撮影した写真をネット上に上げることができるし、最終的にはフォトストリームで Mac の iPhoto に取り込んでやることまでも、すべてワイヤレスでしてしまうことができるということだ。

EyeｰFi の同期デバイスを iPad にしている理由

理由は明快、iPad はプライベートでも常に持ち歩いている、常にインターネットに繋がっているデバイスであって、まずそんな iPad に愛用のカメラで撮影した写真が同期されてくれれば、あとは煮るなり焼くなり、その場で flickr に上げることもできれば、自宅に戻ってフォトストリームで Mac の iPhoto で最終的に管理してやることもできるからだ。

Eye-Fi からは iPhone に同期してやってもいいのだが、iPad だとピントの確認なんかがわかりやすい。しかし iPad が Wi-Fi モデルの場合は、iPhone に同期してやった方がすぐにアップロードできて便利かもしれない。

iPhone のカメラの高性能化とインターネットに直接繋がっている安心感から、最近は iPhone で写真を撮ることが多かったが、Eye-Fi がこんなに便利に使えることがわかった今、もう少し愛用のカメラから写真を撮影してみようか、と最近は思うようになってきている。

スタジオエヌズのスタジオがある関係で秋葉原に行くことが多いのだが、そんな我がスタジオエヌズの秋葉原スタジオのすぐそばにはヨドバシカメラがある。そのヨドバシ AKIBA の一角には今では当然の如くタブレットコーナーがあり、多数の Android 搭載タブレットが陳列されている。客足こそ可哀想になるくらいに隣にある iPad のコーナーには及ばないものの、如何に今、タブレット市場が確立したのか、注目されているのかがわかる光景だ。

iPad の登場する2年前、タブレットは試行錯誤の市場だった。

確かに Windows を搭載したタブレット PC は存在していたものも、お世辞にも市場として存在感を持ったものとは言えなかった。それは現時点での Windows 搭載タブレットにも感じとることができるが、操作性の点など、必ずしもタブレットというデバイスに最適化されたものとは言えないのでユーザーから受け入れられていなかったのだろう。だからこそ Microsoft は来る Windows 8 で UI をタブレットに最適化させようとしている。

2年前、iPad はタブレットとは何かを定義した。

その結果として、Android 3.x 系はタブレットに最適化された UI を持って登場したし、最新バージョンとなる Ice Cream Sandwich でもその流れを引き継いでいる。要約するとするならば、タブレットとはスマートフォンよりも大きな、どちらかと言えばラップトップ寄りなサイズのスクリーンを持ちつつ、タッチ操作に最適化され、簡単に持ち運べ、どこでも使え、1日使っても余裕のバッテリーを持ち、文字入力にはスクリーン上に表示されるキーボードを用いるもの、といった具合だ。

誤解を恐れずに言うとすると、iPad こそがタブレットであると Apple は定義した。

それは現時点では皮肉にも結果として現れており、Android 搭載タブレットが数機種並んでいながらも客足の全くないと言っても過言ではないのを横目に、ストレージの容量とネットワーク以外に選択肢がほぼない iPad 売場は発売1年近く経つ iPad 2 でも客足好調、先述したヨドバシ AKIBA のそんな売場風景に現れているような気がしてならない。

ブロガーにとっての必携ツールであるところの iPad とは

ブロガーだと自称するようになって何年か経つが、ここ1年に限って言うと僕は iPad のみでブログを更新するようになった。今になって考えてみると、初代 iPad の時はキータイプに対するレスポンスに若干問題？があったことで、ここまでブログ更新を iPad に依存してはいなかった。

しかしそろそろ、"iPad ブロガー" を自称し始めようかと思う。

iPad でのブログ更新フローは何度か紹介しているが、ブログで使う画像の管理は全て flickr で、ブログ自体は Movable Type を使って管理している僕にとっては、iPad 用ブログエディタの DPad (ガジェットマニア必至の drikin.tv でお馴染み、@drikin さん製、、、先日はコメントいただいたのに気付かなくてゴメンナサイorz) 、flickr 用のアップローダ、そして先日になって導入して iPad での長文執筆には欠かせなくなった ATOK Pad があれば充分だ。最近は iCloud のおかげで iPhone で撮影した写真はすぐに iPad 側にも同期されるし、思い返してみれば購入したガジェットとしては珍しくこのブログでは紹介したことことがなかったが、EyeｰFi も当然のように導入しているので、愛用のカメラで撮影した写真もすぐに iPad に取り込むことができる。

iPad ブロガーたるもの、外付けキーボードを使うなんて邪道中の邪道だ。

iPad はできるだけシンプルに使いたいので、もちろん僕は自宅であろうが外出中であろうがスクリーンキーボードのみで快適にタイピングを楽しんでいる。外付けキーボードの電源を入れる手間をかけるだけでも、iPad のスイッチを入れた瞬間から使える、という最強とも言える機動力を邪魔しているように感じてしまうからだ。

カバーもその薄さを最大限に享受したいが故に Smart Cover しか取り付けていないので、1年持ち歩いた iPad 2 の背面はアイキャッチ画像にも使ったように、だいぶくたびれては来ているものの、味だと思って納得していたりもする。

ベッドサイドのミニ TV としての iPad

iPad が日本で発売された当初、動画を楽しもうと思ったら YouTube くらいしかなかった。しかし2010年の日本版 iTunes Store での映画コンテンツ配信開始や、記憶に新しい去年の日本版 hulu の登場によって、iPad で楽しめる動画コンテンツは確実に増えていっている。

最近ではソフトバンクセレクションから地デジチューナーなんかも発売され、そのどこでもリッチなコンテンツをみれる環境にも注目が集まっている。

僕はシャワー中心なので利用することはないが、防水ケースに入れて入浴中に iPad で動画コンテンツを楽しんでいるユーザーが思った以上に多いのは、その手のブログ界隈なんかをさまよっていれば今更な話でもあるくらいだ。

Newsstand の登場で雑誌購読環境となった iPad

ここのところ、雑誌を書店で買わなくなってしまった。理由は簡単で、雑誌に付きものの読み終わったら捨てる、ということを行わなくてよくなったせいだ。Newsstand の登場と共に、僕は自分が普段読んでいる雑誌をデジタルで購読できるものか、できないか、で整理してみることにした。

結果としてデジタルで購読できないと言う結論に達したのは Mac People だけで、それ以外の雑誌は全て iPad の Newsstand 上で同じ雑誌、または類似する雑誌を購読できることがわかった。その結論として、捨てるのが面倒と感じるようになった Mac People は読まなくなり、Mac 系の情報は Mac Fan に全てを託すようになった (Mac People も Newsstand で提供が開始されればまた購読することになることだろう) 。

もちろん、iPad のディスプレイは現状では文字密度の高い雑誌というコンテンツに対して最適化されているか、と問われれば答えは Yes に近いようで No になるだろう。しかし来月にも発表されるのではないかとウワサされている次世代 iPad では、Retina ディスプレイが遂に採用されるかもしれない。iPhone の Retina ディスプレイ環境で雑誌コンテンツを閲覧するとわかることなのだが、実はこの Retina ディスプレイを採用するか否かが、今後 iPad に対応した Newsstand での雑誌コンテンツの配給に関係しているような気がしてならない。

今回は最後に Dan Kogai さんのように署名しておくことにしよう。

nobu, the iPad blogger published.

今や日本では携帯電話は高校生までならず、中学生にまで行き渡っているような状況だ。また、Android 端末や iPhone に代表されるスマートフォンは確かにスマートだが、ユーザーによっては機能過剰とも言える。確かにアプリという存在はユーザーに新しい体験を提供するにかもしれないが、メールと通話ができれば充分といったユーザーもかなりの数存在はしていることだろう。

携帯電話でウェブを閲覧できるようになったのはiモードがはじまりだったような気もするが、果たしてどれだけのユーザーがそのiモードを必然な機能と思って使っていたかも定かではない (もちろん着うたサイトなど一定のニーズがあったことも確かにではあるが) 。むしろキャリアが収益をあげるためのモデルとしての側面が強く、使ってもいないサイトに月額課金されているまま忘れていて解約もしていない・・・なんてユーザーが多かったのではないだろうか。僕がまさにその典型だった。

そしてスマートフォンを使うようになるとアプリをインストールするようになる。アプリの多くは売り切りか無料がほとんどで、定期課金モデルは限られた一部のアプリのみが採用しているので、iモード時代に比べて「無駄」な出費を抑えることができるようになった反面、このアプリというものもどれだけのユーザーが必要としているのか、ネットワーク帯域が絶対的に不足してきている、なんて状況を考えると改めて考えさせられる問題だ。また、僕は結構、有料であっても iPhone や iPad ではアプリを購入してしまうのだが、Android ユーザーの多くは、あまり有料アプリは購入しないようだ。

Android は電源を入れてなにをしたらいいのかわからなかった

いい意味で、従来の日本のケータイ、今でいうフィーチャーフォンは電源を入れたら結構誰でも簡単に通話とメール、カメラ撮影くらいだったら使いこなすことができた。アドレス帳のデータなんかは機種変する時に、例えば docomo ショップだったらスタッフさんがテキトーにやってくれていたので、アドレス帳の資産が10年分とかで貯まっている、なんて方も多いのではないのだろうか。ちなみに詳しくは後述するが、僕はこれを機会に貯まりに貯まっていて数百件以上登録されていた連絡先情報を、本当に使う機会があるであろう情報だけに登録し直した。

既存のフィーチャーフォンユーザー全てがスマートフォンユーザーになり得るのか？

まず書いておくとすると、少なくとも現段階でのスマートフォン (特に Android 端末) は万人に薦めるべきものではないのではないだろうか、ということだ。現状、フィーチャーフォンを普通に使っていて、フィーチャーフォン向けコンテンツで満足しているユーザーにとっては、スマートフォン自体は必須なアイテムではないように思えてならない。

ただしもちろん、各携帯キャリアの出してくる端末自体は今後さらにスマートフォンが増え、同時にフィーチャーフォンは減っていくであろうことを考えると、タイミングを見据えた上でスマートフォンにスイッチする必要は出てくるのであろう。

フィーチャーフォンは携帯電話、スマートフォンは PC

万人にスマートフォンを進められない理由がここでのサブタイトルとなる。スマートフォン、特に Android 端末はもはや完璧に小さな PC だ。やろうと思えばどこまでも自由にカスタマイズできるが故、なにが正しい使い方なのかが薄ぼんやりとしてきているし、スマートフォンでこれをやりたいんだ！という目的があった上でなければ、無理にフィーチャーフォンから教育コストが高くなるであろうスマートフォンにシフトする必要はないのではないかと感じさせられる。

例えば僕が iPhone を愛用しているのには理由がある。

そもそもは外出先で Twitter なんかを楽しみたかったのと、Mac を開かずとも、とりあえずでの時点で来ている仕事関係のメールを確認したかった、なんてものがあった。さらに言うと、四六時中音楽なんかを聴いていて、外に出る時は必ず iPod を持ち歩いていた僕にとって、その iPod 自体が携帯電話にビルトインされているというのも非常に魅力的だった。今では自宅にある MacBook Pro サーバーで radiko でお気に入りの番組を予約録音しておいて、それを毎朝 iPhone に転送して聴いたりもしている。

iPod、さらには iPhone にこだわる大きな理由のひとつが、iTunes Music Store として現在の iTunes Store が日本でオープンして以来、iTunes Store で音楽を購入している僕にとって、その DRM である FairPlay に唯一対応している音楽プレイヤーも iPod のみであったこともあるのかもしれない。もちろんその DRM は比較的簡単に解除することができ、音楽を聴く環境も NEXUS に移す、なんてこともできないことはないのかが、曲の購入からライブラリ管理、iPhone への曲の同期を特にいろいろと作業などする必要なくシームレスに常に全てのデバイスで同じ環境が使えるというのは、とにかくすこぶる便利に感じるから使っている。

Android 携帯でもせめて UI は "ケータイ" らしく

GALAXY NEXUS に取っ付きにくかった理由、難しいと感じた理由のひとつが、恐らく UI が Android 標準のものだった、というのがあるような気がしている。特に "ガラスマ" と呼ばれているような最近の日本のベンダー製の Android 携帯は、この点において、非常に力を入れてきている。要は、今まで何年もフィーチャーフォンを使ってきた、フィーチャーフォンの UI に慣れ親しんできたユーザーが無理なく、スマートフォンに移行できるように、特にホーム画面やアプリケーションランチャーの UI を作り込んできている。

これはスマートフォンを普及させていく上での短期的な意味での課題となってくるはずだ。

中長期的にみると、UI 自体はフィーチャーフォン独特のものから、もっとスマートなものへと移行していくべきなのだろうが、ごくごく短期的にスマートフォン自体を普及させていく中では、ユーザーが移行に戸惑わないための取り組みは非常に重要なはずだ。この取り組みは、Windows PC 普及初期に、メーカーがそれまで普及していたワープロ専用機のような独自のアプリケーションランチャーを用意したりしたのと似ている。

スマートフォンに精通したユーザーならば、自分の使いやすいようにいくらでもカスタマイズできるのが Android 携帯であるはずなので、精通していないユーザーにとっても、箱を開けた瞬間から使いやすいケータイ、そんなパッケージングが今一番求められているのではないだろうか。

フィーチャーフォンに登録してあった大量の連絡先情報を整理

先述した通り、今まで使っていたフィーチャーフォンには携帯電話を使い出して10年以上分の膨大な連絡先情報が全く整理されることなくたまり続けていた。GALAXY NEXUS では Gmail の連絡先情報と同期ができるとのことだったので、重い腰を上げて連絡先情報を整理してみることにしてみた。

厄介だったのは、Mac から離れていた一時的な期間に Gmail のアドレス帳を活用していていたため、今はもう連絡することのない、要はいらない情報に溢れていたので、一旦すべてを確認の上で削除することにした。

削除後、Mac で Gmail を開いて、古いフィーチャーフォンから今後も連絡するであろう連絡先をひとつずつ確認しながら入力していった。docomo のケータイの方は仕事とプライベートが混在している iPhone とは違って、現在ではほぼ100%プライベートなものなので、結局数十件程度の登録で終わってしまったのはここだけの話だ。

その昔、Just System に iOS 用の IMAP 対応メーラーをリリースして欲しい、なんて記事を書いたのも懐かしいが、バージョンが 5 になっても、未だに iOS は日本語インプットメソッド部分をサードパーティ製のものに置き換えることが許されていない (ちなみにこの時の記事で価格は1200円くらいでも購入すると書いていたが、まさに ATOK Pad for iPad は1200円で用意されている)。

自分自身、iPad ですべてのブログ記事を書くようになって、そろそろ1年が経とうとしているものの (要は iPad 2 の登場以降はブログは全て iPad で書いている。初代 iPad と比べてブログ執筆に耐えうるキータイプのレスポンスになったからだ) 、エディタはいろいろ選んで使ってきてはみたが、長文を書くに耐えうる日本語変換エンジンとはお世辞にも言えたものじゃない iOS の日本語変換エンジンには四苦八苦していた (それでも以前に比べると iOS の日本語変換エンジンのクセには耐えられるように入力する、入力癖がついたのはある意味バッドノウハウと言えるかもしれない) 。

今は手放してしまったが、そういう意味だけで言うと、昔所有していた pomera なんかは組み込みの ATOK を搭載していて、日本語変換で戸惑うことは非常に少なかった。ただし pomera は直接インターネットに繋がっているわけではなかったことが災いしてしまって、自分のブログ更新フローからは外れてしまう結果となったことだけは追記しておこう。

Mac でも慣れ親しんだ日本語変換で自然に文章が書ける

個人的には iPad のスクリーンキーボード自体には特に不満がなく、出先で使う時は当然のこと、自宅で iPad で文章を書く時も外部キーボードを接続することなく、ほとんどいつもスクリーンキーボードで文字入力作業を行っている。むしろ文章を入力している時にボトルネックになっていたのはタイピング環境ではなく、確実に日本語変換の環境の方だった。

iOS 用の ATOK Pad は以前から iPhone 用に用意されていたが、iPhone のような比較的短い文章であったり、文節を区切って入力するタイプのデバイスでは、特に ATOK の利点を感じることができずにいた。

しかし iPad 向けになった ATOK Pad は使い出してすぐに感動した。

これは iPad では比較的長い文章を書くこともあれば、文節を区切らずに長い単位で入力した上で変換を行うなど、より PC/Mac に近い使い方をしていることが大きく由来しているように感じられる。

ATOK Pad と Dropbox を組み合わせて使う

ATOK Pad では Evernote で PC/Mac とデータの同期ができるようになっている。しかし個人的には、iCloud や Dropbox とデータの同期がしたいところと感じさせられた。ひとまず iCloud は諦めることにし、Dropbox とデータを共有するため、Dropbox 対応のテキストエディタ (僕の場合はいつも使っている Nebulous Notes) でテキストファイルのやりとりをするようにした。方法は簡単で、ある程度の文章を作ったら ATOK Pad ではクリップボードの全文を送るように操作し、それを Nebulous Notes に貼り付ける。そして保存する。これだけで Dropbox でテキストファイルを管理することができるようになった。

この際 Just System は "一太郎 for iPad" も作ったらいいのではないか

iPad 版の iWork は非常に優秀で、Microsoft の Office で作られた書類を閲覧する時なんかには非常に役立っている。Keynote に至っては単体でプレゼン資料の作成から発表までをこなしてしまうことができるくらいにパワフルだ。しかし Mac 版も然りではあるが、iWork に含まれるワープロソフトであるところの Pages は、やっぱり日本語を編集、閲覧するのに最適化されているとは言い難い。

もともと ATOK は一太郎に含まれていた、なんてことを考えると、ここまで優れた日本語の取り扱いを iOS 上でできるようにしてしまった Just System は、一太郎の iPad 版なんかも開発してしまったらいいのではないかとまで思わされてしまう。

ただし、以前にもブログで触れたものの、ワープロソフトではなくて、あえてテキストエディタとして開発されているが故に軽快な動作を保っているところもあるのではないか、なんて邪推してみたりすると、一太郎 for iPad はちょっと難しいのかもしれない。

ちなみにこのブログ記事は数千文字で構成されているが、いつものように変換間違いを何度も繰り返すことなく、かなり快適に執筆できたのは、当然のことのようで、今までできなかったことなので、今後もしばらく iPad 上で長文の日本語入力をする必要がある時には ATOK Pad を試してみたいと思う。

おまけ

自分は音をキータイプ音にして使っているのだが、日本語変換を確定した時に "ぴろりろ" と鳴るのだけが、なんとなく鬱陶しい。これがなくなれば最高なのだが・・・。