研修医の潰しかたを考えよう - レジデント初期研修用資料
平和を実現したいのならば、戦争に関する学習が欠かせない。 平和を願うのは大切かもしれないけれど、戦争のやりかたを知らないと、攻める相手をどうすれば止められるのか、相手の軍隊に動きがあって、それに対してどう応対すれば、そこから戦争につながる道筋を断てるのか、問題解決のやりかたが発想できない。ひたすらに平和を願う人達は、平和を願った結果として、相手の軍隊に間違ったメッセージを送ってしまう。会話が成立しないから、コミュニケーションが破綻した結果として、学習抜きの平和祈願は、むしろ戦争を近づける。 失敗を防ぐには陥れかたを考える 「平和を欲するのなら戦争を学べ」の論理が正しいとして、たとえば失敗を防ごうと思ったのならば、「失敗させるやりかた」を研究するのがひとつの方法なのだと思う。 どうすれば失敗を防げるのかを考えるのは大事だけれど、どうやれば相手を陥れることができるのか、暗黙にプレッシャーをかけ
8人に1人が苦しんでいる！「うつ」にまつわる24の誤解 泉谷閑示 | ダイヤモンド・オンライン
いまや8人に1人がかかっているといわれる現代病「うつ」。これだけ蔓延しているにもかかわらず、この病気に対する誤解はまだまだ多い。多数の患者と向き合ってきた精神科医が、その誤解を1つずつひも解いていく。
Developers Summit 2012 及川卓也さんの講演のまとめ | さぶみっと！JAPAN
Developers Summit 2012で及川卓也さんの講演 見る前に翔べ ～ギークの工夫で社会を変えよう～ を拝聴してきました。 及川さんの言っていた「Launch & Iterate」や「テーマ」等はアジャイル開発の継続的デリバリー（Continuous Delivery）やインセプションデッキ（Inception Deck）を調べると理解が深まると思います。 海外の開発プロセスの主流がアジャイルになるのも当然の流れだなと再認識できました。 講演者 Google エンジニアリング シニアエンジニアリングマネージャ及川 卓也 氏 大学を卒業後、外資系コンピュータメーカを経て、マイクロソフトにてWindowsの開発を担当。Windows Vistaの日本語版および韓国語版の開発を統括した後、Googleに転職。ウェブ検索やGoogleニュースをプロダクトマネージャとして担当した後、20
ぼくはこうしてプログラミングを覚えた
オリジナルはココです。フェイスブックのエンジニアでで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳
書評に代えて - 「スティーブ・ジョブズ 驚異のイノベーション」8つ目の法則 : 404 Blog Not Found
2011年07月12日00:15 カテゴリ書評/画評/品評Art 書評に代えて - 「スティーブ・ジョブズ 驚異のイノベーション」8つ目の法則 スティーブ・ジョブズ 驚異のイノベーション Carmine Gallo/ 井口耕二訳 [The Innovation Secrets of Steve Jobs] 前作に引き続き、日経BP中川様より献本御礼。 惜しい。実に惜しい。 何が惜しいかというと、一番大事で難易度が高い「8つ目の法則」が抜けていること。 本書「スティーブ・ジョブズ 驚異のイノベーション」は、前作「スティーブ・ジョブズ驚異のプレゼン」をより一般化したもの。それだけにより難しいのは当然で、「見落とし」があるのは想定の範囲内ではあった。 目次 法則1：大好きなことをする（キャリア） 法則2：宇宙に衝撃を与える（ビジョン） 法則3：頭に活を入れる（考え方） 法則4：製品を売るな。夢を
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
こだわりのある職人プログラマーほど、無駄なコードを少なくしたいものという事実を理解してほしい - 達人プログラマーを目指して
ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい
最高の自分を引き出す「自己催眠」のかけ方 9ステップ : earth in us.
最高の自分を引き出す「自己催眠」のかけ方 9ステップ http://www.earthinus.com/2011/06/self-hypnosys.html
自分の運の良さを「正しさ」だと勘違いしている人たちへ - 琥珀色の戯言
先週の金曜日、飲み会帰りのタクシーで60歳くらいの運転手さんと、熊本の3歳の女の子が20歳の大学生に命を奪われた事件の話になった。 「あれは親にも責任がありますよ。まだ3歳なんだから、親も目を離したらいかんですよ。トイレに行かせるのだって、ちゃんと遠くからでも見ておかないと」 大概の場合、僕はこういうときに「そうですねえ」とか曖昧に頷いてやり過ごしてしまうのだけれど、お酒が入っていたこともあり、「そんなふうに常に見張っておけっていうのはおかしいし、どんな親にだって、『ちょっと油断してしまう瞬間』はあると思います。それで責めるのはあんまりでしょう」と反論して、車内はやや気まずい空気になってしまった。 「人生の先輩」として、「そういうときでも、ちゃんと見ているのが親ってもんでしょう？」というのは、確かに「正論」のようにも思えるけれど、僕はそこまで完璧に自分の子どもを見張っておくことができるだろ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ヒューマンエラー 理論と対策
辛いなら「逃げる」のも大事 ―「正しい逃げ時」を判断する３つの方法 : earth in us.