頭良さそうにTED風プレゼンをする方法“TEDxNewYorkで語られた数々の新しいアイデアを一挙に吹き飛ばすこの珍妙なプレゼンで、面白い人を生業とするウィル・スティーヴンが、何にも話すことがなくてもすごい話をしているように見せられる鉄板のプレゼンスキルを披露します (情報開示 — このプレゼンには多くのTEDトークを見てきた２人のTEDスタッフが協力しています)。” (TED Talks)
私たちが創業者の中に探すもの
Paul Graham / 青木靖 訳 2010年10月 (これはForbesから創業者に求める資質について書いてほしいと頼まれて書いたものだ。雑誌ではスペースの都合で最後の項目がカットされている。) 1. 意志 これはスタートアップ創業者の資質の中で最も重要であることがわかった。私たちがY Combinatorを始めたとき、最も重要な資質は頭脳だろうと思っていた。これはシリコンバレーの神話のようなものだ。創業者に馬鹿であってもらっては困るのは確かだが、頭脳についてある基準を満たしているのなら、最も重要になるのは意志だ。たくさんの障害にぶつかることになるのだから、簡単にやる気を失ってしまうようではいけない。 WePayのビル・クレリコとリッチ・アバーマンがいい例だ。彼らは財務関係のスタートアップをやっている。これは大きな官僚的な企業を相手に延々と交渉をしなければならないことを意味する。存続
不完全にしておよそ正しくないプログラミング言語小史
1801 – ジョセフ・マリー・ジャカールがパンチカードを使った織機によってタペストリーに"hello, world"と織り出す。しかしラッダイト (当時のRedditer) たちは、テールリカージョン、並行処理、大文字小文字の区別を欠いていたため、さほど感心しなかった。 1842 – エイダ・ラブレスが最初のプログラムを書く。彼女の努力は、プログラムを実行するコンピュータが実のところ存在しないというマイナーな問題のために頓挫した。後にエンタープライズアーキテクトたちはプログラムをUMLで書くために彼女のテクニックを再び学ぶことになる。 1936 – アラン・チューリングが存在しうるあらゆるプログラミング言語を発明するが、特許化する前に英国情報部員(後の007)によって抹殺される。 1936 – アロンゾ・チャーチも存在しうるあらゆる言語を発明しているが、より巧みに行った。チャーチのラムダ
著名な人々が仕事を成し遂げている9つの仕事場
Kevin Purdy / 青木靖 訳 2009年9月24日 あなたはスティーブ・ジョブズや37 Signalsのようなミニマリズムを好むだろうか、あるいはティナ･フェイやPixarのような創造的混沌を好むだろうか? 有名な人たちの仕事場から学べることはたくさんある。インスピレーションが得られるよう、9つの仕事場を集めてみた。 アル・ゴア 重要な仕事にはディスプレイが3つ必要なんだと自分を納得させるためのもう一押しがほしい人には、合衆国前副大統領アル・ゴアのオフィスが助けになるだろう。有名な講演家であるゴアがホワイトボードではなく紙のスケッチ帳を使う理由は我々にはよくわからない。(元の記事) [via TIME] デビッド・アレン ジェイソンが元の記事で書いているように、GTDの創始者デビッド･アレンは説教している通りのことを自分でも実践している人物だ。とくに思考や「あ、そうだ」という瞬間
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
ソフトウェア開発者のための推薦図書
Code Complete 2 [ Code Complete第2版―完全なプログラミングを目指して (上・下) ] スティーブ・マコネルのCode Completeはソフトウェア開発者のための｢楽しい料理｣本だ。この本を読むということは、自分の仕事を楽しんでいるということであり、自分のすることに真剣であるということであり、もっと向上したいと思っているということなのだ。Code Completeの中で、スティーブは平均的なプログラマが読む 技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 私はこの本がすごく好きで、ここから自分のWebサイトの名前(Coding Horror)を取ったくらいだ。この本ではやるべきでない悪い例には"coding horror"アイコンで印
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラッキングママ