最近、また、「今やっていること」の管理に波が来てる感じがします。

Doingリストとして言及がされているのを見かけました。

- ゆっくりと動きながら高速でこなす、一流の研究者の Doing リスト | Lifehacking.jp
-- http://lifehacking.jp/2008/03/doing-list/

僕はDoingリストと聞くと、Task*Padを思い浮かべてしまいます。
百式の田口さんのツールです。


- http://www.taskpad.jp/jp/

かなりシンプルだし、使っていて楽しいとか全くないですけど。
でも、使っていると戦っている感じのするアプリです。

で、そう言っている自分が実際にはどうしているか、というと

- ブラウザを頻繁使っているとき → 大きめな付箋紙
- ブラウザを頻繁に使っておらず、画面にスペースがあるとき → Task*Pad

という2つの使い分けをしています。

Task*PadはWebアプリなので、結局のところ
ブラウザが使えない状況、または、使いにくい状況では
使っているのが煩わしくなるのです。そういうときは付箋紙。
付箋紙に今やってることを書いて、終わったら塗りつぶしてます。

一方でパソコンに向かっていて、プログラミングをしているときは、
画面の空きスペースにTask*Padが映っていると、
今やっていることが、画面に書いてあるので良い感じです。

個人的にTask*Padには以下の4つが実装されていると、
末永く使えそうな気がしています。

- 現在取り組んでいるタスクを大きめな文字で表示可能に
- 思いついたタスクを保留する機能
- 保留タスクのソートを容易に
- タスクリストの保存機能。textファイルをダウンロードとかでも良い

ここまでやるなら、もっとリッチなアプリを使えば良い、
とも言えなくも無いです。
でもログインしなくてもこれくらいできると嬉しいす。
紙でDoingリストを扱っている感覚が、かなり良いんですよ。。

はじめてのGTD ストレスフリーの整理術

[Amazonで詳細を見る]

ああ、ポメラが欲しい。

今買えば、新ファームになってるから色々安心なのか。

KINGJIM デジタルメモ「ポメラ」

[Amazonで詳細を見る]

でも、、

8000字しか打てないんじゃな、とか

もうすぐ新しいのが出るんじゃないか、とか

いろいろ考えると買えないわけですよ。

当面は我慢。臨時収入があったら買う。

▼楽天で「ポメラ」を調べる。

最近の睡眠時間は4時間くらい。

5時に寝て8時半に起きてます。
あと、お昼ご飯食べたあと眠くなります。

これは、自慢できることじゃなく、完全に不健康な証拠。

もっと早く寝ましょう。はーい。

快適睡眠のすすめ

[Amazonで詳細を見る]

今日はアルゴリズムデザイン勉強会でした。

教科書は「アルゴリズムデザイン」です。

アルゴリズムデザイン: Jon Kleinberg, Eva Tardos

[Amazonで詳細を見る]

大学の教科書として用いられているので、すごく分かりやすいです。

今日の消化範囲は

- 序章
- 第一章の解答付き演習の手前

でした。演習は来週！

書いてある内容については、あとでまとめを貼付けますかね。

1章の中に含まれるアルゴリズム設計的なポイントは、

- 複雑な問題は単純化しよう
- 的確に単純化すれば、複雑なケースに応用できる。
-- 単純化しても大丈夫
- 計算時間の上界を決める要素を見極めよう
- 計算が終了するのかを確認しよう

でした。どこかで学んだことも含まれています。

この勉強会は細く長く続く予定。

全然関係ないけど、はてなでは、アルゴリズムイントロダクションを使って勉強会しているみたい。
ちょっと難しい文体で書いてある印象があるけど。どうなのかな。

数学的基礎とデータ構造 (アルゴリズムイントロダクション)

[Amazonで詳細を見る]

Amazon.co.ukで買い物をすると、ポンド安のおかげで
お安く買い物できるという記事を読みました。

- 英国Amazonでのお買い物が危険すぎる | エキサイトニュース
-- http://www.excite.co.jp/News/column/20090128/Getnews_4200.html

安いと嬉しいなぁ、と思ったので洋書をちょっと調べてみました。

