totowa(トトワ)で定義文を検索
  
uroboeで英語表記を検索
  

2010-07-22 Thu

ブルーベリーをいただきました

Delicious
[Food&Drink]

ブルーベリーをいただきました。@yto さんと @riskyspeeder さんから。ありがとうございます。

P1140926

山盛りブルーベリー。贅沢。

とっても甘ずっっぱい!

元気になりそうな味です。ごちそうさまでした!

以前いただいたとき


- Twitter / Toshinori Satou: @yto ブルーベリーいただきました!ありがとうございます!
-- http://twitter.com/overlast/statuses/2704284458

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

Oyster Bar&Restaurant Ostrea 六本木店 (六本木)

Delicious
[Food&Drink]

今日のお昼はオイスターバーでビュッフェランチ。

P1140925

ラストオーダー寸前だったので並んでる料理が少なめ。
外が暑いからか、パスタが冷製。うまいうまい。

P1140924 P1140922

抹茶ティラミスが一番おいしかったな。ごちそうさまでした。

関連リンク


- Oyster Bar&Restaurant Ostrea 六本木店 - 洋食・欧風料理(その他) [食べログ/公式]
-- http://r.tabelog.com/tokyo/A1307/A130701/13056771/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

おやついただきました

Delicious
[Food&Drink]

今日は3時のおやつが沢山。

@msasano さんのスウェーデンみやげのジンジャークッキー。
ACL 2010 で「Using Smaller Constituents Rather Than Sentences in Active Learning for Japanese Dependency Parsing」が
採択されたのだそうです。素晴らしいです。

P1140918 P1140919

ずんだクッキーはM氏の仙台みやげ。うまいっす。
ごちそうさまでしたー。

100年前の仙台を歩く 仙台地図さんぽ

[Amazonで詳細を見る]



関連リンク


- ACL 2010 - Program for main conference
-- http://acl2010.org/program_mainconf.html

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

朝の日比谷線が停電

Delicious
[日記]

朝、日比谷線に乗ったら車内の電気がバババッと消えました。
そのあと急激に車両の速度が減衰して停車。車内がザワザワ。

何事かと思いましたが、社内アナウンスで停電と分かりました。安心。

P1140917

5分くらい停車したあと動き出しました。

地下鉄が駅以外で止まると、災害のときに自分がどうなるか想像してしまいます。怖いなぁ。地下鉄。

停電の夜に

[Amazonで詳細を見る]



関連リンク


- 東京メトロ ホームページ
-- http://www.tokyometro.jp/index.html

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010-07-18 Sun

上達に向けた努力の成果は受け止め方を工夫するべき

Delicious
[日記]

最近は何故か、いろんな職業の人と話す機会に恵まれるようになりました。
そうすると言葉にならないけど感じることが多くなります。
今日は「上達に向けた努力」に関する考え方の工夫について、まとまったのでメモっておきます。

結論としては「上達に向けた努力の成果はアウトプットである。アウトプットされてれば質はともかく万事よし。」と考えよう、ということです。

アウトプットの質だけ見ると、解決方法がない辛さを感じるときがある


上達に向けた努力には様々な形があると思います。努力の成果を計る尺度の一つはアウトプットの量です。アウトプットの量が増えると、徐々にアウトプットの精度が上がり、独自性が増し、成果も沢山出て良いことだらけです。

上達に向けて努力しているときに、自分よりも上手な人のアウトプットを見て自分のアウトプットの貧弱さに打ちひしがれることが、個人的には多々あります。
打ちひしがれるのは楽ですし、いろいろ言い訳を考えて自分の貧弱さから目をそらすのも悪くはないのですが、数時間後に何も解決してないため、さらに愕然としたりします。

上達目的のアウトプットは質はさておき、量で評価しよう


最近、自分よりもある種のアウトプットが圧倒的に上手な人を沢山見て、他人のアウトプットを見てもショックを受けないことが大切ではないか、と思うようになりました。

