トップ «前月 最新 翌月» 追記

はじめてのにき

ここの位置付け

2004|11|
2005|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|

ToDo:


2009-12-04

_ Shibuya.pm

スタックをポップ

Shibuya って書いてあるから渋谷だと思ってたのにだまされた。 おかげで宮川さんのやつは聞けず。

メモをおこしておく。どっちかというと TODO 的な

  • mmap がどうこうという話がよくわからんかった
  • fsync って ext3 だと fsync が sync になっちゃうとかだっけ。それないんならファイル分割して fsync の粒度変えたりとかできないのかなぁとか。
  • redis-transaction というメモがあるけどどういう意味だろう
  • kumo-redandancy というメモがある。 kumofs では冗長性あるんすかって話だと思う
  • そいや adobe って web とかも最近やってるんだねえ。 DB の文脈で聞く感じのしない会社だよね
  • go-para というメモがある。なんかベンチでスレッド増やしても全く速度変化無い系だったからあれはいくらなんでもどうなってんのかなーと思ったのだった。これはあとでコード読む
  • (eventual) consistency というメモ。 DB の文脈で出てくる単語はよくわかってない単語多いなあということだと思う
  • syntax 。たぶん Perl5 のほげほげがすごいって話だと思う
  • json-binary-put 。 json をプロトコルでーとかいう話で json ってバイナリ通るのって思ったんだったと思う。

他に思ったことを思い出す

  • kazuhooku さん相変わらず一人でなんでもやっちゃう感じですごいなー一度話ゆっくりお聞きしてみたい
  • こっち系ってどっち系かわからんが、まぁそっち系の LT ってまあ L っていうだけあって時間短いので難しい面もあるんだけど、ネタに走りすぎで技術の説明が足りてないのが多い気がするのが残念だなぁと思う。芸人じゃなくて技術者なんだから、技術の話が一番重要なとこだよねえとかそういう。無理によくあるネタ表現(○○は小学生までとか)にあわせてそれを詰め込むより、面白い技術の話してるんだから技術の話しっかりした方がいいのになーと、個人的には、思うことが多い気がする。まぁ自戒でもあるので気をつけたい感じ
  • プログラムの実行を視覚化する方法について(全く関係ないことを唐突に考えていたことを思い出した)

(00:30)

_ ひぐらしの

http://www.aqi.co.jp/product/higurashi_jan/am/

http://www.aqi.co.jp/product/higurashi_jan/home/comicalize_2.html

こんなメディアミックスがー

僕のひぐらしのなくころに歴: 立ち読みでマンガを一冊、最初と最後だけ読んだ→ネタバレサイトでおおまかな結論だけ読んだ。僕ネタバレとか全然気にしないんだよねぇ

(00:34)

_ insertion sort

これを読んだ: http://d.hatena.ne.jp/yaneurao/20091126#p1

個人的にはまぁ wikipedia の記述でいいんじゃねと思った。 理由は反論されてるコメントとさして変わらず。 やねうらお先生の書いてる 「速度を気にするからこそ qsort でなくわざわざこれを使うわけで、 速いアルゴリズムを紹介すべき」 というのもまぁもっともだと思うんだけど、 しかし速度を気にする人はここが遅いなら書いてある程度の 最適化は自分でするんじゃないかなとも。

あとまぁ個人的には wikipedia のコードの方がわかりやすい。

一応ソートされてる配列に対して適当にはかってみたら、 2倍弱程度速かった。 たぶんキャッシュとかは関係なくて単純な命令数の差かなぁ。

http://github.com/shinh/test/blob/ccc56678832a0254670534266acad1a913b92c88/ins_sort.c

ざっとコンパイルされたコードの命令数を数えたところ、 ソートされてる場合のループあたりの命令数は 7命令と14命令だったと思うので、 まぁそんなもんなのかな。

(00:47)

_ 新山さんのbashrc

sdl-fan-jp で youtube に色々動画があると教えてもらったのでひととおり見た。

特に bashrc が面白かった

http://www.youtube.com/watch?v=NBCnGUVi3zo

人の環境は面白いなあ。 最近突然 bash に乗り換えたい欲があるんだよね

(00:49)

本日のツッコミ(全2件) [ツッコミを入れる]

_ もわ [うみねこでもやると良いです。ネタバレもなにも犯人判明してませんので。]

_ shinh [それは推理小説読んでる最中に飽きて種明かしの部分先に読んじゃう子には最悪のチョイスなのでわ…]


