はじめてのにき

_ つか

Amazon EC2 Singapore にもあるじゃないか

(23:59)

_ amazon web services

の登録おもしれー

電話番号を入力すると、 ブラウザで見てる画面に PIN が出てきて 電話がかかってきて、 PIN を入れると即座にブラウザが次の画面に移行した。

かっこいい

(00:05)

_ 結論としては

速い

やったこと

8CPU のインスタンスを singapore にゲット。 76セント/hour とのこと。 mysql のポートを開けておく。

ログインしたら yum install distcc-server 。 /etc/sysconfig/distccd を適当に

### See distcc(1) manual page for more information on these options.
###

#OPTIONS="--nice 5 --jobs 5 --allow 10.0.0.0/24 --port 1234"
OPTIONS="--allow 121.1.133.104 --port 3306 --log-file /tmp/distccd.log"
#USER="distcc"

### Set this if don't want distccd to use gcc or g++ by accident.
#DISTCCPATH="/usr/lib/distcc/bin"

とかに変更。 --allow の IP はつまりこれは shinh.org

.distcc/hosts に適当に

ec2-???-???-???-???.ap-southeast-1.compute.amazonaws.com:3306

とか書く。

make -j10 CC="distcc gcc" CXX="distcc g++" miniruby

が 37 秒で終わった。

ローカルでやると make -j4 で 185 秒でちょうど 5 倍。 レイテンシとかあるしなーということで -j16 とかやってみたけどたいしてかわらんかった。 あと local の PC が遅くならない && メモリ使わない ってのはプライスレスな効果だと思う。

いやあこれは普通に使っていいと思う。 今回は web サービスでインスタンス作ったりしてたけど、 たぶんインスタンス上げるのとかラクにやるツールとかあるよね。

今度はもっと巨大な chrome のビルドとかで試してみようと思う。

(01:12)

_ あとは

AMI ってのを保存しておくと 環境のセットアップがいらなくなるようだ。 ただストレージの値段がかかっちゃうんだよね。

まぁ普通に distcc が返してきた .o をリンクできてるし、 それならわざわざ debian 入れるとかやる必要もないかなぁと思うので、 毎度セットアップスクリプト走らせるとかでも全然良いように思う。 あと public AMI とかいう人様がセットアップしてくれた やつが結構あるみたいなので、そのへんで debian のやつとか入れてもいい気はする。

(01:19)

_ ばっくすらっしゅ

閉じてないウィンドウが別仮想デスクトップにあって、 ちゃんと再起動できてなかっただけだった。

というわけで mame さんの quine は無事コピーできるようになったはずで めでたしめでたし

(22:44)

_ IaaS

なんか突然使ってみたくなったので調べてみた。