ミスもOK。稚拙でもOK。好奇心を沢山もって、とにかくアウトプットする。そういう姿勢の人が個人的に素晴らしく見えます。

アウトプットの成果を自ら「アウトプットの質で評価する」とした場合、世の中には様々な上級者がいるので、いつどこから高品質なアウトプットをひっさげて目の前に現れるか分かりません。
自信をもって出力したものが一瞬で無価値になるようなことを繰り返すと、どんなに強靭な精神をもっていても折れてしまうものです。少なくとも僕は万策尽きた時点でボッキリと折れます。

他方、アウトプットの成果を自ら「アウトプットの量で評価する」とした場合、周りにどんな上級者がいようとも、それ自体はあまり関係ありません。
自分のアウトプットの質が自分で許せるラインに到達していなくても問題は起きていません。起きていないと考えます。
これでアウトプットする度に無力感に襲われる負の連鎖に落ちることもなく、明るく出力ができます。

上級者はアウトプットの量が多い


しかし、そのときに気がつくことは「上級者は圧倒的にアウトプットが多い」ということです。
アウトプットの量だけで見ても、上級者に勝てないことが多々あることに気がつきます。
上級者はアウトプットの精度が高いだけでなく、いつのまにかアウトプットの速度が速くなっており、同じ時間で大量にアウトプットできます。

しかし、そのようなアウトプットの量で負ける問題は努力で解決できます。出来ない場合もありますが、できる場合がかなり多いのでは。
小粒で良いからとにかくアウトプットし、寝る間を惜しんで出し続ければ、量で勝てる可能性はあります。
相手も人間なので風邪をひくこともあるし、用事もあるし、やる気が無い日もあるので、相手が完全に止まってる日ならちょっとやるだけでもアウトプットの量で負けません。

量での評価は自分との戦い


量で評価するようにすると、全ては自分の内側での自分との戦いになります。
子供のころにラジオ体操のスタンプを押してもらいましたが、あれも行くことに意義がありました。
上手にラジオ体操ができたか、とか、ちょっと遅刻したか、とか、そういうのは関係ありませんでした。
毎日一個ずつ「毎日えらいね」とスタンプを押してもらえました。
子供心にあのスタンプはとても達成感があったなと思い、何が良かったのか時々考えています。

では、どの程度アウトプットすることを自分に課すべきか、というと、たぶん自分が負けたくない人よりも多くアウトプットすれば良いのではないかと思います。
どういう人に負けたくないか、というと、職業でアウトプットしている人は素人には負けたくありませんね。
例えばレストランのシェフの1日に料理をつくる回数が専業主婦に毎日毎日負けていたら何か嫌です。
まぁ、そんなに急激に腕は衰えないと思いますが。

おわり


ということで、上達を円滑にするには「出力の量を増やし、出力の質には一旦目をつぶり量だけ見よう。量の目標はライバルを見つけてそれ以上に出力するようにしよう」と考えてはどうかな、と結論づけて、一旦終わります。眠い。

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

ソースコードを private なレポジトリから github やレンタルサーバ上の git へ移動

Delicious
[日記]

とある事情から、ずっと手元のVM上のgitで一元管理してるソースコード管理を、状況に応じて別のレポジトリで管理するように切り替えることにしました。

僕以外の人には、ほとんど関係のない話です。

以前からコードを外部のリポジトリで管理しても、手元に全部のコードが残るので問題は無いし、そもそも僕の書くコードを流用する奇特な人はそんなにいないと思うので問題なさげ、と思っていました。
でも、手元のVMで管理が間に合ってるため外部公開とか面倒くさいし、CodeReposも最近は全然使ってないし、僕のコードは万人が頻繁に使う公共性の高いものではないのでユーザも居ないし、あんまり気持ちよく感じないなと思ってました。

今回の件は @mamoruk さんから、かなり背中を押されてやっとやり始めました。感謝。やりはじめると不思議と手が動きます。

状況に応じて管理方法を分けることにした


