Joel Spolsky / 青木靖 訳 2005年10月12日 水曜 FogBugz 4.0をいじり回すのをやめて、5.0に取りかかる時だった。私たちは大きなサービスパックをリリースし、誰も出会うこともないだろう細かいバグを山ほど修正し(そして誰も出会うこともないだろう新しい小さなバグを2つほど新たに作り)、何か本当に新しい機能を付け加え始める時になっていた。 開発に取りかかる準備ができた頃には、改良のためのアイデアはプログラマ1700人で何十年分になるくらいたまっていた。あいにくと私たちの元にいたプログラマは3人だけであり、来年の秋にはリリースしたいと思っていたので、やることの優先順位付けをする必要があった。 私たちが機能のリストを優先順位付けするのに使った方法のことを話す前に、やるべきでない2つの方法について話しておこう。 1番目。誰か1人の顧客に約束しただけのために何かの機能を実装

メモ: これはマイク・ガンダロイの素晴らしい新刊Coder to Developerのために私が書いた序文だ。この本はSybexから出版されている。 ～ 私が何に対してイラつくかわかる? ｢すべてに対して｣だって? あなた方は今や私のことをちょっと知りすぎているようだ。 だけどね、あなた、私が本当にイラつくことが何かというと、ソフトウェア開発について自分がいかに知らないかということに、多くのソフトウェア開発者が気付いていないということだ。 たとえば、私がそうだ。 10代の頃、私はIBM-PCのアセンブラプログラミングについて解説したピーター・ノートンの有名な本を読み終えると、自分はソフトウェア開発一般について知るべきことはすべて知っているのだと思っていた。へん、ワープロを作るソフトウェア会社だって始められるさ。それはきっと楽しいに違いない。私の想像上のソフトウェア会社では1時間ごとにコーヒ

