「だまされた」と思わせずに大衆を騙すテクニックがわんさと紹介されている。 広告・政治宣伝のからくりを見抜くスゴ本。コマーシャルで衝動買いしたり、連呼されるワンフレーズ・ポリティクスに洗脳されることはなくなるだろう。マスメディアの欺瞞を意識している方なら自明のことばかりかもしれないが、それでも、ここまで網羅され研究し尽くされているものはない。 もちろん、チャルディーニの「影響力の武器」と激しくカブってる。その研究成果が幾度も引用されており、暗黙のお返しを求める返報性の罠や、小さなものから大きなコミットメントを求める一貫性の自縄自縛のテクニックなんて、そのまんまだ。 しかし、破壊力が違う。「影響力の武器」を一言であらわすならば、「相手にYesといわせる」ことを目的としているが、本書はそれに加えて「相手を説得し、積極的に賛同させる」ことがテーマなのだ。さらに、一人ふたりではなく、大衆レベルで実現

「継続は力なり」を実践している書評才能とは、継続できる情熱である。※ライブドアブログではじめました。http://gorikun.blog.jp/ 私たちは何のために働くのでしょうか 14歳からの商い/渡邉 美樹 ￥1,470 Amazon.co.jp この著書は、渡邉社長が自身が理事長をされている 郁文館夢学園の生徒からの質問に答えるというカタチで形成されているのですが 社会人が読んでも充分に考えさせられる内容です 私なんかが中学生の頃って、将来について全くと言っていいほど考えていなくて 勉強や部活動なんかに精いっぱい汗をかいていた気がするのですが 今考えると、もっともっと将来について語る必要があったなぁって 無駄な後悔をしてみたりもするんです 頭のどこかで、仕事はつらいけどみんな頑張っているんだって思っていて 社会人になることに、どこか敬遠していた自分がいたように思うのですが 仕事は楽

超図解・新しいマーケティング 実践編 2020年に連載した「超図解・新しいマーケティング入門」は、新人マーケターが最初に身に付けるべき知識を体形的に学べるとして好評を得た。本特集は、その続きとなる、実践編だ。実際に商品開発や事業を立ち上げるに当たっては、学んだ基礎知識をいかに適切に組み合わせて、生活者から支持を得るような“強い”体験価値を創造していくかが肝心となる。そこで企業向けに事業開発支援を行う博報堂のトップマケーターたちが、事業創造を成功させるためのアプローチ方法をこのほど体形化。実践テクニックの数々をお届けする。

2008年08月08日00:00 カテゴリ書評/画評/品評iTech DIY 24/7 - 書評 - [24時間365日]サーバ/インフラを支える技術 技術評論社土井様より献本御礼。 24時間365日 サーバ/インフラを支える技術 伊藤直也 / 勝見祐己 / 田中慎司 ひろせまさあき / 安井真伸 / 横川和哉 初出2008.08.03; 販売開始まで更新 実に面白かった。本書単体で読んでも面白いが、「Googleを支える技術」と読み比べると面白さ22倍といったところだろうか。 本書「24時間365日 サーバ/インフラを支える技術」は、はてなとKLabという、実際に24時間365日稼働するサービスを運用している「中の人々」が、それをどうやって実践してきたかを一冊の本にまとめたもの。「外から見て」書いた「Googleを支える技術」は、そこが決定的に違う。 書籍案内：［24時間365日］サーバ

これまでの歴史的経緯や、世界的なトレンドを考えると、 経営を理解してない労働者は、 どんどん居場所がなくなり、年収も下がって いくと思います。 逆に、経営*1を理解している労働者は、ますます活躍の場が広がるし、 たとえ運悪く挫折しても、何度でも復活するチャンスが得やすくなっていくと思います。 そして、後述するように、これは全世界的なトレンドであって、 この流れを一時的に阻害するぐらいはできても、 歴史の歯車を逆転させるようなことは、もはやできないと思います。 そもそも「経営」を勘違いしている人が多い よくある「経営」に関する迷信に、以下のようなものがあります。 【迷信１】企業の目的は金儲けである 【迷信２】非営利組織に経営は必要ない(善意だけで運営できる！) 【迷信３】経営スキルがなくても仕事には困らない(経営は経営者の考えることだろJK。。。) 以下、これらについて解説します。 【迷信１