ソースコードは公開して平気なコードから、公開したら絶対駄目なコードまでいろいろあるので、自分でコントロールする必要があるコードはよりプライベートなgitレポジトリで管理することにした。

レポジトリ管理するコード
github公開して大丈夫で、とくにパッケージにもなってないコード
レンタルサーバ上のgit公に公開できないけど、知人に見せたいコード
手元のVM上のgit絶対公開できないコード
自分のサイトかGoogle Codeアプリケーションがまとまったらパケ化して上げておく

アプリケーションについてはアプリケーションごとにWIkiやトップページが欲しいので、自分のサイトで管理するかGoogle Codeで管理しようと思う。
多分、僕のサイト上に置いてあるよりもGoogle Code上にあった方が嬉しい人が多そう。

github の用意


実は github にアカウントを持ってなかったのでアカウント作りからやった。
自分のまとまってないコードを積極的に開示する状況に陥ることは予測してなかった。

20100718_1

アカウントを作ったあとは、以下のように作業をした。

- overlast's private - GitHub
-- http://github.com/overlast/private
Global setup:
 Download and install Git
  git config --global user.name "Your Name"
  git config --global user.email メールアドレス
  Add your public key
        
Next steps:
  mkdir private
  cd private
  git init
  touch README
  git add README
  git commit -m 'first commit'
  git remote add origin git@github.com:overlast/private.git
  git push origin master
      
Existing Git Repo?
  cd existing_git_repo
  git remote add origin git@github.com:overlast/private.git
  git push origin master


push するために追加する必要があるSSH の public キーは ssh-rsa だと怒られたけど、ssh-dss だと怒られなかった。

今後は dotfile など毒にも薬にもならないコードから順にアップしていく。

レンタルサーバ上に git をインストール


さくらのレンタルサーバにgitをインストールしてレポジトリを作った。
サーバの容量の上限が10GByteになったので、やろうと思えば、手元のコードは全部レンタルサーバでも管理できる。

さくらのレンタルサーバにgitをインストール

さくらのレンタルサーバに git の一番新しそうなのをインストール。
今日の段階では 1.7.1 っぽかったので、これをインストール。

実は自分の環境では、gmak中にエラーが起きた。

- @さくら
$ mkdir ~/src
$ cd src
$ wget http://kernel.org/pub/software/scm/git/git-1.7.1.tar.gz
$ tar xfvz ./git-1.7.1.tar.gz 
$ cd git-1.7.1
$ mkdir $HOME/local
$ ./configure --prefix=$HOME/local 
$ gmake 
(中略)
    SUBDIR perl
/usr/bin/perl Makefile.PL PREFIX='/home/overlast'
Only one of PREFIX or INSTALL_BASE can be given.  Not both.
gmake[1]: *** [perl.mak] エラー 255
gmake: *** [perl/perl.mak] エラー 2


たぶん、perlbrewを使っているからかな。
このエラーはINSTALL_BASEを指定して、perlbrewでprel5なモジュールが入るディレクトリを指定すれば解決できる。
あと、このperlモジュールをインストールするときに、manを/share以下にインストールしようとするので、それをローカルフォルダに入れてくれるようにSITEPREFIXも指定。

別途perlモジュールをコンパイルして、続きをgmake。

- @さくら
$ cd perl
$ perl ./Makefile.PL SITEPREFIX=$HOME/local INSTALL_BASE=${HOME}/perl5
$ gmake  SITEPREFIX=$HOME/local INSTALL_BASE=${HOME}/perl5
$ cd ../
$ gmake  SITEPREFIX=$HOME/local INSTALL_BASE=${HOME}/perl5
$ gmake  SITEPREFIX=$HOME/local INSTALL_BASE=${HOME}/perl5 install


.bashrcのPATHに「$HOME/local/bin」を追加して、source ~/.bashrc。

あとは、--bareをつけてinitする。付けないとpushできない。

- @さくら
$ cd $HOME
$ mkdir repos.git
$ cd repos.git
$ git init --bare
Initialized empty Git repository in /home/you/repos.git/