まずは、自然言語処理の研究室でB4輪講などに使いそうな、
「Foundations of Statistical Natural Language Processing」。

Foundations of Statistical Natural Language Processing

[Amazonで詳細を見る]

この本は日本のAmazonでは7851円だったのですが
ukでは、以下のとおり。



1ポンド130円としたとき、7576.4円です。
送料は7.98ポンドと考えれば良さそうです。

USのAmazonはどうかと言うと、



USは日本円で表示してくれるので嬉しいです。
今日のAmazon.comは1ドルを、92.82円として計算してくれています。

送料は、今日は833円か。

なるほど、ポンドは大分安いですけれど、
今日の時点ではUSから買うのが良さそうです。

次は、IIR勉強会のテキストである「Introduction to Information Retrieval」。

Amazon.co.jp： Introduction to Information Retrieval

[Amazonで詳細を見る]

これは、日本のAmazonだと6180円。

UKだと、( 32.99 + 7.98 ) * 130yen = 5326.1円。
USだと、( 48.00 * 92.82 ) + 833 = 5288.36円。

なるほど。IIRもUSから買うのがお得です。
UKの方が安い本もあると思うんだけどな。

他にも軽く調べた感じだと、自転車用品やソフトウェアは
USやUKの方が日本より安いみたいでした。

Amazon.comとAmazon.co.ukは同じアカウントで
ログインできるので、片方にアカウントを作れば
どちらからでも気軽に注文できます。

自分が欲しい物を日本のAmazonで買う前に、
USとUKで調べてみると、安く買えちゃうかもしれませんね。

最近作ったPerlのデーモンで読み込んでいるモジュールがあるのですが、
毎日そのモジュールのコードを書き足しているので、
書き足すたびにデーモンを再起動しなきゃいけない寂しい状況です。

でも、Perlって、こういう状況を嫌がる人が使ってるはず。

すかさずCPANで「refresh」というキーワードで検索したら、
以下のモジュールが見つかりました。

- Module::Refresh - Refresh %INC files when updated on disk - search.cpan.org
-- http://search.cpan.org/~jesse/Module-Refresh-0.13/lib/Module/Refresh.pm

まさに、これだー。

テストのために軽くテストするために、daemon化できるスクリプトと、
文字列を返すだけのモジュールを用意してみます。
スクリプトから、その単純なモジュールをuseし、
適時「Module::Refresh->refresh();」を実行するようにします。

- ./daemon_reload.pl

#!/usr/bin/perl

use strict;
use warnings;
use FindBin::libs;
use Module::Refresh;
use Proc::Daemon;
use MyApp;

our $DAEMON         = 0;
our $SLEEP_INTERVAL = 2;

&init;
&run;

sub action {
  Module::Refresh->refresh();
  my $num =  MyApp::test();
  print "[daemon] : $num\n";
  return 1;
}
sub interrupt {
  my $sig = shift;
  setpgrp;
  $SIG{$sig} = 'IGNORE';
  kill $sig, 0;
  die "killed by $sig";
  exit(0);
}
sub init {
  $SIG{INT}  = 'interrupt';
  $SIG{HUP}  = 'interrupt';
  $SIG{QUIT} = 'interrupt';
  $SIG{KILL} = 'interrupt';
  $SIG{TERM} = 'interrupt';
   
  Proc::Daemon::Init if $DAEMON;
}
sub run {
  while(1) {
    &action;
    sleep($SLEEP_INTERVAL);
  }
}

- ./lib/MyApp.pm

package MyApp;

use strict;
use warnings;

sub test {
  return "first";
}

1;

Perlのデーモンのコードは、以下の記事から引用しました。

- Proc::Daemon
-- http://perltips.twinkle.cc/perl/daemon.php

スクリプトを実行したら、MyApp中の文字列"first"を
"second"に書き換えながら1文字変更するごとに保存します。



おおお、うまくいきましたね。

心配なのは、Module::Refreshを扱った日本語の記事が見つからないこと。
もっと良いモジュールがあるのかな。
または、Module::Refresh使う必要がないとか。。

最近まで朝の室内温度が10度を切らなかった我が家ですが、
ここ数日の寒波のおかげで、朝起きると震えるほど室温が寒いです。

