きゅーり.jp

アイデアを管理するためのアプリとサービス

しごと術については多くを語る必要はないのですが、この体制で数ヶ月間本当に安定してきているので、タスク管理で使っているアプリとかサービスとかを書いておきたいと思います。

Gmail / Mobile Me

届いたメールからタスクが発生することが多いので、メールはどうしてもinboxになってしまいますね。自分が使っているメールサービスは、Gmail / MobileMe の２つ。ケータイのメールサービスもありますが、そちらからはinboxに入れるようなタスクはあまり発生しません（ケータイに着信したメールもGmailに取り込んじゃっています）。The Inbox Makeoverで管理していて、Gmailの場合はスターを、MobileMeの場合は別に"Starred"というフォルダを作って管理しています。スターのメールは週次レビューの時に空にしていますよ。

Google Reader

RSSを読んでいて、"あ、あとでチェックしたいな"というのが出てくるのが、フィードリーダ。GoogleReader もスターを持っているので、"あとで"的なものをスターで管理しています。このスターも週次レビューの時に空にしていますね。

Recorder Pro

いわゆるオーディオキャプチャ。文字を入力するのが面倒なときに活躍しますね。今はiPhone用アプリであるRecorder Pro(元iDicto Recorder) (iTunes)を利用していますが、iPhone OS 3.0ではiTunesとsync可能な標準アプリがお目見えするらしいので、リリースされ次第乗り換えちゃうつもりでいます。欠点は街中でオーディオキャプチャするのは抵抗を感じちゃう点ですかね。これも週次レビューの時に空にしていますよ。

inbox用のはこ

出てくるタスクがすべてネットから飛んでくるかというとそうでもなくて、紙ベースであったりということもあるので、箱は必要ですね。これも週次レビューの時に空にします･･･と言いたいところですが、今はとある事情でできなくなっています。

Things

なんといってもこれがないと回りません。OmniFocusも使っていた時期があってライセンスも持っているのですが、OmniFocusでの"Someday/Maybe"のシンプルな管理方法がどうしても見つからなくて、Thingsに乗り換えてしまいました。iPhone版も使っています。

Evernote

言わずとしれた便利サービスですね。あまりWEBログインしませんが。今は毎日やったことを書いておくジャーナル的な使い方とか、アーカイブ的なことを書きためておいたりとかする場所にしています。タスクにならない「気になること」を溜めて置く場所ですね。

check*pad

たびたびご紹介させて頂いているのですが、check*padも使っていますよ。ここには主にリスト的なもの、たとえば、週次レビューのトリガーリストなんかもここに入れています。これまで「週次レビューの時に空にする」ものがいっぱい合ったと思いますが、トリガーリストに"空にする"と書いてあるので、取りこぼしもありません。このデータが消えちゃったりしたら、週次レビューできなくなっちゃったりしそうです。

その他

あと足りないアイテムとしては、inbox用ではない箱ですかね。たとえば、週次レビューの時にどこかの領収書がinboxに入っていて、Thingsに「○○を処理する」って書いたものの、その領収書をinbox以外の場所に置いておかないと、いつまでたってもinboxがすっきりしないですからね。

今はメモ帳的なものや手帳的なものはほとんど使っていないですね。たいていMacかiPhoneを持っていたりするので。書いても一時的なものというか、すぐにデジタルに書き起こすようにしているのが大きいのかも。でも、考え込んだりするときは、手書きでって方がアイデアがふくらんでいい感じなので、いつもというわけではないですが、ロディアのメモ帳No16と4色ペンは持ち歩いていますよ。

icon mobileを買ってみた

先日、HD555というゼンハイザーのヘッドフォンを買いまして。それから、ヘッドフォンアンプというものがあることを知りました。で、買ったのがこれ、icon mobileという製品。

ブログを検索してたらたまたま見つけたという製品で、ヨドバシカメラとかにも取り扱いがないようなのであまり日本ではメジャーな製品ではないのかも。

大きさとしては、ちょうどiPhoneの液晶と同じくらい。厚みはiPhoneよりも薄いくらい。本当に軽くって、この中にアンプの機能とバッテリが入ってるらしいです。

