【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

hiroyuki1983 「ポール・グレアムは元々内向的な性格で、自分のエネルギーをいろんな人に吸い取られないように管理しているイメージがありました」

2012/09/04 リンク

prototechno Dropboxはここで生まれたのか…

2012/03/06 リンク

tacchini 資本自体がコモディティ

2012/02/15 リンク

skrt2y RG　そうですね、創業チームにコードが書ける人が少なくとも１人はいないと投資できない、というのがいまのこの世界ではもう大前提としてあります。そうなったことでかなり時代が変わりました。いままでは資本をもっ

2012/02/11 リンク

kesuuyof 「最初は機能が少なくてもパフォーマンスが速いこととバグがないことだけは守るべきだ」

2012/02/10 リンク

makimoto 高揚した。

2012/02/10 リンク

kiyo_hiko 「コードは別にきれいである必要はなくて、ユーザーが喜べばいいだけの話」…ある意味抽象化の極み　目的を明確になしておいて、細かい具象はあとから改善していく

2012/02/09 リンク

hoisjp "その主力製品であるGinzametricsは楽天市場にも導入されている。" 【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

2012/02/09 リンク

ono_matope 「コードが視覚的にきれい」である必要はないけど、ある程度複雑なものを作るなら「論理的に明快な設計が書ける」必要はあるので、手の速さとどっちも必要だよなー

2012/02/07 リンク

aklaswad バグが無くて速いコードのことを、美しいと思えるようになりたい。

2012/02/07 リンク

yappo 後でいいコードはきれいにする必要がない RT @hiroyuki_ni: 超同意。サービスの実現速度が重要で、コードの見た目は後でいい。＞コードがどれくらいきれいかを気にする人は出来の悪いプログラマー

2012/02/07 リンク

takun71 コードのきれいさ云々のくだりは実現速度とコードのきれいさが両立できれば越したことはないが、どちらかを選ぶとしたら実現速度である、という風に勝手に解釈したww

IT
考え方

2012/02/06 リンク

gapao コードがどれくらいきれいかを気にする人は出来の悪いプログラマー

2012/02/06 リンク

moccos_info コードの美化は、性能の最適化と似た段階ですべきか。たしかに、捨てたコードが綺麗かどうかには意味がない。

2012/02/06 リンク

minatonet 資本自体がコモディティ

ビジネス

2012/02/06 リンク

shigekixs ユーザを喜ばせるための２つの要素は「欲しい機能がある」「最初は機能が少なくてもパフォーマンスが速いこととバグがないことだけは守るべきだ」

2012/02/06 リンク

bayashi_net 「間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事」

2012/02/06 リンク

sonota88 ポール・ブックハイト / 「結局は人（この場合はポール・グレアム）か…」という気も

2012/02/06 リンク

shintokeimail この構図は最後の晩餐・・・チャレンジング

2012/02/05 リンク

kinghuradance コードの美しさとソフトの優秀さは相関係数0.4くらいで比例すると思うが「最重要なのはどれだけユーザーの欲しいことを理解できるかで、次に重要なのはその条件を元に使いやすい製品を作る事ができるか」には同意。

2012/02/05 リンク

rti7743 バグが少なくパフォがでるんだから最低限の綺麗さは保ってそうだけども。たしかに綺麗なだけのソースじゃ何もできないわけで、ユーザのやりたいことを叶えないとダメだね。儲かったらver2でリライトできるしね。

2012/02/05 リンク

tbseizo <何か商品を作ろうと思ったときに、ユーザーが欲しているとイメージしたものは必ずと言っていいほど間違っているわけです。間違っていることに気づいて、それをすぐに改善できる開発のスピードが大事

2012/02/05 リンク

teckl >最初は機能が少なくてもパフォーマンスが速いこととバグがないことだけは守るべきだ

2012/02/05 リンク

kamatama_41 ディティールにこだわり過ぎて全体が見えなくなるのは、僕の悪いくせなので注意しよう。

2012/02/05 リンク

ruedap 「何か商品を作ろうと思ったときに、ユーザーが欲しているとイメージしたものは必ずと言っていいほど間違っているわけです。」

2012/02/05 リンク

idesaku "コードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらいです。"でも必要だとされている要素はスパゲッティコードじゃ得られないものばかり。

2012/02/05 リンク

Kwappa あとで熟読。「最初は機能が少なくてもパフォーマンスが速いこととバグがないことだけは守るべきだ」を達成するためには、少なくとも綺麗なコードを「書ける」ことが必要だと思うけどな。

2012/02/05 リンク

unyuunyuho 【インタヴュー】新世界を創造するYコンビネーターのハッカーたち « WIRED.jp 世界最強の「テクノ」ジャーナリズム

2012/02/05 リンク

muamqm 「美しいコードを書こうとするのは悪いプログラマーだ」とかいう見出しが。

プログラミング

2012/02/05 リンク

dbfireball 「そのなかのコードは別にきれいである必要はなくて、ユーザーが喜べばいいだけの話ですからね。むしろコードがどれくらいきれいかを気にする人は出来の悪いプログラマーだとぼくは思っているくらいです。」

web

2012/02/04 リンク

はてなブックマーク

【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

記事へのコメント52件

関連記事