今日も、布団から出て数秒でブルブル体が震えたので、
条件反射的にエアコンを付けてしまいました。

これから3月に寒さが和らぐまで、こんな感じなんでしょうね。
風邪とかインフルエンザには気をつけなきゃ。

みなさんも、体調に気をつけて下さいね。うがい重要す。

もし風邪気味だと思ったら、橋本七度煎を飲んで寝ましょう。

▼楽天で「橋本七度煎」を調べる。

僕は、この冬に何度か橋本七度煎飲んで寝て風邪を抑えてますよ。

PHS-300が不調になって、2ヶ月ほど。

ちょっと時間ができたので、Cradlepoint に問い合せのメールを書いてみた。
自分で海外から購入したから、英語で問い合わせるしかない。ううう。

- Cradlepoint Technology
-- http://www.cradlepoint.com/

問い合せの前に、同様の症状がFAQにあがってないか見てました。
でも、何回リセットしてもSSIDとログインパスワードが工場出荷状態に戻らない、
という症状になって涙目になっている人はいませんでした。

仕方が無いので、現状をそのまま書いたけど、
良い返事が返って来てくれるといいなぁ。

E-mobile持っているとPHS-300無しの生活とか考えられないっす。

Cradlepoint PHS300 Mobile WiFi アクセスポイント IEEE802.11b/g

[Amazonで詳細を見る]

他にもモバイルルーターはあるみたいですけれど、そっちの方が良いんですかね。。

コベンティブ covia CMR-350 E-Mobile対応 モバイルルーター

[Amazonで詳細を見る]

covia電池が持たなすぎて電源が側にないと駄目みたいですけど、
ファームウェアを購入直後にアップデートすれば、すこぶる調子が良いようです。
こっちも検討しておこうかな。。

最近行なった短期ハックのアイディア選考の際に使った8つのチェックと、
そのリストに、入れておけば良かった2つのチェックを合わせて、
10項目のチェックリストを作りました。

自分のメモ用に書いておきます。

---

自分が作った8つのチェックリスト。

1、そもそも便利ですか？
　- クリック数が劇的に減る、とか

2、そもそも実装してみたいですか？
　- アイディアは良いけど、やりたくない、とか

3、一言で内容を説明できそうか？
　- 「これは＊できるサービスです」とスラっと言えないとキツい

4、自分はさておき、ユーザが喜びそうですか？
　- そもそも自分が頻繁に使うのは当然
　- 常連さんが付いてくれそうかが大切

5、誰かがそっくりな事をやっていませんか？
　- パクりとか言われたり、「それ＊」とか言われると涙目

6、発表する際に時間内にプレゼン栄えしそうですか？
　- 作って喜ばれないと最悪

7、短期実装の障害になる技術が含まれていませんか？
　- できあがらないとか、最悪

8、複数人で実装する際に、タスクが一部のメンバーに偏っていませんか？
　- 非効率のもと

以下、足りなかった2つの項目。

9、他人が、すぐに毎日使いたいと思う日常性に溢れていますか？
　- 使ってくれる、と、すぐ使いたいと思ってくれる、のは微妙に違う。と

10、ため息が出るような技術の高さがチラ見えしてますか？
　- 見た人に、ほぉぉ、と言わせよう

---

どんな使い方をするかというと、
ハックに参加するメンバー各自が（自分だけなら自分一人が）
アイディアを一人10個以上持ち寄ってから、

「実装してみたいのを3つ選ぶ」

としてみて、10個から最低3個にアイディアを絞ったり、
「プレゼンできそうなのを2つ選ぶ」としてみたり、
想像を膨らませながらアイディアを選考する際に使います。

サービスの名前を選ぶときも、同じようなことを考えれば、
だいたい調度良いサービス名を付けられると思います。

この中から必須の項目を事前に選んでおいて、
その必須項目を通り抜けるアイディアがゼロだったら、
再度考え直しをする、みたいにすると良さそうです。

気になる記事だったので、日本語にしてみました。
訳が微妙なとこが残っていますが、横においておきます。