バッテリが入っているのはモバイルだからですね。もともとの想定はiPodとイヤフォンの間にはさんで使う感じ。2.5時間充電で8時間もつらしいですよ。マイクとかにも対応しているのですが、どうやらリモコンには対応していない様子。なので、新しいiPod Shuffleは再生すらできないということに注意してください。iPhoneで試してみたらかなり音がクリアになったのが分かったので、リモコンが使えないのだけがすごく惜しい感じです。なので普段モバイル用途ではあまり使わないかも。どちらかというとMacの音楽環境のグレードアップが目的だったので、これはこれでも十分ですが。

アンプとかの製品ってごつかったりするのが多いのですが、これはとってもスタイリッシュですね。ランプが４つ付いているのですが、これで動作の状態を表してくれます。この製品はUSBでPCとつなげて外付けアンプみたいな使い方もできるのですが、そのときはUSBでデータが流れてきていることを教えてくれるランプもあったりします。充電もUSB経由です。

値段もそれほど高くないので、iPod使っていて音が不満だって人は体験してみるのもいいかもしれませんね。

肩書きという属性情報

インターネットの社会では属性を意識しないつながりが生まれると言われている。それが端的に現れているのが、Twitterでのfollower/followingのつながりで、followしているタイムラインの向こう側にいる人（たまに人じゃないことがあるので注意したい）について、性別だとか、年齢だとか、住んでいる場所だとかにこだわらず繋がっているし、タイムラインという場所で同じ空間を共有したりしている。

自分の場合もフォローしてくれている人、フォローしている人が、そもそもつぶやいているときに何をしているのかはよく分からない。分かるのはつぶやきに現れる言葉だけだ。

一方、Twitter関連で、初めて会う人ばっかりのオフ会とかイベントに出ることも多くなったのだけど、もちろんリアルな会だと自己紹介があるわけで、そのときに重要なのは、"自分が普段何をしているのか"といった属性情報だ。

ここでいう属性情報っていわゆる肩書きなのだけど、たとえば、「○○という会社の社員です」的な情報はまったくいらなくて、どちらかというと「WEBデザイナーをやってます」とか「プランナーをやってます」とかそういう肩書きのこと。

自分の場合は、会社と離れたプライベートな時間ではよく「ブログやってます」といったりする。プライベート名刺にも「ブロガー」って書いてある（これ、たまにお金もらってブログ書いている人と勘違いされるので、どうしようか悩んでいるんだけど）。もちろん、仕事としてブログ書いているわけではなくて、生業は Software Design Engineer だったりする。

以前、某電機系SIerで仕事していたのだけど、そのときはそういう肩書きを意識したことがなかった。社風としてそういうものを名刺に書いたりすることはなかったし、単なる一般社員以上でも以下でもなかったという感じ。

だから、本当にいろんなことを経験させてもらったけど、いろんなことをやり過ぎたせいで、「何をやっていたか」を端的に表す言葉がなくてちょっと困ったりしている。

その組織の中でどういう業務を担当しているのかというのは非常に重要なことだし、それを組織の中で明確にしてあげることでやりがいを感じたり、モチベーションがあがったりすると思う。

というわけで、自分のそういう肩書きを一度考えてみるのもいいんじゃないかと思ったり。複数あってもいいと思うんですよ。Network Engineer と Software Engineer と Database Administrator やってます、みたいな。System Engineer とかだと漠然としすぎてて、問題なんじゃないかと思ってしまうけど。

ウルトラC :: ナオト・インティライミ