Joel Spolsky / 青木靖 訳 2006年11月21日 火曜 Windows Vistaの「オフ」ボタンをどうするかでUIデザイナやプログラマやテスタたちのチーム全体が熱心に取り組んだだろうことは間違いないと思うのだが、しかし本当にこんな風にしかできなかったのだろうか? コンピュータを使い終わったとき、あなたは毎回9つの選択肢の中からどれか選ぶ必要がある。数えてみて、選択肢が9つあるんだ。アイコンが2つと、メニューアイテムが7つだ。2つのアイコンは、おそらくメニューアイテムのどれかのショートカットだろう。私の想像では錠前のアイコンはメニューにあるロック(Lock)と同じものだと思うが、しかし電源スイッチのアイコンの方はメニューの中のどれにあたるのかよくわからない。 ノートPCの多くは4つのFn+キーの組み合わせで電源を切ったり、休止状態(Hibernate)にしたり、スリープ(S

Joel Spolsky / 青木靖 訳 2005年12月29日木曜 近頃の若い者ときたら。 勤勉はいったいどこへ行ってしまったんだ? 「近頃の若い者」は我慢がないと不平を言うようになったのは、私も年を取ったということなのかもしれない。 そりゃ恵まれてるね。私は3ヶ月汚水浄化槽の中の茶色い紙袋に住んでいたよ。朝6時に起きて、袋を掃除し、固くなったパンの耳を食べ、工場まで歩いて行くと、1日14時間、毎週毎週働きつづけ、家に帰ると親父にベルトでたたかれて寝床についていたんだ。 ——モンティ・パイソンの空飛ぶサーカス 4人のヨークシャー人 私は若い頃、パンチカードでプログラムを作る方法を学んだ。ミスをしたら、それを訂正するためのバックスペースのような近代的な機能は存在しなかった。カードを捨ててはじめから打ち直すのだ。 私は1991年にプログラマの面接をするようになった。コーディングの問題に答える

Joel Spolsky / 青木靖 訳 2006年11月1日 水曜 私はあるオンラインサイトでユーザ登録しようとしていた。 その登録ページでは、秘密の質問と秘密の答えを入れるようになっている。秘密の質問は"What is aunt Vera's cat's color"(ベラおばさんの猫の色はなに?)にした。質問にアポストロフィが入っているのに文句を言われて、しょうがないのでアポストロフィは取った。 秘密の答えの方には"Aunt Vera doesn't have a cat"(ベラおばさんは猫を飼ってない)と入れた。 そうしたらこんなのが表示された。 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the righ

これはボブ・ウォルシュの新刊「Micro-ISV: ビジョンから現実へ」(Micro-ISV: From Vision to Reality)に寄せた私の序文だ。 ～ どうして私がMicroISV運動のシンボルみたいになってしまったのだろう? こともあろうに私が。ええ? 私がFog Creek Softwareを始めたとき、それを小さな(micro)ものにしようなんてちっとも思っていなかった。計画では120カ国にオフィスを持つ大きな多国籍ソフトウェア企業を作り、マンハッタンの摩天楼にある本社には屋上にヘリポートをつけてハンプトンまですぐに飛んで行けるようにするつもりだったのだ。そうなるまでには何十年かかかるかもしれないが——私たちは自力でやっているし、常にゆっくりと注意深く成長するように心がけている——しかし私たちの夢は小さなものなんかでは決してなかった。 それにMicroISVという用語

Joel Spolsky / 青木靖 訳 2006年9月1日 金曜 私がさっきFogBugz専用のWasabiというコンパイラがあると言ったのを冗談と思った人たちもいたようだ。 Wasabiは本当に実在している。FogBugzの顧客は、それを自分のサーバで動かしている。だからFogBugzは何十万という「野生の」Webサーバ上で動かせる必要があるのだ。プログラマが配備環境を完全にコントロールできるほとんどのWebアプリケーションとは、その点で違っている。私たちは箱から出してすぐに使えるプログラムを出荷する必要があり、これは最小公分母しか前提とできないことを意味する。 これはあまり普通のことではない。Web開発者の多くは、1つの顧客のために開発しているか、あるいは自分でホストするアプリケーションを開発している。そういうのは結構な身分だ。しかしFogBugzの顧客は自分の貴重なプロジェクトデー

Joel Spolsky / 青木靖 訳 2006年9月12日 火曜 ジャック・ヘリントンがRuby on Railsのパフォーマンスの問題について私にメールをくれた。 Unicodeの問題は認める。Railsにはまだ成熟のための時間が必要だということも認める。私はたくさんのWebテクノロジーを使っているが、どれも何らかの問題は持っているものだ。 しかしスケーラビリティの話には同意できない。Railsに回避できないようなスケーラビリティ上の問題があるとは思わない。 私がお願いしたいのは、君のスケーラビリティのコメントに、少なくとも説明を付けてほしいということだ。そのスケーラビリティの問題について教えてほしい。たとえ私たちがそれを直せなかったとしても、コミュニティ全体が君の経験から何か得ることはできる。 デビッド・ハイネマイヤ・ハンソンはこう書いている。 Railsは大半のWebアプリケーシ

Joel Spolsky / 青木靖 訳 2006年9月1日 金曜 旧知の友人がメールで質問をしてきた。 「Webサーバ上に構築するエンタープライズアプリケーションを作るためのテクノロジーについて、基本的な疑問がある。君の考えを聞きたい･･･」 「君だったら、.NETとJ2EEで、どちらを選ぶ?」 「Webサーバは何を使うべきだろう(Apache、IIS、その他)? その理由は?」 「どのWeb開発言語がいいだろう(ASP.NET、Ruby、Ruby on Rails、Java、Python、その他)? その理由は?」 「君の会社では何を使っているの? その理由は?」 ああ、素晴らしい質問だ。答えるのが不可能で、しかも簡単に答えられる! すまない、なぞなぞみたいな言い方はやめよう。しばらく前のことだが、私は「プログラミングにおけるロード・パーマストン問題」という文章を書いた。.NETとかJ

Joel Spolsky / 青木靖 訳 2006年1月26日 木曜 では、始めよう。カバーしなきゃいけないことはたくさんある。 前回は、このアーティクルシリーズの暫定のタイトル「すばらしいデザイン」を導入した。私が「すばらしい」という言葉と「デザイン」という言葉を使うときには、ごく特定のことを念頭に置いている。だからこれらの言葉を定義するのにちょっと時間を使ってもいいだろう。 最初に、「デザイン」とは何か。 ニューヨークにある、あの見事な褐色砂岩の建物をご存知だろうか? 精巧な彫刻やガーゴイルや美しい鉄のフェンスのある建物だ。古い設計図を探し出せば、昔の建築家がしばしば単に「美しい雷紋模様」としか書いてないのがわかるだろう。熟練の大工が美しい何かを作ってくれるのを当てにして、そのイタリアからやって来た老職人に任せておくのだ。 そういうのはデザインではなく、デコレーション(装飾)だ。我々ソ

Joel Spolsky / 青木靖 訳 2004年12月15日 水曜 あなたは最新の写真アルバムソフトをリリースしたばかりだ。あるメカニズムを使い、あなたは人々にそのソフトウェアのことをどうにか知らせることができた(その方法は読者に宿題として残す)。あなたは人気のあるブログをやっているのかもしれないし、あるいはウォルト・モスバーグがウォールストリートジャーナルで激賞するレビューを書いてくれたのかもしれない。 あなたの次なる大きな疑問は、「このソフトの値段をいくらにしたらいいんだろう?」ということだ。専門家に聞いてみても、どうもわからないようだ。価格付けというのは暗くて深い謎なんだ、と彼らは言う。ソフトウェア会社が犯す最大の間違いは、あまりに安くして十分な収入が得られず、ビジネスから脱落するというものだ。それよりもさらに大きな間違いは、そう、最大の間違いよりももっと大きな間違いは、値段を高

Joel Spolsky / 青木靖 訳 2006年8月1日 火曜 ある日、自分のコードを眺めていて、ほとんど同じに見える2つの大きなコードブロックがあるのに気付く。実際、一方が"スパゲッティ"、他方が"チョコレートムース"について言及しているところを別にすれば、どちらもまったく同じだ。 //簡単な例: alert("スパゲッティが食べたい!"); alert("チョコレートムースが食べたい!"); この例ではたまたまJavaScriptを使っているが、この後の話は別にJavaScriptを知らなくとも理解できるはずだ。 同じコードが繰り返し現れるのは、もちろん良くないことだ。だから関数を書くことにしよう: function SwedishChef( food ) { alert(food + "が食べたい!"); } SwedishChef("スパゲッティ"); SwedishChef(

このプランは、自分たちが働きたいソフトウェア会社を作るためにFog Creekをはじめた私たちにはとても都合のいいものだった。当時の私の主張は、良い仕事環境を作ることで(照れずに言うなら「世界中の優れたソフトウェア開発者たちが働きたいと思うような会社を作る」ことで)、収益は自然にもたらされるものであり、それはチョコレートが肥満をもたらしたり、テレビゲームのセックスシーンが暗黒街の殺し合いをもたらすのと同じことだ、というものだった。 今日のところは1つの疑問にだけ答えることにしよう。もしこの部分が間違っていたなら、理論全体が崩れてしまうからだ。その疑問とは、「最高のプログラマ」を雇うということにそもそも意味があるのか、ということだ。最高のプログラマを求めることが重要な意味を持つほど、プログラマの能力の違いは大きいものなのだろうか? この疑問に対する答えは私たち開発者には明らかなことかもしれな