はじめてのにき

2010-06-17

_ woofer

http://woofertime.com/

via http://twitter.com/kinaba/status/16310294032

これいいなー。こっちが流行ってればいいのに。

どうでもいいけど忙しい気がする。別にたいして忙しくはないんだろうけどなあ。

マラソン結局不戦敗。かなしい…

(03:08)

_ 面白いなぁ

http://slashdot.jp/~taro-nishino/journal/509450

かなり説得力あるなぁと思う。

前に git の ML で読んだ時とは大違いな印象だけど、まぁ当時は全部あんま読んでなかったのかな。

今度ゆっくり一つ一つの機能を考えてみたい気がする。とりあえず多態と STL は欲しいかなぁと思うけどどっちも kernel にとって重要じゃないってのはそうなんだろうと思う。

あとはこう単純に関数とメンバを同じところに書く習慣を強制されるのは、自分が悪いコードを書く率を減らしてくれるって意味でありがたいんだけど、そういうのはダメかなぁ。 C++ の方が C よりバカに優しいと思うんだけど。

ていうかそう、激しく同意するのはその、僕は自分では C++ 書きたいけど、しかし人の書いた C++ コードはあんま読みたくないケースがすごく多いって話なんだよな。 C にしてくれという。

あーなんでか忘れてた。 RAII は欲しいだろさすがに。さすがに kernel でも役に立つんじゃないか。

(03:41)

_ 適当に考えてみた

一行コメント
RAII
クラス
STL
多態
public/protected/private
オーバーロード
template
継承
例外

1位は略

2位の RAII は RAII というかスコープ出た時になんかできるってやつで、 Mutex の auto unlock みたいなのは嬉しいんじゃないかなぁ

3位のクラスってのは単にメンバ関数のことを指してるんだと思う。やっぱ頭整理しやすいと思うんだよね。もちろん C でもちゃんと一定のルールに従って書いてくれりゃいいんだけど、自分で新しくコード書く時にルールを考えたりするのがやはりめどい。

4位の STL はまぁ大規模なプロジェクトなら自分で書いたらいいんだろうけど、スクラッチからなんか書く時の速度が相当早くなるんですよという。

5位の多態はこう、結構欲しい時は本質的に欲しいんだよなぁ。関数ポインタ3つ以上とか持ってる構造体とかは、ちょっと厳しいもんがあるんじゃないかなぁ。そうなっちゃうと過剰に自由度が高い状態になってしまって、見通しが悪くなるというかなんというか。

6位のアクセス制御はまぁやはりドキュメントとして。ただ private non-virtual 関数は cpp の方にだけ書けばいいことにできんもんかと思う。

7位。オーバーロード…はいるんだろうか。 operator<< とか、何かしら出力系では欲しいんだよなぁ。

8位 template 。低い位置だなぁというかまぁ STL は上の方にいるのだから不自然な話である。まぁマクロあれば自分で書く範囲ならそれなりになんとかなるんだよな… でもそいうケースの場合は普通に template の方がいいけど。まぁとにかく必要な頻度が低い。

9位継承。これも多態を上に置いておいてヘンな話だけど、要は実装継承的なものを指していて、多態は interface 的なものを指してることにしよう。まぁ手間ははぶけること多いから継承好きなんだけどね。

10位は例外はなんかたいてい超大域脱出(つまりどうしようもないことが起きてエラーメッセージだけ吐きたい時) にしか使わないからなぁ。そしてデバッガのこと考えると超大域脱出とかしてるより SEGV の方が良かったりする。

(04:05)

[ツッコミを入れる]

2010-06-15

_ そうそう

http://code.google.com/p/gperftools-httpd/

というのもあるみたいなんだけど、なんかずいぶん昔のもんだからかなんか知らんがビルドできなかった。それに /pprof/symbol とか対応してる気配も無かったので良いこととした。

(03:46)

_ libmicrohttpd

http://www.gnu.org/software/libmicrohttpd/tutorial.html

プログラムに埋め込む http サーバライブラリを適当に探していて見つけた。今のところ割と良さそう。

ただ POST の処理がえらいめんどい。いやまぁこうなるのはわかるんだけど、デカいバッファにとりあえず全部突っ込んであげるよモードが欲しい。

しかし実際書いてみたら POST の処理もまー悪くないみたいだった。つーわけでこれが実装できそう。

http://google-perftools.googlecode.com/svn/trunk/doc/pprof_remote_servers.html

あと検討したのはこのふたつ。

http://www.hughes.com.au/products/libhttpd/

こっちはまぁ自分でループ書かにゃならんのが許せなかった。そして select にタイムアウトを入れてやらない限り自発的に終了することができなさげ。