久々に気に入った音楽のレビューを書きますね。(２ヶ月ぶりとかびっくりです）

先週はGREEN DAYのアルバムがリリースされたりしていて、もちろん買ってきいているのですが、それよりもお気に入りになったのが"ウルトラC"です。

ナオト・インティライミさんという、Mr.Childrenファンの方はライブのツアーに帯同してコーラスとかされているので知っている人はいると思いますし、たとえば昨年のapbank fes'08のDVDにもドキュメンタリー部分で出ていらっしゃったりするので、知っている方は多いかと思います。

個人的には、Mr.Childrenの所属事務所である烏龍舎さんの公式サイトができたときに、所属アーティストとして彼の名前が挙がっていて、烏龍舎さんで知らないのは彼だけだったので、ずっと誰なんだろうと思っていました。

いつもはAmazonの広告システムを利用してジャケットなどを載せていたりしますが、なんと今回のアルバムはタワーレコード限定とのことで、ぜひぜひ購入されたい方はタワーレコードまで行ってみるか、オンラインショップで買ってみてください。試聴だとMy Spaceでできるみたいですね。

全曲が揃いもそろってキャッチーだし、テンポいいしって感じで、テンションあがりまくりな感じの朝には聞いています。朝から勢い付いていいですよ。もちろん、朝からテンションあがりにくいときには最近はEGO-WRAPPIN'のベスト盤のうちセツナ盤を聞いていたりしますが。

State of the Web 2009 に行ってきた

昨日、Apple Store Ginzaで行われたState of Web 2009に行ってきました。

30分程度遅刻していったので初めの方の内容は分かりませんがスライドなどは公開してくれるっぽいので、そちらにまかせます。内容はWeb directions参加者にアンケートとった結果でした。"canvas使ってる？"とか、"WEBサーバ何使ってる？"とか。John Allsopp氏が発表してくれました。

WEB業界って広いのですが、自分はいわゆるLLデベロッパーみたいな感じで、普段からruby使っていたりするので、Web Directionsの参加者の多くの方とは違うものがあると思います。軽くアウェイぽい雰囲気を感じたのは確かです。

LLの世界では、ruby / python みたいな話になっていて、最近だと"nginxっていうロシア製のロードバランサがいいらしいよ"とか、Rails3 の話だとかそういう話がコアな話だったのですが、いわゆるWebデザイナーとかそういった方々のシェアをみると、LAMP (P=PHP) というのが定着している感じですね。

この結果についてはさまざまな感想を持つ人がいると思いますが、それはそれでいいと思います。phpはあくまで簡潔な動的webサイトを作る言語であって、使い方を誤らなければいいだけだと思っています。

スライドの後はパネルディスカッションへ。John Allsopp氏に加えて、MS、adobeの方々、そして長谷川恭久さんとか参加されていました。興味深かったのは、MSの方のコメントで、

英語版がリリースされると即時に日本に伝わるので製品に対する知識を前もって準備しておかなければならなくなった

というエピソードですね。即時性が必ずしもいい方向だけに向かっているわけではないというのが分かるエピソードでした。もちろん、WEBにはアーカイブというかタイムシフトという利点もあると思いますが、Twitterのせいなのか即時性がやたら強調されていたような気もします。

あとは、WEBはあくまで手段であって、WEBに翻弄されることなしに、本当に作りたいものを実現する手段としてWEBを利用するという使い方に関するメッセージですね。

このあとアップルストア心斎橋でもあるようなので、大阪の方はぜひ参加してみるのも面白いんじゃないかと思います。

追記：すいません。思い出したので追記します。テレビ会社の話で、テレビで流していたのをストリーミング再生に変えたときに、放送は電波なので視聴者が増えてもインフラのことは気にする必要がないのですが、ストリーミング再生の場合は視聴者が増えると必然的にインフラ費用が大きくなるという話があって、まさに自分自身でもSIer時代にお客さんが悩んでいるのを見てきた、ありのままだなぁと思ってしまいました。

なぜか"量"の問題に対処するのが難しいんですよね。インターネットってインフラは。

Mac OS X 10.5.7 リリース

Mac OS X 10.5 Leopardの最新アップデートである、10.5.7がリリースされました。

iPhoneアプリの開発にはMac OS X が必須ですが、iPhone OS 3.0の開発にはiTunes 8.2 が必要で、iTunes 8.2を動かすためにはOS X 10.5.7が必要ということになっていて、このMac OS X 10.5.7がiPhone OS 3.0リリースのための重要なマイルストーンになっており、早期のリリースが期待されていました。

ゴールデンウィーク前から「もうすぐリリースされるよ」との観測/憶測は流れていたのですが、本日ついにリリースされました。

先日のAppleによるiPhone開発者向けのアナウンス(ITmedia)があったこともあり、iTunes 8.2リリース、およびiPhone OS 3.0のリリースは間近と考えて間違いないようです。あとはiPhone OS 3.0への移行期間をどれくらいとるのか、iPhone OS 3.0がどの時点でGOLDとなるのか、にかかっています。

たとえば、基調講演の内容を、

1. App Store 10億ダウンロード達成
2. iPhone OS 3.0おさらい + リリースアナウンス
3. iPhone 新型HW発表
4. Snow Leopardの詳細発表
   

とすれば、Appleらしいすっきりした基調講演になる気がしますが、さてどうでしょうか？もしかすると、WWDC基調講演前にでもリリースされるかもしれません。機能は発表されている以上、もう別のアナウンスをする必要はありませんからね。

twitterrific 2.0

大好きなTwitterクライアントのひとつであるTwitterrificがアップデートしました。iPhone版の話ですけれども。

Twitterrificというのは、Twitterの初期の頃からあるクライアントアプリのひとつ。それこそiPhoneアプリ以前からあるクライアントです。

Twitterがここ一年間の間に見せた使い方の変化はすさまじいものがあると思います。ハッシュタグ、ReTweet、in-reply-to、そして検索と、どんどん変化していっていきました。Twitterrificが初期型のTwitterクライアントであったために、こういう変化に対応できていませんでした。ですので、OS XでもiPhoneでも、最近はTweetieを使っていました。

今回リリースされた Twitterrific 2.0 for iPhone は、ReTweetにも、in-reply-toにも、検索にも、そして複数アカウントやTwitterトレンドにも対応している、フルハイスペックなクライアントになりました。また、設定でたとえば、Tweetのダブルタップでin-reply-to表示にしたりできて、とても便利です。

技術的には、どうやらiPhone OS 3.0 SDKにて制作されているようで、iPhone OS 3.0にも対応しているとのこと。

Twitterrificには有料のTwitterrific Premiumの他にもフリー版がありますよ。ぜひ一度試してみてはいかがでしょうか？

p.s.

in-reply-toに対応してくれていないクライアントもまだあるみたいですね。対応してくれていないと、返信があったときに返信元が分からなくて困るんですが･･･。

Macを新調しました

Macを新調しました。正しくはMacBook Airを新調しました。初代MacBook Airから２代目MacBook Airへの移行です。きっかけはささいなことなのですが、MAMPが動かなかったんですよ。

MAMPというのは、Apache + PHP + MySQLをひとつのパッケージとして配布しているツールなのですが、どうしても（歴史的経緯から）PHPが必要で、そのためにはMAMPが動いてくれることが必要だったのですが、MySQLを動かすと、初代MacBook Airの最大の問題である"kernel_taskの高負荷"という問題が発生して、開発どころではない状態になっていました。あと、故障例もブログで報告されたヒンジも心なしか弱くなってますねー。グラグラしてきちっと固定されない感じ。今思えば、ですが。

とか、まあ、いろいろあって。kernel_taskの件は修理すれば直るんですが、もう保証期間外になってしまっていたりしてて、本当は６月あたりにアップデートがあるのではないかと期待して待っているつもりだったのですが、php使った開発をこの連休中に仕上げちゃいたいっていう気持ちとかもあったりして。うわさを追いかけているAppleファンから見ればすごく間の悪いタイミングなのですが、ポチっと。一応、買い時を知らせてくれるBuyer's Guideというサイトがあって、ここは参考にしましたよ。

買ったのは、MacBook Air (late 2008) SSDモデル（再調整品）。オンラインでちょっと安く売られているやつですね。Twitterでいろいろつぶやいていましたが、セットアップ終わった後に、"h"キーの反応が悪くて、修理してもらいました。というわけで、こいつは再々調整品（こら

初代MacBook Airからのスペック上の向上点は、ディスク周りの速度向上とグラフィック周りの高速化、なのですが、かなり恩恵うけてますね。単純にネットが早くなりました。たぶん初代MacBook Airでは、11nにしててもディスクが足を引っ張ってそれだけのスピードが出てないんじゃないかと思います。

ブラウザレベルでも高速化のために、Google Chromeは画像表示部分とか高速化してあったり、SafariでもQuickTimeのテクノロジを使ったりしているみたいですが、まさネットのスピードってもうデータをうけて表示する部分のスピードがきいてくるんだなぁと実感しました。

p.s.:

PHPの開発はこの辺でプライベートでも完全に停止したいですね。仕事ではRubyに移行してますので、プライベートもRuby + JS に移行していこうと思っています。

p.p.s:

kernel_taskの件は単純で、初代MacBook Airで、数GBレベルの大きめのファイルをコピーとかするとkernel_taskというプロセスの消費が90%程度になり、マシンが異常に遅くなります。iPhoneの復元とかすると100%起こります。ケーブルが悪いとかロジックボードが悪いとか言われていますね。個人的には完全な設計ミスだと思っています。(絶対にAppleは認めませんが)