完全主義者（自分でやらないと気のすまない人）はだめ。部下を信じるべし。質問はしまくろう。聞くは一時の恥。聞かぬは一生の恥だ。まず軽い成功で、ジャブ。自信がついたら大きな事業を成功させるのだ。つねに、失敗を確認して糧とする。どうしたら成功するかより、どうしたら失敗するかを考える。そして逆を行けば良い。過去形にしてから学ぶ必要は無い。苦手な事をを積極的に行う。オールマイティになるべし。失敗を糧とすることも重要だが、気にしすぎて仕事ができなくなっては意味がない。一日で忘れることができる能力を身につけよう。相手先の社内事情に詳しくなる。「用事は忙しい人に頼め。」忙しい人間ほど、時間のやりくりがうまく、きちんと責任を果たしてくれる。常に仕事を100%こなせば良いということはない。上司が50%しか要求していない重要でない仕事か、120%要求する重要な仕事かを常に判断すべし。縁の下にいてはいけない。縁の

オブジェクト指向の入門書と言えば『オブジェクト指向でなぜつくるのか』に決まってるよね、と話していたら、「ええ、そうなんですか？」と、この本に推薦のことばを寄せていた平鍋さんの会社の人に言われてショックでした。ちょっと駄目すぎです。角谷さんなんとかしてください（＜無茶振り）。 オブジェクト指向でなぜつくるのか―知っておきたいプログラミング、UML、設計の基礎知識― 作者: 平澤章出版社/メーカー: 日経BP社発売日: 2004/06/03メディア: 単行本購入: 34人 クリック: 448回この商品を含むブログ (198件) を見る 私もご他聞に漏れず、オブジェクト指向の本はいろいろ読んでみたのですが、『オブジェクト指向でなぜつくるのか』に勝る本は内外合わせてまだお目にかかれていません。率直に言ってプログラマ必読書だと思います。 その素晴らしさは随所にあるのですが、章立てに追って説明しましょ

中島聡さん の おもてなしの経営学 アップルがソニーを超えた理由 (アスキー新書) を読みました。とにかく古川さん との対談が面白い。「経営学」と題している書籍ではあるのですが、この対談の箇所だけを抜き取ると、一人のソフトウェアエンジニアがどのようにして未来を切り開いたかというエンジニア論の体をなしています。 著者の中島さんの blog ははてなブックマークでも人気エントリーの常連なので、ご存じの方も多いことかと思います。 ところで 1998 年に、マイクロソフトがブラウザ戦争 (wikipedia:ブラウザ戦争)の結果、独占禁止法で提訴されたことがありました。個人的にはネットスケープがマイクロソフトにボコボコにされて「もうやめて、ネットスケープのライフは 0 よ!」と勝敗が完全についた区切り/象徴である事件だと認識していて、当時はまだそれほど IT ビジネスに関心がなかったにも関わらず興

2008年03月29日05:30 カテゴリ書評/画評/品評Art 2008年度の新社会人が読んでおくべき12冊 本当はもっと早く出したかったのだけど、三月は暇貧乏で。おかげですっかりマインドマップ的読書感想文に先を越されちゃいましたが、春休みはまだ残ってます。 404 Blog Not Found:2008年の仕事始めまでに読んでおきたいビジネス書x10 404 Blog Not Found:2008年のお年玉で買うべき本10冊 には入っていない本のうち、特に新社会人に有用だと感じた本を集めてみました。余裕があれば上記で紹介されている本も目を通しておいて下さい。 ここでは、４つのテーマ、「先輩たちの意見を聞く」「上司を読む」「自分を鍛える」そして「明日の社会に備える」に対し、それぞれ３冊づつ選んでいます。 先輩たちの意見を聞く すでに就職活動でさんざん先輩の話を聞いた、という方もいらっしゃ

