Linuxの背後にある精神
Linus Torvalds / 青木靖 訳 2016年2月 (TED2016) クリス・アンダーソン 奇妙な話です。あなたのソフトウェアであるLinuxは何百万というコンピュータの中にあり、インターネットのかなりの部分を動かしています。さらに実際に使われているAndroid端末が15億台くらいあって、その１台１台にもあなたのソフトウェアが入っています。これはすごいことで、その開発本部ともなれば、さぞ大層な施設なんだろうなと思っていたので、この写真を見たときはびっくりしました。これがその — Linux世界本部なんですよね？(笑)(拍手) リーナス･トーバルズ 大したものには見えませんよね。この写真の中で最も興味深く、多くの人が反応する部分は、あのトレッドミル・デスクです。私の仕事場で一番興味深いものですが、私はもう使っていません。この２つは関連していると思います。私の働き方として、外的な
人の注意力を操る妙技
“世界最高のスリ師と称されるアポロ・ロビンスは、腕時計をスリ盗りながら人の行動の特性を研究しています。ロビンスはこの愉快な実演で、TEDGlobal 2013の聴衆を相手に持ち物を物色しつつ、盗られた財布が自分の肩の上にあるのに持ち主が気付かないといった芸当が、人間の認知能力の欠陥を利用することでいかに可能になるかを示します。” (TED Talks)
変？ それとも違うだけ？
変？ それとも違うだけ？ (TED Talks) Derek Sivers / 青木靖 訳 2009年11月 アメリカで道に立っていたとしましょう。そこへ日本人がやってきて質問をします。 「すいません。この区画は何という名前ですか？」 「何？ ああ、こっちがオーク通りで、あっちがエルム通り。これが26番で、向こうが27番通りです」 「それで、この区画の名前は？」 「区画に名前なんてないですよ。名前は道についていて、道の間にある名前のない部分が区画です」 彼は頭を混乱させ、がっかりしながら歩き去るでしょう。 今度は逆に日本のどこかの道に立っていて、誰か近くにいる人に聞いたとしましょう。 「すいません。この道は何という名前でしょう？」 「はい、向こうが17番地で、こっちが16番地です」 「じゃなくて、この道の名前を知りたいんですが？」 「道の名前なんてありませんよ。名前は区画についています
私のTODOリストの先頭にあるもの
Paul Graham / 青木靖 訳 2012年4月 ブロニー・ウェアという緩和ケアの看護師が、人が死の間際によく後悔することのリストを作っている。なるほどと思えるものだ。5つの間違いのうち少なくとも4つを私自身犯していた——というか犯しているのがわかる。 人が死の間際に後悔すること 1. 他の人の期待に合わせるのではなく、自分に正直に生きる勇気が欲しかった。 2. あんなに仕事ばかりするんじゃなかった。 3. 自分の感情を表す勇気を持てばよかった。 4. 友達と連絡を絶やさずにいればよかった。 5. もっと自分を幸せにしてあげればよかった。 これらの間違いを1つのアドバイスにまとめるとしたら、それはたぶん「歯車になるな」ということだろう。この5つの後悔は、状況に合わせて自分を押し込め、止まる時まで律儀に回り続ける脱工業化社会の人間の姿をよく描き出している。 気掛かりなのは、これらの後悔
内向的な人が秘めている力
内向的な人が秘めている力 (TEDTalks) Susan Cain / 青木靖 訳 2012年3月 ９歳の時初めてサマーキャンプに参加しました。母はスーツケースいっぱいに本を詰め込んでくれましたが、私にとってはごく普通のことでした。私の家では読書が主たるグループ活動だったからです。非社交的だと思うかもしれませんが、私たちにとってはそれが一種の交流方法だったのです。家族が揃っていて、人の温かみを感じながら、同時に心の中の冒険の国を自由に飛び回ることができるのです。キャンプではそれと同じことを大がかりにするんだろうと思っていました。(笑) 10人の女の子が山小屋でお揃いのパジャマを着て一緒に読書するのを想像していました。(笑) でもキャンプはむしろアルコール抜きのビヤパーティに近いものでした。キャンプ初日にリーダーの人が私たちを集めてチアを教えました。キャンプの精神を再確認するためこれから毎
怖いくらいに野心的なスタートアップのアイデア
Paul Graham / 青木靖 訳 2012年3月 Y Combinatorをやってきて気づいた驚くことの１つに、最も野心的なスタートアップのアイデアの多くがいかに怖いものかということがある。このエッセイではこの現象をいくつかの例で示そうと思う。そのいずれも創業者を億万長者にしうるものだ。そう言うと魅力的に聞こえるが、それが何か書いて見せたなら、きっと思わず尻込みすることだろう。 だからといって心配することはない。それは弱さのしるしではなく、たぶん正気さのしるしなのだ。最も大きなスタートアップのアイデアは怖いものだ。多くの労力を要するからばかりではない。最も大きなアイデアというのは、自分の存在を脅かすように感じられるのだ。果たして自分にはそれをやり通せるだけの野心があるのだろうか？ 『マルコヴィッチの穴』に、ダサい主人公がすごく魅力的で洗練された女性に出会う場面がある。彼女は主人公にこ
幸福と成功の意外な関係
幸福と成功の意外な関係 (TEDTalks) Shawn Achor / 青木靖 訳 2011年5月 私が７歳で妹が５歳の時、２段ベッドの上で一緒に遊んでいました。当時私は妹より２つ年上で･･･今でも２つ年上ですが･･･当時は何でも私が仕切っていて、戦争ごっこをすることになりました。それで２段ベッドの上で、一方の端には私のG.I.ジョーの兵士と武器が並び、もう一方には妹のマイリトルポニーが騎馬突撃に備えていました。 あの日の午後起きたことに関しては見解の相違があるのですが、今日この場に妹は来ていないので、皆さんに真実をお話しすることにしましょう。(笑) 妹はすこしばかり不器用なところがあって、兄が押しも何もしていないのに突然ベッドの上から姿を消し、床に落下しました。妹に何が起きたのか恐る恐るベッドの脇から覗いてみると、妹は四つん這いで痛々しく着地していました。 私は不安になりました。危ない
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
最初の一歩は始めること
Jason Zimdars / 青木靖 訳 2010年8月31日 「Webデザインを始めたい場合、どうすればいいんでしょう？」とか、「Webアプリを作り始めるには、どんなスキルが必要ですか？」といった質問をする人がたくさんいる。おすすめの本を山ほど挙げたり、「となりのやつより115%上をいく55の技」みたいな記事を何十本かリストアップするのは簡単だが、本当のところを言うと、始めるために何かを学ぶ必要はない。一番重要なことが何かというと、ただ始めることなのだ。 何かを作り始めること。Webデザインを学びたいならWebサイトを作ればいい。起業家になってWebベースの製品を売るビジネスを始めたいなら何かアプリを作ればいい。まだスキルがないかもしれないけど、どうしてそんなこと気にするの？ どんなスキルが必要になるかもわからないというのに。 すでに知っていることを使って始める Webで何か作りたいん
あなたの知っていることはすべて5年以内に陳腐化する
Jeff Atwood / 青木靖 訳 2006年3月20日 ソフトウェア開発で奇妙なことが何かというと、知識が陳腐化するのがいかに早いかということだ。ダニエル・アップルマンはこれをルイス・キャロルの｢鏡の国のアリス｣の一場面に喩えたが、この状況がすごくよく表されている。 ｢さあさあ｣女王が叫んだ。｢もっと速く、もっと速く!｣ 2人はあまりに速く走ったので、そのうち空中をかすめ飛んで足がほとんど地面に触れないくらいになった。アリスは不意にすっかり疲れ切って立ち止まると、息切れとめまいを起こして地面に座り込んでしまった。 女王はアリスを木にもたせかけて立たせると、優しく言った。｢少し休むといい｣ アリスは周りを見回して驚いた。｢あら、ずっとこの木の下にいたみたい! みんな元のままだわ!｣ ｢もちろん元のままだとも｣と女王が言った。｢どうなると思ったの?｣ ｢だって、私たちの国では｣アリスはま
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
不完全にしておよそ正しくないプログラミング言語小史
1801 – ジョセフ・マリー・ジャカールがパンチカードを使った織機によってタペストリーに"hello, world"と織り出す。しかしラッダイト (当時のRedditer) たちは、テールリカージョン、並行処理、大文字小文字の区別を欠いていたため、さほど感心しなかった。 1842 – エイダ・ラブレスが最初のプログラムを書く。彼女の努力は、プログラムを実行するコンピュータが実のところ存在しないというマイナーな問題のために頓挫した。後にエンタープライズアーキテクトたちはプログラムをUMLで書くために彼女のテクニックを再び学ぶことになる。 1936 – アラン・チューリングが存在しうるあらゆるプログラミング言語を発明するが、特許化する前に英国情報部員(後の007)によって抹殺される。 1936 – アロンゾ・チャーチも存在しうるあらゆる言語を発明しているが、より巧みに行った。チャーチのラムダ
やる気に関する驚きの科学
やる気に関する驚きの科学 (TED Talks) Daniel Pink / 青木靖 訳 2009年7月 最初に告白させてください。20年ほど前にしたあることを、私は後悔しています。あまり自慢できないようなことをしてしまいました。誰にも知られたくないと思うようなことです。それでも明かさなければならないと感じています。(ざわざわ) 1980年代の後半に、私は若気の至りから、ロースクールに行ったのです。(笑) アメリカでは法律は専門職学位です。まず大学を出て、それからロースクールへ行きます。ロースクールで私はあまり成績が芳しくありませんでした。控えめに言ってもあまり良くなく、上位90パーセント以内という成績で卒業しました。(笑) どうも。法律関係の仕事はしたことがありません。やらせてもらえなかったというべきかも。(笑) しかしながら今日は、良くないことだとは思いつつ、妻の忠告にも反しながら、こ
要求は怪物みたいなもの
Angry Aussie / 青木靖 訳 2007年8月1日 水曜 8歳になる娘と話をすると、自分が何でもわかっているなどとは思わなくなる。 質問が上手なあの子は、私が答えられなかったり、少なくとも真剣に考えなきゃならないようなことを聞いてくる。真剣に考えるというのは重要で、いい加減な答えをしようものならすぐ突っ込まれてしまう。彼女が5歳で母親に日曜学校へ送り迎えしてもらっていた頃のある日、何の前触れもなくこんなことを聞いたことがあ った。 「ねえ、神様が私たちを作って、そして私たちを好きでいるなら、どうして神様は私たちが病気になるのをほうっておくの?」 あなたならどう答えるだろう? 私が最初に思いついたのは「ママに聞いてごらん」ということだった。しかしこれはその場しのぎにしかならない。最終的には「死なないくらいの病気かかると、かえって体が丈夫になるんだよ」という冴えない答でどうにか逃げお
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
頭良さそうにTED風プレゼンをする方法
OS別コンピュータの直し方