クラスタリングツールbayonを使っていて、常々「どうしてこんなに高速に処理できんのかなぁ」と疑問に感じていました。repeated bisectionという手法自体がk-means法などと比べると効率がいいのですが、それにしても、それだけでは説明がつかないほど爆速なわけです。 うまく例えられませんが、自前でk-meansのスクリプトを書いて比べてみると、自転車と新幹線くらいちがうという印象です。はじめてCLUTOを触った時、数万件程規模のクラスタリング処理が本当に「あっ」という間に終わってしまい、びっくりした記憶があります。 きっと実装面でなにか特殊なことがあるんだろうなと思い、mixiエンジニアブログでbayonの記事を改めて読み漁っていたら、以下の部分が目に止まりました。 このクラスタの評価は、クラスタの各要素とクラスタの中心とのcosine類似度の和としています。この和が大きいほど

あれは雪の降る寒い日だった―― 元ネタ:

Tumblrの検索性はクソだ せっかくスクラップしたのに検索しにくいのでは意味がない Buzz登場 やべ、表現力高いな label:buzz 〜で検索できる！ BuzzにTumblr情報を流したい プライベートにしておけばドバッと流れて他人に迷惑をかけることもない とか何とかで探した結果。 Buzz by Hiroshi Nakamura from Buzz ウェブマスター ツール - ホーム へ行く Tumblrのページを登録 Tumblrのページをカスタマイズで指定されたmetaタグ情報を仕込む マスターツールの方で「更新」 ちょっと待つ 「接続済みサイト数」のところにTumblrが！ FriendFeedとかにブックマーク情報も集めてBuzzに流せば、み〜んなGmailから検索できますね！ なんかここにきて、今までの悩みが一気に解決した感じ 追記 a rel="me"でGoogleプ

Agileでデスマになったのでそのログです。 この後同じことを繰り返すと馬鹿なので、まだデスマ中だけど、問題点と反省点を書いておこうと思う。 こういうのは渦中にやっておかないと終わった後だと「大変だけど終わって良かったね」で終わってしまいがちなんだよね。 これを読まれている方は反面教師にしてください。 契約と総生産量の関係性 期間と費用が決まっている場合、総生産量には当然上限がある。生産量はチームのベロシティが分かっていれば、ストーリーポイントに換算できるので、開発開始時点で、総生産可能ストーリーポイントについては明示すべきだった。土日出て頑張れ！とか残業して頑張れ！とかいうのはAgileを知らない証拠。 上記に関連して、プロダクトバックログにストーリーを追加することが出来るのは、プロダクトオーナーの権利なのだけれども、優先度高としてストーリーを追加したところで、バーター可能なストーリーが

私は、大阪ー東京間を頻繁に移動する大阪出身者だ。そんな私も、東京と大阪には都会と地方を実感する。 間違いなく大阪は都会だ。しかしながら地方だ。 都会でないところと東京を行き来している方の格差感ってのは本当にどんなもんなんだろうな、と私も頻繁に感じる。 偏見を恐れずに言うと、東京の大きさに一番驚いているのは実は大阪府民なのである。 特に大阪のターミナル駅などから20分圏内の都会出身者、と言った方がいいだろう。 そもそも、田舎から出てきてる人というのは、あらかじめ東京を想像して東京に出てくる（人が多いのではないだろうか。） 高い建物、たくさんの人。自分たちには想像のできないぐらい都会なんだろうと想像してから上京する。 自分たちが見たこともない規模の高層ビルや雑踏も、すべては想定内なのである。 大阪出身者にとって、”東京とは大阪より少しばかりでかいもの”程度の想像で東京に来るのである。 端的に言

2010年バンクーバー冬季五輪は開会式を目前に早くも予選が始まってるみたいです。NHK総合では生中継の第一弾としてスキージャンプ「個人ノーマルヒル予選」が12日深夜に放送されていました。 大会はこれから徐々に盛り上がっていくのでしょう。と同時に毎度のことながらこういう世界大会にはネットの世界中の目が張り巡らされているわけで「やだ監視社会こわい！」って感じもちょっとする季節ではあります。 で、正直2ch実況板で知ったことなんですが、「個人ノーマルヒル予選」でさっそくひとつ面白い映像が映ったみたいですね。「フェイスペインティングをしてはしゃいでいる日本人男性の顔が大写しになった」とのこと。 「必勝」のはちまきを頭にしめて顔は白塗り。眉間に日の丸。堂々のどアップです。 それが、大泉洋さんでした。なにやってるんすか。 右のほほに数字の「1」、左のほほに数字の「8」と青い色でペイントしています。一見

