ToDo:
名古屋っぽいもの食いたい。 USB ケーブル無いから GPS 無いのが痛いかな
それはそうといろいろためになったとおもう。なんか忘れそうなんでなにか書いておく。
なんかまだあった気がするけどまぁ
あとは何度も定義読んだであろう Sort モジュールなー
これを読んだ。面白かった。
- 最初の方の暗号ってその時代に生まれてたら解けたんじゃねと思ってしまうけど解けないんだろうね。なんというか基礎教養的なものってのは案外強いんだよなーたぶん - まだ解けてない宝の地図とかあるのかーロマン - ディフィーさんとヘルマンさん (以下 DH) は別人 - DH より RSA の方が良いようだ…今一つメリットにどうもピンと来ないけど - RSA も DH も発見者は彼らじゃないそうだすげえ
(00:45)
http://golf.shinh.org/p.rb?Sort+by+Length+for+OCaml+Golf+Competition
これなんかうちに short coding とか二冊あるから 賞品とかにしたらどうでしょーとか 自分で言っておきながら持ってかえってくるの忘れて 帰省してた。
僕が優勝すればいいのではないか!
(01:07)
MacOSX のバイナリを無理矢理 linux で動かして遊ぼうとしている。 で、なんか、それなりには動くんだけど たいていのプログラムはどっかで crash する感じで、 どうも glibc の初期化ルーチン走ってないのが良くないかぁ という感じのものが多い気がする。 たとえば setlocale とかそういう。
で、 glibc を初期化したいわけだけど、 どうしたらいいかなーというのがあまりいい案がない。
とかになるのかなーと思うんだけど、 libc の初期化ルーチンを自前でリンクするとかめどい…
なんもしない main を書いて、 それを実行バイナリに落として、 必要な部分を自分の ELF binary にコピってくる… みたいな感じで動くんかなぁ。
リンカじゃなくてローダにすべきだった気がしてきた。
今からやるとするとどっちがラクかなー
(23:54)
ややこしいよなぁ…
http://www.x86-64.org/documentation/abi.pdf
これによると struct 返り値は hidden parameter でいいのかなー と思ってたんだけど、 なんか GCC の挙動違うぞ… と思って調べてみたところ、 どうも RAX と RDX に入るならそっち使う、 って感じかなー。
http://agner.org./optimize/calling_conventions.pdf
によるとややこしいなぁ…
(14:29)
devquiz の pacman とかやってみる。 ダメぽ。
おそらく熱暴走で reverse proxy の役目を果たしてた マシンが止まるという事件が 2 度ほどあったので、 OCaml meeting 前にこれは不安だろうということで、 ゴルフ場のマシンの方に reverse proxy の役割をうつした。 これでたぶん大丈夫かな…
(21:56)
http://d.hatena.ne.jp/lyrical_logical/20100819/1282232382
そういう話なんかなコレ。 pimpl 死ね死ね派として。
元の話は
// header
class C {
public:
C();
void f();
private:
class CImpl;
CImpl* pimpl_;
};
// source
class C::CImpl {
public:
CImpl() {}
void f() {
// ...
}
};
C::C() {}
void C::f() { pimpl_->f(); }
と
// header
class C {
public:
C();
virtual void f();
static C* create();
};
// source
class CImpl : public C {
public:
CImpl() {
}
virtual void f() {
// ...
}
};
C* C::create() {
return new CImpl();
}
の比較ってことなんじゃないのかな知らんけど。 pimpl とファクトリの比較って言ってるから pimpl とファクトリは組み合わせれるとかじゃなくて、 pimpl 的なことをファクトリでやる、っていう話かと想像した。 まぁいずれにせよ元の話が違っても 僕は後者の方が好きだという主張したいという話をしたい。
pimpl って何がダメってめんどくさすぎることで、 ただでさえヘッダのせいで二カ所に関数名書かにゃならんので DRY から遠ざかってるのに、 pimpl とかしたらに三カ所なってありえんというだけ。 まぁそれだけなんだけど、しかし三カ所に書くってホントありえんと思うんですよ。 単に引数一個増やすだけであちこち書き直していくとか完全におかしい。
たぶん後者の話の弱点は仮想関数呼び出しとか ヒープアロケーションのオーバヘッドくらいなわけだけど、 たぶん pimpl 使いたいと思うようなクラスを思い出してみると、 たぶんたいした個数作らないオブジェクトがほとんどなんじゃないかなぁと思う。 NantokaMgr とか NantokaController とか名前つけたくなるクラスが多いんじゃないかと。
(02:16)
http://shinh.skr.jp/m/?date=20100815#c
意外とみんな作りたいということがわかった。
僕が作りたいというかエディタを作るとしたら… という妄想としては二種類あるようだ。
まず一つ目は、 WM でいうところの sevilwm みたいな、 俺しか使わないから俺の必要な機能だけつけるよ系の何か。 僕の使う機能だけ、ってことならまぁ割と現実的に作れるんじゃないかな。 まぁそういうものでも多少 scriptable な方がやりやすそうなので、 まぁ JS あたりは乗せるのかなぁ、どうだろ。
もう一つの方は明らかに単なる妄想で、 Emacs lisp の部分を JS にして シングルスレッドやめた Emacs みたいな何か。
ほとんどのコードを JS にしておくことによって、 ネイティブアプリとしても、ブラウザ上でも動くよ的な妄想。
まぁブラウザで動かすって方は テキストを持つデータ構造を好きにできないので、 大きいファイル相手にすごく重くなって全く実用的でない予感しかしないけど。 裏で超かしこく range 指定での query を繰り返せばなんかできるかもしれん。
(00:37)
会社が六本木に引越したので近くて出社がラク。
六本木には卓球台があるのでやたらやってる。 卓球ですらケガできる子なので生傷がたえない。
Star Craft 2 を遊んでいる。 面白いと思う。
ただ SC2 はアカウントロックされて悲しいことになった。
電話自体は大変親切で、英語電話としてはこれまでに無いくらいスムーズだった。 片言でも英語喋れて良かったね的な…
あと思ったのはついでに秘密の質問も再設定してもらうべきだった。 どうもログインできても変更できないみたいだ…
(00:49)
知ったかぶりコメントを書いた。
http://d.hatena.ne.jp/mindcat/20100815/1281877127#c1282062678
まとめておくと、
って感じかな。 Opera は linux 上での結果だけど、まぁ win とか mac も同じだろうと思う。 てか IE9 はどうだろ。 今 Win 無いので明日見てみようと思う。 僕のカンでは Firefox に一致するんじゃないかな。
WebKit は同じ WebKit でも結構環境依存で 挙動が変わる部分があって、 こいう議論の時はうざいことこのうえないことだと思う。 ただ、 WebKit の環境ごとに最速な方法で 実装する手段を与えますよーていうやり方で、 共通レイヤ作りがちで速度的な面で不利になりがちな Gecko より速くなりがちなので、 一概に WebKit うんこというわけではないんだよー という話かなぁと思う。
(01:48)
この実装はちょっと面白いなと思った。
http://trac.webkit.org/browser/trunk/JavaScriptCore/wtf/text/StringImpl.cpp?rev=65493#L511
何度見てもこれは内容を忘れるものの一つだと思うのでまた今度読もうと思う…
こういうのもあるらしい。
でこの StringImpl 見てて思ったんだけど、 これメモリもうちょいケチれね?
(02:10)
http://golf.shinh.org/p.rb?data+order
ソートしない方針は思いついたけど、 Array#count が refe で出てこなかったから、 あれー無かったっけーと思ってやめてしまった…
(05:05)
そういえば wine について書こうと思って書いてない。 もう書くの忘れたまんまになりそうなのでなんか書いておく。
あれは普通に考えると PE ローダ。 PE はエントリアドレスとか指定できるっぽいので、 まぁ適切な位置に配置してやらなければならん。 しかし普通に wine は libc とかも使うわけで、 wine 自身やら libc やらが PE を置きたいアドレスに 配置されたら困る。
wine がどうやって回避してるかっていうと、 ELF のロードを自分でやってる。
正確にはうちの debian とかだと、
とかいう感じになるっぽい。 細かいところはまた今度調べないといかん。
あとはまぁ C プリプロセッサ持ってたり、 たぶん複数プロセスのアプリとかもちゃんとなんとかせんといかんからか、 レジストリの管理やらなんやらをしている wineserver とかいうのが 動いてたりとか、まぁなんか知らんけどすごい開発リソースが投入されてるよなーと。
(02:47)
いつものことながら hello が動くと嬉しい。
i@um ~/test> cat hello.c
#include <stdio.h>
int main() {
printf("Hello, world!\n");
return 0;
}
i@um ~/test> gcc hello.c
i@um ~/test> ./a.out
Hello, world!
i@u4 ~/wrk/ld-mach-o
> scp i@um:test/a.out .
a.out 100% 8704 8.5KB/s 8.5KB/s 00:00
i@u4 ~/wrk/ld-mach-o
> ./macho2elf a.out elf
i@u4 ~/wrk/ld-mach-o
> ./elf
Hello, world!
あとは引数とかとシンボルのリネームとかかな。
引数の方はこんなコード書いて
#include <stdio.h>
int main(int argc, char* argv[]) {
printf("argc=%d\n", argc);
printf("argv[0]=%p\n", argv[0]);
printf("argv[0]=%s\n", argv[0]);
printf("argv[1]=%p\n", argv[1]);
printf("argv[1]=%s\n", argv[1]);
return 42;
}
実行すると、
> ./elf foo argc=2 argv[0]=0x7fff558ef3d4 argv[0]=./elf argv[1]=0x7fff558ef3da argv[1]=foo
引数あってるじゃん… ELF と Mach-O は 起動時の ABI は一緒ってことかね。
いつも思うんだけど printf ってこう、 不審な値が入ってることなんていくらでもあるはずだから、 多少チェック入れて欲しいよねとか思う。 出力前に引数の値チェックする safe_printf みたいなのあってもいいと思う。 glibc の printf は %s で null check するのはえらいと思う。
あとグローバル変数忘れてた。 たぶん動かんのでチェックしよう。
(00:02)
ひさびさにスレが目に入ったので見たら色々要望とかあった。 アンテナに入れておこう…
http://pc12.2ch.net/test/read.cgi/tech/1173057314/l50
さて Scala は何故入れなかったんだっけ… たぶん強烈に遅かったんだと思う。 しかしまぁいいかと今度入れよう。
Ioke ってのはなんだろう入れよう。
むうちょっと日和った Io for JVM or CLR って感じかな。 コンセプトは良さげ。
XSLT って普通の入力処理できるんだろうか、まぁ入れよう。 処理系は何がいいんだろう。
pugs => rakudo はそうなんだよなぁ。 pugs 自体が死んだようなもんに見えるので、 両方残すとかはなるべくしたくなかった。
というようなものは、 まぁ教えてくれれば消したいと思う。 そういうのは少ないと思うんだけど、どうなんだろう。
99.rb の 14B は消したみたいだ。 fib.c の 21B か…これはどう見てもおかしいな。 消すか。消そう。消した。 万が一復帰する必要があった時用メモ:
["", 21, 0.000241, Sun Sep 28 18:39:34 +0900 2008, [0], 0] ["", 21, 0.089871, Sun Sep 28 18:27:00 +0900 2008, [0], 0]
Octave 。あれ標準入力とかあるんかいな。入れよう。
use form 。つか use form はひどすぎるのでなんとかするべき。
(01:52)
最近色んなことを記録してないのがよくないと思ったので、 とりあえず記録しておく。
Perl6 は思った通りというか、 やはりとても面白かった。 なんていうか、色んな問題に他言語から取ってきた手法じゃなくて、 ユニークな解を与えていくって感じで、とてもいい。 ただ Rules だけはちょっと失望感があるかなぁ… まだしっかり見てないからわからんけど。
今一つ配列とリストの区別がつかないのと、 それらの結合演算子の無いっぽいのが痛いぽかった。 いや , でひっついたりもするけどそのへんよくわかってない。 () で書くのが Parcel or List で [] で書くのが Array 、 @a に入ってるのも Array 、って感じか、な。
コードとしては、 フィボナッチに感銘を受けつつ、 にはさんパスカル書いてくださいとか人に丸投げしてたら書いてくれたので、 それをちょっと縮めたりしてたのを xhl さんが大幅に縮めて下さった、
([1],{0,@^_ Z+@^_,0}...*)[^13]>>.say
がまぁいい感じだったと思う。
あとこの fizzbuzz もいいなぁ。長いけど。
http://d.hatena.ne.jp/lyrical_logical/20100807/1281199290
落とす方は無限リスト作るとすぐメモリ使い果たすのがアホかという感じではあった。 メモリ使い果たす時に GC が無限再帰して stack overflow してるのは興味深かった。
あとは parrot/rakudo のコードを眺めてる時間も多かったと思う。 言語作る人ってメタメタしいの好きだよねえと思った。
(02:08)
だいぶ前のやつ。
http://www.slideshare.net/suzaki/ss-4707229
正直何言ってるんかなー的な話が多かったかなぁ。 なんか終わった後に感想は書いてあった。
流れとしては、
って感じなのかな。
全体的にクラウドってのがこいう心配しなきゃいけないほどマジメにみんな考えてることなんだなぁ…というのが感想だったと思う。僕の自分の中との温度差にびびった感。
まぁそれより、 hyoshiok さんが楽天のコミュニティとのつきあいガイド的なのをプレゼンされてて面白かった。 OSS すいしんーみたいなのって、言うのはとっても簡単だけど、それでもなかなか会社は言ってくれないことなので、それを言うだけでも素晴らしいことだと思った。
そしてしかし実際にすいしんーって感じにするには、それは僕の理解が正しければ従業員がそれなりに忙しくない必要があって、そいう面のサポートをするのは会社としては短期的には真にコストのかかることであって、そして大変なんじゃないかなぁと思う。というような話をしてみた、が、どの程度説明できたかに自信はさっぱりない…どの程度うまくいってるかというと、それなりにはうまくいってるけど完璧ではないくらいだと思うんだけど、グーグルは結構マジでこのへんにコストを割いていると思っている。僕の感覚ではヒラ従業員の意識とかうんぬんとかよりそいうサポートみたいなのが無いと現実問題としてキツいと思うんだよなぁ。
なんか OSS の中にあるバグとかって普通に追う人は追うと思うんだけど、 // 弊社向け hack! とかいうコメントと共にローカルへの変更だけになっちゃうケースが多いんじゃないかなぁと漠然と思っていて、そこをちゃんと還流していくか否かってのは仕事に余裕があるか否かと、その人になんかそいう精神があるか異なか否かがたぶんあって、後者がある人ってのはもうほっといても勝手にやるので、たぶん禁止さえしてなければ実際のところどうでもよくて、多数であろう前者の方のサポートはなんか重要なんじゃないかなぁ…という。
で、一番重要な話はこう実際英語とかどうすかと聞いたことなんだけど、割と好意的に受け入れられているらしい。潰しの効くスキルだからいい機会である、って感じなのかな、という印象だった。
そしてそれは、個人的には大変残念というか、くやしいというか。なんか漠然とこうずっと、英語とかとの向き合い方はマジメに考えないといけないのか、それともほっといてなぁなぁのうちに退社してニートになるか、というのが漠然とあるのだけど、真面目に考えた方がいいのかなぁ…
こうなんで英語イヤかというと、それはまぁ色々理由らしきものは考えられて。僕は自分で勝手に自分は勉強熱心であると思っていて(主に知らない人に知ったかぶれる程度の知識を修得することに関して)。で、それは今まで基本的に、あまり目的とか深く考えず単に知りたいから勉強してきただけっていうのが強くて、そこはなんか漠然と、否定しちゃいけない部分な気がしていて。ていうのはこう、塾とか予備校とか TOEIC とかでもいいんだけど、無理矢理こう、学校とか会社に行くためにおべんきょー、みたいなのをやっている人を見て、どうもあまりうまくいってなさげだなぁとか思ったのが強いんだけど、まぁそいう現実的なものは後からついてくるべきことであって、動機であってはいけないと、こう漠然とした俺ルールがあって。今後仕事で潰しが効きそうだから英語勉強ってのは、それに見えて大変イヤなのだった、というのも理由の一つかなぁと思う。
まぁ趣味は言い訳なのでこれも言い訳でしかないとおもう
(02:23)
この件に関しては、言語ごとに集計しつつも、 その投稿がなされた時のバージョンを記録、 っていうやりかたをするべきだったんだと思う。 同じようなやりかたで例えば JRuby なんかもサポートできるといいんだろうと思う。
言語をリモート実行するようなものをこれから作る人は そのへん気をつけるといいんじゃないかなぁ。
(02:46)
| 前 | 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ isshiki [>暗号解読 ボクも数年前に読みました。感想は今となっては小学生の感想文レベルでしか語れないので控えますが、当時思っ..]