変わっていくこと 前回同じエントリ名で文章を書いてから2週間も経っていないのですが、2週間とは言わず文章を書いたその瞬間から、私自身は変わっています。考えも、感じ方も、少しずつ。一つ「知る」たびに、一人と「出会う」たびに。blogに書かれた文章、…

http://d.hatena.ne.jp/gpuppur/20070512 よく誤解されることなのですが、 正直ショートコーディングより、開発時間、実行速度、実行時に必要な資源をショートにするほうが好きです。 Golfとの違い ショートコーディングは単にコードを短くするものではあり…

思いの丈をどどーんと http://d.hatena.ne.jp/Ozy/20070506#p2のコメントとはあまり関係なくなってしまっているような気がしますが、まああまり深いことは考えずに思いの丈をどばばーんとぶちまけてみましょう。 役に立たないことをやろう 学生の間にしてお…

60byteを切ることは出来るのか。

clock()を使う time(0)は100回に一度くらい通るわけだが、id:kurimuraさんが最初に実証したgetpid()を使う方法から比べると、そうとう確率は低くなる。同じ文字数でもっと確率の高い方法は無いのか調べていたところ、clock()はどうかと思った。これは、実行…

time(0)を使ってみる time(0)を使ったコードを送信する場合、Acceptされる可能性について考えてみる。私の書いたコードを使いたいところなのだが、文字リテラルが図形文字でないので、説明には向いていない。というわけで、wajさんが昨日の日記にコメントし…

63byte以下はおそらく核戦争並みなので、さすがにもう手を出すのはやめようと思うのだが、さっきPKUに繋ごうをしたらサーバに接続できない。もしかして、誰かやっちゃった？ まあ、それはさておき。

今回のコード短縮は、やねさんのところで詳しく語られるだろうからそれはお任せするとして、3で割った数の遇奇偶奇をコントロールするために書いたコードを貼っておく。

昨日の日記を書きながら思った。

例のやつの続き。

Cで通れば自然とメモリは少なくなるのね。とりあえず112まで来た。多分二桁はいける。でもおもろなくなってきたナァ。。。（´ω｀）時間があれば追記します。 追記： 83Bまでいったので、そろそろエエかな〜と思ったりして。なかなか勉強になった。肝心のコー…

ランク12位までキタ。二つ上にはやねさん。そしてさらに上にはk.inabaさんとkurimuraさん。これだけ書くとスゴそうなのだが、10位までと11位以下の壁はむちゃくちゃ大きい。Code LengthよりMemoryの方がランクに大きく作用するようなのでその辺りに気をつけ…

木の末端を判定する式を入れると130くらいになってしまう(-_-)しかも上位の人は消費メモリが超少ない。スゴイどないなっとんねん！ってかんじ。ちなみにコードはid:kurimuraさんトコに載ってあるやつっぽくなったので、そっちを見て下さい。。。全然息抜ちゃ…

http://d.hatena.ne.jp/yaneurao/20051125 なにやら楽しそうなので、ちょっと息抜きに考えてみる。 ・・・ムズイ。gccはいっぱい省略できるみたいなので削れそうな部分を削ってみたけど123バイト。こういうのって、一回書いちゃうと最初のアルゴリズムが頭に…