2009-12-06

_ Unreasonable people

そういえば会社で教えてもらった格言にすごくいいのがあったのでメモ

http://elise.com/quotes/quotes/shawquotes.htm

http://blog.malaysiacrime.com/2009/07/the-unreasonable-people/

The reasonable man adapt himself to the world. The unreasonable man try adapt the world to himself. Hence, all progress depends on the unreasonable man.

まともな人は世界に自身をあわせようとする。 まともじゃない人は世界を自身にあわせようとする。 よって、全ての進歩はまともじゃない人に依っている。

って感じか。 reasonable でいいよ

(01:37)

_ ぷろぐらまーの進化

  • コンパイルがこける
  • コンパイル通ったのに実行するとこける
  • コンパイラのバグを踏む
  • コンパイラのバグじゃなくて不定な結果が出るコードを書いていたと気付く
  • コンパイラのバグを本当に踏む
  • コンパイルが通ったら実行時にはこけない
  • コンパイルが通らないコードを書かない

(05:33)


2009-12-08

_ バックアップメモ

とりあえず /data/backup に ゴルフ場と SVN と shinh.org を保持するようにした。

本当はもちょいちゃんとした管理をせにゃならんが。

(00:54)

_ キャッシュのデータ構造

まぁなんらかのキャッシュが作りたいとして、 基本は hash map なわけだけど、 1000要素を越えたら一番古いヤツを消せるものができると嬉しいとする。

まぁ普通に考えると hash_map と hash_map::iterator をデータとして持っていて 最終更新時間が一番古いのが top に来るヒープがあればいいのかなーと思うんだけど、 まぁなんか二つデータ構造持つとかは2つが inconsistent になったりすると悲しいので、 なんか1つでなんとかできる構造があればすごいんだけど、 まぁなんか無いのかな。 無さそうだけど。

あともう一個思うこととして、 単に一番古いのを覚えておくために O(N) のメモリを 別に使うってのはなんかイヤだよなーということで、 それを最小化したければ、 hashmap を open hash で作っておいて ヒープの方に入れるデータは index にしておけば 1要素あたりの消費メモリが sizeof(void*)==8 より小さくなっていいのかなぁとか。

ところで今やってみて気付いたんだけど sizeof(unordered_map<int, int>::const_iterator)==16 なのね。 なんかこう 64bit 環境ですごいイヤなことの一つとして ポインタのサイズのせいで細かいオブジェクトがたくさんあるようなものの メモリ使用量が結構増えるってのがあって、 うーんそういうの的にやさしくない感じだなぁ。

(02:33)

_ C++ の話してみて

なんか %rdi って何? とかいう質問があって、 x86 知ってる人に向けた x86-64 の概説みたいなのも 結構面白いのかなぁとか思った。

(02:38)

本日のツッコミ(全3件) [ツッコミを入れる]

_ yutak [>キャッシュ Javaにはそのものズバリ "LinkedHashMap" というクラスがあります。この手のLRUキャ..]

_ もわ [HashMapの各ノードがprevとnextを持ったリンクリストにもなっているんじゃないでしょうか。今手元のJava..]

