By Alvaro Tapia 誰にでも「まったく議論がかみ合わない」という経験があるものですが、それはひとえに相手が論理的でないからかもしれません。議論で「負け」が運命付けられている思考方法が30パターンまとめられています。 The Logical Fallacy Collection: 30 Ways to Lose an Argument http://thevisualcommunicationguy.com/2014/12/29/the-logical-fallacy-collection-30-ways-to-lose-an-argument/ ◆01：Ad Hominem(人身攻撃) 理論的な主張をすることなく、もっぱら相手の人格を攻撃するタイプ。往々にして名前を連呼したり、レッテル貼りをしたりと攻撃的なのがこのタイプ。 ◆02：Anecdote(アネクドート) 自分しか体験

プロのプログラマーになりたいなら、コードを書けるだけでは足りません。チームでの問題解決やバージョン管理など、コーディング以外にも身につけるべき重要なスキルがいくつもあります。今回は、米Lifehacker読者のみなさまの声をもとに、プロの開発者として必要不可欠なスキルとは何かを見ていきます。 コードを学ぶための情報は世の中に溢れています。そのせいか、プログラミング言語さえ習得すれば、プロの開発者になれると思い込む人がたくさんいます。しかし、他の職業と同じく、優れたプロフェッショナルになるには、たった1つのスキルで足りるはずがありません。開発者に必要なスキルをここですべて列挙することはできませんが、以下に、本当に重要なスキルをいくつか紹介しておきます。 コミュニケーションを学ぶ プログラマーは孤高の職人である、と喧伝するメディアもありますが、実際は、他者とのコミュニケーションや共同作業が欠か

がんばって生産性をあげたり、才能を開拓したりするのはやがて仕事や活動で成功し、そのうえで幸せを感じるためだと言ったら、いささか単純な論理だとはいえ、多くの人は同意するでしょう。 しかし逆だとしたら？ 「頑張って」しかるのちに「成功」があって、その先に「幸せ」があるのではなくて、「幸せ」を感じられるようになることが生産性も、成功も生み出すとしたら？ TED における面白おかしい講演で、Good Think Inc. の Shawn Achor はまさにこのことを説いています。 Shawn Achor は Positive Psychology と彼が呼ぶ考え方のエヴァンジェリストです。講演の始めに、彼は自分が７歳のときに５歳の妹に怪我をさせてしまい、痛みで叫ぼうとした彼女に「いまユニコーンみたいだったよ！」とすぐに問題をポジティブ（見かけ上は）にすり替えることで叫び声を上げさせずにすんだとい

去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って

食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ

いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしている エンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への

ただ「できる」だけではない、多くの有能な人と最高レベルで競い合うことのできるスキルを磨くにはどうすればいいのでしょう？ 一人の「天才」的な才能を生み出すのに必要な時間は、マルコム・グラッドウェルが Outliers で紹介したように、10000 時間と言われています。 しかしこれは必要条件であって、十分条件であるとは限りません。普通にチェスを 10000 時間実践していれば、たいていの選手よりは強くなれます。しかしあとになればなるほど時間あたりに得られる経験値は少なくなりますし、強くなればなるほど自分のレベルを高めてくれる相手を探すのが難しくなるので、グランドマスターになりたいのなら、さらに絞り込んだ訓練が必要になります。 ゲームでたとえるなら、「スライムばかり倒していてもレベルは上がらない」と言い換えられるでしょうか。 ただ秀でているというところから、本当に「天才」というレベルにまで人を

前回、日本半導体が、韓国、台湾のメーカーや米マイクロンテクノロジーの「高度な破壊的技術」に駆逐されたことを論じた。 日本メーカーは、25年もの長期保証を付けた高品質な半導体を作り続けたが、　韓国、台湾メーカーや米マイクロンテクノロジーは、そんな長期保証を必要としないPC用DRAMを安価に大量生産した。つまり、日本半導体は、クレイトン・クリステンセンが言うところの「イノベーションのジレンマ」に陥ったのである。 そして、1980年前後に形成された、極限技術・極限品質を追求する日本の技術文化、すなわち過剰技術で過剰品質な製品を作る技術文化は、DRAMで手痛い敗戦を経験したにもかかわらず、30年以上経過した現在も変わっていない。 なぜ、変わることができないのか？　その原因の1つには、DRAMでシェア世界一になったという過去の成功体験があるものと考えられる。 社長会見に垣間見えたトヨタの傲岸不遜 こ

「心が変われば行動が変わる。行動が変われば習慣が変わる。習慣が変われば人格が変わる。人格が変われば運命が変わる。運命が変われば人生が変わる。」(ウィリアム・ジェームス　アメリカの心理学者) と言われている。習慣まで身につければ、人格、運命、人生は自然な流れで変わってくる。 だから、習慣を身につけるところまでは努力する必要がある。 習慣ということで、『7つの習慣―成功には原則があった!』を参考にした。 ７つの習慣を理解するには、７つの悪習慣を考えるとわかりやすい。 そこで、やりがちな悪習慣をリスト化し、７つの習慣で重要な概念について簡単にまとめた。 目次 ７つの悪習慣 第一の悪習慣：人のせいにする 第二の悪習慣：目的を持たないで始める 第三の悪習慣：一番大切なことを後回しにする 第四の悪習慣：勝ち負けという考え方 第五の悪習慣：まず自分が話し、それから聞くふりをする 第六の悪習慣：頼れるのは