ToDo:
なんか、 template で いったん名前空間で切れてるのが、 これがまたなんか不思議な有用性を発揮しているような。 気のせいかなぁ。
writefln!("hoge %s")("hage")
~~~~~~~~~~~~~~~~~~~~
ここまで静的！ってすごくわかりやすいという話もあるし…
まあねむい
(03:44)
チャーハンを作りました。 たまねぎもにんにくもなかったのですが、 油入れて米入れて適当にいじってから、 思い出したようにコショウをかけて、 思い出したように鷹の爪と、 なんでもおいしくする不思議な油であるところの ゴマ油を入れて、適当に卵入れて、 ショウユを習った通りにちょっと 焦がしてからがーと混ぜたらおいしいチャーハンのできあがり☆
おいしかったですが、タマネギあったら良かったのに。
(04:24)
D の pragma msg を使って、 0Byte 以上の compile time quine を作ることはできるか。
僕はできないんじゃないかと思った。 というのは pragma msg の最後に、勝手に改行入るのが痛すぎる。 さらに、 pragma msg には計算結果を渡せない。
しかし、いや、できるとは思うんだ。
(05:04)
(05:26)
高校の時の友達に確率の問題が多かったけど 数学の問題を出してくる人がいて、 その人が出してきた問題を昼間考えてわかんなかったら、 明日まで待ってくれそしたら答えは出せるとか言って、 適当にプログラム走らせておらー答えは出たぜ 解析的な回答教えろ、とかやってたのを思い出した。
答えが出てれば解析的な回答は わかんなくてもとりあえず良しとしていた 思考が面白いなぁとふと。 そして今もあまりその姿勢は変わってないなぁ。
これだから俺は
(06:54)
import std.stdio;
class HelloWorld {}
void main() {
writefln(typeid(HelloWorld));
}
Imaichi
http://d.hatena.ne.jp/nazodane/20061205/1165316504
(07:36)
いやそれは TODO ではないのだが。
http://shinh.skr.jp/m/?date=20061119#p07
estutf.cgi に @mdate STRD をつけておいた。
(08:40)
000050 00 00 00 00 01 00 00 00 00 10 00 00 00 80 04 08 >................< 000060 00 00 00 00 00 00 00 00 00 10 00 00 05 00 00 00 >................< 000070 00 10 00 00 01 00 00 00 00 10 00 00 00 90 04 08 >................< 000080 00 00 00 00 00 10 00 00 00 10 00 00 06 00 00 00 >................< 000090 00 10 00 00 01 00 00 00 00 20 00 00 00 a0 04 08 >......... ......< 0000a0 00 00 00 00 00 10 02 00 00 10 02 00 06 00 00 00 >................< 0000b0 00 10 00 00 01 00 00 00 00 30 02 00 00 c0 e9 b7 >.........0......< 0000c0 00 00 00 00 00 10 00 00 00 10 00 00 06 00 00 00 >................< 0000d0 00 10 00 00 01 00 00 00 00 40 02 00 00 d0 e9 b7 >.........@......< 0000e0 00 00 00 00 00 d0 12 00 00 d0 12 00 05 00 00 00 >................<
を 32Byte ずつ読んでて
found 15 program headers 8048000-8048000 0 8049000-804a000 1000 b7e9e000-b7e9f000 1000 b7e9f000-b7e9f000 0 b7fcc000-b7fce000 2000
となるのがおかしい。 804a000- が消えてる。 はれほれー？ このループ別に continue もねえしなぁ。
(19:40)
mywritefln!("hello %s")("world") の件、 思うに mywritefln!("hello %s") が compile time duck typing なもの返してるのが C++ との違いかなあ。 まぁ C++ でも適当に class 一つ挟めばいいんだけど。 要は例えば D だと、
template mywritefln(char[] fmt)(T...) {
static if (check_puts!(fmt)) alias puts mywritefln;
else alias mywritefln_!(fmt) mywritefln;
}
とかできるって話というか。 ある種引数と返り値が対等な関係になってる気がする
(20:20)
import std.stdio;
class HelloWorld {}
void main() {
typeid(HelloWorld).print();
}
なんか違うなと思ったんだ。
http://shinh.skr.jp/m/?date=20061206#p08
(20:48)
(23:33)
| 前 | 2006年 12月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
数学屋がよくやるように、関数の引数を F(x,y;a,b)みたいに「;」で区切れたらいいのになー。「;」より後ろは静的〜って感じでってそれじゃあprintf系で順序が逆になるのか…
は置いといて、景品集め系の問題って解析的に解けるんだっけ？昔ちょっとやってできなかった記憶がある。超幾何を暗算できるような人ならできるかも！
よく考えると C++ 式の writefln<"hello %s">("world"); の方が(C++ではこれできませんが)境界ははっきりしてるじゃん！と思ったわけですけど、それはそうとして、
景品集めはまだよくわかってないのですけど、 http://chasen.org/~taku/teao/ の LISP のとこを見る限り見るからにΣ外すことはできないなぁと思ったんですが、そもそもえーと「解析的に解く」ってなんとなく一個の数式におさまってりゃいいのかなと思ってたんですが、ひょっとしてΣ外さんとダメなのでしょうか。ていうか解析的関数というやつになってないとだめなのかしら。
まぁとりあえず私はなんか上の LISP のとこの形を導出できればいいなぁ(そしてそれを解析的と呼んでた)と思ってただけなのでした。
解析的ってんならそんな感じの式になればいいかな。
でも、そこのLISPの式ってあってるのかなあ？
「n回引いて12種類のうちk種類現れる場合の数」に12が出てこないのはなんでだろう？
一回引いて一種類現れる場合の数って12だよねえ。
二回引いて一種類現れる場合の数は12
二回引いて二種類現れる場合の数は144-12
もうちっとフォーマルに計算してみるかな。
うーん。ひょこひょこ頭ひねってたんですがうまくいかず。というか今頭だるいので今度考えまする…
というか元気よくてもわからん感じがすごくするのでわかったら教えてくださいそうです教えて君です。