C トップのnu さんの解では、read()の使い方が絶妙だな。エラーread()を行うことでループの一重化を図っている。 なんだか、C は勝てる気がしなくなってきた。

Roman numeral終了した。 C の戦いが壮絶だった。制(征?)したのは、nu さんの 99B かと思いきや、また、そこから縮まり、さらに、Postmortem でも戦いが続き、なんと、90B 。よく縮む問題だなぁ。 inaniwaさんの解の s+=a-s%a*2 nai さんも書いているけど、…

ASCII & Multiplication Table終了。個人的には、あまりおもしろくは無かったが、そんな中で、murkye-satyrさんのASCII TableのGroovy解は、すごいな。久しぶりに、『これぞゴルフ』という感じがした。いやぁ〜かなわない。おみごと。

Roman numeral@C なんとか、102B まで縮めることができた。トップは、99B で、あと 3B だが、もう、無理そうだ。nu さんの 99B は、Binary を 7B も使っている。そのあたりにヒントがありそうだが。。。。あきらめかな。解答を見るのを楽しみにするか。 〜〜…

murky-satyrさんの解は、match() + 'g' フラグだった。String.match()の説明では、"If the regular expression includes the g flag, the method returns an Array containing all matches." とある。さすが。stats に空白が入っていなかったので、RE が違う…

今日現在、Roman numeral＠Ｃで、nai さんが 117B を出している。その前の inaniwa さんの 127B もかなりすごいと思ったが、117B となると、何かあるなと思ってしまう。 確かに、ASCII コードに対して %14 や %16 で良いハッシュは得られるが、I と IV/IX、X…

このところ、仕事関係の本を読んだこともあって、ちょっとペースが落ちている。以下が最近読んだ本。 松尾スズキさん：「宗教が往く」 とにかく長い。小説本題に入る前に、前書きだけで60ページくらいある。しかも上下２段組なので、文庫にするとその倍ペー…

Coasters@Groovy murkey-satyrさんの解。Groovyでは、文字列の n 回繰り返しは、 "hello"*3 // ==> "hellohellohello" と書けるが、n は、整数でなくても良いようだ。小数点以下が切り捨てられて扱われる。本問の場合、入力は、7 か 11 か 13 で、7 の場合は…

box in box これは、何で人気なかったんだろう。そんなに悪くないと思う。結果的に、ひとりで素振りしていた感じで、面白くはなかった。 Not Random こちらは、さっき気がついたら終了していた。もうちょっと時間があると思っていたので、今週末にも考えよう…