OTCHY.NET

フリック入力時、直感的に矢印を入力できる方法 : ライフハッカー［日本版］ っていう記事に触発されて、矢印以外にも色々な辞書登録をしたら、iPhone の文字入力がすこぶる捗ったので一覧にまとめてみました。

ここまで手間をかけなくても…という意見もあるでしょうけれど、最初にかけた 30 分の手間で、今後続く何百回という入力がスッキリするなら安いもの、と思いませんか？

他にお勧めの辞書登録なんかがあったら、是非コメントで教えてください！

追記

その後結局、数字入力が便利だったので、01～99 の全てと、01～09 と同じ読みで 0～9 も登録してしまいました。
0～9 も登録した事で、奇数桁も自在に打てるようになって、どんな数字でも思いのままに変換出来るのでとても快適です。

Twitter をやっていると、色々なユーザをフォローするにあたって大きく 2 つの方針があるように思います。

まず 1 つ目は、フォロワの発言を基本的に全部読めるように厳選して TL を構築する方針です。Twitter を始めた当初はこういうパターンの使い方が多いのではないでしょうか？メッセンジャー的、あるいは SNS 的使い方と言えます。
これを厳選 TL と呼びましょう。

そして 2 つ目は、もっとフォロワの範囲を拡大して、未読の発言が流れていっても気にしない方針です。フォロワが増えていくにしたがって、全部の発言を追えなくなると、どこかのタイミングでこういうターニングポイントがやってくる人が多そうです。開き直って、どんどんフォロワーを増やし続けるパターンも見受けられます。これは、ストリーミング的な使い方で、雰囲気としては TV のザッピングに似ていますね。
こちらは、ストリーム TL と呼ぶことにします。

もちろん、厳選 TL とストリーム TL の境界は曖昧でその中間的な状態という場合も多いでしょう。

さて、「知らない人をフォローすること」と独創性 | WIRED VISION という記事とか、フォロワがいっぱいいて Twitter 充している人なんかを見ていると、Twitter の一番面白い使い方は、ストリーム TL ではないか、という気がしてきます。
だけど、せっかく構築した自分の厳選 TL に大量のフォロワを追加して、ストリーム化させてしまうのには躊躇する人も多いのではないでしょうか？

自分自身、すでにある程度ストリーム化した TL にはなっていますが、ざっくりと議論を追ったりは出来る厳選 TL 的な要素も残っています。ストリーム TL の面白さを追求してみたいとは思うのですが、これ以上フォロワを増やすと厳選 TL の要素が無くなって完全なストリーム TL になってしまうので、それは避けたいという気持ちもあります。

ではどうすればいいでしょう？

サブ垢の利用

まず思いつくのは、もう1つのサブアカウントを取得して、目的別に使い分けるという事です。この方法は、厳選 TL とストリーム TL をそれぞれ綺麗に分離することが出来ます。マルチアカウントに対応したクライアントアプリを使えば、TL を見るには困らなさそうですが、ちょっとした問題があります。

ストリーム TL からザッピングして、ちょっと返信を付けたり、RT したりしたい時は、やはりメインのアカウントでやりたいのですが、その度にいちいちアカウントを切り替えるのは面倒です。あるいは、ストリーム TL で気に入ったユーザがいたから厳選 TL に組み込みたい時なども面倒ですね。
とかく、複数のアカウントを使い分けて何かするというのは面倒になりがちなので、この方法はボツです。

非フォローリストの利用

これが本命です。
今の Twitter には、「リスト」というユーザをグループ分けする機能があるのですが、このリストに追加するユーザについては、自分でフォローしている必要がありません。

そこで、フォローしないままリストにどんどんユーザを追加して、そのリストをストリーム TL として参照します。この場合、ホーム TL (＝厳選 TL) とストリーム TL が混在することなく存在し、また、自分のアカウントは 1 つなので、返信や RT を行ったり、厳選 TL に組み込んだりするのもスムーズですね。

さらに、リストの設定にはプライベートモード (自分以外に非公開) というものも存在するので、「フォローするまでもない」と判断したことを本人に知られたくない場合や、ストーｋ 恥ずかしがり屋なあなたも安心です。

ところで、確かに気になる発言はあるものの、Tweet の絶対数が少なくてあっさり見落としてしまうような人を、確実に補足するにはどうしたらいいのでしょうか？
この場合、流し読み前提のストリーム TL は適当ではありません。

