ToDo:
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)
なんか今回はビジネスクラスというのに乗ってみた。 実際サービスはいいと思う…というか 10万単位の金払ってるんだからこれくらい 全員にやってもいいんじゃねーとか思った。
僕の感覚では 20 万程度という差額の価値はどこにも無くて、 そうなってくると会社に払わせるとしても 貧乏症的にはちょっと微妙な感じではあるなーという感じだった。
帰りになんか火山がどうこうでどっかの線が止まってるらしいとか聞いたんだけど、 実際 kmizu さんが被害にあっていた… がんばってください
http://twitter.com/kmizu/status/12284574428
今回のメインの出張理由は webkit contributor meeting とかいうのに行くことだったのだけど、 まぁそれについてはまたなんか書いてもいい気もする… けど普段から webkit な感じな人でもないと無価値な感じの話な気がする。 JS engine くらいかなぁ。
http://niha28.blogspot.com/2010/04/screen.html
みたかんじ screen-devel でいいんじゃないでしょうかと思いました。
http://lists.gnu.org/archive/html/screen-devel/2010-04/threads.html
GNU ってある程度以上長いパッチは書面送る必要あるらしいけど 今でもそういうのあるのかな
http://www.amazon.com/gp/product/B00342PJ5M/
が欲しいなーと思ったけど海外発送できないみたいだ。
向こうにいる間に買っときゃ良かったか。
日本で売ってるものに比べて
というメリットがあるみたいだ
http://code.google.com/p/chromium/issues/detail?id=41467
楽しいことになってるみたいだ。
たぶん http:// が無くなってすごくうれしいという人はいないだろうし、 無くなってむかついてる人ばかりがこのバグを見つけるわけで、 となるとわざわざ味方してくれる人とかいなくて大変そうだなー
RFC 3986 に違反してると言ってる人は URLバーに日本語ある場合に %-encode されてない 文字列が出てるのもダメなのかなぁ。
X のコピーはたしかにこれ問題だな。 まぁすぐに直せるだろうけど
なんかビデオプロトコルとしての SDL (つまり X 的な意味で) はうまくいく感じがしないなぁというのは 漠然とずっとあったのだけど、 まぁ要は canvas みたいな API にしてれば良かったんだろうなぁ。
具体的には
の2点あたりかなぁと
SWSURFACE はメモリから VRAM への転送だけやってやれば とりあえず遅くとも動く…というのは素晴らしいので、 ビデオドライバ書く時の共通インフラとしてそのへんがあるのは問題ないとおもう。
(14:40)
http://github.com/shinh/w3m/commit/5e5c4fe9082b1019ab72a11cfb3428f096e61abc
なんとなく実装した
(15:12)
相変わらず grep ビリティの低いコードだにゃーとメモ。
process.c の case RC_ESCAPE: のところから SetEscape を呼んでるようだ。
なんかこの時点で…というかずいぶん早い段階で ^T とかが変換されてる気がするな気のせいかな。
やっぱそうだな。 process.c の Parse
else if (delim != '\'' && *p == '^' && p[1]) { p++; *pp++ = *p == '?' ? '\177' : *p & 0x1f; }
と、このへんでこの手の設定は端末でやればいいか…とか思った。
(03:02)
栓抜き入ってるかなーと思ったが入ってなかった。
http://www.youtube.com/watch?v=CPLb3wBlTyw
を見てしばし挑戦。 そろそろ開けれそうな手応えを感じてきたけど、 腕がつかれた上に紙も枯渇した。
関連動画を見て歯をちょっとチャレンジしてコツがつかめなかったのでやめ。 二の腕でもできるらしいができる気配がない。 女性は胸でもいいらしい。すごい。
http://www.youtube.com/watch?v=V85wleqv8zI
まあ結局机の角で開けたよ。うまい。これかな
http://www.yoshidawines.com/product/120
(12:36)
http://niha28.blogspot.com/2010/04/blog-post_5401.html
よくわからないけど…
なにを作ってるかわからないのでよくわからないし、 何もかも覚えてないしそれ以前にそもそも端末とかよくわかってないけど、
後者はすぐ試せて
i@uco ~> stty -icanon && stty -a | grep canon isig -icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt i@uco ~> stty -a | grep canon isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
とか。
reset とか stty sane って何やってるのかなーと strace してみた。
reset は terminfo 読んで、標準出力と標準エラーに対して ioctl 呼んで、何やら escape sequence を write しまくってという感じぽい。
一方 ioctl の方は標準入力に対して 5 回程度 ioctl 読んでるだけ。
と、このへんまで書いてて気付いたんだけど、 にはさんはこう入力いじってて ls の出力とか出力っぽいとこが 変わってるのはヘンな気が
(13:50)
なんでまた Thinkpad なの…という感じだけど。
AMD Turion Neo X2 L625 Windows 7 Professional 32 11.6型HD液晶(1366x768) AMD M780G with ATI Radeon HD 3200 graphics 4GB PC2-5300 DDR2 250GB 5400rpm 6セルバッテリ Bluetooth ThinkPad b/g/n
で 8 万かあ。やすいなあ。
解像度はもうちょっと高さ欲しいなぁ。
(21:25)
と思ったらこっちの方がだいぶやすいなぁ5万か。
AMD Athlon Neo X2 L325 Windows 7 Home Premium 64 13.3型 (1366x768) ATI Radeon HD 3200 graphics 128MB 2GB DDR2 SDRAM 250GB 5400rpm 4セルバッテリ Bluetooth ThinkPad b/g/n
(22:06)
_ niha [ls とか狂ったのは new = orig みたいなことをしてなかったためでした。setsid() は全然関係なかっ..]
前 | 2025年 1月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
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とかもシンプル..]