アジャイルって受託開発との相性が最悪な気がするより。釣りっぽい記事な気もするんだけど。 SIerから見たアジャイル 工程の分断が絶対許されないから、上流工程と下流工程を別会社が担当する今の日本の受託開発業との相性は最悪だね。自分たちで全部やれる人材が揃ってないといけない上に、コミュニケーションを綿密にとらないと成果物がグダグダになりそうだから、人月との相性も悪い。 要件まとめてぽーんと丸投げしたほうがSIerとしては美味しいわけだから、なんでこんな苦労を別にしなくちゃならないの的な話になってる所がいっぱいいそうなんだけど、どうだろう。アジャイル導入って自己否定なんじゃないのかしら。だからやりたくても出来ないんだね、これ。 今の日本のSIerのモデルは“まだ"建設業みたいな多重階層の構造であることは間違いない。 収益性については、一次受けのSIerは少ない要員で沢山のプロジェクトを外注使って

俺タイピング速すぎワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ Tweet 1 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2010/02/10(水) 00:03:24.63 ID:CqNEQvOQ0 日本一狙えるんじゃねｗｗｗｗｗｗやっべｗｗｗｗｗｗやっべｗｗｗｗｗｗｗｗヤッヴェｗｗｗｗｗｗｗｗｗｗｗｗ ■裏ハローワーク 【モンスターファームラグーン】（あのモンスターファームが無料オンラインで登場！CDからモンスターを召喚する仕様も健在です） 5 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2010/02/10(水) 00:08:04.36 ID:CqNEQvOQ0 俺のあまりの速さに言葉も出ないかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ仕方ないねｗｗｗｗｗｗｗｗｗｗｗｗ 6 名前：以下、名無しにかわりましてVIPがお送りします[] 投稿日：2010/

全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

前書き 現役アジャイラー（？）を自称する立場として釣られてみるぜっ。 http://d.hatena.ne.jp/gothedistance/20100212/1265907956 「アジャイル」について 多分id:gothedistanceもわかっていると思うんですが、アジャイルはマニフェストなんであって具体的な手法ではないです。 代表的なアジャイルとしてeXtreme Programmingモデルを例にとると、イテレーションプランニングって項目があります。 簡単に言うと開発側は2週間ごとに形にしよう、顧客は次の2週間でほしい機能を決めようってやつ。 XPは改訂が多すぎてこの手の文書の参考にしにくいんですが、細かい事はこの辺見てください。 http://www.objectclub.jp/community/XP-jp/xp_relate/whatisxp-j/ 今回の記事による「アジャ

昨年末の「はてなブックマーク for iPhone」リリースを皮切りに、「iPhoneアプリページ」や、Android端末向けアプリ「はてなフォトライフ for Android」 の公開など、iPhoneやAndroid端末向けのサービス開発が進んでいるはてな。 世界的に盛り上がるiPhoneやAndroid端末に対するはてなの取り組みについて、スマートフォン向けアプリ開発リーダーのid:secondlifeに聞きました。 iPhoneユーザーに最適なインターフェースと有益なコンテンツを提供したい iPhoneの特性に着眼して開発した「はてなブックマーク for iPhone」 昨年12月に出した「はてなブックマーク for iPhone」は、増え続けるiPhoneユーザーに対して最適な Web インターフェースを提供したいと思い、開発しました。iPhoneの画面サイズで見たときに最も適し

どうやったら卒研を失敗できるか：他人の話を聞くのをやめるでいただいた、人の話を聞いた際の疑問・質問の抱き方のコツがあれば教えて欲しいという依頼に対しての私なりの回答。 まとめ 質問を発するためには、以下の２つのステップを踏む 「情報の欠落に気づく」 「欠落している情報を明確化する」 情報の欠落に気づくためには、話題になっている事柄の知識（一般常識、専門知識）と話題の伝え方に関する知識（プレゼンテーション技術、批判的読み方、論理的思考法）が必要 欠落している情報を明確化するためには語彙、質問の型、経験が必要 情報の欠落に対する感度を挙げる方法 話題の伝え方に関する知識を増やすために、プレゼンテーション、批判的読書法（クリティカルリーディング）、論理的思考法（ロジカルシンキング）に関する本を読む 気づいた欠落している情報をメモするために、講演、授業、ミーティングの際はメモ帳と筆記用具を必ず用意