・・・を作れといったら，荒唐無稽なことをいってると多くの人がわかるのに。
なんでIT関係だと，こういうことを平気で言う人が後をたたないのだろうか。

攻略の楽しみがあってこそゲームだ。

なのでジャンケンをちゃんとしたゲームにするには，癖のあるキャラクターを出して，その癖を読み取って10回やって8割勝たないと次に進めない，とかやる必要がある。「最初は必ずグーをだして，同じ手は絶対続けて出さない」とか「グー：チョキ：パーを8：4：1の割合で出す」とかいう相手だ。

次男の実装なら，手を決める乱数の部分を変えるだけで，そういうゲームに変えることができる。長男の実装では，戦略性のあるゲームにすることは絶対できない。

ついにアレが役に立つ時がきたのか。

「コンサルタント」とかいう肩書きであちこちの会社に入ってる人たち。
あれって「評論家」そのものだとおもう。

Javaの世界では，この手の「あまり知られてないマイナーな言語仕様」「勘違いしている人が多い文法」などをもとにした，「このプログラムを実行するとどうなるでしょう？」というクイズがJava Puzzlerとして一般化しています。

書籍でも出ていますし，カンファレンスなどでも定番の出し物になってます。

ということを大手メーカーが公式に認めたこと自体が大きなニュースだと思うのだが。

大した根拠もなく「大地震クルー」といってるのがいたなら科学者の
良心としては「大地震など来ない」というのが当然だと思います。

本来なら「来るという確証はない」というのが正確なんでしょうけど民衆やマスコミにそう伝えたところで
「来ないって事ですか?」みたいな返しが来るのはわかりきってるし、明確な返事を出さないとデマを鎮火
させることもできないわけで。

「来る確証はない」と「来ない」は厳密に違うもうのだ。これを混同する人間は科学者としての素質を根本的に欠いている。

科学者たるもの，世間にどれだけ批判されようが，奥歯にものが挟まった言説に歯がゆい思いをしようが，この二つをおなじに扱ってはいけない。それが「科学者の良心」だ。

あ、クラスはorg.apache.commons.beanutils.PropertyUtilsね。

CVE-2014-0094にたいしてStruts開発陣が「修正パッチ」と称して出したものも，回避策のデフォルト化，です。全然，根本的な対策が行われていません。

解けと言われれば解けるレベルの問題ですが、制限時間45分というのはちょっときついなあ。

そうですか？

問題を文章で読んだ時には，斜線が引かれてないマスもあるのかと思って「難しい・・・」と私も思っていたのですが，図を見ると全てのマスに斜線が引いてあることを前提としていいようです。図の直角二等辺三角形は，必ず二つの「他の三角形」または「壁」とつながっている，ということに気がつけば，わりと簡単に解けます。

まあ，SecurityManager/AccessControllerをベースとしたサンドボックス実装は，いいかげん作り直すべきだとは思う。膨大なチェック箇所がコード全体にちらばっていて，そのうち一カ所でもおかしな事をしていたら全体がアウト，というアーキテクチャーは危険でしょうがない。

あと，Java標準APIのソースを読んだことがある人は知っていると思うが，JavaのライブラリにはSecurityManagerの存在を調べてcheckPermissionを呼び出しているif文が相当な量含まれている。サンドボックスは使われてないことも多いので，あれを全部取り除いたJREをつくったら，どれだけJavaプログラムは速くなるのだろうか，とか考えたことはある。

そう，一番必要なのは「計算量」の概念。

これがわからない人間はループを書いたり再帰を書いたりSQLを書いたりしないでほしい。

s/0xB1600B5/0xB16B00B5/