ToDo:
と X がこうアプリから独立してていいことは CPU に負荷かかっててもウィンドウスイッチはできるというような。
で OSX で window switch してると 負荷かかってる時は反応が遅れて来て困る。 んで、 Quick silver から fork => Apple event 送る => Apple event に返事、 のたぶん最後の部分に時間かかってるんじゃないかなと 思ってたんだけど、 本当にそうなのか確認する価値はある、 っていうのと やっぱコアの部分は CGS 系でやれるといいのかなとか。
ああそうか、負荷がかかってるアプリへの情報問い合わせに時間かかるのか。 なら前回値記憶しておいてタイムアウトしたらそっち使うようにすればいいか。
(02:51)
http://d.hatena.ne.jp/niha/20070802#1186070742
いや C もだけど、 初心者の敵度で言うと Unix のたいがいさはたいがいだろうなぁ。 pipe とか select とか。 あと sigpipe とかですか。 wait 忘れるとか。
未だになんも見ずにデーモン作れないよ。
(01:13)
とりあえず SIGINT ほってから しばらくして止まってなかったら諦めて SIGKILL とかどうするのとか。
いや普通にできるのかもしれんけど、 ゴルフ場でうまいこと実装できんかった気がする。
(01:16)
古いものはこうまぁ色々ほころんでるから 老害とか言うんは簡単で実際そいう側面はまぁ強いのはいいとして。
まぁよりベターなものを生む礎になれば良いのじゃー というのはあるんだろうけど、 そのわりには POSIX API をちゃんとラップするような ライブラリってあんま無いよな的な。
いやあるんだけどな。 libruby とかそういうヤツ。
(01:28)
Java puzzlers はそいう論調で Java を擁護するのだよな。 曰く、色々クソな点はたしかにあるけど、 そのクソな点が十分研究されて発見されてるのは 十分に受け入れられて吟味されているからだし、 Java は比較的クソな点が少ないからこそ受け入れられたのじゃとかなんとか。
同じ論理が C に適用された時、僕は C を許すのだけど、 Java はこう許せないのだよな。 Java ってほころびるほど古い言語じゃないじゃん。 もうちょいなんか検討しとけよ、とか。
short x = 0; int i = 123456; x = x + i; // コンパイルエラー x += i; // 無問題
とか見てると何がしたかったの君、的な。
(01:38)
http://d.hatena.ne.jp/soutaro/20070803/1186130441
あー別スレッドから殺すのいいですね。
現状のゴルフ場見てみた。
`pgrep -P #{pid}`.each do |l|
puts "kill #{l}"
Process.kill(:KILL, l.to_i) rescue puts "already died? #{l}"
end
puts "kill #{pid}"
# Process::kill(:INT, pid)
Process::kill(:KILL, pid) rescue puts "already died? #{pid}"
Process::wait(pid)
SIGINT の後はなんか色々試した記憶はあるけど なんかそのへんのコードは今は全く残ってないみたいだ。
(21:52)
http://d.hatena.ne.jp/higepon/20070804/1186241590
#include <stdio.h>
int is_tail_opt() {
return __builtin_return_address(1) != __builtin_return_address(2);
}
int fact(int x) {
printf("%s\n", is_tail_opt() ? "tail opt" : "not opt");
return x == 1 ? 1 : fact(x-1) * x;
}
int main() {
printf("%d\n", fact(5));
}
超いいかげんにこんなんを考えた。
i@um ~/test> gcc -O2 tail_opt.c i@um ~/test> ./a.out tail opt tail opt tail opt tail opt tail opt 120 i@um ~/test> gcc tail_opt.c i@um ~/test> ./a.out tail opt tail opt not opt not opt not opt 120
どのへんがいいかげんかというと、全部 tail opt って出れば最適化されてて、ひとつでも not opt って出れば最適化されてない、っていうあやしげな判断を人間がしなければならないところ。
(00:54)
荒らすぞ! という心意気とかそのへんを胸に秘めて帰宅したのだけど、 お題が難しすぎるよ…
JPEG を取得して色反転だなんて、 僕の好きな(荒らすのに適切な)言語ではできそうもない。
(01:01)
http://d.hatena.ne.jp/yshl/20070805#1186310067
それはそうと言語のほげほげ指標チェックとかあるといいんじゃないかなー
その言語は
みたいな感じで一通り質問項目考えると面白いかもな。
(00:05)
http://www.dodgson.org/omo/t/?date=20070804#p02
これはあるなー。 w3m とか何やっても罪の意識とか芽生えないよね。
(00:09)
なんか実物はたまに見るのと、 あと勝手に日記についててウザいです取り外したいです＞＜ みたいな意見をよく見たんだけど、 なんか僕のはてなダイアリ〜にはついてないな〜と ずっと思ってたんだけど、 さっき Firefox で見たらついてた。
また俺のアクセスできない情報だったか。
てかこのページは自分がスターした ところ一覧じゃなくて スターされたところと相手一覧だといいんだけど。
http://s.hatena.ne.jp/shinichiro_h/
なんかスターした覚えがないものがあるなぁと思ったら そういえば前はまちちゃんにやられたのであった。 w3m で見てもよくわからんなーと思ったので 無防備に Firefox で見た。
(01:19)
Language Update を聞く限り、 say はなんか include 的なことしにゃならんのだよねたぶん。
まぁなんにせよ Perl, Ruby, GCJ あたりは バージョン上げないとかな。 Ruby は 1.9 入れたいんだけど旧バージョンも残すべきかとか 考えるのめどいね。 どうしたもんかな。
(01:25)
なんか遊んだりほげほげとかで 5日間働く週が全然無いとか。
今日は6時に起きて7時に出社して 仕事したりして17:45くらいに脱出して 普通に遅刻しつつごめんなさい なんかいろいろ話して 会社戻ってプレゼン作って プリンタと格闘して印刷して今にいたる。
なんか色々無理だな。
まぁとりあえず Pen4 最高とか すばらしい話がいろいろ聞けて非常に良かった。
(03:33)
http://d.hatena.ne.jp/ytqwerty/20070807#p3
10:24に東京か。 つまり9:30とかに出る必要があって 8:30とかに起きればいいのか。
http://www.atdot.net/s-prosym2007/
(03:57)
http://d.hatena.ne.jp/misky/20070808#1186522983
バイナリになんらかのアノテーションを残せるとしたら、
とかをチェックすれば余裕で静的解析できるのかしら。
(08:36)
渋谷から直接大宮ってとこ行った方が速いじゃないか。
あと上田ってwoさんからよく聞いたような地名。 たぶんゲーセンがあるとか無いとかの文脈で。
にしてもトランジットが見るからに不審だ。
渋谷から池袋まで 3260 円とかokasii。
3,260円JR埼京線乗車 9:15 渋谷駅（東京） 発 9:26 池袋 着
まぁまとめると、埼京線とかで赤羽とか大宮まで、 大宮から上田まで新幹線あさま、 最後しなの鉄道で戸倉まで、か。
まぁぐぐるすててekitanとか。
10:06発 発駅 渋谷 [PASMOin] 周辺情報 | 地図 | 時刻表 [ 34分 ] 電車ＪＲ湘南新宿ライン(特別快速) [高崎(ＪＲ)行き] 10:40着 10:50発 乗り換え駅 大宮(埼玉) [PASMOout] 周辺情報 | 地図 | 時刻表 [ 57分 ] 電車あさま515号 [長野(ＪＲ)行き] 3,260 円 特急 11:47着 11:54発 乗り換え駅 上田 周辺情報 | 地図 | 時刻表 [ 15分 ] 電車しなの鉄道(普通) [長野(ＪＲ)行き] 330 円 △12:09着 着駅 戸倉 周辺情報 | 地図
つまり渋谷10時ねー
(09:08)
(10:40)
ゴルフでアルゴリズムが綺麗な問題、 を聞かれてぱっと答えられなかったのだけど、
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)
わけわからねえよ!
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)
なんか知らんがバカゲーがあるみたいな。 ベッドみたいなんに寝ると ヘンな精霊だかなんだかが湧いてきて お帰りなさいませご主人様、的なことを言われて 首固定されてギロチンで首落とされてゲームスタート。 具体的なゲームの内容は全く覚えてないけど、 そのゲームスタートのシーンは なんか繰り返し繰り返し起こるんだけど その状況はなんか微妙。 なんかお前はクズだ死んだ方がいい的なことを 自分及びなんか自分の仲間に対して言いながら 殺しに来るヤツから逃れて ギロチン喰らいに行く。
なんでか知らんけど、悪夢じゃないらしい。
(08:03)
http://www.ecorient.co.jp/cgi-bin/design/2board/messages/2042.html
前、この皮はパンなんだろうかなんだろうと思った と思い出したのでぐぐってみた。
ホットケーキミックスとかで作るのか…
うーんアメリカで見た記憶無いけど アメリカ発祥なんだな…
(08:08)
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)
(11:05)
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)
_ takkanm [macbook買うまで使ってましたが、デフォでctrlの位置がいいと小さいという部分と英語配列選べるというのはよかっ..]
_ shinh [あー確かになんだかんだで最初っから理想の配列に近い方がいいっちゃいいですね。使ってた時を思い返してみると普通に問題の..]
_ 紫月飴 [「配列やキーサイズに余裕のあるミニキーボード」というのが珍しい上に入手しやすいので選択肢としてはよく挙がるような。あ..]
_ shinh [ああゲームとかで Esc 重要ですね! 僕の Thinkpad は F1 とか F2 とか半角とかあのへん一帯が全部..]
_ shinh [ただそういう用途にしては Lite2 でも中途半端に高いような。少しこだわる気無いと 5000 円はキーボードに出な..]
http://www.f13g.com/?blog%2F2007-08-07#ze8adc6b
メモっておく。
http://msdn.microsoft.com/library/ja/jpdnvc60/htm/MemLeaks.asp?frame=true
* 孫子著『兵法』、取扱出版社多数。 メモリリークのデバッグにはまったく関係ありませんが、ホワイトペーパーを書い ていて、昔の中国の哲学者の言葉を引用したいと思っている読者には役に立つかも しれません。
原理は malloc 乗っ取りかな。
(22:25)
たぶんできた。 どうやって適用するか。
(12:20)
http://mixi.jp/view_bbs.pl?id=21787051&comm_id=665545&page=all
ヘッダじゃなくて .c の方でプロトタイプ書く意味ってなんなんかな。
(00:31)
なんかはやってるなぁ
http://d.hatena.ne.jp/odz/20070817/1187345969
char *a = "abc";
char b[] = "abc";
int main() {
char *c = "abc";
char d[] = "abc";
}
の違いとか完璧に説明できる自信が無いことは 前確認した。
(01:22)
http://0xcc.net/blog/archives/000079.html
http://d.hatena.ne.jp/mowamowa/20070814/1187100334
(02:21)
http://d.hatena.ne.jp/odz/20070821/1187714305
あ、相互参照は(滅多にない気もしますが)わかるんですが、 そうでなくてもvoid師がいつもプロトタイプ必ず書いてる気がするのは なんでだろうなぁという。
まぁ僕はヘッダ自体がめどいのでどうでも良いのですが。
(02:32)
好きなもの:
嫌いなもの:
このへんのことはいつも考える。 いやここ2年は考えてなかったのだが それはバイトしてなかったからなのであって つまり職業になると再び考えている気がする。
グッドラッパラー的には .c から .h も Makefile も man も生成されるべきであり Python の doctest はかなりいいセンいってる気がする。
てーか一時期は kati ( http://shinh.skr.jp/koneta/#kati ) とか ide (koneta に上がってないみたいだけど なんか .cc から .h と _test.cc を作るもの) とかで コード書いてたんだよな本気で。
doctest はなんかもう少し頑張れる子な気がするんだがにゃー。
とりあえず testdoc っていう感じの方がいい気はするんだよな。 なんかまぁ様々な理由から、 test からドキュメント生成されるくらいでいいよっていうね。
(02:43)
だるくて生産性が低いのはまぁ良くないけどいいとして、 なんか人様に迷惑かけるくらいクオリティ落ちちゃだめだよなー、 とか思った。
でもだるー。
来週くらいには日本が冷えてりゃいいのだが。
(23:24)
個人情報を同意の上で売買する。
なんかメアド100円住所1000円とかみたいな感じで 金に困った人が身売りみたいな感じで売る。
どう考えてももうからない。 もうからない理由は100個くらいあるけど、 金に困った人の個人情報なんていらんというのが。
(01:02)
こうなんか気分で買ったんだけど意外と面白かった、 どっちかっていうと悪い意味の方で。
なんかひろゆきってすごい人なんかなーと 思ってたけどこの本読んでみるとなんか 普通のアルファブロガーみたいな感じかぁという。
なんかとりあえず文章が日本語として崩壊してるし 論理も無茶苦茶だなーとか思ってたんだけど、 あとがきによるとインタビューから他人が書いたらしい。 なるほど。
にしても言ってる内容がやっぱ アルファブロガーがカンとハッタリで喋ってるだけ感ばかりでにんともかんとも。
ぐぐるはオープンソースでなんも出してねーって書いてあったけど flags とかそのへんはそんくらいマイナーなんだなぁ。
内容もなんかとりあえずなんでも悲観的に言ってみる芸一本って感じで、 とてもつまらないのが逆になんか面白いというか。
あとなんかインタビューがいくつかあったけど これもなんかブロガーな感じだった。 お互い相手の知らんことを知識ひけらかして出すけど お互いスルーしあうみたいなそういうアレ。 まぁでもそれも編集入ってるみたいなのでよくわからんのであった。
まとめると案外普通のこと言ってるんだなーというのが面白かった。
(14:04)
http://natu.txt-nifty.com/natsutan/2007/08/c_858f.html
普通に「 main() が最後にあるのが気持ち悪い」っていう 感性がありえるんですね。
僕は main が最後にないのが気持ち悪い。
そいうタイプの人って C++ とかでも
class Hoge;
class HogeMgr {
// ...
std::vector<Hoge*> hoges_;
};
class Hoge {
// ...
};
みたいな順序になるのかしら。
(14:07)
http://gusmachine.blog49.fc2.com/blog-entry-213.html
とかの理由はリンカの都合だろうけど、 再帰とかに使用しちゃいかんってのは理由なんだっけという。
(22:49)
private static な関数とかも .cc の匿名名前空間につっこんじゃえよと思うんだよなー。 private 関数とか多くなる時に
// hoge.h
class Hoge {
public:
void f();
private:
void f_helper1();
void f_helper2();
void f_helper3();
};
とかなってるのを
// hoge.h
class Hoge {
public:
virtual void f() = 0;
};
// hoge.cc
class HogeImpl : Hoge {
public:
virtual void f() {
}
private:
void f_helper1() {
}
void f_helper2() {
}
void f_helper3() {
}
};
とかしちゃうのも手間がはぶけてよい。
(00:55)
http://www.google.co.jp/search?q=%E3%83%9E%E3%82%B8%E3%82%B9%E3%83%91&lr=lang_ja
関連検索が興味深いな。
(01:10)
最後の一文字はうまく出せないので諦めた。
とりあえず Extra はクリア。 まぁ東方は Extra が一番面白い気がするっていうか 本編長ったらしくてやる気起きないのでこんなもんで良いであろう。
スペルプラクティスはなかなか良いね。
あとなんかラストワードとかあるんだけどこんなん集めるんはめどいな。
(02:59)
http://codeblog.palos.ro/2007/08/10/d-vs-ruby/
via http://www.rubyist.net/~matz/20070818.html#p02
D のヨイショか。外人は好きなものは貶す精神が足りないね。
とりあえず CONNECTIVITY (いや特にC++は結構めんどいだろ) かなんかを 7 くらいで、 EXTENSIBILITY (Ruby と並べられる気がしない) を 8 で LICENSE (DMD のコアが無いのは結構痛い) を 6 で LIBRARIES (えーとえーと…) を 3 で CROSS-PLATFORM (GDC は 2.0 のアレが無いおとか) を 5 とかにすると Ruby が勝つな。
おめでとう! Ruby! おめでとう!!
(12:20)
http://d.hatena.ne.jp/odz/20070825/1188043605
めらめら
http://d.hatena.ne.jp/sanjapo/20070826
なんかまぁ学費消えてもまだ色んな意味でマイナスは あるだろ的なのもわかるんだけど、 なんかしらバイトもせずにチャラく大学行ってチェケラ(適当) という選択肢が消えるってだけでもやっぱ不利だよなー的な。
逆にそのへんどうでもいくて種々の方法で学費消せば 適当に思い出しても寮系じゃなくて一番やばいにゃー系だったので 食費ゴルフ系してた時系で系 バイト55000-家賃25000-メシ15000 とかで まだ遊興費とかあるねって感じだったけど 今思うに食費ゴルフしたくないし、 そいう意味でも幻想ってのもなーという。
裕福でないとだるくて行く気がなくなるという事実とかはきっと間違いなくあるよね。
(17:44)
とかどうかな。 Ajax 的につないでおいて、 なんか通知が必要なイベントがあったら それを送ることだけをするサーバ。 それだけをするWebサーバならなんか 効率的な実装とかもありそうな気もするし。
クロスドメインがどうこうがめどいかな。
(17:47)
週末なんもしなかった事件を回避したい。
とりあえず submit.rb は脳がとろけた人が作ったとしか思えない事件があるので それをなんとかしよう。 まぁたぶん普通にコロン区切りで一行一項目送るべきな気がする。
でそれができたら適当に追加フィールドとか作って、 そんでからほげほげ。
(17:56)
むずかしいな
http://www.freeml.com/cppll/13052/latest?sid=a9d75932bdf9899cf90f525c9f2ad097
要は index_mask がバレたら終わるので その値を調べたいのだけど、 なんか単純に xor 取ってるだけとかだから なんとなく 2^32 個も値使わんでも予測できる気がするんだけど、 無理かな。
(00:09)
なんか Google map とか見れててすごいなーと思った。 Windows mobile のマシンなら動くらしい。 ほえー。
値段とか見てもさすがケータイだけあってお手頃だなぁ。
(00:46)
OCaml の +. -. とかがめどいというと 「それこそが素晴らしいところじゃないか!」 って言われるわけだけど、 たぶんそいうこと言う子は 浮動小数点演算とかしないという法則を妄想した。
(01:01)
if ((execnt > 2 && dexec == 'on' && ext != 'sh' && ext != 'di') &&
(ext != 'erl') &&
(ext != 'ijs' || execnt > 4) &&
(ext != 'vhdl' || execnt > 3) &&
(ext != 'out' || execnt > 3) &&
(ext != 'l' || execnt > 3))
まとめると、 execnt が 2 以上だったら基本的にアウト。 Bash と D compile time と Erlang は OK 。 J は 4 回まで OK 。 VHDL と ELF と Common LISP は 3 回まで。
J と VHDL と ELF はまだこれでいいのか調べるテストケース作ってない。 ELF はともかく VHDL と J はつらいな…!
Erlang はなんかまぁ Erlang でチートするヤツもいなさげだしまぁいいことにさせて…
(02:16)
http://white.s151.xrea.com/wiki/index.php?script%2FLDRize
via http://jarp.does.notwork.org/diary/200708c.html#200708261
サイトごとに登録するのか。
これとか全然使ってないな。
http://d.hatena.ne.jp/shinichiro_h/20060821#1156097713
(11:48)
http://golf.shinh.org/p.rb?Two+Dice+of+A+sides
letter さんの気付きが何なのか気になるところだなー。 この総ナメっぷりはアルゴリズム的なものとしか思えない。
http://d.hatena.ne.jp/letter/20070822#1187751412
(13:41)
http://d.hatena.ne.jp/sumim/20070827/p2
きっとsumimさんの愛を確認するために殺したがるツンデレです…とかはともかく。
殺されブームみたいなのはある気がする。
Ada: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (最近殺されない。殺すまでもなく存在忘却気味とか？)
PASCAL: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (最近殺されないけどなんだろ)
C++: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (けど復権？)
Smalltalk: なんかよく殺されてる
LISP: いつの時代もたまに殺されてる気がする
PHP: 最近色んな人に殺されすぎ
Perl: PythonとRubyの人が殺したがる気がする。案外殺されないような
VB: VCやC#の人に殺される
Prolog: 第五
Java: 僕が殺す。強い子だから死なない
こう見ると溺愛している人が一定数いる言語が多いように思える。 人が愛してるものを潰すのが快感説とかはそれなりに正しそうな。
単に無名な言語だからとかじゃなくて、 C#, JavaScript, OCaml なんかは殺そうとしてる人 あんまりいないような気がする。 んでこのへんはあんまり溺愛されにくい子なような気がする。
そうでもないか
(13:56)
http://www.jmuk.org/diary/2007/08/27/0
を見てなんか買うかーと思ってブックファースト寄って 会社に行く最中に考えたのを紙に書いたら 29 両だったので 理解あってるんかいやと思いつつ回りの子に 教えたら 21 両とか 20 両とか言ってて 仕事がゴルフになる人はいるけど仕事中にゴルフしたらあかんやろとか思いつつ。
んで帰ったのでインタプリタ兼テスタ書いてみたら とりあえずぬるっと縮んで 22 両。
とりあえずあと2両か。 コーナーケースの処理が適当なのでそのへん考えたら縮む気はする。
(00:39)
(00:57)
(00:58)
(00:59)
(01:12)
http://pc11.2ch.net/test/read.cgi/tech/1146071975/18
18 ：デフォルトの名無しさん：2006/04/28(金) 23:53:29 軽さで言えばXorShiftとか。
unsigned long xor128(){
static unsigned long x=123456789,y=362436069,z=521288629,w=88675123;
unsigned long t;
t=(x^(x<<11));x=y;y=z;z=w; return( w=(w^(w>>19))^(t^(t>>8)) );
}
めも
(23:13)
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/shinichiro_h/20060821%231156097713
「LDRize的なアイデア」は w3m NEXT_(UP|DOWN|RIGHT|LEFT) が きっと最初だと思うんだ…! w3m まんせー
(12:19)
_ Takayama Fumihiko [まんせー。 ちなみに僕が始めてみたのは Listbrowser が最初でしょうか。 残念ながら世間的に流行ってなさ..]
9/8, 9/9 のどっちかで東京付近でやることをさっき適当に決めました。 やることは何も考えてないのでたぶんただの呑み会です。 日程は今週土曜くらいに fix することにします。
適当にメール投げまくろうかと思ったのですが ぶろぐとかだとメアド書いてない人多数でよくわからん。
とりあえず codegolf.com の上の方とか色々適当に拾ってきた
http://www.nmt.ne.jp/~ysas/diary/
http://www.typemiss.net/blog/kounoike/
http://d.hatena.ne.jp/ku-ma-me/
http://d.hatena.ne.jp/KeisukeNakano/
http://www.math.sansu.org/u/diary/
http://d.hatena.ne.jp/ytqwerty/
http://gauc.no-ip.org/wiki.cgi/private?page=Blog%2F2007%2D8%2D28
あたりの方ご検討くださいませ。 上記本当に適当に拾ってきただけなので それ以外の人とかも、 特にあなごるの正体不明のすごい人(複数)とか適当にご参加ください。 そもそも今リンクはった人で東京付近にいるんか知らん人結構いるし。
参加表明は gmail へのメールとかここへのコメントとかに参加可能日/希望日つきで。
したら今週の土曜あたりに8,9どっちかを私が適当に決めて通知します。
(00:02)
あーこれ
http://d.hatena.ne.jp/oto-oto-oto/20070830/1188490973
BEGIN-END 書くか悩んでいつも手が止まるんだよなー。
ruby -e 'i=0; $<.map{i+=1}; p i'
とかの方が短いのはわかるけど既に書いてしまった n を消したくないという。
まぁこのケースなら
ruby -e '$<.map{$.+=1};p$.'
ruby -e '1while gets;p$.'
ruby -e 'p [*$<].size'
ふむ…
(02:08)
| 前 | 2007年 8月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ niha [Unixのたいがいさも初心者（とにはさん）の敵ですね。]
_ shinh [正直 C は別にキツくない。]