はじめてのにき

_ partial application

http://twitter.com/kinaba/status/17019694551

これは

http://www.kmonos.net/pub/Presen/fltv/FLTV.pdf

の

.maxPrio = .max{|a,b|
    a.priority <=> b.priority}
even = evens.maxPrio
odd = odds.maxPrio

ができるって話よりもう一歩いい感じな感じだなぁ。

ミスって引数足りない時はどうなるのかな。 エラってくれないと静かに全然期待と違う動きすることがあってうざいと思うんだけど、 まぁいかにもこの部分適用だけされた関数使ってませんよーとか スコープ出る時に言ってくれたりしそうだけど。

(00:27)

_ exhausted

という感じの状態になってるように思う。

腕も痛いしだるいし… ていうか 38.1 度熱あるしなぁ。 月曜までに fix したい。

(00:31)

_ ごるふこんぺ

こういう形式のゴルフコンペはどうかな。

• 問題が適当にある
• 参加者は適当に解く、そしてその解答は即座に公開される
• 既存の解答を短くする投稿のみが accept される
• 更新した瞬間に 1 てん獲得。更新しかえされるとその加点は減って、最終的な得点は 最終的に一番短かった解のサイズ/その更新のサイズ
• 例えば A さんが 10bytes を通して B さんが 9bytes を通したら、 A さん 0.9 点 B さん 1 点

つまりこうみんなで競争しながら頭ひねって答えを考えると。

• 問題は参加者一人一つまで投稿

とかいうルールを加えてもいいのかなぁと思う。 明らかに自明な最短解がある問題が出題されるとつらいので、 出題者は開始1時間解答できないとかそんな。

得点計算式に問題があるな… A さんが 10B 出して B さんが 8B 発見した時に、 9B => 8B と投稿した方が点数が多くなる式はダメだ。 むしろ分割するともらえる得点が減るといい気がする。

(01:34)

_ MD5 と SHA1 と…

http://ja.wikipedia.org/wiki/MD5

MD5 はあっさり衝突するらしい。ダメぽ。

http://ja.wikipedia.org/wiki/SHA

SHA1 もうどうも衝突してるらしいじゃんダメぽ。

何かっていうと自分で書いたハッシュ関数とか 欲しいなぁというのがあったのだけど。

ていうか codegolf.com で sha256 書きましたっけ… すっかり忘れていた。

(01:59)

_ sha256

http://sourceforge.jp/magazine/05/11/08/0213251

ふむふむとりあえず sha256 使えということらしい

(02:09)

_ 危く騙されるところだった

http://homepage1.nifty.com/herumi/diary/0604.html#1

herumi さんならやりかね無いという点が

(02:10)

_ mod_disk_cache

ニコニコの latency ひどいよなーと思って、 inspector で見てみると、 どうも prototype.js とかの 静的なコンテンツのダウンロードというか 304 Not Modified がかえってくるまでが遅い。

アホかーと思ったので、 とりあえずローカルの apache に mod_disk_cache を仕込んだ。 だいぶはやくなった。

(18:43)

_ ついでに

twitter もアホみたいに早くなった。

web 2.0 なサイトは latency 気にしなさすぎではないか。

(18:48)

_ 別に実害は無いんだけど

powertop すると Ruby が上位に来ることが多い。

たぶん timer thread でもりもり起きてるのが問題かなーと思ってたんだけど、 よく考えると ruby 1.8 でも上位に来てる。 ruby-1.8.7 でも timer とかあるっぽいし 1.9 だけってのが記憶違いかな。

地球に優しくするにはどうすればいいんだろう。

http://redmine.ruby-lang.org/issues/show/270

に書いてあるみたいに最初に Thread.new するまでは 少なくとも必要ないのかなぁ。

ていうか thread の切り替えを促すってのは 各 thread が自発的にあー 10ms 過ぎたなーとか言って 他にゆずるとかできんのかな。

signal の集約の方は別にタイマとしての機能は必要じゃない気がするけど、 ええとどうなんかな。

(22:08)

_ daemontools

u4 で適当に動かしていたサーバ群を適当に daemontools 管理下に置く。 具体的には

• cia
• cmigemo
• synergys
• tiarra

があったようだ。

あとは…

• mircbot @ u
• rail for mircbot @ u
• synergyc @ um
• open-server @ um

あたりが勝手に動くとなお良い。

それと health check 的なのを統合的にやりたいなぁ。 チェックすべきは

• shinh.org の proxy (u:8080 の lighttpd)
• shinh.org (u:80 の apache)
• golf.shinh.org (u5:80 の lighttpd)
• cia.shinh.org (u4:81 の lighttpd)
• shinh.org:25
• golf server の executor

あたりか。

(23:23)

_ てか

twitter のリソースの読まれっぷりを見てると、 spinner.gif とか loader.gif とか外部リソースなんだなぁ。 こいうのは data: にするもんなんかなぁと思ってた。

あとこれを最初に読む必要は無いよね…とか

(23:42)