つまりスレッドとか考えてるんかこいつって感じだった感じ。

http://sourceforge.net/projects/libhttp/

こっちはそもそもビルドできなかった。 bjam 使いかたわからん。あとまぁ Boost 以外の C++ ライブラリは信用してはらならないの法則に基づきまぁいいやと思った。

(03:45)

_ binutils

lambda を使ったコードのデマングルに失敗してるなーと思ったので、適当に cvs up してビルドしなおしてみた。

% echo _ZZ4mainENKUliiE_clEii | ~/src/binutils/binutils/cxxfilt
main::{lambda(int, int)#1}::operator()(int, int) const

おおー

そういえば move とかもまた増えるってことか。

(03:52)

[ツッコミを入れる]

2010-06-14

_ シバサキ

最近シブサワコウの名前を街で見かけるのは何故だろうかとおもったらこの人だったようだ。

http://ja.wikipedia.org/wiki/%E6%9F%B4%E5%92%B2%E3%82%B3%E3%82%A6

http://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%96%E3%82%B5%E3%83%AF%E3%83%BB%E3%82%B3%E3%82%A6

(23:26)

_ manpages-posix

man pthread_create とかしてなんも出てこない→ カンで使うみたいなことを繰り返してたんだけど、しかしなんかおかしくないかということで調べてみると、 pthread_once とかは入っているわけで。

どうも posix のやつは manpages-posix というパッケージに分けられていたようで、これをインストールしたら無事に見られるようになった。

(23:33)

[ツッコミを入れる]

2010-06-13

_ 端末とキーボード

screen の ^t 2度押しとか無駄だなーと思ってたので Meta とのバインドを適当に .mlterm/key に書く。

Mod+x="\x14\x18"
Mod+bracketleft="\x14["
Mod+s="\x14\x14"
Mod+t="\x14\x14"
Mod+c="\x14\x03"
#Mod+d="\x14\x04"
Mod+0="\x140"
Mod+1="\x141"
Mod+2="\x142"
Mod+3="\x143"
Mod+4="\x144"
Mod+5="\x145"
Mod+6="\x146"
Mod+7="\x147"
Mod+8="\x148"
Mod+9="\x149"

Mod+d は普通に使ってるのと、あとまぁ使う頻度が少ないので ^t でいいやということで。

本当は super 使おうと思ってたんだけど mlterm がサポートしてないから自分で実装するのもめんどいし、あと使ってない Mod+? が結構あるからいいか、と。

参考にしたのは新山さんの設定ファイル。

http://www.unixuser.org/~euske/doc/bashtips/bashrc.html

次は screen 。

http://d.hatena.ne.jp/emacsjjj/20050717/p1

を参考にさせてもらって Return で xclip につっこめるようにする。

bindkey -m ' ' eval 'msgwait 0' 'stuff \040' 'writebuf /tmp/scr' 'exec !!! __scr2x2'
bindkey -m ^M eval 'msgwait 0' 'stuff \015' 'writebuf /tmp/scr' 'exec !!! __scr2x2'

__scr2x2 はこんな感じで。 nkf -w が無いと日本語コピペに困る

#!/bin/sh

nkf -w /tmp/scr | xclip
screen -X msgwait 1

ついでに bindkey -m つながりで

bindkey -m ^v eval 'stuff \004'

をよく間違えるっていうか ^d は覚えにくすぎるので。

あと screen にシステムモニタ出すコマンドは

screen -X hardstatus alwayslastline '%` [%Lw]'
screen -X backtick 0 0 0 /home/i/test/screen_monitor -s

なんだけど、これは画面右上の screen でだけ起きるようにしてやりたい。まぁ sevilwm に問いあわせればいいと思った…

が、なんかそう X の Window から pid をひく方法って無い気がするんだよなー的な理由で precmd にひっかけた ruby script で sevilwm の focus の当たってる window を調べて… 的なアプローチで適当に処理した。適当。

あーいや別の理由で screen の PID から window を調べるのはいずれにせよ欲しかったんだよなぁ。 screen -x と -r がわけわからんというのがその理由で。

やまぁ /tmp/pid.db とかに screen の pid 使って db 書いていけばいいか… screen-ls とかいうコマンドを作って、

There are screens on:
        19611.pts-10.u4 (Attached) mlterm:3 1x1+564+340 vdesk=2 [rdic@/home/i cd
 '/home/i'@/home/i]
        3468.pts-18.u4  (Detached)
        3255.pts-2.u4   (Detached)
        3236.pts-0.u4   (Detached)
        17167.pts-16.u4 (Attached) mlterm:4 1115x709+564+340 vdesk=2 [vi@/home/i

]

とか出るようになった。まぁとりあえずこんなもんでいいか…

あとなんかたまに mirc が死んでたりとかするし、そもそも動かしてるサーバの数がもう把握しきれんため、 daemontools あたりの使いかたを覚えるべき。

それと sevilwm の multi display とか、 screen_monitor の cia 化とか

(07:11)

_ 文体診断

http://logoon.org/

面白いなぁ。

何が面白いって、はてなとかから適当にコードの無い文章を持ってきて診断してしてもらうと、必ず、

1 文章の読みやすさ E 一文が長い
2 文章の硬さ E 文章が柔かい
3 文章の表現力 A とても表現力豊か
4 文章の個性 A とても個性的

という診断が出ること。個性的とか表現力とかは、単に、プログラム用語のせいかなーと思ったんだけど、引越し記録 (http://shinh.skr.jp/m/?date=20100601#p02) とかでも同じ結果が出るんだよなぁ。

適当に他の人の日記とかをはってみると、だいたい似たような傾向があるみたいだ。一文が長いとかは自覚してたんだけど、まぁ別に気にしなくてもいいのかな。

適当に入れてみた中では、まめさんのこれとかは高評価だった。

http://d.hatena.ne.jp/ku-ma-me/20100322/p4

やりました。この文章ではなるべく頻繁に句読点を入れるようにしてたのですが、読みやすいと言ってもらえました。やりました。

しかしこれ、作家とかと比較してるから、どんな文章でも表現力豊かで個性的になっちゃうんじゃないかなー。

(16:29)

_ BNE

http://ja.wikipedia.org/wiki/BNE%E5%8F%82%E4%B8%8A

そういえばよく見かけるなと思って、少し検索してみたことがあった。よく見かけるどころか、海外などでも見たことがあるように思う。

しかし、検索の結果は芳しくなく、何が何やらわからない、ということが判明しただけなのである。

…ちょっと硬く書こうと努力したけど、全然やわらかいのまんまだった。なんていうかコレ英語とか未知語の数で硬さが決まってるんじゃないかな。コードとか入ると一気に硬くなるし。

BNE は正直ちょっと面白いなーと思った。なんというか夢がある。まぁ迷惑は迷惑なんだろうな。

(19:19)

_ Omium

http://www.youtube.com/watch?v=s5U-SRDD064

via http://d.hatena.ne.jp/ABA/20100609#c1276092770

面白そう。

(19:35)

_ sevilwm の window switch

前から思ってたがこれはダメだ。

> unixcat /tmp/sevilwm_:0.0/info G vdesk=1
sevilwm x=2832 y=1050 vdesk=1
mlterm:4 1114x1+564+340 vdesk=1
mlterm:3 1x1+564+340 vdesk=1
mlterm:0 561x1+564+340 vdesk=1 FOCUSED
Emacs:2 1x347+583+702 vdesk=1
Emacs:1 551x348+581+700 vdesk=1
Google-chrome:0 1681x1+1149+861 vdesk=1
Emacs:0 1097x348+581+700 vdesk=1

これの Emacs:0 => Google-chrome の遷移が右でできない。 mlterm:4 の方に行ってしまう。

つまりえーと…

Emacs:0 1097x348+581+700 中心 (1387, 698)
mlterm:4 1114x1+564+340 中心 (1396, 171)
chrome:0 1681x1+1149+861 中心 (2225, 432)

なので、右方向の遷移はえーと

100000 - (dstX - srcX) - abs(dstY - srcY) * 3

で評価されるらしいので、

mlterm4: 98410
Google-chrome0: 98331

となって y の差分が大きいものの、 x の差分が小さい mlterm が勝ってしまう、と。

まぁどう考えてもこの評価関数がひどい。こんなもので良い理由がどこにも無い。

どう考えても角度を使うべき。要は角度差が小さくて距離も短い対象が良い。しかしまぁその二者をどう合成するかはマジメに考えないといけない。

mlterm

irb(main):015:0> Math.atan2(698-171, 1387-1396) / 3.14159 * 180
=> 90.9784675354791
irb(main):013:0> Math.sqrt((171-698)**2 + (1396-1387)**2)
=> 527.076844492338

chrome

irb(main):016:0> Math.atan2(432-171, 2225-1396) / 3.14159 * 180
=> 17.4759534949213
irb(main):017:0> Math.sqrt((171-432)**2 + (1396-2225)**2)
=> 869.115642478031

直感的に角度は2乗するといい気がする。ただ degree を単に2乗すると 30度のズレが 900 ピクセルの距離に相当してしまうので、うーんこれはちょっと大きすぎるかもしれない。

ちょっと実験してみると、なんか意外な感じで、 15 度くらいずれてたらもう飛ばしてくれてもいいよと感じるみたいだった。それだと角度の 2 乗でも足りないか…

実装してみた。なんか普通に角度の自乗プラス距離で悪くないみたいだ。しばらくこれで試してみようと思う。

(22:14)

_ xsel -i -b

xclip のかわりにコレを使うと gtk のクリップボードにも反映されるみたいだ。

http://highmtworks.spaces.live.com/Blog/cns!3B475A7E547A2260!277.entry

より。

(22:39)

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

_ Rui [http://www.nytimes.com/2009/12/09/nyregion/09bne.html ニュー..]

_ shinh [おおインタビューとかあるんですねえ。ありがとうございます。色々面白いです。ほぼ一人の人間の仕事なんですねぇとか(..]

_ Rui [でもインタビューに出たのはちょっと残念です。宗教団体説とかがこれで否定されてしまうので気持ち悪さがずいぶん減ってしま..]

_ shinh [たしかにそういう面はあるかもですね。しかし記事の最後でちょっと書いてあったようにこの BNE が偽物で本当はあやしげ..]

で原文 (http://techcrunch.com/2010/06/09/apple-chrome-bugs/) をチラ見したらどうも overtook を誤訳したのかな。 overtake って知らんかったけど追い抜くって意味らしい。たぶん take over の引き継ぐと混同して誤訳したんじゃないかなーと思う。僕も overtake って知らんかったからよく知らない事象についてなら勘違いしそうだ。

あとそうだ commit 数抜いたってのはそうなんだろうけど、 Google ってパッチの単位を小さくしたがる傾向があって Apple の人は比較的大きいの入れる傾向があるし、あとまぁどうでもいいテストの expectation についての変更とかもポンポン入れてるわけだしねえ的な。

というようなことは最初のコミット数が Apple より多くなりましたよ、って書いた人のブログにも書いてあるし、その補足もあるし、さらに tech crunch 自身もその件を書いた時にもその補足とかに触れてるし、それなのになんでこいうことになるんだろうかねーという。

http://neugierig.org/software/chromium/notes/2010/02/webkit-commits.html

http://neugierig.org/software/chromium/notes/2010/02/webkit-commits-followup.html

(19:11)

_ 吉野家

六本木の牛丼屋の位置を確認しようと思って見てたら何故かこの店だけやたらコメントついてる。なんでだろ。

http://maps.google.co.jp/maps/place?cid=8901658273258326463&q=%E5%85%AD%E6%9C%AC%E6%9C%A8+%E7%89%9B%E4%B8%BC&hl=ja&view=feature&mcsrc=detailed_reviews&num=10&start=0&ved=0CI8BELUF&ei=-IwTTPXmCMblkAWc14WYAQ&brcurrent=h3,0x60188b789709cb65:0xe977258f4bc349&ie=UTF8

で、素敵なレビューを見つけた

http://r.tabelog.com/tokyo/A1307/A130701/13039670/dtlrvwlst/313395/

(22:52)

[ツッコミを入れる]

2010-06-10

_ もげり

片付けはそれなりにした。洗濯祭りは快挙
今週末は台所周りかなぁ
久しぶりにやると斑鳩全然うまくできない
仕事的な意味でたくさんなんかしてる時の次の週に ICFPC ってのはこう、いいんだろうか悪いんだろうか
銀行振り込みを手続きしないといけない
転入届を出さなければならない。前回みたいに2年とかいうオーダーで住所不定なのはあまりよくない
クレジットカードの住所変更などをするべきな気がする
デュアルディスプレイにしてみた。なかなか良いさっさとすべきだった。デュアルディスプレイで使いやすいように sevilwm をいじりたいと思う

http://twitter.com/cpp_akira/statuses/15689075720

一掃した記憶は無いのだけど、統計的に見ると C++ に文句言う世代ってのがある気がするなぁ。今 30 代の人あたりがそのへんな気がする。今から見ると当時は今よりももっともっと C++ はうんこだったし、まぁそういうもんじゃないかなぁと思う。

やはりうんこなものを仕事で使わされたりすると、こう取り返しのつかない感じで嫌いになるのかもしれず。

30代と書いたけど、もちょっと上の 40 代とかオーダーの人達は意外と C++ 嫌いじゃない世代なイメージがある。なんでだろまぁその世代に知人少ないからサンプル数少ないけど。

さて 30 代だけど C++ 好きだよっていう例外はたくさんあるんだけど、それより下の世代で C++ 嫌い嫌い大嫌いっていう人はあまり知らない気がする。ちなみに tanakh さんは単にツンデレなだけでたぶん僕より C++ 好きだと思うのでこの議論には影響しない。 (cf. http://twitter.com/tanakh/status/6626794421)

C++ が嫌われなくなった理由は、