内向的な人が秘めている力
内向的な人が秘めている力 (TEDTalks) Susan Cain / 青木靖 訳 2012年3月 ９歳の時初めてサマーキャンプに参加しました。母はスーツケースいっぱいに本を詰め込んでくれましたが、私にとってはごく普通のことでした。私の家では読書が主たるグループ活動だったからです。非社交的だと思うかもしれませんが、私たちにとってはそれが一種の交流方法だったのです。家族が揃っていて、人の温かみを感じながら、同時に心の中の冒険の国を自由に飛び回ることができるのです。キャンプではそれと同じことを大がかりにするんだろうと思っていました。(笑) 10人の女の子が山小屋でお揃いのパジャマを着て一緒に読書するのを想像していました。(笑) でもキャンプはむしろアルコール抜きのビヤパーティに近いものでした。キャンプ初日にリーダーの人が私たちを集めてチアを教えました。キャンプの精神を再確認するためこれから毎
不完全にしておよそ正しくないプログラミング言語小史
1801 – ジョセフ・マリー・ジャカールがパンチカードを使った織機によってタペストリーに"hello, world"と織り出す。しかしラッダイト (当時のRedditer) たちは、テールリカージョン、並行処理、大文字小文字の区別を欠いていたため、さほど感心しなかった。 1842 – エイダ・ラブレスが最初のプログラムを書く。彼女の努力は、プログラムを実行するコンピュータが実のところ存在しないというマイナーな問題のために頓挫した。後にエンタープライズアーキテクトたちはプログラムをUMLで書くために彼女のテクニックを再び学ぶことになる。 1936 – アラン・チューリングが存在しうるあらゆるプログラミング言語を発明するが、特許化する前に英国情報部員(後の007)によって抹殺される。 1936 – アロンゾ・チャーチも存在しうるあらゆる言語を発明しているが、より巧みに行った。チャーチのラムダ
私のような仕事につく方法
Aaron Swartz / 青木靖 訳 これはカリカット工科大学で行われたTathva 2007カンファレンスでの講演のために書いたものだ(補足)。 アメリカの作家であるカート・ヴォネガットは、講演のタイトルをいつも「私のような仕事につく方法」にしていた。そして内容はその時々で好きなことを話していた。私はどちらかというとその逆の状況にある。何でも好きなことを話していいと言われたのだが、自分に話せる一番面白い話は「インターネットの将来」とか「マスコラボレーションの力」みたいなご大層なことではなく、「私のような仕事につく方法」だろうと思ったのだ。 それでは、私はどうやって自分の仕事を得られたのか? 疑いなく、第一のステップはしかるべき遺伝子を選択するということだ。私は白人男性アメリカ人として生まれた。家はかなり裕福で、父はコンピュータ業界で働いていた。残念ながら、これらのことを自分で選ぶため
Webスタートアップの未来
Paul Graham / 青木靖 訳 2007年10月 (この文章は2007年10月のFOWAでの講演を元にしている。) 今面白いことが起こっている。スタートアップはテクノロジーが安くなる時に起きるのと同じ変化を経験している。 これはテクノロジーの分野で繰り返し現れているパターンだ。最初ある種の装置がすごく高価で少量がカスタムメイドで作られている。それから誰かがそれをずっと安く作れる方法を見つけ、桁違いにたくさん作られるようになる。そしてそ のことによって、その装置は以前には考えもしなかったような使い方がされるようになる。 コンピュータがこのよく知られた例だ。私が子供の頃は、コンピュータというのは大きくて高価な機械であり、1台ずつ作られていた。今ではそれがコモディティになっ ている。非常に安いため新しい使い方ができる。いまや何にでもコンピュータを入れられるようになった。 このパータンはず
死なないために
Paul Graham / 青木靖 訳 2007年8月 (以下は私がY Combinatorで夏シーズン最後のディナーのときに行ったトークだ。いつもは最後のディナーでトークなんかやってなくて、どちらかといえばパーティに近いのだが、しかしいくつかのスタートアップを避けられる死から救えるのであれば、雰囲気を壊してもやる価値はあると思ったのだ。それで土壇場になって、このちょっと辛気臭いトークを書きあげた。これは別にエッセイのつもりで書いたものではない。ディナーまでに2時間しかなく、書いているときが一番早く考えられるので書き出したというまでだ。) 2、3日前、私はある記者に、投資した会社の1/3くらいが成功することを期待していると話した。実際にはこれは控え目に言ったものだ。私は半分くらいは成功できるのではないかと思っている。50%の成功率を達成できたら、ちょっとすごいと思わない? 言い方を変えると
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
理解することが書き直すことを意味するとき
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
Rhino on Rails
Steve Yegge / 青木靖 訳 2007年6月26日 なんて日だろう。John Lamに取り上げられると、Slashdotに取り上げられるよりひどいことになるらしい。私のチームのみんなは一日中私のことを笑っていた。どうしてこんなことになったのか見当も付かない。 雪崩のようなメールにいちいち返答するより、一括アップデートしてしまう方が良さそうだ。 しかしその前にだ、いったい今の私くらい当惑している人間が他にいるだろうか? Foo Campで行われた数々の目を見張るような議論の中で、私が即興でしたちょっとした講演——それにはどういうわけか20分前にテントからはい出 してきたばかりみたいな私の写真が添えられていて、二日酔いで道に迷い、どうして自分がセバストポルの真ん中の原っぱにいるのかも分らない様子で写っており、分ったのは どうも前の夜に朝10時の講演を引き受けたらしいということだけとい
コンサルタントの秘密 - 一見無害だが危険な言葉
Gerald M. Weinberg / 青木靖 訳 2007年3月12日 月曜 コンサルタントとして成功するためには、一見無害な言葉に注意を払う必要がある。コンピュータソフトウェアの分野では、そういうブビートラップみたいな言葉が満ちあふれている。このことについて、 おそらく多くの人にもっと馴染み深いだろう犬のトレーニングの話を交えて紹介しよう。 私の妻のダニはプロの文化人類学者であり、当然のこととして 優れた聞き手だ。文化人類学の仕事はもう引退したが、文化人類学者およびマネジメントコンサルタントとして培ったスキルと経験を元に、今は犬を飼っている人や犬のトレーナーのための行動コンサルティングをしている。この組み合わせからはたくさんの興味深いアイデアが生まれている。彼女が話してくれた攻撃犬の訓練の話もそうだ。いつものごとく、攻撃犬における大きな問題は、犬によってではなく、人によって起きる。
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
バベル案内
Steve Yegge / 青木靖 訳 2004年9月 これは駆け足の言語案内だ — Amazon Developers Journalのために今月書いていたのだが、どうもこれを見苦しくないようにする方法を見つけられなかった･･･。 ひとつには、私はどうも粗野で口汚くなりがちで、オフィシャルな趣のあるAmazonの出版物に載せるのは不適切に思えた。それでかわりに誰も読まない自分のブログに押し込めてしまうことにした。読んでるのはあなたくらいのものだよ。どうも! もうひとつ言うと、これは本当に書きかけのものであり、そこかしこの断片を集めたものでしかない。全然磨き上げられていない。これもブログエントリにする理由になっている。ブログなら別に良質である必要も完全である必要もない。単に私が今日考えたことというだけのものだ。ではお楽しみを! この駆け足の案内では、C、C++、Lisp、Java、Perl
Lispの真実
Leon Bambrick / 青木靖 訳 2006年9月24日 日曜 ここにLispの真実が明らかにされ、いくつかの代替が提示される。 Lispを学ぶことはあなたの人生を変える。 あなたの脳はすごく大きくなり、そんなに大きくなるものだとは思わなかったほどになるだろう。 あなたは自分のアプリケーションをすべて、ほんの一握りのコードで書き換えるだろう。 社会はあなたを避けるようになる。あなたも社会を避けるようになる。 あなたは自分のまわりの物やまわりの人すべてに不満を感じるようになる。 Lispは非常にシンプルであり、ほんの数分で学ぶことができる。私はさっきバスを待っている間に学んだ。 Lispは非常にシンプルであり、どんな言語を使おうと数ページのコードで実装できる。しかしそんなことをすることはないだろう。ひとたびLispを学んだなら、あなたはLisp以外の言語で何かを書こうとは思わなくなる
プログラマの権利宣言
Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基本的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の
スタートアップを始めない理由が間違っている理由
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"アイコンで印
Googleのようにコンピュータを組み立てる
Jeff Atwood / 青木靖 訳 2007年3月12日 シリコンバレーに行くことがあれば、コンピュータ歴史博物館を覗いてみることを強くお勧めする。現存で唯一動作するPDP-1があって、それを使ってオリジナルのSpacewarゲームができるような場所が、他にあるだろうか? 私は行ってみたが、すごかった。ゾクゾクした。妻は退屈しきっていたが、それでもずっと付き合ってくれたことに感謝している。 この博物館は特設展よりも常設展示の方に本当に面白いものがある。それが建物の大部分を占めていて、かつて耳にしたことのあるあらゆるコンピュータが置かれている。見ることのできる所蔵品の中に、1999年のGoogleの 初期のサーバがある。 Googleの最初の量産サーバ 1999年 Google, Inc. アメリカ 限られた資金で、Googleの創業者ラリー・ペイジとサーゲイ・ブリンはこの安価な相互接続
天才になるのに遅すぎるということはない
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つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ランディ・パウシュの近況