ToDo:
たぶんできた。 どうやって適用するか。
(12:20)
http://www.f13g.com/?blog%2F2007-08-07#ze8adc6b
メモっておく。
http://msdn.microsoft.com/library/ja/jpdnvc60/htm/MemLeaks.asp?frame=true
* 孫子著『兵法』、取扱出版社多数。 メモリリークのデバッグにはまったく関係ありませんが、ホワイトペーパーを書い ていて、昔の中国の哲学者の言葉を引用したいと思っている読者には役に立つかも しれません。
原理は malloc 乗っ取りかな。
(22:25)
Lite2 って普通のキーボードだよなぁという。 あれなんかいいことあるんかな。
http://d.hatena.ne.jp/ranha/20070816#1187247523
(00:15)
C++ で HogeHogeManager というクラスを書いたとする。 HogeHogeManager はすんごいクラスで色々やってくれるんだ。 んでシングルトンでもある。 HogeHogeManager はその名の通り Hoge クラスのオブジェクトを管理するんだ。 HogeHogeManager から Hoge に少し プログラム全体に関係してるような情報を伝えたいなぁ と思ったとする。 Enemy オブジェクトに Screen オブジェクトを渡すような。
class Hoge {
Hoge(class HogeHogeManager* mgr);
}
class HogeHogeManager {
void addHoge() {
hoge_vector_.push_back(new Hoge(this));
}
}
とかするのが一案。 引数一個で済むのがいいところだけど、 HogeHogeManager のカプセル化が弱くなるのと、 依存関係が循環ぽくなって少しキモく感じるのが難点。
でもう一つは必要な情報だけ渡す。
class Hoge {
Hoge(const HogeInfoA& info_a, const HogeInfoB& info_b, const HogeInfoC& info_c);
}
class HogeHogeManager {
void addHoge() {
hoge_vector_.push_back(new Hoge(info_a_, info_b_, info_c_));
}
}
こっちはキャプセル化いじらないけど引数増やしまくるのが面倒だ!
まぁ後者がいいことが多いんだろうなーと思う。 そっちがいいんならまぁ引数増えるたびにいじりまくって めどいのはまぁ許せなくはない。
ただなんか気になるのが、 Hoge が結構数あるオブジェクトだったりすると、 それぞれの Hoge に同じ Info 群を持つと 結構な量のメモリが無駄になる気がすること。
いやまぁポインタなんか仮に10個くらいあっても 40B とか 80B で万が一 100万オブジェクトあっても 80MB とかでおさまるんだけど…
単に気のせいというだけの話 (((((((^o^)))))))))
(01:59)
(11:05)
http://d.hatena.ne.jp/KeisukeNakano/20070814/1187070401
あれこれ考えてたけどできなくて悔しかった。 悔しかったので答え見て縮められんか考えたけど、
"
#K#
$><<(
'%7c' %
34+$'<<34
)+'=~//;e'+
%q(val$')"=~//;eval$'
難しい。時間の無駄という言葉が似合う男。
(04:24)
最初に改行入れていいとする
"
$>.
<< ['
%4c'%34,
$'<<34]+%w(
[//];eval$'
)"[//];eval$'
こう見ると絶望的であることがよくわかる。
(04:59)
"
$>.
<< ['
%4c'%34,
$'<<34 ,%
[//];eval$'
]" [//];eval$'
空白の位置がおかしかった。 まぁはみ出てるのが , と ' とかなので 目立たない…
(06:01)
なんか知らんがバカゲーがあるみたいな。 ベッドみたいなんに寝ると ヘンな精霊だかなんだかが湧いてきて お帰りなさいませご主人様、的なことを言われて 首固定されてギロチンで首落とされてゲームスタート。 具体的なゲームの内容は全く覚えてないけど、 そのゲームスタートのシーンは なんか繰り返し繰り返し起こるんだけど その状況はなんか微妙。 なんかお前はクズだ死んだ方がいい的なことを 自分及びなんか自分の仲間に対して言いながら 殺しに来るヤツから逃れて ギロチン喰らいに行く。
なんでか知らんけど、悪夢じゃないらしい。
(08:03)
http://www.ecorient.co.jp/cgi-bin/design/2board/messages/2042.html
前、この皮はパンなんだろうかなんだろうと思った と思い出したのでぐぐってみた。
ホットケーキミックスとかで作るのか…
うーんアメリカで見た記憶無いけど アメリカ発祥なんだな…
(08:08)
わけわからねえよ!
STATIC int
LIBC_START_MAIN (int (*main) (int, char **, char ** MAIN_AUXVEC_DECL),
int argc, char *__unbounded *__unbounded ubp_av,
#ifdef LIBC_START_MAIN_AUXVEC_ARG
ElfW(auxv_t) *__unbounded auxvec,
#endif
__typeof (main) init,
void (*fini) (void),
void (*rtld_fini) (void), void *__unbounded stack_end)
{
(01:05)
ゴルフでアルゴリズムが綺麗な問題、 を聞かれてぱっと答えられなかったのだけど、
http://golf.shinh.org/p.rb?Sierpinski+Fractal#Perl
なんかはコードは綺麗だよな。 だけどまぁアルゴリズムってわけでもない。 そして説明がめんどくさい。
まぁ delete words が例としてはわかりやすいかなぁと思った。 この問題、普通に解けと言われても サックリ実装したいシーンなら 僕は transpose 4 回すると思う。
http://golf.shinh.org/p.rb?delete+words
ただそんなにインパクト無いんだよな。
こうどうしても main 再帰とかの小手先の方が インパクトが。
(00:35)
yyYY として、
YY%40 と YY0 を見れば yyYY%40 と yyYY%1000 は評価できる。
あとはYY0かつyy%40なら yyYY%400==0 と。
つまり
(YY0&&yy%40)||(YY!=0&&YY%4==0)
となる。 なんかちょっと綺麗だな。
(01:37)
とか言ってたっけ。 これ公開されてたんだね。
http://video.google.com/googleplayer.swf?docId=9214177555401838409&hl=en
むこうで聞いたテックトークの中でもトップ3には入るので 暇な人はお勧めなかんじだった。
via http://www.sodan.org/~penny/blosxom.cgi/2007/07/30#java-puzzler6
(13:02)
http://d.hatena.ne.jp/odz/20070809/1186679264
言い訳としてはそもそもまともな教育受けてないから 末尾再帰にかかわらず用語とか適当にしか把握しとらんのだよなー。
こないだも ICFPC2006 の ADVIS とか理攻めで 解けるらしいとか聞いてそういうもんだなぁとか。
どう思ってたかというと、 GCC が最後かけ算があるくらいなら 最適化するとは知ってたので、 関数型は末尾再帰で書けば問題ありません! とかを見てたぶん GCC が最適化できるくらいの ヤツはなんか理論化されてて最適化できるんだろー、 そしてそれを末尾再帰というのだろーと 勝手に思ってた。
むしろなんか今さっき OCaml で fact 書いたら 最適化されてないのを見て愕然としたレベル。 こんなの
let rec fact n = if n = 1 then 1 else n * fact (n - 1);; print_int (fact 5);;
カンスウガタとかたいしたことないなぁとか。
それはそうと、末尾再帰って話を始めて知ったのは ocaml.jp だったと思う。 その時 ocaml.jp 眺めながら OCaml という言語のすごさに感心しつつ 末尾再帰とかいうのが なんなのかもよくわからんかったし なんで最適化されるかとかもわからんかったので、 こんな難しそうなことがわかる これ書いた人はものすごいとんでもない人なんだろうなぁ とか思ったことを思い出した。
で、そいうやんごとなき人々と話せたりできてる 今ってのは幸せなのかな。 そんな気もそうでもない気も。
(15:15)
| 前 | 2024年 11月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ takkanm [macbook買うまで使ってましたが、デフォでctrlの位置がいいと小さいという部分と英語配列選べるというのはよかっ..]
_ shinh [あー確かになんだかんだで最初っから理想の配列に近い方がいいっちゃいいですね。使ってた時を思い返してみると普通に問題の..]
_ 紫月飴 [「配列やキーサイズに余裕のあるミニキーボード」というのが珍しい上に入手しやすいので選択肢としてはよく挙がるような。あ..]
_ shinh [ああゲームとかで Esc 重要ですね! 僕の Thinkpad は F1 とか F2 とか半角とかあのへん一帯が全部..]
_ shinh [ただそういう用途にしては Lite2 でも中途半端に高いような。少しこだわる気無いと 5000 円はキーボードに出な..]