これでローカルからpushするリポジトリはできた。

bareなリポジトリはデータ格納場所なので開発はできない。
cloneして、そこで開発する。まっさらだったら手元のgitリポジトリをadd & pushする。

まずは、ローカルなPC上にディレクトリを作ってgit initしてcommitしてみる。

- @ローカル
$ mkdir repos
$ cd repos
$ echo "This is my git repository" >> README
$ git init
Initialized empty Git repository in /home/you/repos/.git/
$ git add README
$ git commit -m "first commit"
[master (you-commit) 8d0baee] first commit
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 README


今度は、これをレンタルサーバ上のリポジトリに突っ込んでみる。
SSHでpushするとレンタルサーバ上のgit-receive-packを見つけられないので、receive-packオプションでgit-receive-packの絶対パスを与える。

- @ローカル/repos
$ git remote add origin ssh://you@you.sakura.ne.jp/home/you/repos.git
$ git push --receive-pack=/home/you/local/bin/git-receive-pack origin master 
Public key aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa blacklisted (see ssh-vulnkey(1)); refusing to send it
you@you.sakura.ne.jp's password: 
Counting objects: 3, done.
Writing objects: 100% (3/3), 231 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To ssh://you@you.sakura.ne.jp/home/you/repos.git
 * [new branch]      master -> master


問題無いので、再度READMEを編集してadd、commitして、pushする。

- @ローカル/repos
$ echo "I'm very sleepy" >> README
$ git add README
$ git commit -m "second commit"
[master 8044db5] second commit
 1 files changed, 1 insertions(+), 0 deletions(-)
$ 再びpush
うまくいった


うまくいく。

つぎは今度は自分のPCの別のディレクトリでcloneする。
レンタルサーバの$HOME/local以下にgitをインストールしたので、SSHでアクセスするとパスが通っていないことになる。
なので、--upload-packオプションでgit-upload-packの絶対パスを与える。

cloneしたら3回目のコミットをclone先でやってpushもしてみる。

- @ローカル/repos
$ cd ../
$ mkdir repostest 
$ cd repostest
$ git clone ssh://you@you.sakura.ne.jp/home/you/repos.git repos --upload-pack /home/you/local/bin/git-upload-pack
Initialized empty Git repository in /home/you/repostest/repos/.git/
Public key aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa blacklisted (see ssh-vulnkey(1)); refusing to send it
you@you.sakura.ne.jp's password: 
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (2/2), done.
Receiving objects: 100% (6/6), done.
remote: Total 6 (delta 0), reused 0 (delta 0)
$ cd repos
$ ls
README
$ less README
This is my git repository
I'm very sleepy
$ echo "I'm hungry" >> README
$ less README
This is my git repository
I'm very sleepy
I'm hungry
$ git add README
$ git commit -m "third commit"
[master e4fb5a1] third commit
 1 files changed, 1 insertions(+), 0 deletions(-)
$ git push --receive-pack=/home/you/local/bin/git-receive-pack origin master 
うまくいった


うまくいった。
今度は、最初に作ったreposを更新する。

- @ローカル/repostest
$ cd ../../repos
$ git merge origin/master
Updating 68abac3..e4fb5a1
Fast-forward
 README |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
$ less ./README
This is my git repository
I'm very sleepy
I'm hungry


どうやら大丈夫。
clone、push、mergeが動いているので、多分なんとかなるはず。

ローカルで何かミスったら「git reset --hard ORIG_HEAD」すれば、直前のcommitに戻れる。

こっちでは活発な開発をおこなって、ある程度まとまったら知人にお試し公開する場所にする。

関連リンク


- GitHub
-- https://github.com/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

サンマルクカフェ 恵比寿駅前店 (恵比寿)

Delicious
[Food&Drink]

恵比寿西口の以前にベッカーズがあった場所がサンマルクカフェに。