ユーザ RSS の利用

そこで出てくるのが ユーザ RSS です。RSS とは何かについては、ここでは言及しませんが、Twitter では一人一人のユーザごとに、そのユーザの発言だけが含まれる RSS が生成されています。
具体的には、以下のような URL です。

http://twitter.com/statuses/user_timeline/{userId}.rss

{userId} の部分には、対象となるユーザのユーザ ID (数値) もしくはスクリーンネームが入ります。ユーザ ID はやや専門的になるので置いておいて、スクリーンネームは各ユーザのプロフィールページの URL などに含まれる、ユーザを個々に識別できる英数字の文字列のことです。

この RSS を任意の RSS リーダに登録して購読すれば、そのユーザの全ての発言を漏れなく拾うことが可能になります。(*1)

これまた本人には知られないないですし、しかも Google リーダーなどに登録してしまえば、過去の発言の検索性も上がるので、情報源として Twitter を利用したい場合は非常に助かります。ストーｋ 恥ずかしがり屋のあなたには、願ったり叶ったりな状況になりますね。

そんなわけで、新たなフォロワを増やすことなく、気になる人を補足する方法を 2 つほど紹介しました。Twitter の使い方に正解などは無いと思っていますが、自分好みの使い方をする上での一助となれば幸いです。

*1 厳密に言えば、RSS リーダーのクロール速度を、ユーザの発言速度が上回った場合に取りこぼしが発生する可能性があります。

大学に入学して IT に触れて以来これまで、多くの技術書を読んできました。
常時接続が当たり前になった現代、新しい知識を得るために何でもウェブで済ます事も可能ですが、体系的に新しいことを知るために書籍という媒体は未だ有効です。

やはり最初に何かを学ぶ時は、書籍を使うのが一番早いと思います。
そこで、後述の理由もあって、これまでに読んだ技術書の書評を作りました。
だいぶ古い本も含まれているので、その後改版されていないかも調べた上で、一覧にしてあります。

改版「あり」となっている本は、古い内容を元にしたレビューですので、その点割り引いて読んで欲しいです。書籍タイトルのリンク先は amazon の最新版です。
とはいえ今回、書評を書くにあたって、パラパラとめくってみましたが、普遍的な内容は今もまだ色褪せないですね。

レビュー

そもそも何でこんなエントリを書いたかというと…

いま、自宅の机の周りをかなり根本的に片づけていて、もう読まなくなった技術書がたくさん出てきました。
「片づけること＝捨てること」なので、どっさり捨ててしまおうかとも思ったのですが、全部買ったら結構な額になるのでそれももったいない。
それで色々考えた挙げ句、お世話になった大学のサークル (神楽坂一丁目通信局) に寄付してみるのはどうかと思い立ちました。

とはいえ、正直に言ってだいぶ古い本も含まれます。
自分が後輩の立場なら、「ゴミ捨てにくんなよ！」って思うような本も混ざってそうです。
なので、このリストの中から必要なものだけ選んでもらえればいいかなと思います。
残念ながら選ばれなかった本には、古本としての価値もなさそうですし、天寿を全うしてもらいましょう。

最近、Google 日本語入力なるものが発表されて、にわかに注目を浴びています。
使用後のレビューなどを見る限り、Google が持つ圧倒的な情報量を武器に、Social IME の理想を実現したと思わせる秀逸な出来のようです。
例によって、Google は無料配布してますし、MS IME の馬鹿さ加減も手伝って、今後、普及が進んでいくのではないかと思います。

そのニュースの興奮もさめやらぬ中、Google Public DNS なるものが発表されました。
こういった流れをもって、いよいよ Google 帝国の世界支配が現実味を帯びてきた…という論調が、以前にも増して声高に聞こえるようになってきました。
(ちなみに、無料 DNS の煽り文句に踊らされている人もいますが、DNS サーバをホスティングするわけではなく、Google の超パワーで高速なキャッシングを提供する話っぽので、レンタルサーバ業者に与える影響は限定的だと思います。)

では、MS が独禁法で訴えられたのと同じように、Google が訴えられるかというと、それは違うのではないかと思います。
例えば、Chrome ブラウザや Google DNS を通さないと使えないサービスがあったり、Google のサービス同士じゃないと連携しない制限をかけたり、といった事を Google がやっていないからです。

