2008-03-15
_ mlterm
なんかそれなりに需要あるのか…
http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2008&m=3&d=12&n=1#12-1
http://d.hatena.ne.jp/sasakyh/20080314
ちゃんとメモリ無駄使いしないようにいじって 今週末中に ML に投げ…れるといいかと思う。 たぶん 256 色系の命令来たら multi_ch[0] に fg_color と bg_color を詰め込んで multi_ch[1] に実体詰めこむとかでいいんだろうけど… でもね僕 combine される文字列とかよくわからんのだよね。 なんか右から読む文字列とかそんなんですかね。
というか
http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2008&m=3&d=11&n=1#11-1
が無ければ放棄してた気がするのでありがとうございます。
(01:16)
_ FSIJ
「Google SoC: 「夏休みコード道場」とかいうありえないほど 恥ずかしい名前になっていたものを 2,3 年前にやった」
引用個所はそこでいいんですか。
http://www.fsij.org/homepage/wiki/GSoC2008
(01:19)
_ わびさび
http://b.hatena.ne.jp/entry/http://shinh.skr.jp/m/?date=20080312%23p01
http://gusmachine.blog49.fc2.com/blog-entry-312.html
説明適当ですいませんという感じですが。
つまるところ gus さんがやってるような定義をして、 かつこれをラクに作れる notation があったとしたら、 それは実際のところ明示的に型推論を弱くしてることに他ならなくて、 gus さんの最初に言ってたリストのリストが 無意識に作れちゃう問題が復活してるよなーというような。
僕の言った「強い型があるとキツいよな」 というようなアレはそういうアレだったという。
一方 Python で型に厳しくするとかもできんわけではなくて、 例えば
def strict_list(t):
class l(list):
def append(self, v):
if type(v) is not t:
raise TypeError('%s expected, but comes %s' % (t, type(v)))
list.append(self, v)
return l
l = strict_list(int)()
l.append(3)
l.append([3,4]) # TypeError will be thrown
こんな感じでやれば全然 Python way って感じじゃないけど、 まぁ。 でもこいうのがあるのはあるのでいいのかもね。 さらにこれ専用で最適化とかかかるとすばらしい。
(01:36)
_ しあわせの理由
面白かった。 やっぱイーガンは短編の方が好みなのかもな。
なんか狂信的キリスト教者がエイズウィルスからインスパイアされて 二人以上の異性か同性と性交したら死ぬウィルスみたいなのを 作ってばらまいて、これで世界は清くなる、みたいなのがあったんだけど、 普通に他人の飲み物に自分の血を混ぜるだけで 殺せるとかはやばいんじゃないかなーとか思った。
(17:25)
_ ksw [単なる言葉遊びじゃないのかな。idiot => edit, be => vi とか。 全然関係ないけどパワプロ改造し..]
_ ranha [そういえば、Unix Version6をPDP11Emulatorで動かした時に、 EDなる何かを見た記憶が有ります..]
_ shinh [> kswさん あ、なるほど。 > ranhaさん Let's #include </dev/tty> pro..]