このサンマルクカフェは2Fにある喫煙席の密閉度が大変に高くできているので、喫煙席からタバコの匂いがほぼ流れてこないです。
1Fはもちろん、2Fに居ても衣服にタバコの匂いが付きません。素晴らしいです!

そこそこコンセントもあるし、コンセントを使っていても大丈夫っぽいので、今後は頻繁に利用する予定。

関連リンク


- サンマルクカフェ | SAINT MARC HOLDING
-- http://www.saint-marc-hd.com/cafe/
- サンマルクカフェ 恵比寿駅前店 - 恵比寿/カフェ [食べログ]
-- http://r.tabelog.com/tokyo/A1303/A130302/13112405/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

SUFARY の任意な index を 64bit OS 上で構築するとき

Delicious
[日記]

ハマったのでメモ。

結論:後でとくに問題が起きないなら sufary.h を編集して SA_INDEX 型を int 型にすれば良い。

SUFARY の mkary で作れない索引を作る方法


SUFARY 付属の mkary を使うと「ファイルの全ての文字の位置」か「行頭の位置」を索引付けするなら簡単に array ファイル(SUFARY の索引ファイル)を作れる。

他方、各行の一部について部分に含まれる各文字ごとに索引付けしたい(例、CSVファイルの第Nカラムだけ索引付け)場合には、任意の部分の文字位置のポインタをバイナリで吐き出して 、最後に「mkary -so」することが多い。(-so を使うとソートだけ)

そうすることで、欲しい部分については柔軟に検索でき、不要な部分が検索結果に含まれなり、必要最低限のサイズの array ファイルを作ることができる。タスクによってはこのような索引付け方法が必須な場合がある。

このとき、バイナリはビッグエンディアンで出力する必要がある。
出力するバイナリのビット長は SUFARY のヘッダファイルである sufary.h において typedef されている SA_INDEX の型に依存する。

SA_INDEX の型が long だとハマる


sufary.h の SA_INDEX の型が標準だと long 型。

long 型のサイズは OS ごとに異なるが、手元の環境では 32bit long 型は4byteで、64bit long 型は 8byte だった。
もしも long 型のサイズが8byteなときに、4byte 長のビッグエンディアンなバイナリを mkary に入力すると、ソートできなくてSegment Faultする。

そのため特殊な array ファイルを作る際にバイナリを吐き出すプログラムは、環境ごとに異なる long 型のサイズに対応する必要がある。

SUFARY を 64bit OS 上でインストールする際はヘッダファイルを編集


とはいえ、環境ごとにことなる動作をする index 作成スクリプトはちょっと面倒くさい。
またプログラミング言語によっては 8byte 長のビッグエンディアンであるバイナリを出力するのが面倒くさい場合がある。

そもそも SA_INDEX の型が long で定義されているからややこしいことになる。
SA_INDEX の型が int でも、SUFARY を後で問題がとくに考えられない使い方しかしない場合には問題ない。

32bit OS上ののSUFARYでは索引づけできなくて、64bit OS上のSUFARYでは索引付けできるデータを扱うときだけ問題が起きる。
しかし、そのようなサイズのデータはそもそも接尾辞配列でindexするべきでは無いか、接尾辞配列の分散indexをつくるかすれば良い。

ということで、SUFARYの圧縮ファイルの lib/sufary.hを以下のように変更してからインストールする。

- sufary.h
- typedef long SA_INDEX;
+ typedef int SA_INDEX;


これでバイナリを出力するプログラムは 4byte 長のビッグエンディアンなバイナリを出力するようにするだけで、だいたいの環境で「mkary -so」できるようになる。

@echizen_tm さんに相談したら彼が過去に体験済みな問題で解決方法を教わった。ありがとうございます。

関連リンク


- SUFARY 臨時復旧ページ
-- http://nais.to/~yto/tools/sufary/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010-07-10 Sat

渋谷川で短冊流しをやっていた

Delicious
[日記]

テアトルエコー前の渋谷川のあたりを歩いていたら、上流から短冊が流れてきました。七夕の短冊ですね。

