Linuxの背後にある精神
Linus Torvalds / 青木靖 訳 2016年2月 (TED2016) クリス・アンダーソン 奇妙な話です。あなたのソフトウェアであるLinuxは何百万というコンピュータの中にあり、インターネットのかなりの部分を動かしています。さらに実際に使われているAndroid端末が15億台くらいあって、その１台１台にもあなたのソフトウェアが入っています。これはすごいことで、その開発本部ともなれば、さぞ大層な施設なんだろうなと思っていたので、この写真を見たときはびっくりしました。これがその — Linux世界本部なんですよね？(笑)(拍手) リーナス･トーバルズ 大したものには見えませんよね。この写真の中で最も興味深く、多くの人が反応する部分は、あのトレッドミル・デスクです。私の仕事場で一番興味深いものですが、私はもう使っていません。この２つは関連していると思います。私の働き方として、外的な
ストレスを友達にする方法
Kelly McGonigal / 青木靖 訳 2013年6月 (TEDGlobal 2013) 告白することがあります。でもその前に、まず皆さんに告白して欲しいことがあります。この１年比較的ストレスが少なかったという人、手を挙げてもらえますか？ どうです？ 中くらいのストレスだったという人は？ ものすごくストレスがあったという人？ ああ、私もです。でも告白というのはそのことではありません。告白というのは、私は心の健康が専門の心理学者で、みんなをより健康で幸せにするのを仕事としていますが、この10年間私が人に勧めてきたことは利よりも害が大きかったのではと恐れているんです。それはストレスに関することです。「ストレスは人を病気にする」と私は説いてきました。風邪から心血管疾患まで、あらゆる病気のリスクが高くなるのだと。基本的に私はストレスを敵視してきました。でも私のストレスに対する見方は変わりま
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
スタートアップを始めない理由が間違っている理由
Paul Graham / 青木靖 訳 2007年3月 (このエッセイは2007 Startup SchoolとBerkeley CSUAで行った講演を元にしている。) 私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。 だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ
ソフトウェア開発者のための推薦図書
Code Complete 2 [ Code Complete第2版―完全なプログラミングを目指して (上・下) ] スティーブ・マコネルのCode Completeはソフトウェア開発者のための｢楽しい料理｣本だ。この本を読むということは、自分の仕事を楽しんでいるということであり、自分のすることに真剣であるということであり、もっと向上したいと思っているということなのだ。Code Completeの中で、スティーブは平均的なプログラマが読む 技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 私はこの本がすごく好きで、ここから自分のWebサイトの名前(Coding Horror)を取ったくらいだ。この本ではやるべきでない悪い例には"coding horror"アイコンで印
あなたの知っていることはすべて5年以内に陳腐化する
Jeff Atwood / 青木靖 訳 2006年3月20日 ソフトウェア開発で奇妙なことが何かというと、知識が陳腐化するのがいかに早いかということだ。ダニエル・アップルマンはこれをルイス・キャロルの｢鏡の国のアリス｣の一場面に喩えたが、この状況がすごくよく表されている。 ｢さあさあ｣女王が叫んだ。｢もっと速く、もっと速く!｣ 2人はあまりに速く走ったので、そのうち空中をかすめ飛んで足がほとんど地面に触れないくらいになった。アリスは不意にすっかり疲れ切って立ち止まると、息切れとめまいを起こして地面に座り込んでしまった。 女王はアリスを木にもたせかけて立たせると、優しく言った。｢少し休むといい｣ アリスは周りを見回して驚いた。｢あら、ずっとこの木の下にいたみたい! みんな元のままだわ!｣ ｢もちろん元のままだとも｣と女王が言った。｢どうなると思ったの?｣ ｢だって、私たちの国では｣アリスはま
Googleのようにコンピュータを組み立てる
Jeff Atwood / 青木靖 訳 2007年3月12日 シリコンバレーに行くことがあれば、コンピュータ歴史博物館を覗いてみることを強くお勧めする。現存で唯一動作するPDP-1があって、それを使ってオリジナルのSpacewarゲームができるような場所が、他にあるだろうか? 私は行ってみたが、すごかった。ゾクゾクした。妻は退屈しきっていたが、それでもずっと付き合ってくれたことに感謝している。 この博物館は特設展よりも常設展示の方に本当に面白いものがある。それが建物の大部分を占めていて、かつて耳にしたことのあるあらゆるコンピュータが置かれている。見ることのできる所蔵品の中に、1999年のGoogleの 初期のサーバがある。 Googleの最初の量産サーバ 1999年 Google, Inc. アメリカ 限られた資金で、Googleの創業者ラリー・ペイジとサーゲイ・ブリンはこの安価な相互接続
｢要努力領域｣で努力しても凡庸にしかならない
｢要努力領域｣で努力するのは凡庸にしかならない Kathy Sierra / 青木靖 訳 2006年2月6日 これまでの人生(学校、仕事、人間関係)で、｢要努力領域｣について人に言われたことはどれくらいある? その領域で努力するために、どれほどの時間とエネルギーを使った? あなたがマネージャなら、パフォーマンスレビュー でそういう領域についてどれくらい強調してきた? 弱点に取り組むのではなく、強みを伸ばし、磨いていくべきではないのだろうか? もし弱点に取り組むことの対価が、ずば抜けたものになる可能性を減らすことだとしたらどうだろう? (そもそも何が｢弱点｣だとかそうでないとか、誰が決めるというの?) このことについて書かれた本があって、私は読んではいないのだが、その考え方には興味を引かれる。 Teach With Your Strengths(強みで教える)という本は、Amazonのページ
失敗した結婚みたいな企業が多すぎる
Kathy Sierra / 青木靖 訳 2007年2月24日 いい結婚生活のための秘訣が何かというと･･･変わらないということだ。言い換えると、デートしていた頃と同じ人間でいつづけるということだ。関心を払うのをやめないこと。優しくするのをやめないこと。50ポンド太ったりしないこと。いちゃいちゃするのをやめないこと。情熱的でありつづけること。セクシーでいつづけること。気配りするのをやめないこと。電話に応えること。残念なことに、 企業というのは多くの場合、ろうそくを灯したディナーで上等のワインを開け、そして｢君のことを話そう｣と言ってくれるのは、取引が済むまでのことで、ひとたび彼らがあなたを手に入れたなら(つまり、あなたが顧客となったなら)、あなたはその関係がひっかけだったことに気付く。 これは大きな間違いだ。こんなのは個人的な関係だったら理解できないことだし、企業と顧客の関係であっても理解
天才になるのに遅すぎるということはない
Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ
スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