多少ネタ臭がするかもしれないけど、意外とまじめに選んでみた。文系・理系は特に意識してない。あとプログラム方面の話とかExcelのtipsみたいな分野も選んでない。 追記：いただいたコメント等について（1/2） - I 慣性という名の惰性 I 「産業構造」というものを理解するための本 自分のいる業界とか、自分の部署がやっている仕事とかを理解しようとするときの土台になる考え方を身に付けるために読む本。この土台部分がないまま日経新聞とか日経ビジネスとかを読んでも無駄無駄無駄無駄無駄無駄。業界分析本とかも同様。 自分の所属する産業が現在どういうステージにあって（成長とか衰退とか）、そのなかで自社はどういうポジション（業界のリーダーなのか泡沫なのか先行者なのか追随者なのかとか）にあるのかを把握することがまずは大事。まあ本当ならエントリーシート書く前にちゃんとやっとけという話ではある。 上司にこの手の

昨年の「東大教官がすすめる100冊」の2007年版。企画の趣旨は以下のとおり。 ■企画「東大教師が新入生にすすめる100冊」の趣旨 東大教師が選んだ新入生向けのブックリストとして、新書「東大教官が新入生すすめる本」と、紀伊國屋書店のサイト[参照]がある。全部で2100冊程と膨大なので、まとめる。まとめるだけでは面白くないので、100冊に絞ってランキングする。 新書もサイトも、「ただ並べてあるだけ」なので非常に見づらい。さらに、くりかえしオススメされる本の「重み」が見えないため、以下の基準で編集→ランキングする。 年を越えてオススメされる本は、それぞれ1票としてカウント 複数の教官にオススメされる本は、それぞれ1票としてカウント 全集・分冊は丸めて1冊にした。ただし、全集の中の特定巻を指してある場合は「ソコを読め」というメッセージなので別枠とした 参照元では「文系」「理系」と分けているが、混

『 The Ruby Programming Language 』を読んだ。こいつは良い本だ。副題の"Everything You Need To Know"っていうのは嘘じゃない。翻訳しようっていう話もちらほら聞こえる。当然、翻訳は出すべきだろう。 だが、この本は決して簡単ではない。こいつは 『プログラミングPerl』 と相似だ。その言語の創始者自身が書いた。そして、初心者が中級者になるために、最後に読むべき本はこれだ。けれども、その言語の流儀を全く知らない、チュートリアルすらやってない入門者は、この本では挫折する。 Ruby Inside も、こう書いてる。 The only downside, in terms of the thousands who might be browsing Amazon looking for a single Ruby book to start o

「アジャイルプラクティス」、読んだ。よかった！ もしあなたが、開発者としてアジャイルでありたい、と思っているのであれば、必ず読んで欲しい。「アジャイル」は方法論ではないし、プロセスでもない。あなたが明日から始められる「習慣」と「心構え」なんだ。 ■ アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 http://www.amazon.co.jp/dp/4274066940/xpjp-22 この本は、アジャイル開発、の本ではない。アジャイル開発の手順を解説なんてしていない。そうではなく、「あなた」が開発者としてアジャイルでありたいならば、こういう習慣を身に着けよう、と言っている。あなたは「気持ちよく」納得した感情で開発をしたいだろう？誇りをもって、自分自身とチームが書くコードが高品質である、と言いたいだろう？顧客に価値を提供している、と言いたいだろう？ たとえば、本書では、あるプ

「コードコンプリート」第2版下巻を輪読した。 品質、テスト、デバッグの章を読んで、非常に参考になることばかりだった。 「コードコンプリート」を読むまで「プロセスで品質を作りこむ」という格言の意味が分からなかった。 整理するために感想を書いてみる。 【1】テスト自体はソフトウェア自体の品質を改善しない 「コードコンプリート」によると、テスト(単体・結合・システムテスト)をいくらやっても、一般に存在するエラーの高々50%しか検出されない。 テストの結果は品質の指標になるだけだ。 ソフトウェアの品質を上げたいなら、テストを増やすのではなく、開発プロセスを改善しなければならない、と。 その実例や測定結果も載せていた。 この指摘には衝撃を受けた。 どのプロジェクトでも、テストケースを増やしたら、ソフトウェア品質が上がっているように思えないだろうか？ それは、痩せるために体重計にのる回数を増やしている