なんでかというと、今日の環境検討会 (http://atnd.org/events/4094) で WebKit とか GCC みたいな 今時の OSS は分散ビルドとか無いと割ときつくて OSS と言えども実質会社で仕事としてやらないと やりにくいとかいう話をしたら 意外と反応があって色々考えたからだった。

その場で出たアイデアというか冗談としては2つあって。

grid 的に PC 買った時に計算リソースを一部差し出せば PC が安くなるとかどうかとかいうものが一つで。 まぁこれはそいうアイデアは grid とか p2p とかが バズワードってた時にあった気がするけど 今まったく存在してないのは たぶんレイテンシとかがキツすぎるからだろうなぁとかいう話。

でまぁ物理的な距離が近くないといけないつーことを考えると、 ギークハウスならぬギークマンションを建築して 入居条件は自分のマシンを distcc のために 差出すこととか、 まぁそいう現実感皆無な話だった。

でもまぁ普通に Amazon EC2 とかを共同購入とかは アリだったりしないのかなぁと考えてみようと思ったのだった。

まずこう普通に考えて、 distcc という目的なので 日本にあるサービスの方がいいのは明らかで、 とりあえず Nifty と富士通がそういうのをやってるみたいだった。

まず Nifty は

https://cp.cloud.nifty.com/apply

を見ると、個人会員へのサービス開始は2010年4月頃を予定していると書いてあって、 まぁつまり予定は未定という感じなんだなぁと挫折した。

次に見た富士通はこう個人でも契約できるっぽいけど なんか web フォームとかで資料請求しなきゃいけないっぽかったので それの返事待ちという状態。

値段は、 Nifty のやつは Amazon EC2 よりちょっと高いんだけど、 例えば 4CPU*2 を1時間借りると168円らしく、 まぁ通信とかでどの程度取られるかはよくわからんけど せいぜい200円くらいかなぁという感じぽかった。

突発的に GCC で遊んでみたりしたくなった時とかに使うと考えると まぁそんなに悪くないんじゃないかなぁと思った。

ただ RedHat なり CentOS で作った .o をこっちでリンクできるかとかは自信の無いところだし、 実際レイテンシとか大丈夫なもんかとかもあるので、 まぁとりあえず使ってみたいなぁというところ

(23:16)

_ 脳死

立花隆の本を読んだ。 この人主張とかたぶんあまり好きくないこと多いし 文調とかもあまり好きくない感じだと思うんだけど、 いやまぁ細かいことまでまとめてくれてるなーということでたいへん面白かった。

つまりこう脳死というのは意外と難しい問題だったんだなぁとわかった。 たぶん賛成反対で聞いたりしてたのはイマイチだったんだろうなぁという程度に 色々なレベルの主張がありえるみたいだった。

どこが死か

• 心臓が人間のコアであって心臓の死以外は死じゃないよ
• 脳死も死としても良い
• 脳死を死として選ぶ自由があった方が良い
• 脳死こそを死とすべき

脳死って何

• 脳の全細胞の死
• 脳幹と大脳が不可逆的に機能停止して、壊死が開始している(?)
• 脳幹と大脳が不可逆的に機能停止
• 脳幹が不可逆的に機能停止
• おまけとして脊髄とかを入れる立場もあるかもね

このへんはもっと色々なレベルがありそう。

脳幹は要は外から観察可能な意識を司る部分なので ここが壊れちゃうと事実上こう 外から観察可能な意味が全て消えちゃうよね的な意味で 脳幹死んだら終わりというのが4つ目の立場だと思う。

大脳はもうちょい上位の思考をする部分なので、 脳幹死んでても夢とか走馬燈とか見てるかもしれない。 さらに麻酔で完全に脳幹が機能停止してても 周囲の状況を知覚していた人がいるらしいことから、 周囲を見てる可能性はあるわけだ。 ただ当然、脳幹死から復帰した人がいないので そんなことは誰にもわからない。

壊死の開始的などうしようもない状態はどう判定する?

• 開けて中見るしかない
• 血流の停止→どうチェックする？
  • 造影剤
  • なんか他にも色々あるっぽい。アイソトープ入れて後からガンマ線で撮影的なのとか

大脳の死をどう判定するか

• 脳波(ただ脳波は老人だと元々完全に止まってたりするし、発生のメカニズムが不明なので細胞が勝手に生きて勝手に出してるだけかも)

脳幹の死をどう判定するか

• 反射行動を N 個調べれば良い(角膜触ったらまぶた閉じるか、とか、そいう脊髄じゃなくて脳幹がやってる反射が結構あるっぽい)
• N 個調べたとして、たまたまその N 個に関してだけ壊れてるとか、たまたまその N 個の神経が全部切れてたとか

その他

• 薬を多量に飲んだ時は脳幹の反応も脳波も無くなっても蘇生する場合がある
• 低体温時も同様
• 子供は脳の障害に強い
• 脳に明らかな障害がある場合だけにするか否か
• 不可逆性をどう証明するか。典型的には N 時間待って蘇生が起きてないかを確認する

脳死した人に対して

• 心臓停止まで全力で治療を続けるべき
• 治療する気は減らしてもいい。末期癌とかで止めたりするのと一緒
• 人工呼吸をやめて心臓を死なせて良い
• 心臓移植などをして良い
• それぞれに関して、それらは強制であるか、選択可能にするか。例えば本人が希望していた場合脳どうしようもなくなってても無限に心臓を生かすべきか。移植は本人が希望した時だけであるべきか。医者の信条から移植を拒否はできるか。

臓器移植について

• 多少生きてても絶望的ならやってもいいんじゃないの、脳死まで行かなくても植物状態とかでも別にやっていい
• 脳死してればいいんじゃないの
  • 脳幹死んでたらいいんじゃないの (これと一つ上の立場は走馬燈の再生を止めたり、移植の相談をまだ生きてる大脳が認識している可能性が一応あるわけだ)
  • 脳幹と大脳が死んでたらいいんじゃないの
  • 脳幹と大脳が死んで壊死が始まってたらいいんじゃないの
• 確実に判定する方法が無いのでやるべきではない
• 確実に判定できるように基準をもっともっと厳しくすべき
• 多少の誤診は臨床では不可避。それなりの基準と医師の判断で良い
• そもそも臓器移植は倫理的に許されるべきでない

なんか他にも色々あったけどこのへんが一番印象に残った論点かなぁ。

個人的には最初の方は脳幹死+それなりの判定+医師の判断程度、 いやむしろ植物状態とかやっちゃってもいいんじゃないかなーとか 思いつつ読んでたんだけど、 しかしどこから死かっていうと脳幹とかどうでも良くて むしろ大脳の死な感覚があった。

つまりまぁ僕は死んでなくても絶望的なら 殺して移植しちゃってもいいんじゃね？ と思ってるんだろうけど、 しかし生きてる人殺したら殺人だっていう 当たり前の論理は当たり前ながら当たり前なのであって。 しかしこう緊急避難的なこと考えると やっぱ別にいいんじゃねとか思いもする。

立花隆は殺人とか論外、脳死が確定なら移植はアリ、 しかし移植のための脳死確定は大変重要な判定なので もっともっと厳しい基準を設けるべき、 治療中断のための脳死確定はまぁそれなりの基準で別にいい、 って立場らしい。

移植と治療中断の基準が変わるべき、ってのは まぁ殺人か否かってところで明確に違うんだーっていう話らしいんだけど、 このへんが一番共感できなかった。

(05:40)

_ zenzen 3D janai

http://shinh.github.com/canvas/3dlines.html

座標変換とか面倒だなーと思ってきた

しかし github 便利だな…

(04:59)

_ 色

JS の文字列が immutable なことと canvas の (stroke|fill)Style の指定が CSS color なことを考えあわせると、 なんか効率的な観点から最悪な気がする。

とりあえずどうせ 256 色しか使ってないからキャッシュして解決したけど、 一般的にははてさてどうするべきなんだろう。

(07:19)

_ plexode for canvas

http://tinyurl.com/25azxq3

適当に。

(07:53)

_ robo defense

適当にやって色々。

とりあえずテレポート無しで 12 台以下クリアは お手玉しても大変そうだったので、 テレポート解禁してから適当にやったら割とラクだった。

level 10 はだいぶ前に適当にお手玉でクリアしたし、 あとは時間かかるやつ以外では Risk taker くらいしかやることなくて、 それも別にどうでもいいなぁということで、 3ドル払って有料版…とかじゃなくて普通に別なことをすべきだと思った

(22:27)

_ おひっこしにむけて

とりあえず今月末引越しはほぼ確定したようだ。 8畳で8万とまぁ今より狭い&高いなんだけど、 狭いのはまぁ今も死んでるスペース多いので わざと狭くした感があって。

本当は似た価格帯でもうちょい広いところあったんだけど、 いつでもゴミ捨てれるとかのメリットの方が大きいと適当に予想した。

• お金の振り込み…は明日
• 契約しに行くのは…とにかく連休明けらしい
• 止めるべきは電気、ガス、水道
• ネットはなんか電話一本で移動できるらしいのでそうすればいいんだと思う

あとはとにかく物を捨てたい。たくさん捨てたい。

とりあえず本とゲームはわかりやすい対象じゃないかと思う。 適当に捨てよう。

あとはなんか電子レンジとか洗濯機とかも一旦捨てて新しいの買ってもいいと思う。 洗濯機はなんか乾燥機とかついてる方が便利そうだし、 レンジはなんか安物でも別に困ってないから…まぁいいか。

本はこう教科書的なやつは駒場に行って 自治会とかにあげれば売ってくれるんだろうか。

(22:58)

_ vcs_info

http://d.hatena.ne.jp/mollifier/20090814/p1

なんだこれは便利そう

via http://twitter.com/nalsh/status/13363607077

(23:29)

_ TCO

昨日ログインできなかったのだけど、 なんか javaws が古いかなんかのためみたいだった。

で今日は invitation only とか言われて登録できなかった。 たぶん昨日参加してないとダメってことなのか、 それとも以前 TCO 登録にしたと思ってたけど実はしてなかったか、 まぁそんなとこだろうと思う。

(01:49)

_ banner

http://golf.shinh.org/reveal.rb?PrinterOriented+Banner/nn_1272206337&c

この発想はなかった

(02:10)

_ heap profiler

http://shinh.skr.jp/tmp/ruby-heap.ps

ちょっと ruby 用の heap profiler を書いてみようとかなんとか。 とりあえず C レベルのスタックトレース出してもあんま意味ないんで Ruby のスタックトレースを出すべき。

pprof には symbolized-profile というフォーマットがあるっぽいんで、 それを使ってやれば Ruby のトレースにできるかな。

あと現状 vm_xmalloc しか見てないんで たぶん rb_newobj の方もチェックしてほげほげとかしないと たぶん何の役にも立たない

(11:09)

_ ばっくすらっしゅ

Chrome で全然なおってなくないか。

どっかにまだゴミ display*ModifiedByEncoding があるのかなぁ。

(21:06)

_ GC と GHC

http://github.com/ujihisa/nari.gc/blob/master/README.md

面白そうだなー。どうせ GW だし帰省するという手もあるか

(02:24)

_ last

でいいとのこと

http://twitter.com/notogawa/status/12800678999

(00:54)

_ cool

は批判であるという話。

http://twitter.com/yusk_/status/12832846727

http://twitter.com/yusk_/status/12832474236

なにかアイデア言って Cool. とだけ帰ってくるのは、 まさに気のない返事であるという感覚があって、 「あ、そう」くらいの印象で 強い了承という感じではないかなーと思ってます。

ただもちろん文脈も重要で、 "Cool. Everything sounds good to me." とかならまぁあまり気のない返事ではあるものの、 普通にゴーサインかなぁという感じ。 で、 Cool. の後が「俺もまさに同じこと思っていたよー」 とかなら結構強い了承という感じ。

あと僕の感覚では ! がつくと1レベルくらい上がるので cool! だと great. くらいで「いいんじゃね」、 great! だと awesome. くらいで「いいですね!」、 みたいなそんなこんな。

コードレビューとかの時はもうちょい弱い表現で了承の意味を出してる気がする。 どっちでもいいけどまぁやってくれた方がいいかなー くらいだと Looks good とか社内なら LGTM とか。 で、もうちょい気が無い時は OK とか。

というわけで、ありがたい変更だなーと思ったら Looks good. Thanks for this refacotring! とか、 なんかつけるようにしてたりします。

とはいえまぁ気分でそのへんはいくらでも揺らぐのでアテにならんわけですが。

(22:29)

_ 処世術とか文化とか

基本的に外人は誉めるのが上手というかよく誉める印象があるので

• 自分が誉められた時は少し謙虚に受け止める。特に Cool, but ... とかはよく考える
• 自分が相手の仕事を誉める時は大袈裟気味に
• 相手の仕事をけなす時は Overall looks good, but this patch could be better if you consider something something ... みたいな

って感じでやるのを心がけると、 親しくない相手でもそれなりにうまくコミュニケーションが回るかなぁと思う。 あとは同じ人の他の事象への反応とかと比較するといいかなぁと。

まぁこんなものは処世術というかなんというかなんかでしかないので、 当然相手との間柄によって変わることではあると思う。

でもそもそもコミュニティによってそのへんの文化はだいぶ違うよねたぶん。 kosaki さんの記述とか見ると linux だとだいぶはっきりとけなすみたいだし。

他の僕の知ってる範囲だと(つってもチラ見しただけのも多いので眉唾)

• Chrome: 基本的におだやか。ただ内部で先に議論してる場合があるので外部の人にはちょい冷たい印象になってることがあると思う。あとまぁ社内もそうだけど、当然キツい人もいる。
• WebKit: たまに激しめの議論になるし、基本的にちょっと殺伐としてる気がする、がまぁ基本的には丁寧。ちょっと素気ない感じの表現が多いか。
• Ruby: ruby-core はあんま見ないけど、なんか素気なく見えるかなぁ。単に長い英語書くのがめんどい日本の人が多いだけなんだろうけど。
• D: なんか孤高の Walter たんと割とちゃらんぽらん(良く言えばフレンドリー)な仲間達、というイメージ(だった。今は知らない)
• Boost: 固い感じ(だった。今は知らない)。標準化委員会とかにいそうななにか(いや実際いるんだろうけど)
• Io: わりと上品。大将が丁寧な感じだし。最近はそもそも流量少ない。
• codegolf: とてもフレンドリーな感じでみんないい人だったように思う。まぁ仕事じゃなくて趣味だから利害関係ないしね。
• GCC: 丁寧だけどフレンドリーという印象じゃないかなーという感じだけどよく知らない。よく知らんけど、たぶん仕事でやってる年喰った落ちついた人たち、ってイメージ。
• TCC: 大将 (Fabrice さんじゃないよ) すらたぶん仕事じゃないと思うんだけど GCC に似た印象。ちょっと素気ないけど丁寧的な。
• SDL: 普通に感じのいい感じだったと思うけどなんかあまり印象ないな…

つーかたまにリンクはられてて見る LKML 程度に口が悪い コミュニティは LKML と glibc の一名しか知らん気がする。

(22:56)

_ はすける

pi8027 さんとかにいろいろ教えてもらって 僕のはすけるの認識は色々間違えまくってるということがわかった。

でまぁ Haskell で標準入力を全て読み込んで、 しかるのちに Hello, world! とでも出力してください、 という問題がむつかしいという話を聞いた。

http://twitter.com/pi8027/status/12763914373

いやーなにやらむつかしそうですねーはすけるはすごいなー

とりあえずダメな方針での解をいくつか書いてみた。

main=interact(\s->take(14+length s)"Hello, world!\n")
main=interact$flip take"Hello, world!\n".(14+).length
main=interact(\s->"H"!!(0*length s):"ello, world!\n")

なんか全部同じサイズになる上に僕のはすける力ではこの程度が限界無念

(00:09)

_ seq

http://twitter.com/tanakh/status/12780733954

そうか単に length の結果を seq してやればいいのかぁ。

単に seq が何かよくわかってなかったというのが正直なところです

(11:13)

_ 対戦勝負

http://niha28.sakura.ne.jp/b/log/146

またも面白そうだなぁ。

3時間でこのルールはたしかに結構大変そう。

ガイスター100本勝負とかくらいがちょうどいいか。

(11:14)