 |
2009/06/08
2009/06/07
話す練習は独りでできるけど、聞いてもらうことの練習は相手がいないと駄目だからなぁ。
2009/06/06
Adobe AIR (Linux) のHTMLLoaderが遅い - 駄目だこいつ…早くなんとかしないと
Adobeが提案しているAIRに含まれているHTMLLoaderは、Googleの高速ブラウザChromeでも使われているWebKitというエンジンを使っています。 また、JavaScriptのベンチマークもそこそこ速いという結果が出ており、プログラマの良い箱庭になりそうな期待を抱かせます。
ところが実際にこれで簡易ブラウザを作ってみると、なんだかもっさりとしているのです。特にLinuxで動かした時、ページのレンダリングがなかなか完了しません。 Firefox 2で10秒くらいかかるページは、AIRだと1分近くCPU負荷100%の状態が続きます。
一体何が足を引っ張っているのか……疑問に思ったので調べてみると、何とも冗長な処理が見付かりました。
自分の考えたアイデアを内緒にしたがるひと @ はてなポイント３万を使い切るまで死なない日記言い出しっぺの承認欲求が満たされないから、他人と協力して成功する(他人の手柄になる)よりも、独りで失敗する or アイディアを葬るという選択肢(自分のアイディアで他人が手柄をあげない)を選ぶのではないかと思う。
そこまで行かなくても、アイディアを人に話すと馬鹿にされそうで恥ずかしいとか、自分で「取るに足らない」と思い込むとか。
チームで成功したかったらアイディアを出す行為の価値を認めていくことが大切だと思う。アイディアの内容を褒めるんでなくて、アイディアを他人と共有すること自体をポジティブに思えるように。
努力と根性が目に見える行為はたとえすぐに良い結果が出なくても労われるのに、アイディア出しは「お疲れ様」と言ってもらえないというのでは、フラストレーションも溜るというもの。ブレストなら進行役が小さな発言でも復唱するとか、ボードに書くとか。部下が上司に提案してきたシチュエーションなら、上司は自分の感想を一方的に吐いて終わりにするんではなく、自分の考えと違っている原因を一緒に探ってみるとか。結論を一致させるためでなく、思考の背景を共有する目的で。
2009/06/05
2009/06/04
Yahoo!デベロッパーネットワーク - テキスト解析 - キーフレーズ抽出
固有表現 (Named Entity) の抽出かな? (非WebAPIのツールだとCaboChaとか) と思って
「ただの名詞より東京タワーのような固有名詞の方が点数が高見沢」
で試してみたら
固有名詞 100
高見沢 92
東京タワー 59
点数 53
だった。(TF・)IDF?
海外のサイトで、「zip code (必須)」の入力欄に7桁入力できなくて困ることない?
アイトラッキングから検証した、使いやすいフォームの10のポイント @ コリス電話や郵便番号の入力は、ユーザーを悩ませます。(略)
あらゆるフォーマットの入力を受け付けるように設定してください。
「あらゆる入力を受け付ける」は難しいとしても、未だに「住所の番地は全角で入力してください」とかほざくシステムが多いのは以下のような打算がサービス提供者に働くからだと思う。
- 入力の許容度を上げるのは、エラーにしてしまうよりコストがかかる。
- 住所の入力等はサービスの主要機能ではない。たいてい住所や電話番号を入力するのは、買い物の精算中とか会員登録なんかの「ここまで来たのに今さらやめられるか」というタイミングなので、多少面倒でも続ける人がほとんど。
- コストをかけても売上げに良い影響はない(だろう) → それなら別に凝らなくていいや。
表現の許容度が高いオープンソースの入力用ライブラリが定石として普及すればいいんでしょうが、日本語・日本の制度向けのは寡聞にして知らないですね。
「01/02/03」って日付の解釈はいろいろできるとか(平成元年のつもりかもしれない)いうのは情報処理・言語処理の分野で長年研究されているようですが(分野名としては情報抽出; Information Extraction)。形態素解析のライブラリはあるのにね。
関連記事
2009/06/03
XMLフィード