MS に例えて言うなれば、Google は最初から、IE や Media Player を他のアプリに置換可能な状態でリリースしていると言えます。
しかも有料 OS に無料ソフトを添付したりではなく、最初から全てが無料なので、独禁法に定められた、不当な/不公正な「取引」 に当たるのかさえ、微妙に感じます。

もし Google を日本の法律の枠組みで訴えるとしたら、それは独禁法ではなく、不正競争防止法では無いでしょうか？

ただ難しいのは、例えば ATOK を擁するジャストシステムが不当に安価な製品を提供して市場を破壊した、と Google を訴えたとしても、Google IME 自体に直接広告がなければ、「これは商用製品ではありません。当社の社会奉仕活動です。当社に利益をもたらすものではありません。」と言えてしまうところです。
これは、直接的に広告を表示させていない全ての無料サービスについて、同様の理屈が成り立ちます。

もちろん、Google に全く利益をもたらさないかというとそれは違います。
ユーザ体験の向上によってブランディングの効果があったり、検索量が増える事で、結果的に広告収入が増えるという事は十分考えられます。

Google DNS や Chrome ブラウザ等、Google がスピードにこだわるのも、当然表向きはユーザ体験の向上が目的、と言いますが、実態はそれだけではありません。
ユーザが高速な Web を体験できるようになることは、実は Google の収益に直結しています。

Google：0.5秒遅くなると、検索数が20%減少する
Amazon：0.1秒遅くなると、売り上げが1%減少する
Aberdeen Groupというリサーチ会社が出したレポートによると、一般的に表示スピードが1秒遅くなると、PVは11%、CVは7%、顧客満足度は16%ダウンする
–
High Performance Web Design ~デザインから考えるハイパフォーマンスWebサイト~ | warikiru

しかし、こういった因果関係を法廷で証明するのは難しいのではないでしょうか？
仮に、因果関係が認められ、Google 敗訴となった場合だって、「Google IME の権利を放棄します。サジェストの API を公開して、IME はオープンソースに寄贈します。」と言ってしまえば、それっきりになってしまいます。

「最初に作った名誉」という形のブランディング効果は残り、Google 自体は訴訟から完全に解放されつつも、ユーザが増え続ければ、Google は自身の目的を達する事が出来ます。
これは怖いです。こうなったらどうやっても止められません。

実はすでに、Android がこの状態です。そう遠くない将来、Symbian OS や Palm OS、Windows Mobile などは駆逐されていってしまうのではないでしょうか？

この傾向が進んだ未来はどんな世界でしょうか？
影から世界を牛耳る Google 帝国が完成するのか、あるいは世界共和国とでも呼ぶべき、民主的な世界になるのか、全ては Google の社訓 “Don’t be evil” がどれほど守られるかにかかってる気がしてなりません。
そして、それを担保するのは、Google サービスを利用する我々にかかっていると思うのです。

Google のサービスはほとんどが無料ですし、便利で有用なものが多いですが、Google のサービスを利用する時は「その情報は全て Google が握っているのだ」という事実と、「evil に堕ちた時はいつでも糾弾するのだ」という監視の目を忘れずにいたいですね。

あるいは、もう、すでに…。

TwitterAPI.js の Ver 0.9.3 をリリースしました。

バージョンとしてはマイナーバージョンアップとしていますが、全面的に書き直して、大幅な機能追加を行っています。

JavaScript だけで Shift_JIS/EUC-JP のページから UTF-8 に変換して POST する方法 や、JavaScript だけでクロスドメインで POST メソッドを送る方法 の POST 完了時にコールバック関数を呼び出す技の成果などを取り込んだり、従来不可能と思っていた BASIC 認証における再ログインを実装したりと、意欲的なバージョンアップです。

全面的なリファクタリングに際して記述を洗練させたため、機能が増えても、容量や実行速度は減っています。
最初、Ver 1.0.0 を付けて華々しく…と思ったものの、全面書き換えでバグがあったりすると切ないので、やめました。「バグフィックス版の Ver 1.0.2 がスタンダードになる」みたいのって、格好悪いじゃないですか。

それと、本家の Twitter API も以前と比べ色々と追加されていたので、それらにも追随しました。report_spam とか、search とか出来るようになったので使い道も増えたんじゃないでしょうか？
近々、リスト系の API が追加されれば、それも取り込んでいきたいと思います。

さしあたって、スパム報告機能については、TwitMgr と相性が良さそうなので、そこで使っていきたいですね。