ToDo:
立花隆の本を読んだ。 この人主張とかたぶんあまり好きくないこと多いし 文調とかもあまり好きくない感じだと思うんだけど、 いやまぁ細かいことまでまとめてくれてるなーということでたいへん面白かった。
つまりこう脳死というのは意外と難しい問題だったんだなぁとわかった。 たぶん賛成反対で聞いたりしてたのはイマイチだったんだろうなぁという程度に 色々なレベルの主張がありえるみたいだった。
どこが死か
脳死って何
このへんはもっと色々なレベルがありそう。
脳幹は要は外から観察可能な意識を司る部分なので ここが壊れちゃうと事実上こう 外から観察可能な意味が全て消えちゃうよね的な意味で 脳幹死んだら終わりというのが4つ目の立場だと思う。
大脳はもうちょい上位の思考をする部分なので、 脳幹死んでても夢とか走馬燈とか見てるかもしれない。 さらに麻酔で完全に脳幹が機能停止してても 周囲の状況を知覚していた人がいるらしいことから、 周囲を見てる可能性はあるわけだ。 ただ当然、脳幹死から復帰した人がいないので そんなことは誰にもわからない。
壊死の開始的などうしようもない状態はどう判定する?
大脳の死をどう判定するか
脳幹の死をどう判定するか
その他
脳死した人に対して
臓器移植について
なんか他にも色々あったけどこのへんが一番印象に残った論点かなぁ。
個人的には最初の方は脳幹死+それなりの判定+医師の判断程度、 いやむしろ植物状態とかやっちゃってもいいんじゃないかなーとか 思いつつ読んでたんだけど、 しかしどこから死かっていうと脳幹とかどうでも良くて むしろ大脳の死な感覚があった。
つまりまぁ僕は死んでなくても絶望的なら 殺して移植しちゃってもいいんじゃね？ と思ってるんだろうけど、 しかし生きてる人殺したら殺人だっていう 当たり前の論理は当たり前ながら当たり前なのであって。 しかしこう緊急避難的なこと考えると やっぱ別にいいんじゃねとか思いもする。
立花隆は殺人とか論外、脳死が確定なら移植はアリ、 しかし移植のための脳死確定は大変重要な判定なので もっともっと厳しい基準を設けるべき、 治療中断のための脳死確定はまぁそれなりの基準で別にいい、 って立場らしい。
移植と治療中断の基準が変わるべき、ってのは まぁ殺人か否かってところで明確に違うんだーっていう話らしいんだけど、 このへんが一番共感できなかった。
(05:40)
http://shinh.github.com/canvas/3dlines.html
座標変換とか面倒だなーと思ってきた
しかし github 便利だな…
(04:59)
JS の文字列が immutable なことと canvas の (stroke|fill)Style の指定が CSS color なことを考えあわせると、 なんか効率的な観点から最悪な気がする。
とりあえずどうせ 256 色しか使ってないからキャッシュして解決したけど、 一般的にははてさてどうするべきなんだろう。
(07:19)
適当にやって色々。
とりあえずテレポート無しで 12 台以下クリアは お手玉しても大変そうだったので、 テレポート解禁してから適当にやったら割とラクだった。
level 10 はだいぶ前に適当にお手玉でクリアしたし、 あとは時間かかるやつ以外では Risk taker くらいしかやることなくて、 それも別にどうでもいいなぁということで、 3ドル払って有料版…とかじゃなくて普通に別なことをすべきだと思った
(22:27)
とりあえず今月末引越しはほぼ確定したようだ。 8畳で8万とまぁ今より狭い&高いなんだけど、 狭いのはまぁ今も死んでるスペース多いので わざと狭くした感があって。
本当は似た価格帯でもうちょい広いところあったんだけど、 いつでもゴミ捨てれるとかのメリットの方が大きいと適当に予想した。
あとはとにかく物を捨てたい。たくさん捨てたい。
とりあえず本とゲームはわかりやすい対象じゃないかと思う。 適当に捨てよう。
あとはなんか電子レンジとか洗濯機とかも一旦捨てて新しいの買ってもいいと思う。 洗濯機はなんか乾燥機とかついてる方が便利そうだし、 レンジはなんか安物でも別に困ってないから…まぁいいか。
本はこう教科書的なやつは駒場に行って 自治会とかにあげれば売ってくれるんだろうか。
(22:58)
http://d.hatena.ne.jp/mollifier/20090814/p1
なんだこれは便利そう
via http://twitter.com/nalsh/status/13363607077
(23:29)
昨日ログインできなかったのだけど、 なんか javaws が古いかなんかのためみたいだった。
で今日は invitation only とか言われて登録できなかった。 たぶん昨日参加してないとダメってことなのか、 それとも以前 TCO 登録にしたと思ってたけど実はしてなかったか、 まぁそんなとこだろうと思う。
(01:49)
http://shinh.skr.jp/tmp/ruby-heap.ps
ちょっと ruby 用の heap profiler を書いてみようとかなんとか。 とりあえず C レベルのスタックトレース出してもあんま意味ないんで Ruby のスタックトレースを出すべき。
pprof には symbolized-profile というフォーマットがあるっぽいんで、 それを使ってやれば Ruby のトレースにできるかな。
あと現状 vm_xmalloc しか見てないんで たぶん rb_newobj の方もチェックしてほげほげとかしないと たぶん何の役にも立たない
(11:09)
http://github.com/ujihisa/nari.gc/blob/master/README.md
面白そうだなー。どうせ GW だし帰省するという手もあるか
(02:24)
は批判であるという話。
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)
基本的に外人は誉めるのが上手というかよく誉める印象があるので
って感じでやるのを心がけると、 親しくない相手でもそれなりにうまくコミュニケーションが回るかなぁと思う。 あとは同じ人の他の事象への反応とかと比較するといいかなぁと。
まぁこんなものは処世術というかなんというかなんかでしかないので、 当然相手との間柄によって変わることではあると思う。
でもそもそもコミュニティによってそのへんの文化はだいぶ違うよねたぶん。 kosaki さんの記述とか見ると linux だとだいぶはっきりとけなすみたいだし。
他の僕の知ってる範囲だと(つってもチラ見しただけのも多いので眉唾)
つーかたまにリンクはられてて見る 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)
http://twitter.com/tanakh/status/12780733954
そうか単に length の結果を seq してやればいいのかぁ。
単に seq が何かよくわかってなかったというのが正直なところです
(11:13)
http://niha28.sakura.ne.jp/b/log/146
またも面白そうだなぁ。
3時間でこのルールはたしかに結構大変そう。
ガイスター100本勝負とかくらいがちょうどいいか。
(11:14)
http://www.atmarkit.co.jp/news/201004/19/twitter.html
なんか意外と普通だなぁ。
twitter って planet wide にはなってるのかな。 キャッシュはそこらに適当にあるけど データ自体はアメリカだけーというのを予想。
http://q.hatena.ne.jp/1256635527
このへんを見るに
とかかなー
(08:40)
あ、普通ってのは fan out あたりの話を読んだ感想。 時系列のパーティションとかはなるほどなーと思った。
ユーザごとにパーティション切ってるとして こう一緒の TL によく出てくるソーシャルグラフの距離が 近い人は同じパーティションに行きやすい かっこいい分散データ構造があって…とか妄想したけど fan out 的なことしていいならそんなことする必要ないなーと
(08:46)
なんか会社入った時に、 ビルドとかデータ生成とかの待ち時間とか結構長いとかいう文脈で、 仕事の方を並列にするといいとか聞いて感心して、 実際3並列くらいまでは結構やれるような感じがしてる気がする。
つまりたぶんシングルコアで HT が入ってて、 後は IO 待ちとかあるから make -j は 見えてる CPU の数 + 1 くらいにするから… とかいう感じで 3 並列くらいなんだろうか。
で問題はちょっと最近 3 じゃ効かない感じがしていて、 どうにも頭がぼんやりしてる日の作業効率が悪い気がする。
今日はそれなりによかったのでメモっておこう
(22:31)
最初は double-layout から来る double-repaint が腐ってる問題と 同じような話かなーと思ったけど違うか。
異常
layer at (0,0) size 785x600
RenderBlock {HTML} at (0,0) size 785x600
RenderFlexibleBox {BODY} at (0,0) size 785x600
RenderFlexibleBox {DIV} at (0,0) size 785x600
layer at (0,0) size 785x1620 scrollWidth 770
RenderBlock {DIV} at (0,0) size 785x1620
RenderText {#text} at (0,0) size 752x1620
正常
layer at (0,0) size 785x1620
RenderBlock {HTML} at (0,0) size 785x600
RenderBody {BODY} at (0,0) size 785x600
RenderBlock {DIV} at (0,0) size 785x1620
layer at (0,0) size 785x1620
RenderBlock {DIV} at (0,0) size 785x1620
RenderText {#text} at (0,0) size 776x1620
つまり外側の DIV が flexbox なので body にあわせて縮んでしまっている。
つか 2 重じゃなくてもこれ起きたりしないかなーと思ったけど やっぱ 2 つ必要か。 修正はこれどうなるんだろうね
とりあえず一番問題なコピペは land
gtk の test failure は修正した。単に gtk が悪い
chromium-win は謎。 transform でおかしくなってるあたり明らかに僕が悪そうだけど、うーん。 あ、 capitalize や変更が起きないケースでも試してみた方がよさげ (0)
あとは
あたり
修正は一瞬だけど議論が必要なので早く考えた方がいい
個人的には修正したくない、が
するとしたら -webkit-focus-inner もやる必要があるんだろうなあ…
待ち
png の方を調整するくらいなら今でもできるが (2)
実装は大変そうだけど、考えるのはとりあえず早めにやれると良い
せっかくいじったんだからテスト書くといい
絶賛放置されている
絶賛放置されている
プライオリティつけてみたが (2) ばっかでどうしようもない。 (2) くらいは GW までとかに終わってるといいんだけど
(22:49)
ひさしぶりに ruby を rmemcheck にかけてみた… 対象は test/ruby で。
これは昔リークゼロにできてたようなそうでもなかったような。 もはや記憶になくて、記憶にないのは良くないので とりあえずここに記録を残して置いてみよう。
http://shinh.skr.jp/t/leaks.txt
特に何もしないプログラムでも Init_VM と Init_sym で リークが検知されるけど、 まぁこれは問題ないんじゃないかな。 前者は INSTRUCTION_NAMES とかで 後者は register_symid とか。 なんかでもこれ leaks.txt には書いてないな謎。
ていうか発生個所が単体で走らせると結構 leaks.txt と違ったりして謎。
とりあえず test_m17n_comb.rb は何かがおかしそうだ。
==19285== 39,982 (32,480 direct, 7,502 indirect) bytes in 70 blocks are definitely lost in loss record 63 of 68 ==19285== Ruby /usr/local/lib/ruby/1.9.1/minitest/unit.rb:176 ==19285== at 0x4C255D3: malloc (mc_replace_strmem.c:1127) ==19285== by 0x49737D: onig_new (regcomp.c:5600) ==19285== by 0x489D4C: rb_reg_prepare_re (re.c:1259) ==19285== by 0x489F4F: T.591 (re.c:1318) ==19285== by 0x48A724: rb_reg_match (re.c:2703) ==19285== by 0x512496: vm_call_method (vm_insnhelper.c:377) ==19285== by 0x513B85: vm_exec_core (insns.def:1002) ==19285== by 0x5183F8: vm_exec (vm.c:1133) ==19285== by 0x5199B5: rb_yield (vm.c:586) ==19285== by 0x52A954: rb_ary_each (array.c:1413) ==19285== by 0x512496: vm_call_method (vm_insnhelper.c:377) ==19285== by 0x513B85: vm_exec_core (insns.def:1002)
これは re.c の
if (tmpreg) {
if (RREGEXP(re)->usecnt) {
onig_free(reg);
}
else {
onig_free(RREGEXP(re)->ptr);
RREGEXP(re)->ptr = reg;
}
}
を適当に
if (tmpreg) {
onig_free(reg);
}
とかにしたら消えた気がする。 しかし RREGEXP(re)->ptr はそもそも解放されてないような気がするのが謎で謎。
とりあえず最小テストケース
d = "foobar"
d.force_encoding("EUC-JP")
/./ =~ d
というあたりで飽きた
(03:06)
| 前 | 2025年 7月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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 | ||
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ kosaki [えー、LKMLって口が悪い部類だったの。全然知らなかった 勉強になります。 じゃあ、LKMLのノリでruby-cor..]
_ shinh [まぁそのへんはそいう人だって認識されてれば問題ない気もしますし実際はほとんど問題にはならない気がします。でもまぁなん..]
_ kosaki [Googleはなんというか世間知らずなのが損をしている感じ。世の中の一般のユースケースを知らないのでregressi..]
_ naruse [「素っ気ない」ってのは多分英語ネイティブでない人の割合が大きいって意味なのかなぁ。 IETFとかW3Cとかもシンプル..]