ToDo:
がある。 個人的には比較的っさと潰したい問題ではある。
見た感じなにやら libLTO を呼ぼうとしてる lazy load のあたりで死んでて、 つまりこの最近の ABI だと lazy load 前提のコード吐いてるか、 それとも lazy load を無視して load するための情報が なんか別のとこに入ってたりするのかなーとかいう感じ。
まぁいいかげん lazy load するようにしてやった方がいいかもしれない。
(23:06)
ELF の fat binary をロードできるもの作りたいってのもあるんだった。
FatELF (http://icculus.org/fatelf/) みたいにややこいいものじゃなくても、 とりあえず ld-linux が特定オフセットから読むみたいな オプション提供してくれればいいんだけどな。
まぁ ld-mac32 と libmac32.so 用意しておけば それぞれふりわけるって shell script 書くだけでもいいんだけど、 それではちょっとつまらなくはある…
(23:15)
会社の人と韓国旅行に行った。
いつも動画で見てるスタークラフトの大会などを見るのがメインの用事という 終わっている有様。 他に行った人が書いていた通り、韓国語実況しか聞けなくて、 家でゴロゴロしながら聞いてる方が良いというような感じではあった。 しかしまぁいつも見てるものがこう作られてるのかーというのは色々興味深かった。 Intel がスポンサーの一つだったりするんだけど、 その宣伝を時々入れるために壁ポスターの Core i5 とか書いてある部分をずっと撮ってる人とかいたりとか。
しかしスタークラフト的には正直なところ失望した感じだった。 僕の夢の中では
みたいな夢の国を想像してたのだけど、 いや、うすうすこんな夢の国が存在しないことは、予想できてたのだけど、 想像以上に想像以下というか、そんな感じだった。 なんか大会に来てる人はすくないし、 たぶん一番人気だと予想してたイケメンプレイヤーが来てたのに 女子追っかけ3人しか来てないし、 路上の広告とか全くないし、というかんじで。 なんか他の人は SC1 をグダグダ一日中やってる ケーブルテレビのチャンネルを見たらしいので、 それだけが救いと言えるだろうか。
ただなんか国自体は低い期待をはるかに越えていい国だなーと思った。 韓国では反日教育的なことが行なわれてるとか、 日本の方でちょっと前に流行った嫌韓だとかは、 まぁ隣国ってのは仲がいい国の方が珍しいくらいだろうし、 しょうがない面もあるかなーと思いつつも、 隣国が好きになれるに越したことないよなーと思ってた身としては、 とても予想外で嬉しいことだった。
具体的には
大阪ってのは僕が関西にいた時はあまり良い印象のない形容詞だったのだけど、 今までに話をした多くない外国人のうちいくらかが大阪をべた褒めしていて、 いわく大阪の人は親切だとか情があるとかなんとか。 僕としては単におせっかいなおばちゃんがいるとかそいう認識をしていて、 しかし言われてみれば親切でいい人たちではあるんだろうなーとか思う感があったのだけど、 まぁ似たような印象を受けた。
あとまぁ単純に酒もメシもうまくて安かったし。 クソ近いんだしなんか仲良くしたらいいよね…とか思った
しかしスタークラフト的韓流ブームに騙されていた僕としては実は騙されて ここは韓国とかじゃなくて大阪の中の韓国村とかそういうのじゃないだろうか…とか思ったとかなんとか
(01:07)
http://jeffhuang.com/Final_StarcraftSpectator_CHI11.pdf
via http://twitter.com/ikdsk/status/71772107092135937
韓国行きの準備として読んだ。 要はゲームをプレイする人ではなく、 見てる人ってのは何考えてんだ、って話。
僕の感想としてはクソ論文、って感じだった。 定量的評価ほとんどしてないし、 僕の直感では、スタークラフトに特殊な事象を説明しすぎていて、 例えばニコ動での特に厳しい縛りなどをしないどうでもいいプレイ動画が それなりに人気がある理由なんかをコレじゃ全く説明できないよなーという感じだった。
しかし話によると CHI ってのは割と 情報と心理学の橋渡しになるような役割を持っていて、 定性的で特殊な議論も結構あるとのこと。 特に特殊な対象が商業的に大成功してたりすると、 なかなか悪くない研究対象であるとかなんとか。
内容はほとんどスタークラフト的には納得できるが それ全然一般的な議論にならんだろう、 こんなもんが論文って正直ひどいなー、 とか思いながら読んでたんだけど、 ふーむそういうもんか…という感じだった。
ちなみにあまり僕のバックグラウンドを今までここに書いてない気がするけど、 僕は現状では、自分がプレイする時間より 人のプレイを見てる時間の方がちょっと長いくらいの感じなのであった。
そういう意味で、この論文はこう、 観戦者の心理とかは激しく同意するものがアチコチであった… っていうか基本的に言ってることはスタークラフトに関しては完全に正しいと思った。 まぁでも一般性が全くないとは今でも思う。
一つ全く今まで知らなかった事象で感心したのは、 韓国では解説者が盛り上げるために 片方のプレイヤーの行動を隠したりすることがある、 ってこと。 こいうのはプレイヤーの行動を参考に自身の糧としようとしている人には邪魔だけど、 エンターテイメントとして e-sports 観戦してる人への 見せ方としては完璧に正しいものだと思う。 実際僕自身もうまいことやるなら隠してくれた方が楽しいだろうなー とか思ってしまうあたり、 プレイヤーとしては完全に終わっている
以下は読んでた時のメモだけど、あまり意味はわからない。
starcraft from the stands: understanding the game spectator intro 1. かんせんしゃてなに なんでかんせんするの 2. ほかのひとはかんせんにどう関係するの 3. なにがたのしいの 定義: ゲームを楽しんで見てる人 弟にポケモンのアドバイスをしている兄とか含む RELATED WORK - Game studies and Play Theory プレイヤーやめて観戦者に 疑似体験 一人でゲームやってるのの延長 ゲーム外では…ゲームとか無意味 なぜかゲーム観戦に巻き込まれたけど無関心な人 misunderstanding Second Life で PK? を楽しむ人 non-adoption - Game Design and HCI 観戦重要 ゲーム成功の鍵の一つ 観戦が楽しいゲーム設計重要 既に指摘されている観戦重要という点を証明していくぜ - Sports Spectating 自分のチームが勝った時の満足感、ドラマ、逃避、ゲーム知識、… SC 観戦者と同じ理由が見られる 東京砂漠さみしい スポーツには解説者重要 背景(チームの情報など)を解説する人 今起きてるゲームの解説をする人 SC とはなにかー SC1(1998) SC2(2010) 見下ろし型リアルタイムシミュレーション 資源を集めて軍を作る 相手の情報は偵察しないと見れない 資源を集めるユニットと軍と 軍はジャンケン 攻めかた色々 テクノロジ 観戦者は完全な視界 色々サポートツール YouTube SC2 ではたいてい組み込み Why study SC? 韓国では2002からプロリーグ 2つのチャンネルで放送 Samsung et al がスポンサー HDStarcraft は 1 年かけて 100000 subscriber でも1,2ヶ月で 3 倍に アホほど人いるからデータ集めやすい Method バイアスには注意したよ でも専門知識は必要 バイアス潰すために二人でどうこう Sample Characteristics 127 comments and videos about 観戦 9 PERSONAS - Bystander - AoE 見たけどつまんなかった。片方負けた時なんでかすらわからんかった 二種類いる - 無知 (彼氏の家に来た彼女) と知ったか (10年前にちょっと遊んだ) - Curious - つまんなさそうだったけどおもろいかも… 知識のギャップを埋めようとしている - Inspired - なにこれ面白そうやってみよう! なにあのプレイ真似してみよう! - Pupil - 動画で勉強するのは役に立つ Curious に似てるが実際にやってみる - Unsatisfied - 見てるよりやりたいんだけど… - Entertained - 見てるだけーでも楽しい - Assistant - 兄が占有しているゲームに弟が色々言う 実際のプレイに直接影響できる観客 - Commentator - Crowd - なんか盛り上がってるねすごいことが起きたらしいね 観戦者は互いに協力して win-win ENTERTAINING SPECTATOR SC は普通に観戦に便利な機能だとか かこいいグラフィックとかまあある しかし特筆すべきは情報の非対称性っていう 他のゲームにない特徴 Information Asymmetry 各プレイヤーの計画はプレイヤーは知ってるが観客は知らない なるほどそういう作戦だったのか! みたいな cheese such as proxy barracks プレイヤーも観客も知らない情報 きわどいけど決まれば劇的に戦況が変わる攻撃 ポーカーの次の手 観客しか知らない情報 ポーカーでの両者の手 解説者が意図的に隠す情報 DISCUSSION 観戦することによって - 満足 全くプレイしたことないけど大会に行ったり - 不満足 自分もプレイしたい! 大会の後はサーバがいっぱいに spoiler と information asymmetry 意図的に起こす information asymmetry プレイヤーとして成功するには変わった試合をしたりするの重要
(01:32)
って JIT したコードとかもちゃんと動くのね、すごいと言わざるを得ない。 まさか ld-mac の修正に役に立つとは
って感じで動いてるのかなぁ
(22:19)
鼻風邪みたいななにか。 金曜から全然なおらんくてひどい。
おかげでマラソン頑張る予定があんま頑張ってない。 でもそろそろほっといてかつ多少の事故が起きても 100 位くらいには入る領域ですかね… イマイチ読めん。
問題はいい問題だと思う
(21:47)
毎日仕様が変わる言語。おもしろい
http://p-nand-q.com/humor/programming_languages/tmmlpteal.html
この発想はなかった的な感じだなー
(21:50)
深夜0時からかと思ってたけど、 起きたらはじまっていた。
はじめて参加してみたけどこれ面白い感じだなあ。 いくらなんでも問題量多すぎ感が強いので、 はじめてチームとかに入ってみたくなった。
思いだし:
I2 の解が知りたい。 H2 は適当に 0-9 までを作ってから、 2 と ? で文字数調整しつつ o で削って先頭からちょっとずつあわせてく…みたいな方針を考えたんだけど、あまり簡単ではなかった感じだった。
ねむい
(00:09)
http://ipsc.ksp.sk/results_ng.php?arg_contest=ipsc2011&arg_div=open&arg_single=1
1人で5時間でこんだけ解いちゃう人がいるんだなあ…
I2 はアレなのか…アレ結局考えてないな
http://twitter.com/#!/kinaba/status/77392100064374784
(00:14)
http://partake.in/events/8c2cd95b-b6d4-4d9f-917e-a98ba9aafd25
僕の中では人類 vs ksk という感じだった。 フタを開けてみると人類善戦したなーという感じもあったけど、 まぁ 50B はすごく良いものだった。
もうちょいなんか準備してこいよという感じだったけど、 まぁなんか適当に紙とかにみんな書いてくれて良かった。 意外と人数いたあたりのがあれだった。
hirose さんが関西の方だということなんで 汚ない家に来てもらったり。 色々と教えてもらって僕はありがたかったんだけど、 環境としてはネカフェの方が良かったろうなーとか思った。 あとで予備の布団がカビくさい気付いてそっちも申し訳なかった。 てか干さなんと。しかし梅雨
(00:45)
http://twitter.com/#!/mametter/status/75937905503248385
なんかこのへんでまた話がされてるみたいだった。 前も書いたかもだけど個人的にはすごく欲しい…
RArray に is_sorted みたいな bitfield ぶちこんでしまうってのは 無理なんだったっけ…
(00:49)
http://twitter.com/hotpepsi/statuses/74847188701818880
objdump -x とかはともかく、 -S くらいは普通の linux 上で C/C++ 書いてるプログラマは 年に数度くらいは必要になったりあった方が便利になる気がするっていうか、 知らない/使えない/使わないのは損かなぁと思う。 「linux 上で C/C++ 書いてるプログラマ」が普通でない…ってこともないよねたぶん。
なんかごく最近 objdump -S を普通の用途で使った。 なにやら
static Mutex mu; mu.lock(); // foobar mu.unlock();
みたいなコードを見て、「これたぶん mutex 2回はる感じになるんですよねー」 とか言ってて、しかし本当だっけか…ってことで
#include <stdio.h>
struct C {
C() {
puts("C");
}
};
void func() {
static C c;
}
int main() {
func();
func();
}
みたいなコードを書いて、 objdump -S したら __cxa_guard_acquire とか出てきたので、 ああやっぱり、とか言ってたのだった。
しかしあとでよく objdump -S の出力を見ると、
400760: 48 83 ec 18 sub $0x18,%rsp static C c; 400764: 80 3d dd 04 20 00 00 cmpb $0x0,0x2004dd(%rip) # 600c48 <guard variable for func()::c> 40076b: 74 0b je 400778 <func()+0x18> 40076d: 48 83 c4 18 add $0x18,%rsp 400771: c3 retq 400772: 66 0f 1f 44 00 00 nopw 0x0(%rax,%rax,1)
って感じのコードが吐かれていて、 <guard variable for func()::c> ってやつがノンゼロならロックもなんもせずに 抜ける感じになっていた。
つまりロックの中で <guard variable for func()::c> ってのを ダブルチェックしつつ更新してくれるから大丈夫みたいなコードになってるんだろうなぁ と。
で、 objdump -S のおかげで関数内にコンストラクタのある型の static 変数がある場合に、 一度しか実行しないことを保証するためのコストが高いかと思ったら そうでもない、ってことがわかったのだった。
今回はまぁ単に気分で追っかけただけだけど、パフォーマンスとかが重要な時は まぁ普通に知りたい情報だと思う。
(01:50)
の Quine の項目に僕の名前がのってることに気付いた。
http://en.wikipedia.org/wiki/Quine_(computing)
えらくなった気分。
ちなみに shinichiro.h はなんかここにのっていたり…
http://en.wikipedia.org/wiki/Siroi_Danmakukun
(23:55)
行ってきた。 なにやら色々と面白いことをやってる人がいるなあと勉強になった。 特にネットワークまわりとかは相変わらず 勉強がたりなさすぎてよくわからないことが多かった。
個人的に興味というか比較的知ってる分野に近くて 印象に残ったのは「アセンブラ大集合」と「目grep入門」があったと思う。
前者の方はアセンブリの見た目から CPU の一定のクセを読むみたいな話で こういうのはわかった気ができてたいへん楽しい。 個人的にもこういうのを作ってみたりしていた。
http://shinh.skr.jp/h/?FizzBuzzAsm
追加大歓迎
後者の方はそのレベルでは全然ないけど、 Python challenge lv5 を Python の知識なく解いたあたりが 近い方面のアレだったかなぁとか思った。
http://d.hatena.ne.jp/shinichiro_h/searchdiary?word=python%20challenge
他にも ICFP の問題から画像取り出したりとかで 似たような方法論を使ったかもしれず。
自分のした発表についてはかなり反省するものがあった。 基本的にこの手の発表をするモチベーションとして
っていうのは間違いなくあって、 こういうののやり方としてはいくらでもあるわけだけど、 なんとなくコレだけでは良くないと思っていて、
っていうのは割と重要なアレとしてあると思う。
今回は聞き手がわかってそうなところをすっとばしまくったので、 後者の方のアレがイマイチだったように思う。
というのはなにか若い人と後で話して、 若い人 「なんとなくとか言ってたけどれあれ大変ですよね」 若くはないと言っても当たり障りのなさそうな人 「そうなんだけどあれはやるべきあたり前の事を順番にやってるだけなんだよ」 とかそいう会話を少しして、 後者の方の人と僕のやったことが当たり前のことだという理解を共有できていたことに 強い喜びを覚えるとともに、 前者の方の人にアレがいかにどうでもいい当たり前のことであるかが 伝えられてなさそうだったことに残念に思ったのであった。
ちょっと考えると後者のような人は何を喋っても理解してくれるわけで、 前者の人にこそ「僕がこの問題について いくつかある選択肢のうちこの選択をした結果、 現状の当たり前の結論に落ち着いたか」 ってことを伝えたかったんじゃないかなぁとか思う。
発表時間が短いということでアプローチとかはざっくりと削ってしまって、 何を話そうかと考えた結果僕が苦労したところを適当に話すみたいな感じになったのだけど、 しかし基本的なことをもっと説明することもできたんじゃないかとちょっと残念だった。
こいうことを思ったのは、 こいう現象ってのは会社でなんか喋る時とかにもっとひどくて、 会社の人の優秀さに頼り過ぎてて説明を省略しすぎてる感があるなぁ… とか思ったこともあったのであった。
しかし一方で俺SUGEEは一定したいってのはあるので、 なかなかこういうのはバランスが難しくて面白い問題だと思う。 なんかで読んだ、80%くらいは着いてこさせて、 20%くらいで聴衆無視して自分が楽しいだけの話をする、っていう プレゼン術はなにか色んな意味でよい気がする。
ところで今回のプレゼン資料はここにあります
http://shinh.skr.jp/slide/ldmac2/000.html
まとめると、 このプレゼンに対する想定反論として、 そんなもん当たり前じゃねえよ! ってものがあって、 それはそれで俺 SUGEE に成功しているという意味では嬉しい面もあるのだけど、 しかし共有ライブラリとかローダーとかの仕組みについて マジメに考えたことのある人に取ってはやはり当たり前のことで、 まさに「やるべきことをやったらなんとなく動いた」のであって、 その当たり前さの感動を伝えられない悲しさもあり、 というようなそういう。
いや当たり前さの感動みたいなものはあると思うんだよね。 仕様に決められてる通りのプロトコルを喋るクライアントを書いたら動いた時の感動というか…
まあなんかプレゼンってのは面白いよね…と思う
(01:15)
まあそもそも眠くてしょうがなかったとかいう 根本的な問題があって現実的には そっちのマイナスの方がはるかにヒドかった可能性があるという話があると思う。
しかし僕が考えたいのは、そういう現実の話じゃなくて、 「一体何が楽しくて僕はあからさまに得意でないプレゼンとかやってみてるんだろうか」 とか 「僕の伝えたいことを考えたところ、プレゼン資料を用意する時に考えるべきことはなんだろうか」 とか そういう形而上的というかそいうメタなことが考えたいのであって、 「人を感動させるプレゼン術」とかそのへんにはイマイチ関心を持っていないのであった。 いや関心はあるのだけど、自分でやってみようとかはあまり考えてないというか…
(01:22)
呑み会で適当にやった。 10分くらいでバッテリ切れるからその間に1問解ける予定だったんだけど、 問題を読んでる最中にバッテリ切れてしまった。 問題開いちゃったので0点。
レートが青くなってしまったよ
(23:53)
| 前 | 2025年 9月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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 | ||||
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
Before...
_ mame [応援のお便り待ってます！ is_sorted は要素を破壊的に書き換えた場合に sorted じゃなくなるのの検知..]
_ naruse [> is_sorted は要素を破壊的に書き換えた場合に sorted じゃなくなるのの検知が難しいです。 そう..]
_ mame [よく見るんだ。sorted なのは ary 、破壊的に変更されるのは a です。]
_ hirose [先日は泊めてもらって本当にありがとうございます。 色々話を聞けて、すごく楽しくて、最高でした！]
_ naruse [> よく見るんだ。sorted なのは ary 、破壊的に変更されるのは a です。 あー、なるほど。世の中難しい..]