- Shneiderman's "Eight Golden Rules of Interface Design"
-- http://faculty.washington.edu/jtenenbg/courses/360/f04/sessions/schneidermanGoldenRules.html

内容は、アプリのユーザインターフェイスを向上するために、
インターフェイスをデザインする際に重要となる8つのガイドです。

1. 一貫性を保つよう努めよう

アクションの一貫したシーケンスは、
同じような状況で必要でなければいけません。

同じ用語が、アラート、メニュー、ヘルプの中で
使われなければいけません。

そして、一貫したコマンドは、ずっと使用されなければいけません。

2. お得意様のユーザが、ショートカットを使えるようにしよう

そのようなユーザは、システムの使用頻度が増加するので、
インタラクション数を減らし、
かつインタラクションのペースを挙げたいと考えます。

彼らの願望を叶えましょう。

省略形、ファンクションキー、隠しコマンド、マクロがあると
専門的なユーザは、とても助かります。

3. 有益なフィードバックを提供しよう

あらゆるオペレーターのアクションのために、
いくつかのシステムからのフィードバックが無ければいけません。

頻繁でマイナーなアクションに対しては、
反応を控えめにするほうげ良さそうです。

まれで、メジャーなアクションに対する反応は、
より目立つものである必要があります。

4. 完了感を与えるために対話をデザインしよう

アクションのシーケンスは、
「序盤」「中盤」「終盤」という組で組織化するべきでしょう。

一連の行動が終わったことを伝える有益なフィードバックは
オペレーターに達成感や安堵感を与え、
彼らの非常時に備えるこころを解きほぐします。

また、次のアクション群に備えようという気にさせます。

5. 簡単なエラーを処理を提供しよう

極力、ユーザが重大なエラーを起こせないようにシステム設計をしよう。

エラーが起きるなら、ユーザにエラーを取り扱わせるにあたって、
そのエラーを理解するための単純なしくみを提供しよう。

6. 簡単にやり直しできるようにしよう

ユーザはエラーを元に戻せると分かれば、安心します。

このような機能をつけるには、なじみの薄いオプションの調査がいります。

やり直しの単位は、単一かもしれないし、セットかもしれません。

7. 内部の動きが把握できるようにしよう

経験豊かなオペレーターは、自分がシステムを担当してるときに、
システムが自分の行動に応じる感覚を強く欲する。

ユーザが回答者ではなく、指揮者になるように設定をしよう。

8. 人間の短期記憶に負担を減らそう

人間の短期記憶における情報処理の制約は、以下を必要としています。

- シンプルな表示にしよう
- 複数ページの表示は統合しよう
- ウィンドウの動きを減らそう

そうすると、アクションの学習に十分なトレーニング時間が割り当てられます。

まとめ

この記事のポイントは、以下の8つ。

- 一貫性を保つよう努めよう
- お得意様のユーザが、ショートカットを使えるようにしよう
- 有益なフィードバックを提供しよう
- 完了感を与えるために対話をデザインしよう
- 簡単なエラーを処理を提供しよう
- 簡単にやり直しできるようにしよう
- 内部の動きが把握できるようにしよう
- 人間の短期記憶に負担を減らそう

最良のインターフェイスを作るために、がんばりましょう。

今年も抱負を考えないといけません。

一応、2007年の抱負から確認。

うん、大丈夫ですね。
2008年で、だいたいできています。
唯一、朝勉強はできたりできなかったりです。

2008年の抱負も確認します。



既にジムに行く習慣を付け、順調に体力を増加できています。
数学の勉強会は有志で勉強する機会をつくったし、
CSの基礎についても、付け直す流れができています。
英語の勉強をなんとかしたいですね。します。
積読な技術書のうち、一部に手が付き、不要な本は売りました。
新しいサービスは、1本も作れませんでしたね。
実際には、リリースされていないものは沢山作りましたが、
気軽に公開できる範囲に、みんなに使ってもらえるものを出さねば。
インプット、アウトプットのバランスは、ちょっと悪い気もします。
たぶん、ちょっとアウトプット過多です。インプット不足気味。
わりと素直な気持ちで生活できるようになってますが、
まだまだひねくれてますね。もっと素直に生きようと思います。
うーん、忙しいときのメモブログ。できてませんね。

ということで、2009年の抱負は、一旦これに。

・新しいサービスやアプリを公開しよう。3つ以上。
・今までに関わったアプリをアップデートしよう。
・集中して成果を速く出し、先回りしまくろう。
・メモ的なブログ記事を書ける仕組みをつくろう。
・数学とCS基礎に関する勉強を継続しよう。また記録を外部に公開しよう。
・英語の定期的な勉強をはじめよう。
・勉強を朝にやろう。
・研究テーマに腰を据えて取り組もう。
・読書記録を100冊以上つけよう。まずは質より習慣から。
・より素直な気持ちで、貯めてる気持ちをなるべく表に出して生活しよう。
・体をやわらかくしよう。固すぎる。

後で追記することでしょう。

去年を振り返ってみると、
去年は、自分が立っている地面を踏み固めた一年だったので、
今年は、その地面の上でピョンピョンしてみようと思います。

あけましておめでとうございます。
今年もよろしくお願いします。

年が明けた感じが全然してなかったんだけど、
だんだん、年が明けた感じがしてきました。

今年もがんばるぞーーー。

さて、抱負を考えよう。

今年もたくさんの方にお世話になりました。
本当に、どうもありがとうございました。

また、来年もよろしくお願いします。

今年のエントリは、これが最後です。
来年も、ぼちぼち好きなことを書きます。

それでは、みなさま、よいお年を。

今日も、昨日に引き続きたっぷり寝ました。

12時間くらい寝ていたので、元気いっぱいです。

喉の痛みも、頭痛も無くなったので、よかったよかったです。

Eye-Fiが、この5日間ほどファイル転送をしてくれないが、
デジタルカメラから画像を取り出すのが億劫であるが故に、
Eye-Fiを修理しないとブログに画像を掲載できないという、
ダメスパイラルに陥っていました。

kwmrさんに「Eye-Fiがファイル転送してくれないよー」と
相談しましたが、解決法は見つからず。

が！



なんと、MacOS X 用の Eye-Fiアプリケーションを、
上書きするように再インストールしたら、
Eye-Fiが画像をモリモリ転送してくれるようになりました。


やった。解放は一番単純なものだった。。。

ということで、今後同じ症状になったら、
黙ってアプリを再インストールすることにしてみます。

寝転がりながら本棚を見ていたら、
今日が返却期限な本が数冊あったので返してきました。

ついでに、これらを借りてきました。

Cプログラムの中身がわかる本: 日向 俊二

[Amazonで詳細を見る]

これからはじめる デジタル一眼レフの本: 野内 幸雄, 長谷川 丈一

[Amazonで詳細を見る]

デジタル一眼レフの基本テクニック: 清水 哲朗

[Amazonで詳細を見る]

デジタル一眼レフがわかる: 豊田 堅二

[Amazonで詳細を見る]

家の近くに図書館があると良いですね。
八王子は図書館が側に無くて困ってました。

今日は、昨日から頭痛が凄かったのですが、
その頭痛が治らず、喉も痛かったので、夕方まで寝ていました。

ううう、今日はボ会に行きたかったのに。

来月は行くぞ！

来月から有志でアルゴリズムデザインを輪読する
勉強会をすることになりました。

アルゴリズムデザイン: Jon Kleinberg, Eva Tardos, 浅野孝夫, 浅野泰仁, 小野孝男, 平田富夫

[Amazonで詳細を見る]

アルゴリズムデザインは、Jon Kleinberg先生とEva Tardosさんの書いた本。
クラインバーグさまはHitsやBurstの論文で有名ですよね。

序文に書いてあるのですが、
このアルゴリズムデザインは「アルゴリズムの基礎」は
すでに履修できていることを前提に、「アルゴリズムの設計」を
学ぶための教科書になっています。
演習と解説が非常に充実しており、読んでいてワクワクします。

輪読では、手始めに2章から読もうと思うのですが、
演習の内容に1章の内容を必要とする部分が出てくるので、
2章を読みつつ、1章をチラ見しようかと思います。。

2章の分量を見たところ、事前にやることをやっておけば、
輪読は大体3時間くらいで終わりそうです。