P1140797

現代でも短冊を都会の川に流す人はいるんだなー。驚いた。

驚きすぎて写真が撮れなかったので、早足でより下流側の駒沢通りまで歩いて再び渋谷川を覗き込みました。お、追いついた。

P1140801

あの短冊、なんて書いてあるのかな??

P1140802

うーん、読めませんね。残念。

本当は、短冊に水で自然分解されにくい紙を使っている場合には、短冊流しをしちゃいけないと思います。
分解されない場合は露骨に残るゴミになるから、河川の清掃員の仕事が増えて、税金が無駄遣いされることになります。

近年は短冊を流すのではなく、燃やして、思いを天に届けようとするのが主流みたいなので、来年は燃やしてみて下さい。

関連リンク


- 渋谷川 - Wikipedia
-- http://ja.wikipedia.org/wiki/%E6%B8%8B%E8%B0%B7%E5%B7%9D

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010-07-09 Fri

中国茶房8「たまごとキクラゲの炒め物」

Delicious
[Food&Drink]

今日のランチは500円ランチ。中国茶房8で「たまごとキクラゲの炒め物」を注文。

3人で同じものを頼んだら、僕のところに来た皿は小松菜が偏ってる皿でした。他にも玉子が偏ってる皿、キクラゲが偏っている皿がありました。ははは。

P1140796

たまご、少ない。小松菜とキクラゲの炒めものじゃないかな。。。
味は普通の美味しさ。玉子に隠れて豚肉が入っているのが嬉しかったです。

- 中国茶房8 六本木店 - 中華料理、飲茶・点心、餃子 [食べログ]
-- http://r.tabelog.com/tokyo/A1307/A130701/13009294/
場所:東京都港区西麻布3-2-13 コートアネックス六本木 2F。

関連リンク


- 中国料理専門、本格中華料理、北京ダック&水餃子、中国茶房
-- http://www.cceight.com/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010-07-08 Thu

「言語処理のための機械学習入門」が出版された

Delicious
[日記]

高村大也さんによる自然言語処理・機械学習の新定番本「言語処理のための機械学習入門」が発売されました。

言語処理のための機械学習入門

[Amazonで詳細を見る]



Amazonや楽天でも在庫が次々に掃けているようで、今日のところは売り切れの書店が続出みたいです。
この種の参考書に飢えている人が少なからずいる、ということですね。

ネットでは確かに売っていたのですが、筆者の高村さん自身が「今月か来月に発売なんだけど、よく分かってない」ということ(そんなことがあるのww??)みたいなので、どんな感じかな、と、新宿の書店に行ってきました!

おおお、ありました!
ちゃんと入荷してます。神々しいです。

P1140790

私と @echizen_tm さんと @uchumik さんの 3 人で買いに行きましたが、ちゃんと一人一冊ゲットできました。
買う前にパラパラとめくって読みましたが安いですよね。この本。2940 円とかありえません。

この教科書を研究室の勉強会などで使う場合には「最初に6章を読んで、その後2章以降を読みつつ、分からなくなったら1章を参照する」みたいな読み方の人もいるかな。
1章は本書で使う数学の基礎知識について解説する章で、結構なページ数があるから、飛ばす人はバッサリ飛ばしそう。

特筆すべきこととしては「'言語処理のための機械学習入門」は章末問題も充実しており、おまけに、章末問題の解答もあるんです。
信じられますか? はい。
それにしても、この手の教科書にしては優しい対応ですね。
アルゴリズムデザインとか解答が無いから時々涙で前が見えません。

そういえば、「言語処理のための機械学習入門」を買いに行ったら「計算機シミュレーションのための確率分布乱数生成法」という大変興味深いタイトルの本が出版されていました。

P1140793
計算機シミュレーションのための確率分布乱数生成法

[Amazonで詳細を見る]



