どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
ソフトウェア開発者のための推薦図書
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年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ
顧客の機能要求に折れないこと!
Kathy Sierra /青木靖 訳 2006年5月10日 製品やサービスが成功するほど、ユーザの要望を受け入れるようにというプレッシャーは強くなる。ユーザが多くなるほど、要望の範囲は広がっていく。あるユーザにとっての ｢それがないんだったら買わない｣機能が、別のユーザには取引をぶちこわすものになる。そしてあなたの製品やサービスが人気になるほど、そういった要望は、要求と最後通牒へと変わっていき、ついには痛烈な批判になる。 私たちになしえる最悪のことは、それに折れるということだ。しかし要望/要求や批判が強く、怒りを帯びたものになるほど、誘惑に抵抗するのは難しくなる——｢この1個だけ付け加えれば･･･きっとあの連中もおとなしくなってくれる｣ しかしあらゆる色を1つに混ぜ合わせて泥色のしみを作るなら、誰も私たちのすることを嫌わなくなるが、同時に誰も喜びも、興奮も、魅了もされなくなる。そうして私
Googleのようにコンピュータを組み立てる
Jeff Atwood / 青木靖 訳 2007年3月12日 シリコンバレーに行くことがあれば、コンピュータ歴史博物館を覗いてみることを強くお勧めする。現存で唯一動作するPDP-1があって、それを使ってオリジナルのSpacewarゲームができるような場所が、他にあるだろうか? 私は行ってみたが、すごかった。ゾクゾクした。妻は退屈しきっていたが、それでもずっと付き合ってくれたことに感謝している。 この博物館は特設展よりも常設展示の方に本当に面白いものがある。それが建物の大部分を占めていて、かつて耳にしたことのあるあらゆるコンピュータが置かれている。見ることのできる所蔵品の中に、1999年のGoogleの 初期のサーバがある。 Googleの最初の量産サーバ 1999年 Google, Inc. アメリカ 限られた資金で、Googleの創業者ラリー・ペイジとサーゲイ・ブリンはこの安価な相互接続
失敗した結婚みたいな企業が多すぎる
Kathy Sierra / 青木靖 訳 2007年2月24日 いい結婚生活のための秘訣が何かというと･･･変わらないということだ。言い換えると、デートしていた頃と同じ人間でいつづけるということだ。関心を払うのをやめないこと。優しくするのをやめないこと。50ポンド太ったりしないこと。いちゃいちゃするのをやめないこと。情熱的でありつづけること。セクシーでいつづけること。気配りするのをやめないこと。電話に応えること。残念なことに、 企業というのは多くの場合、ろうそくを灯したディナーで上等のワインを開け、そして｢君のことを話そう｣と言ってくれるのは、取引が済むまでのことで、ひとたび彼らがあなたを手に入れたなら(つまり、あなたが顧客となったなら)、あなたはその関係がひっかけだったことに気付く。 これは大きな間違いだ。こんなのは個人的な関係だったら理解できないことだし、企業と顧客の関係であっても理解
スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
ホワイの(感動的)Rubyガイド
この本はホワイ・ザ・ラッキースティフ(why the lucky stiff)により愛情を込めて書かれた。 ~ 目次 ~ この本について コンニチハ、Ruby この本を開く 犬の話 赤い太陽が昇る 本はどのように始まるか (漫画のキツネと学ぶ)短時間の(そして願わくは辛くない)Rubyコース 言語と、言語で意味しているもの 品詞私がまだあなたのことを十分子供扱いして いなかったなら あなたの成長を促すための例題 そして短い旅はそっとクッション停止する 浮いている小さなコードの葉っぱ アンブローズにおけるステータスシンボルとしての葉っぱ 小さくてほとんど価値のないもの 妄想をつなぎ合わせる ブロックの奇跡 ルールを作るものと夢を生きるもの これは権利を奪われた人のため コンピュータのある城 娘のオルガン教師の話のつづき ヤギは映画を全部見たがっている 盗まれたくじ主 ルールを作る者たち 夢を
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