1月はアルゴリズムデザインの第2章を読んで
ブログ記事にいろいろ書いてみようかな。

レシピ検索なんて、クックパッドくらいしか頭に思い浮かばかったので、
これはいかん、と思い、レシピサイトを探し始めました。

探してみると、色々な特色のあるサイトがありますね。

まだ調べ途中ですが、以下に僕が実際に使ってみて、
調べ物をする気になったサイトのリストを公開してみます。

全文検索は当然あり。カロリー順表示がうれしい

Yahoo!グルメ　レシピ情報
- http://recipe.gourmet.yahoo.co.jp/

ボブとアンジー
- http://www.bob-an.com/

E・recipe
- http://erecipe.woman.excite.co.jp/

CBCテレビ/キユーピー3分クッキング
- http://hicbc.com/tv/kewpie/

レシピ ホームクッキング
-- http://www.kikkoman.co.jp/homecook/

おは奥ネット
- http://recipe.kurasse.jp/recipe/

レタスクラブネット
- http://www.lettuceclub.net/
-- 検索時の挙動がキモイ

全文検索あり

クックパッド
- http://cookpad.com/

オレンジページnet オレンジキッチン レシピ
- http://cook.orangepage.net/

CakePia
- http://www.cakepia.info/cooking/index.html
-- スイーツのレシピ。Yahooにレシピを提供してる。

ダイエーのレシピ検索
- http://www.daiei.jp/sukoyaka/recipe/
-- ちょっと結果が出るまでに時間がかかるけど

毎日の節約・簡単な料理 今週の節約レシピ
- http://www.s-recipe.com/

しゅふしゅふーず
- http://www.shufu2.jp/
-- 件数少なめ

ベター・ホーム
- http://www.betterhome.jp/recipe/index.html

saita.net
- http://www.saita.net/saita/recipe_f.htm

hallo! MART
- http://www.hallo.co.jp/cooking/

全文検索が無い

COOK JOY
- http://www.cook-joy.com/
-- 細々していて、ちょっと面倒くさい

毎日放送　レシピ検索
- http://mbs.jp/recipe/
-- けど分かりやすい

HIRO HIRO's 料理のページ
- http://bosscooking.com/
-- 検索はgoogleにお任せ

京都生協：ごはんはたのし
- http://www.kyoto.coop/gohan/gohan.html
-- ランダムでレシピが決まるガチャガチャがいい

わかりやすいサイト

チューボーですよ。堺巨匠の過去のレシピ
- http://www.tbs.co.jp/chubaw/old.html

misbit.com
- http://www.misbit.com/
-- ガツガツしてないサイトデザイン。写真がいい。

365日の家族食・バックナンバー
-- http://www.sodatsu.com/fun/cooking/index.html

ケーキシェフ：プロパティシェの専門サイト
- http://www.cakechef.info/index.html
-- なんと、動画付き！！

クセがあるサイト

味の素
- http://www.ajinomoto.co.jp/recipe/
-- 味の素製品を必ず使うのでうんざり

元祖男の料理、軍隊調理法
- http://www.gokoku.gr.jp/exhib-web.html
-- 材料の量が、多すぎるwwwww

懐石レシピ
- http://www.kyotoya.com/ryouri/ryouri_01.htm
-- 普段は作れないレシピ満載

anies
- http://anies.net/index.html
-- スイーツのレシピが充実。サイトデザインが酷い。

---

個人的には、全文検索があって、かつ、
その他の条件でのソートが楽じゃないと使う気になれないなぁ、
ということに気がつきました。

クックパッド、ヒット件数大杉。orz。
# でも有料会員になりたくない（笑

このごろ写真を撮るのが楽しくなってきたので、
flickrのアカウントをProにしました。

- overlast's photo
-- http://www.flickr.com/photos/overlast/
# まだ使い始めてません

Proにすると、

- ファイルアップロードと保存容量無制限
- セットとコレクションの作成数無制限
- オリジナルファイルにアクセスできる
- アカウントの統計機能が使える
- ブラウジング時に広告が表示されない
- 90秒までのビデオをアップできる

などの、利点があるそうで、これから重宝します。