パラパラめくると非常に濃い内容で、式の展開が丁寧だし、疑似コードも充実。
濃すぎるので、どれだけ売れるのかちょっと分からない本ですが、立ち読みレベルの判断では良書。
この本も一家に一冊的な書の予感。買わなきゃ。

ああ、横道にそれました。

高村さん、出版おめでとうございます。よかったよかった。

書籍の情報


- コロナ社|書籍詳細|機械学習入門
-- http://www.coronasha.co.jp/np/detail.do?goods_id=2728
自然言語処理シリーズ 1
言語処理のための 機械学習入門	

東工大教授 工博 奥村学 監修
東工大准教授 博士(工学) 高村大也 著

判 型:A5
予定ページ:224頁
ISBN:978-4-339-02751-8
予定価格:2,800円

自然言語処理における機械学習の利用について理解するため,
その基礎的な考え方を伝えることを目的としている。
広大な同分野の中から厳選された必須知識が記述されており,
論文や解説書を手に取る前にぜひ目を通したい一冊である。


関連する記事


- 「言語処理のための機械学習入門」が近日発売

ネットで買う


言語処理のための機械学習入門

[Amazonで詳細を見る]


楽天で「言語処理のための機械学習入門」を調べる。
計算機シミュレーションのための確率分布乱数生成法

[Amazonで詳細を見る]



関連リンク


- Hiroya's homepage
-- http://www.lr.pi.titech.ac.jp/~takamura/index_j.html
- 奥村研究室ホームページ
-- http://www.lr.pi.titech.ac.jp/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

関連エントリ

[2010-05-04-5] 「言語処理のための機械学習入門」が近日発売
[-] 1

2010-07-07 Wed

飲食店の店員が暗記することはサービスにならない

Delicious
[Food&Drink]

飲食店でランチを食べつつ遠くの席を見ていると、興味深い発見があるものです。

今日は「店員が誰に何を出すかを忘れる」かつ「客が店員に誰に何を出すのか」を教えない、という完全に詰んだテーブルを見かけました。
10秒ぐらい後で、テーブルに座っている客のうちの一人がものすごく不機嫌そうに手を上げました。

こういうことがあると店員さんも凹むし、テーブルに座っている他の客はドンヨリとしますよね。

このような状況に陥ったものの店員にも客にも悪気があったわけではないでしょう。
ただ、もしかすると店員も客も「暗記することがサービスだ」と思っているのかもしれません。

せっかく違和感を覚えたので、つらつらと書こうと思いました。

両者はどうするべきだったか


個人的な意見を述べます。

店員がするべきこと

その上で知らないことは積極的に訪ねれば良い。
なんなら、誰にどれを出せば良いのか混乱してしまったので教えて欲しい、と伝えれば良い。
誰に何を出すかを暗記することがサービスのうちに占める割合は低い。
持って行くテーブルが合っていれば、後は客にコントロールしてもらった方が最適に動ける。

客がするべきこと

待っているのは当然だが、自分が待ってるものは早くスムーズに出してもらった方が良い。
店員が困っていたら助けてあげれば良い。
店員も人間なので訓練してると言っても、暗記できない人はできない。
忘れやすい人は忘れやすいのである。
助ける広い心を最初から持って感じる必要のないストレスからサヨナラしよう。

まとめ


店員は暗記しようとせずメモろう。
そして分からないことを客に素直に尋ねよう。

客は店員に暗記することを求めないようにしよう。
自分が分かることは積極的に店員に伝えよう。




以上です。

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010 年 7 月のブログディナー

Delicious
[イベント]

今日は月の最初の水曜日なのでブログディナー。
参加者は13人くらいだったような。大体みんな顔見知り。

P1140786

カレーは前菜のボリュームが凄くて、おかわり自由のカレーなのにそんなに食べられませんでした。

いろいろ良い刺激を受けたので今月も頑張るぞ。

次回のブログディナーも8月頭の水曜日かな?

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

銀だこ

Delicious
[Food&Drink]

夕方にガックリする出来事があったので、ストレス解消にたこ焼きを食べに銀ダコへ。

