男性のコミュニケーション能力の低下に起因するモテ格差は、今に始まったことではない。本書があったなら、どれほど楽できただろうに… と、わたしも思っているから。 つまり、オンナの発言の真意をくみ取れず、カン違いや軋轢を引き起こす鈍感男がモテない一方で、女性言語の読解に長けた一部のヤリチンの草刈場が現代の恋愛市場なんだ。来る本格的恋愛格差社会に備え、「オンナの建前<―>本音翻訳辞典」で保険をかけておくことをオススメ。 問題を10問、用意した。オンナの発言のタテマエを見抜き、本音を当てて欲しい。デキる人は正答率10割だろうし、鈍感男なら1問だってムリ（解答・解説は反転表示）。解説はアレンジしてあるが、本書の方がおもしろい（かつエゲツない）ことを申し添えておく。 問1 : 「かなりこだわってるよね」、または「詳しいんですね」 答1 : 「ウンチクはもうやめて」 趣味の話題などで、こちらがトウトウと説

タイトルは丸谷才一「思考のレッスン」より。読書について、書くことについて、沢山のヒントをもらった。「読書のコツ」、今風に言うなら「読書Hack」。ただし、効率ばかりの安手なものと違って、ひとつひとつ自分で読みといてはヤクロウに入れる手間はある。 ■本の読み方の最大のコツ 最も激しくうなづいたのは、本の読み方の最大のコツ→「その本を面白がって読め」。その本を面白がって、その快楽をエネルギーにして進め、という。言い換えると、「面白くない本は読むな」となる。面白く思えない本をガマンして読んで分からないなんて、つまらない。その時間、別の本を面白がって読んで得られる効用の方が大なり。 読書は快楽なんだ、ベッドの上でする二つの快楽のうちの一つなんだ。もう一つの快楽が何かは言うまでもないけれど、それぐらい愉しいことなんだ。もちろん、もう一つは睡眠だね。読んで寝て暮らす、これぞ究極の快楽。 ■本を選ぶポイ

もっとも手軽なやり方は、皆さんもご存知のとおり、google先生に訊いたり、amazonレビューから探す。それこそ真砂の数ほどの「ブックレビュー」があるが、この方法には欠点がある。それは、 あらかじめ本の名前が分かっていなければならない なにをアタリマエなという莫れ、google先生最大の弱点がコレだ。キーワードがないと手も足も出ない。例えば、昨年一年間でどんな書評が書かれたか? とか、現在ブックレビューを載せている雑誌名は何か? といった、 書評そのものや、書評者を探したい どうすればよいか? もちろん「ブックレビュー」や「書評」をキーワードにして人力クロールもできるが、ここではもっとスマートに網羅的に探す方法をご紹介。それは、 国会図書館のOPACシステムを使う 国会図書館の蔵書検索システムへ[ここ] 「雑誌記事索引の検索／申込み」をクリックして、「雑誌記事索引検索」へ 「雑誌記事索引

ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 　1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 　2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問

何をもって「いい親」とするかによるが、センセーショナルなサブタイトルにもかかわらず、著者の言い分はかなり同意できた。 はやりの育児法を鵜呑みにして、子どもとトモダチになろうとする親がいる。そもそも育児書なんか読み漁ってないで、周囲（特に自分の両親）に相談しなさい、と主張する。著者はかなりのご年配であることを念頭に読むといいかも。 最初に強く頷いた箇所はここ↓ 全ての基本は夫婦の関係。（理想的には）夫婦が互いに信頼しあい、愛し合っている家庭であることが、子育ての最初の一歩。もちろん事情により片親の場合もあるが、それではダメということではない。「理想的には」を頭につけたのはそのため 「子どもへのまなざし」[参照]で知ったが、子どもを家庭の中心に据えて、両親が子どもに寄りかかっている、いびつな関係がある。 それは、子どものことを一生懸命に考えすぎた母親が陥る罠だそうな。わが身を犠牲にすることが、

本の探し方についてのエントリ「本を探すのではなく、人を探す」において、「目的を持って読む」と書いたが、具体的に何をどうすりゃいいのか、書いてない。本を選ぶまでが前回のエントリなら、ここでは、選んだ本をどうやって読んでいるかについて、書く。 最初に やはり長くなりすぎたこのエントリのまとめ↓ 読書は他人にものを考えてもらった結果をなぞるだけだから、自分のアタマでものを考えなくなる。そうした受動的な読書を打ち破るために、オキテを作って実践している。　オキテ1：読むだけの読書にしない、オキテ2：読んだら表現する、オキテ3：読んだらフィードバックする、の3つ。その結果、読書の対象に広がりと奥行きと深みが増した。特にオキテ2を強力にオススメする。 まとめ終わり。本文どぞ。 本ばかり読んでるとバカになる ショウペンハウエルが「読書について」でいいこと言っている。読書は他人にものを考えてもらうこと。だか

仕事でコード書いてた頃の話。 机上に「本」というメディアは無かった。プログラミングといえばお手本のコピペ＆手直しで仕上げてた。だから、せいぜい入門書やリファレンスといった辞書的なやつだけで、3年もすれば「古い」と引き出しの中へ。 だから、いつまでたっても上手なのは「お作法」だけ。あたりまえだ。仕様を実装したコードに「似た」コードやパターンを探し出す→コピペがプログラマの仕事だと思ってたから。ネットの情報が「全て」であって、「考える」とは、「いかにお手本に合わせるか」だったから。 プログラマというよりも、むしろ「コーダー」。その辺は「プログラマになれなかったわたし」[参照]に書いた。 ここでは、「コンピュータの名著・古典100冊」の既読リストで恥さらし。いかにちゃんとした本を読んでいないかがよっく分かる、なさけない。 本書はプログラミングに限らず、ソフトウェアエンジニアとしての libera