日記でちらっと書いたのですが、 なれる！SE がのってないのがちょっと意外でした。

いやだって、そこはほら、
「嫌でござる! SEは絶対嫌でござるっ!!」
「本来自社のシステムを作る際に、その会社の人がSEをやるべきなのであって、外部の専門業者に任せる段階で負け戦確定である」
と普段から言っている身としては「なるなっ!!SE」と主張したいぐらいであって… (^o^)

「Watson for iPhone」を作ってリリースして、そいつの機能が Siri より上なら問題は大幅に軽減すると思うのだが。

漫画は脇においておくと、読みたい本と、読まなくちゃいけない本と、ランダムにピックアップする本が 7:2:1 ぐらいでしょうか。

一度に複数冊を並行して読むのが、冊数を稼ぐコツだとおもいます。
例えば技術書を読んでいると、どうしても頭がパンクしそうになりますよね? そうしたら、頭を使わなくて良い本を読む。そうしていると、深層心理の方で技術書の内容を整理してくれるので、続きが読めるようになる…という感じ。

あと、読んだ後に書評を書いているのもポイントかと思います。と言っても小説とか漫画とかはほとんど何も書いていないに等しいのですが。
内容が「濃い」本については、ある程度まじめに書くことで、頭の中が整理され、さらにそれを出力することで、「覚えなくて良い」状態になること。何が「覚えなくても良い」ものかが明確になれば、その分安心して素早く記憶から抹消できます (^^;)。
小説とか漫画の書評がほとんどからに等しいのは、最初から覚える気がないからでしょう。いちいちどこかに書いておく必要性もなく、即座にヒューーーーっと忘れていく (^o^)。

最後に、10冊に1冊ぐらい、ランダムに本を選んでおくと、たまに当たりがあって新しいジャンルへの興味が沸くことがあります。

きっと「ななふんでよしとせよ」と読むのですよ。

「普通の人なら瞬時に判断できることを、グズグズ逡巡することがあり、結果としてななふんも判断にかかったとしよう。
　そこまでなら許容せよ。
　ただし、はちふんもかかるようじゃ、駄目だ」
「瞬時にできるはずのことでも7分もかける事で、『スピード感』の基準をグズグズにし、
　ユーザーにとっての利便性とか、市場にマッチした対応とかそういうことじゃなく、
　NTTにとって都合がよい基準で押し通せるようにせよ」

ということだと理解すれば、ほら。すべてが矛盾なく繋がる…

if 文の実行文は、たとえ1行でも { } で囲んで、未来の修正時に備えなくては…

「Oracle のバカが犯した愚かしい過ちを、Google までもが同じ様に、なおかつ独立事象として犯すとは考えがたい」
「故に、この『馬鹿丸出し』なバグの原因になりかねないコードは、誰かが Oracle のバカが作ったコードからコピーしたものに違いない、と断定する」
「さよう、これは　Oracle がバカでなければ証明し得ない類のコード流用であったことは事実である」
「愚かしさは多様性があるのに、その中でも最悪なOracleと同じ過ちを犯すのは、それ自体が罪である」
「故に、取り敢えずここは Guilty と判断する」

…という判断結果に違いない。

あはは。私も寝てしまいます。
ただ、停電とかの時でもないと、勉強は出来ないのも事実。