オライリーからも何冊か出ています。本書では「リーダブルコード」ときました。気軽にオススメできるものとは言い難いものがあります。読んで目から鱗が落ちるといったものはあまり(ほとんど?)ないのではないでしょうか。ことはとても良いことだと思います。以下内容についてつらつらと。原著者に対して言うべきことも混じってますが悪しからず。違いがわからないというのはそうでしょうね。いう気はするのですよね。「リンクリスト」でないのがいい感じです。収まりが悪いかなってのも同時にあるんですけども。コメントすべきでは「ない」こと「すべき」か「するべき」か統一した方が良い気がします。num_procssors」で十分コメント部分の、特にカッコの中が文章として違和感があります。自体が負の数になっているので、シフト量自体は正の数になってます。いうことでコードに問題は無し。シフト演算子は、整数型に対してのみ使える(浮動小数floatやdoubleでは使えない)。Javaでは整数の符号の有無を型では管理しない(常に符号有りとして扱われる)。その違いが現れるのはビット右シフト演算なので、右シフト演算子には符号有り用の「>>」と符号無し用の「>>>」が存在する。「>>」ではシフト前の符号が保存されるが、「>>>」では保存されず、最上位ビットに0が入る。1」は「0x7fffffff」になる。byteやshortに対する「>>>」は注意を要する。シフト演算子の右オペランドは正の数しか扱えない。いうか、負の数を指定して逆方向のシフトになったりはしない。0x3f」してから計算されるため。intは32bit、longは64bitなので、その範囲を超えるシフトは無意味、という判断なのだろうか。今ひとつよろしくないのではと。違いを把握したところでそれはないんじゃないかなあと感じました。いうのは実にいいですね。言語によってはいろいろと使えるものもあるでしょうけれども。}};と続くのはどうにかならなかったのかなあと。ページをめくらないと続きが見られないのですよね。確かめられませんでした。なっているんですよね。次の行へ移っているので単純なキャッシングでも効果が結構あったということですよね。「同時」はちょっと違うんじゃないかなあ。Qiita勉強会の参考問題の解答例。書いてもしようがないよなというのも本音だったりします。いうわけで先週の分はああなりました。̄|_あまり細かいところをつつくのは止めようと思いつつもいつの間にかこうなった↑(笑)「チューリングを読む」の方もなんかしら書いておきたいのだよね。■_気がつくのが遅くて、後半しか観られなかった。5千人の白熱教室]を放送します。■_「チューリングを読む」読了。確かに大いに盛り上がってるんだけど、このバグレポートのやり取り2年半ほど前のもののような。UTC燃料投下した人が居たと。2012「リーダブルコード」献本いただいた。ありがとうございます。ありがとうございます。その後すぐにでも読んで何かしら書きます。■_八重洲ブックセンターで素数夜曲ゲット!スワンタッチは渋谷ハンズ。ゆるゆると読んで行きましょうか。2012年7月(上旬)ホームへリンクはご自由にどうぞメールの宛先はこちら。