5人の創業者
Paul Graham / 青木靖 訳 2009年4月 最近Inc. Magazineから、この30年間でもっとも興味深いスタートアップ創業者を5人挙げるとしたら誰かと聞かれた。一番興味深いのが誰かはどうやって決めたらいいのだろう? もっともよい判定方法は、その影響力を見ることだと思う。私にもっとも影響を与えた5人は誰だろう? 出資した会社の人たちと話をするときに、誰を模範にしろと言うだろう? 自分は誰の言葉をよく引き合いに出しているだろう? 1. スティーブ・ジョブズ スティーブは、私に限らず誰に聞いてももっとも影響力のある創業者だと言うだろう。スタートアップの文化の多くはAppleの文化だ。彼は最初の若き創業者だった。そして「とてつもなく素晴しいもの」という概念はアートの世界には昔からあったにせよ、1980年代の企業にとっては目新しい考えだった。 さらに注目すべきなのは、彼が30年にわ
ホワイの(感動的)Rubyガイド
この本はホワイ・ザ・ラッキースティフ(why the lucky stiff)により愛情を込めて書かれた。 ~ 目次 ~ この本について コンニチハ、Ruby この本を開く 犬の話 赤い太陽が昇る 本はどのように始まるか (漫画のキツネと学ぶ)短時間の(そして願わくは辛くない)Rubyコース 言語と、言語で意味しているもの 品詞私がまだあなたのことを十分子供扱いして いなかったなら あなたの成長を促すための例題 そして短い旅はそっとクッション停止する 浮いている小さなコードの葉っぱ アンブローズにおけるステータスシンボルとしての葉っぱ 小さくてほとんど価値のないもの 妄想をつなぎ合わせる ブロックの奇跡 ルールを作るものと夢を生きるもの これは権利を奪われた人のため コンピュータのある城 娘のオルガン教師の話のつづき ヤギは映画を全部見たがっている 盗まれたくじ主 ルールを作る者たち 夢を
Rhino on Rails
Steve Yegge / 青木靖 訳 2007年6月26日 なんて日だろう。John Lamに取り上げられると、Slashdotに取り上げられるよりひどいことになるらしい。私のチームのみんなは一日中私のことを笑っていた。どうしてこんなことになったのか見当も付かない。 雪崩のようなメールにいちいち返答するより、一括アップデートしてしまう方が良さそうだ。 しかしその前にだ、いったい今の私くらい当惑している人間が他にいるだろうか? Foo Campで行われた数々の目を見張るような議論の中で、私が即興でしたちょっとした講演——それにはどういうわけか20分前にテントからはい出 してきたばかりみたいな私の写真が添えられていて、二日酔いで道に迷い、どうして自分がセバストポルの真ん中の原っぱにいるのかも分らない様子で写っており、分ったのは どうも前の夜に朝10時の講演を引き受けたらしいということだけとい
ケイトがシリコンバレーで見たもの
Paul Graham / 青木靖 訳 2009年8月 ケイト・カートーは Y Combinatorのオフィスをデザインした建築家だ。本業の建築プロジェクトが忙しくないとき、彼女にYCの運営を手伝ってもらえることになった。彼女はYCについては当初から良く聞き知っていたが、この9ヶ月間はすっかり中に浸っていた。 私はあまりに長くスタートアップの世界にいて、それが当たり前のことに見えてしまうので、彼女がここにきて一番驚いたことは何かを聞いてみたいと思った。以下は彼女が挙げてくれた点だ。 1. たくさんのスタートアップが失敗すること スタートアップはとてもリスクが高いということをケイトは理屈として理解していたが、これほど失敗の脅威に絶えずさらされているということ――小さなものばかりでなく、YCのディナーに創業者が講演しくにるような有名なスタートアップですらそうであるといことに、とても驚いていた
Lispの真実
Leon Bambrick / 青木靖 訳 2006年9月24日 日曜 ここにLispの真実が明らかにされ、いくつかの代替が提示される。 Lispを学ぶことはあなたの人生を変える。 あなたの脳はすごく大きくなり、そんなに大きくなるものだとは思わなかったほどになるだろう。 あなたは自分のアプリケーションをすべて、ほんの一握りのコードで書き換えるだろう。 社会はあなたを避けるようになる。あなたも社会を避けるようになる。 あなたは自分のまわりの物やまわりの人すべてに不満を感じるようになる。 Lispは非常にシンプルであり、ほんの数分で学ぶことができる。私はさっきバスを待っている間に学んだ。 Lispは非常にシンプルであり、どんな言語を使おうと数ページのコードで実装できる。しかしそんなことをすることはないだろう。ひとたびLispを学んだなら、あなたはLisp以外の言語で何かを書こうとは思わなくなる
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
私のような仕事につく方法
Aaron Swartz / 青木靖 訳 これはカリカット工科大学で行われたTathva 2007カンファレンスでの講演のために書いたものだ(補足)。 アメリカの作家であるカート・ヴォネガットは、講演のタイトルをいつも「私のような仕事につく方法」にしていた。そして内容はその時々で好きなことを話していた。私はどちらかというとその逆の状況にある。何でも好きなことを話していいと言われたのだが、自分に話せる一番面白い話は「インターネットの将来」とか「マスコラボレーションの力」みたいなご大層なことではなく、「私のような仕事につく方法」だろうと思ったのだ。 それでは、私はどうやって自分の仕事を得られたのか? 疑いなく、第一のステップはしかるべき遺伝子を選択するということだ。私は白人男性アメリカ人として生まれた。家はかなり裕福で、父はコンピュータ業界で働いていた。残念ながら、これらのことを自分で選ぶため
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
大きな窪地 – セス・ゴーディンへの10の質問
Guy Kawasaki / 青木靖 訳 2007年4月22日 セス・ゴーディンが彼の新しい著書、The Dip: A Little Book That Teaches You When to Quit (and When to Stick) [窪地 – いつ踏ん張り、いつやめるかについての小さな本]を送ってくれた。この本は多くの人に人生を考える契機を与えると思う。次に挙げる持続と撤退に関するセスのインタビューを読めば、この本に書かれていることの雰囲気が掴めると思う。 問 後知恵は別として、やめるべき時はどうすればわかるのか? 答 ずっと凡庸な状態にいることに心の中で気付いたなら、それはやめる時だ。測定していることに改善が見られず、もっといい尺度を見つけることもできないなら、それはやめる時だ。 上手にやめることができる人には、機会費用というものがわかっている。今やっているプロジェクトX
ソフトウェア開発者のための推薦図書
Code Complete 2 [ Code Complete第2版―完全なプログラミングを目指して (上・下) ] スティーブ・マコネルのCode Completeはソフトウェア開発者のための｢楽しい料理｣本だ。この本を読むということは、自分の仕事を楽しんでいるということであり、自分のすることに真剣であるということであり、もっと向上したいと思っているということなのだ。Code Completeの中で、スティーブは平均的なプログラマが読む 技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 私はこの本がすごく好きで、ここから自分のWebサイトの名前(Coding Horror)を取ったくらいだ。この本ではやるべきでない悪い例には"coding horror"アイコンで印
スタートアップを始めない理由が間違っている理由
Paul Graham / 青木靖 訳 2007年3月 (このエッセイは2007 Startup SchoolとBerkeley CSUAで行った講演を元にしている。) 私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。 だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマは履歴書をどう見るか
アリスとボブ