_ kinaba [Java なら http://commons.apache.org/collections/apidocs/org/..]


2009-12-09

_ かわせさん

週末は十分な時間が無かったので F57 はとりあえず放置。 下半分行けそうな感じなんでまぁ時間さえあれば行けると思う。

へたれタイムアタックは F0 が最初のところが ちっとも安定しないのがほげほげ。 途中は段差延長がけとかしないでもこれ上届くんだなぁ。 だからと言って段差使わんとどうしようもないが

そんなことより grep と LRU がどうこう調べる

(01:17)


2009-12-13

_ LRUMap

だいたいわかった!

でまぁ list が必要かという話で slist じゃダメなのだろうかと kinaba さんに聞いたら大丈夫じゃねとの返答のすぐ後に やっぱダメじゃねとのこと。 後ろ向きのリンクが無いと古いヤツ使った時に 移動が O(1) でできないからねー。

じゃあどうするかなーと考えたのは、

  • slist
  • アップデート時は前向きポインタに |1 した値を入れておく
  • だからリンクをたどる時は必ず下位 1 bit は落とす
  • でまぁ同じ要素を指すものを末尾にもつける
  • 古いヤツを回収してる最中に (next&1)==1 な要素を見つけたら、その要素は消さないで次を消す

とか。 新しい要素が追加されずに 同じ要素が参照されまくったりするとたくさんメモリを使ってしまうので、 たまに O(N) の GC を走らせるといいかもしれない。

なんかもっと賢くやって欲しいよなー

(12:45)

_ coroutine

http://d.hatena.ne.jp/melpon/20091212/1260584012

結構聞きたかったけど遅れていったので スライドを見た。

最後の3つの質問は全部問題無いように思う。 pthread_kill だけうざそうだけど そもそも pthread_kill は根本的に使ってはいけない気がするので、 根本的にどうでもいいんではないかと思う。

(16:36)

_ Boost勉強会

色々思うところがある感じだった。

asio

よくできてそうだなーと思った。 複数スレッドでタスクキュー的に使えるのーとか思ってたらちゃんとあったし、 なんか strand というのを使うと synchronized 的なこともできるみたいだった。

http://www.boost.org/doc/libs/1_41_0/doc/html/boost_asio/tutorial/tuttimer5.html

preprocessor

個人的に Boost.Preprocessor 使わずに プリプロセッサプログラミングを最近ちょっとやってたので、 いくつか参考になった。

バグベアード

個人的にはこういうのコンパイラがやってくれると 結構うれしいんだけどなぁ。 たぶん実行がむっちゃ遅くなったりリビルドが必要になったりで、 デバッガの方がマシかなぁ的になっちゃうのかなぁ。

SmartPtr

いいハナシだなーという話だった。 あとの雑談でよく喋ってたんだけど、 ただ、個人的には shared_ptr って滅多なことではいらんと思ってるんだよな。 適当な議論で適当な会話をしていたと思うので、 なんでそう思うかを書いておこうと思う。

結論的には、たぶん ownership の概念は本当に重要だってのは激しく納得していて、 そのことからいらんと感じてるんだと思う。

というのは ownership の情報というのは プログラムを読む人からすれば大変大変貴重で重要で大事で無いと しんじゃうそういう大事な情報で、 たぶんヘタしたら public/protected/private とかより重要なんじゃないかと そういうこうなるべくとにかく重要な情報で。

ところでどこでもかしこでも shared_ptr を使ってるプログラムは 明確に何かを誰かが持っている、そういうのがあるとしても さっぱりわからなくて、このオブジェクトの生死に一番関係してる子は 誰なのーてのが不明瞭になっちゃう気がするという話。

単に auto_ptr って書いてあれば あーこの子がこのオブジェクト持ってるんだなーとわかるけど、 shared_ptr だったらわからないじゃないですか! それは困ります本当にわからないんです

ここで文句言ってるのは 「なんでもかんでもとりあえず shared_ptr 使っとけプログラミング」 であって、まぁ weak_ptr と使いわけてる人とかは まぁ別にいいんじゃないかと思う。

あとまぁ所有権が本当の本当に複数のオブジェクトに渡っているってのは、 そもそも設計が間違ってるケースも多いんじゃないかなぁ。 もちろん僕が思い出せる範囲で言うとツリー関係の処理とかだと 本質的に誰が何持ってるかさっぱりわからんくなるので、 まぁ必要なケースもたくさんあるとは思う。 ただ大多数のケースでは本当はいらないよね、という。

同じことは GC にたいしても言えると思う。 書いてるプログラマは楽になってるんだけど、 書かれたコードからは結構大事な情報が落ちちゃってる感があるのよね。

あとはまぁ shared_ptr ってたぶん統計的に GC より遅いんでしょ それ微妙じゃね…っていう貧乏症的感情と、 手軽に書きたいような書き捨てに近い C++ コードは そもそも free しないでもいいことにしているという 個人的事情も関係があるとは思う

しかしお前そろそろ大丈夫かという日本語力だな…

MPL

それ D なら…とか思っちゃう時点で 僕のこういう方向についての C++ への愛というのは 一体本当にどこに行ってしまったのか!

懇親会で kik さんに この関数定義されてますかーてのを調べる方法があるとかいう話をしていて、 「ええそれまさにどうやってやってるんか気になったんですよね」 とか言ってて kik さんにそのコードを見せてもらったら 「あーうん前 kik さんのコード読んだ時にそのやり方を覚えたんだけど忘れてますた」 みたいな感じで記憶やばいね。

メモっておこう。

http://github.com/shinh/test/blob/master/is_defined.cc

しかしこれも D なら…

微妙な感覚について

これ 7 年くらい前ならむっちゃたのしかっただろうなー とか思いつつ、そのくらい前というと… という感じで思い出すのは kinaba さんのこれだなぁ

http://kmonos.net/wlog/22.html#_2112020801

「C++のtemplateについて3日間くらい夜を徹して誰かと語り合いたい気分」というやつ。 当時の僕はこれに激しく同意していた気がする、が、 今はそう思っちゃいないわけだ。

一つはやはりこう当時は template すごくねヤバイ可能性無限超広い。 って感じがあったんだけど、 まぁなんか一通りできることとできないことを大雑把に把握できて、 ほげほげの部分はふがふが言語の何々とちょっと似ていて、 とかまぁそういうのがある程度整理されちゃったのがあるかなぁ。

そうなっちゃうと、明らかな制限が色々ある C++ よりは、 D とかみたいに必要ならガンガン機能を 足していく考えかたの方が正しい気がしちゃうようになったんだよな。 C++ template はこう、実用品としての側面とは別側面として、 どういう言語機能が未来あればいいだろうかー的な実験として 色々な実験ができたっていうのもすごいところだと思うんだけど、 しかしそろそろその実験結果を元に言語作った方がいいんじゃないかなーと 思うようになっていった、というかんじか。

ていうかその後もうプログラム言語とかどうでもよくね、 と嗜好が変化していったのがあって、 まぁどんなプログラム言語でもとりあえず 俺の生産性をひゃく倍とかにはしないとか そういうことをなんとなく思っていったからだと思う。 あとなんか、言語の違いなんかより、 ライブラリであるとか、 OS のインターフェイスであるとか、 デバッガであるとか、 printf という一関数であるとか、 そいうとこの方が生産性に影響与えてるよなーとかそいうのも。

意味不明な比較だけど、例えば C++ の template と printf なら僕は printf をえらぶと思う。

さて Boost 。 Boost 自体はこう、ユーザとしては、あまり好きじゃないんだよな。 あまりに Boost を作るために Boost が作られているというか、 実用品としての何かが色々無い気がする。 コンパイルがあんだけ遅くなるとか実用品として致命的じゃね? あーでも最近はこう実用方向のコンポーネントも増えたと思う。

一方で次の C++ に入れるライブラリの選定とか実験とか そいう意味あいでは好きで、まぁあの人たちは メタメタしいことをやっていればいいんだと思う。

C++ 自体は今でも好きで、それは単に C++ の実用品としての側面が あまりにこうやはり好きだということだと思う。 C++ template とかは僕の中で無限の世界ではなくなってしまったので、 今は多少キツくても色々遊んでみてちょっと無理して実用に供して、 何か面白いものを見つけよう! 的なアレはなくなってしまったけど。

あとは Cryolite さんが言ってたと思うけど、 C++ 標準委員会に出されてる論文なのかよくわからんアレとか、 そいうのはとても面白いと思う。 それは C++ のユーザ数バカみたいにいるという側面の副作用で、 よく使われてるものだから、色んな偉い人が色々集まって アレコレ議論していて、その議論は色んな蓄積に基いた 面白いものであるというような、 そういう、プログラム一般についての教訓とかを学ぶ場所としての C++ も、まだ好きだと思う。

やまぁしかし Boost 勉強会は面白くて こいうのまた勉強するのも楽しそうだなーと 久しぶりに思った。

(17:56)

_

というような状態を圧縮して説明すると、 「C++とかどうでもいい」 という感じになるのはどうかと思った。 説明ゴルフ。

あとはまぁ興味を失なった部分はあるものの、 かといって勉強したことが意味がなかったかというと 別にそうではないと思っていて、 C++ から学んだものは本当に多いと思う。 それが他の言語からも得られると言われればそうかもしれないし、 もっと効率の良い方法があると言われればそうかもしれないけど。

(18:49)

_ かわせさん

とりあえずネットとかの記録と勝負しようとしても 絶望的な差にへこたれるだけなので、 身近でやる人いないかなーと色々声かけてみたら 結構会社でやる人が多くてしかもそれなりに速くて エンジニヤとかゲームやる子多いんだなーと思った。 しかし僕の求める僕よりちょっとうまい目標的な 感じには今のところなってないようなので困る。 しかもたいていの人と比較して僕の方が暇人なので、 なかなかたやすく追いついてきてもらえないかもという予想もある。

というわけで頭おかしい記録群と比較してみる…

http://eventer.jp/kawase/personal.php?name=

全体的に絶望的なんだけど、 無茶苦茶短いヤツはあまり意味が無いから無視して、 一応どうしようもない大差がついてないのを見ると…

  • F0=>F1: 4:52.31 (4:54.21): これはまぁ基本ということでたくさん頑張った。扉の高さに振り上がりつつ扉につっこむのはできる気がしない。いったん斜面にルアーかけてつっこむヤツはできそうに思えるんだけどどうも全然いい感じの長さにならん
  • F2=>F5: 4:53.71 (4:54.58): さっきなんか奇跡が起きた。たぶん再現できない。
  • F35=>F24: 4:55.13 (4:55.51): 最初のところは意外と簡単なんだな…
  • F37=>F39: 4:54.00 (4:54.40): ベストなコースが別に難しくないから…

つー感じか。 後者2つはあんま意味があるものでもないしきついなー

(21:18)


2009-12-14

_ いろいろ

かぜをひいた。 ひどい

united から銀色のカードがおくられてきた。 エリートですセレブですVIPです

http://atnd.org/events/2421

WebKit の勉強会がっとかいう感じで 3回くらい発作的に登録しかけたけど そのたびにああこれ使ってる側のコードリーディングかー という

http://twitter.com/niha28/status/6657239147

そんなに ABI うんぬんは困るかなぁ… たまに使ってるぶんにはわかるけど、 仕事で使ってたんならそんなに頻度ないような… まぁ批判それ自体の言いたいことはわかるけど もうちょっとこっぴどく叩けないもんなのか。 C++ 使ってる人間とか by definition で マゾなので本気で叩くと喜んでしまうから とかそういう高度なかけひきが行なわれているという説

http://lists.gnu.org/archive/html/tinycc-devel/2009-11/msg00003.html

何度も読もうとして MELT なんか面白そうじゃんとかいうところで止まる

なんか u さんがたまにメモリ無いかんじで死んでやがるので、 大変困るので u5 の方を最初に http が届く場所にしたい。 しんどかったので、そう思っているうちに休日は終わった。 残ったのは川背さんの記録だけだ

その関係で u さんのメモリ使用量増やす原因になる rail を捨てて tiarra に移行してみようとしてみたり。 これも中途半端なのでなんとかしようしようしよう

(19:53)


2009-12-16

_ 148/148

昨日のりはマシだけど まぁ休める日に休んどかんと回復する気配がないということで 会社休んで適当に build sheriff とかやりつつ F57 終了。

上は簡単だと主張してたけど7回くらいは上で死んだね。 まぁでもクリアタイム45分程度だったので まぁわりとさっくりだった。

リュック取ってないとかひどいなーと思いつつ F49 やったら奇跡が起きて一回で渡れた。 他のステージにも4つくらい取り残しリュックがあったことに 驚いたけどまぁ全回収。

ついでにイカと戦ってたら全捕獲できたので コレクション系のは全部そろった。 イカは F40 で戦うべきのようだった。 3回目出現時に自分に即座に当たってくるイカがいなくて、 出現個所にルアー連打で2匹程度回収できるパターンを なんでもいいから作ればやりやすいみたいだった。

(23:09)


2009-12-17

_ 3年ごしの宿題1

http://d.hatena.ne.jp/shinichiro_h/20070129#1170022534

2年だと思ったら3年だった…

いいかげんユーザごとの統計が欲しい。 さて何が欲しいか!

  • 全言語にわたった全ユーザの単純合計点ランキング
  • 各言語に関して全ユーザの単純合計点ランキング

ユーザのページはなんか JS でできてるからまぁあれでいいか… 良くないかもしれんが…

じゃあとりあえずこの2つか。

(22:59)


2009-12-18

_ 3年ごしの宿題2

終わった! ついでに色々整理した。 トップページに 257 個 <li> が並んでるサイトってどうかと思うよ! w3m user の僕は便利なんだけどねえ。

さて2つ目は version 情報とか。 これは update で変わりうるので、 直接実行サーバに聞くべき情報なんですよね…

(01:05)


2009-12-20

_ 1分切り

とりあえずクリアタイムが1分切ってないステージは 相当遅いはずなので適当にアップデートしてまわる。 めんどかったのは

  • F51右 => 4:01.91 どうでもいいところだけどギリギリでつらかった。たぶん最初のリフトで一個先のに乗れるんだろうけど
  • F42 => 4:06.15 ここのタイムアタックは不毛でたのしい。ロスを全部殺せば 4:20 くらいは僕でも出るかなぁ。

F49上とかF51左はできる気がしない。 あとF58とかはどうしようもない感があるけど 最初だけ奇跡的にうまくいけばなんとかなるのかなぁ。

(15:29)

_ SEGVとセキュリチーホール

http://twitter.com/mametter/status/6847358362

密接な関係にあるのはそうなんだろうけど、 具体的に今時の shellcode が何がどうなってるかとか 知らないからどの程度危険なのかとかよくわからんので気になる。

Safari ならいくつか現行で落とせるバグを把握してるんだけど、 そのうちいくつくらいが実際に邪悪なことに使えるのかな

(16:16)


2009-12-21

_ splay tree

なんかこれよくわからんのは、 なんで一回でルートまで持っていっちゃうのかなーということ。 参照されるたびに splay を 1 step だけやるとかの方が 直感的に(本当に完全に直感だけど)平均的に速そうなイメージがあるのだけど。

ちゃんと調べたらどっかに書いてあるんだろうけど

(01:11)

_ .pro

http://yhara2.blogspot.com/2009/10/pro.html

golfer.pro とか取って Java で import pro.golfer.saru とかやりたいなーとか思ったけど 取られていた

(01:12)

本日のツッコミ(全4件) [ツッコミを入れる]

_ kinaba [償却時間計算量(最悪な操作列が来た時の平均計算量)を O(log(n)) にしたかったからじゃないかと思ってました。..]

_ shinh [あーなるほど。えーとでもすぷれー木をバランスが一番とれてない状態にするのって大変そうな気がするんですが、えーとそうな..]

_ kinaba [Wikipediaとかにありますが、小さい方から順番に1個1個アクセスしていくと一番崩れた状態になります。わりとよく..]

_ shinh [あーなるほど。 root まで持ってく splay を前提に小さい方から順番にアクセスしていくと悲惨な状態になるのは..]


2009-12-23

_ かわせさん

http://shinh.skr.jp/m/?date=20091213#p05

このへんの挑発に乗ってくれたりしたので ぽこぽこ記録を潰してくれて、 さらにそれを潰しかえしたりする状態になって、 とても理想的に近い状態になってくれたのだけど、 ひたすらやっていたら腕がいたい。 しょうがないのでなぜかそのへんに転がっていた湿布をはる。

(04:16)


2009-12-28

_ ぐおお

regression を直したと主張するコミットが chromium のテストを21個壊していたので revert したら webkit のテストが2個壊れてしまったので、 revert が revert されるという微妙に恥ずかしいことに。 最初のコミットした人が休暇中で事情が聞けなかったとか 不幸な事情もあるので言い訳もできるけど、 基本的には完全に僕のミスだなー

なんてこった

(00:07)

_ Mac コネタ集

http://news4vip.livedoor.biz/archives/51433953.html

普通に便利なのが多いなあ特に Ctrl+Opt+Cmd+8 (ウソ)

(03:01)

_ ボードゲーム

ここしばらくやってなかったのだけど、 なんかレアなところから別件で二日連続でお誘いいただいたのでいろいろやった。

はじめてやったもので面白かったのはキングスバーグとドメモかな。 キングスバーグはダメプレイだったけど5人中3位くらいから 最後の最後に6面ダイスで1が出れば勝てる状況になんかなって 1が出て勝ったのが面白かった。 ルールだいたい把握したので次はダメプレイじゃなくできそうなのでまたやりたいな。 ドメモは面白いけど単純すぎて、 全員が慣れてきて状況判断ができるようになっちゃうと 運ゲーになっちゃう感じかもしれない。

あとはやったことあるヤツではスコットランドヤードで MrX やって勝てたのが良かった。 高速進行ということで警官側は割と雑な感じだったのだけど、 それでも行動がだいたい読まれていてある程度の決め打ちがほぼ当たっていて、 大変キツかったけど追いつめられてからのバクチに勝てたので逃げれた。 13時にダブル残せたらそりゃいいけど、 18時まで耐えればだいたいなんとかなるわけで 3,8でダブル使っちゃう展開でも悪くはないなーと思った。 ブラックも18までに全部使っていいね。

(03:49)

_ 俺様が C++0x working draft の…

http://twitter.com/Cryolite/status/6912722284

これは普通に開催されてほしいな

(03:50)


2009年
12月
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31
1.shinh(2014-05-24 03:16) 2.kinaba(2014-05-24 03:16) 3.shinh(2014-05-24 03:16)
search / home / index

全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。

shinichiro.hamaji _at_ gmail.com / shinichiro.h