P1140784

今日もノンアルコールです。
一時期はたこ焼きを食べるとビールが恋しくなりましたが、慣れると烏龍茶も悪くないです。

関連リンク


- 築地銀だこ
-- http://gindaco.com/index.html

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

「Web 開発者のための 大規模サービス技術入門 」を購入

Delicious
[Books・書籍]

「Web 開発者のための 大規模サービス技術入門 」を購入しました。

P1140783

まだパラパラっと読んだだけなので、ちゃんと読んだら記事を書きます。

Web開発者のための 大規模サービス技術入門

[Amazonで詳細を見る]



関連リンク


- 「Web開発者のための大規模サービス技術入門」という本を書きました - naoyaのはてなダイアリー
-- http://d.hatena.ne.jp/naoya/20100701/1277955080

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

焼肉四天王 (六本木)

Delicious
[Food&Drink]

ランチは焼肉四天王でモツ煮込み定食。
店の決め方が投げやりだった。南麻布方面で遠くで500円なんて少ないよね。

P1140782

モツ煮込みはいつも通りの味。
今日は暑かったので氷をたっぷり入れたカルピスを飲んだ。うまかった。
カルピスは僕にとっては夏休みの味なので、飲んでると気分が良くなる。

- 六本木 四天王 [食べログ]
-- http://r.tabelog.com/tokyo/A1307/A130701/13097076/dtlrvwlst/1552140/
場所:東京都港区六本木3-14-7 アロービル B1。

関連リンク


- 六本木・焼肉【焼肉四天王】
-- http://www.yaki29.jp/

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

2010-07-06 Tue

7月の「またやろう」ポスター

Delicious
[日記]

またやろうポスターの新作が出てました。
今度は荷物が邪魔になっていたので前に抱える男性。

P1140781

混んでる電車で本を読むのはいかがなものか、と思いますが、思いやりが大切だと主張したいポスターなので問題なし。

実際には荷物を背負っているよりも前に抱えた方が邪魔な場合もあるので、状況に応じて荷物を持ちましょうということですね。

関連リンク


- 東京メトロ:マナーポスター
-- http://www.tokyometro.jp/anshin/kaiteki/poster/index.html

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

日本武道館に行ってきた

Delicious
[日記]

炎天下に40分も並んで日本武道館へ。

行列の裁き方が悪過ぎて各所でスループットが落ちまくり。
もっと若者を信用したほうが良いと思いました。

P1140757
# 他の写真はこの写真の前後にあります。

あまりの熱さと待ち時間のため中に入って席に座るだけで、ヘトヘトになりました。

ちなみに参加したイベントは、まるでサイゼリヤのハンバーグの味みたいでした。

夏の武道館に行くときは、自販機があんまり無いのでお菓子と飲み物を忘れずに。

関係リンク


- 財団法人 日本武道館
-- http://www.nipponbudokan.or.jp/
- [を] 武道館で社員大会
-- http://chalow.net/2010-07-06-1.html

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |

鶏そば 9plancha (九段下)

Delicious
[Food&Drink]

今日は九段下ランチ。
最初に大変幸せになりそうな1300円ランチの店を選んだら、「さくら水産でも良いくらいですよ。どこでも良いっすよ」と言っていた @tsubosaka さんが「あり得ない」と一蹴。どこでも良いって言ったじゃん (;o;)。

しょうがないので近くで鶏そばランチをやっていた「9plancha 」に入りました。
このお店は夜はお好み焼き屋さんなのだそうです。

P1140752

塩鶏そば(750円)を注文。ライスがサービスでついてきました。

- ランチ限定の鶏そば(ラーメン) : 9plancha キュープランチャ[食べログ]
-- http://r.tabelog.com/tokyo/A1309/A130906/13038708/dtlrvwlst/1061523/1812672/
場所:東京都千代田区九段北1-10-5 九段櫻ビル 1F。

続きを読む

投稿者:としのり  日時:23:59:59 | コメント | トラックバック |