サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
2024年ランキング
japanese.joelonsoftware.com
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/22 Microsoft Officeスイートの主要なプログラムのうち、WordとExcelはMicrosoftがスクラッチから開発したものだが、そのほかのプログラムは外部の企業から買い取ったものだ。FrontPageはVermeerから、VisioはVisio Incから買い取られたが、この二つのプログラムに共通することはいったい何だろう？それははじめからMicrosoft Officeアプリケーションのルックアンドフィールで設計されたということだ。 OfficeのUIをエミュレートするという選択は、単にMicrosoftにへつらったり、会社を買ってもらえるようにするというためだけではなかった。FrontPageを開発したチャールズ・ファーガソンは嫌悪感を隠そうとしていない。彼はレドモ
プログラマのためのユーザインタフェースデザイン 第7章: もっとほかにやることがある人々のためにデザインする、パート2 Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/27 Macintoshがまだ新しかったころ、ブルース 「トグ」 トグナツィーニはAppleデベロッパーマガジンにUIについてのコラムを書いていた。人々は彼が議論した様々なUIデザイン上の問題について投書した。このコラムは今日でも彼のWebサイト上で続いている。それらは集められ、2冊のすばらしい本にまとめられている。Tog on Software Designはとても楽しい本で、UIデザインへの優れた入門書となっている。(Tog on Interfaceはさらに良かったのだが絶版となっている。) いつもスクリーンの一番上にあるMacintoshのメニューバーが、アプリケ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/3/19 よく管理されたハイテク企業と惨憺たるハイテク企業との違いを典型的に示す二つの話を、私自身の経験から紹介したい。その違いはつまるところ、従業員を信頼して仕事を成し遂げさせるか、それともさまよいだして何もかもぶち壊しやしないかとたえず監視し、管理している必要のあるハンバーガー焼きか何かみたいに扱うかの違いだ。 私のはじめての職場における最初の仕事は、マイクロソフトでExcelの新しいマクロ言語ストラテジーを考え出す、というものだった。私はすぐに｢Excel Basic｣(これは後にVisual Basic for Applicationsに発展したものだが、それはまた別な話である)の最初のドラフト仕様を書いた。すると、｢アプリケーションアーキテクチャ｣グループと呼ばれる得体の知れない人
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/5/24 広告の本質は捕まらずに嘘をつくということだ。多くの企業は広告キャンペーンを行うとき、単に彼らの会社の最も具合の悪い事実を取り上げ、それを上下逆さまにし(｢嘘｣)、そしてその嘘をよく練習するのだ。これを「繰り返される主張による証明」と呼ぶことにしよう。たとえば飛行機旅行というのは窮屈で快適なものではなく、航空会社の従業員は無作法で気に障り、そもそも商用航空システム全体が拷問の手段としてデザインされている。そこでほとんどあらゆる航空会社の広告は、飛行機旅行がいかに快適で楽しいものであり、その中のあらゆる場面であなたがいかにちやほやされるかという話になる。飛行機の座席でバスケットの中の赤ん坊になった夢を見ているビジネスマンの広告を英国航空が見せるとき、すべての合理性の感覚は永遠に消え失せ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/26 ユーザインタフェースをデザインするとき、二つの原則を心に留めておくといい： ユーザはマニュアルを持っていないか、持っていたとしても読まない。 実際、ユーザは何も読めないし、読めたとしてもそうしたいとは思わない。 これらは厳密に言うと事実ではないが、事実であるものとして行動すべきであり、そうすることであなたのプログラムは使いやすく、ユーザフレンドリになるだろう。これらのアイディアを心に留めてデザインすることを、ユーザに敬意を表する、と言う。その意味はユーザをあまり尊敬しないということだ。混乱した？じゃあ説明しよう。 何かを使いやすくするというのはどういうことだろう？使いやすさを計るひとつの方法は、与えられた時間で作業を完了できる実世界のユーザの割合を調べることだ。たとえば、あなたのプ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/3/18 私は自腹のサバティカルを1995年に取り、それから2000年にもう一度取った。私はそれが良かったと思っている。 1991年に大学を卒業して、ライダー･バンに乗りワシントン州のレドモンドへ、最初のアメリカ横断旅行に出かけた。私の最初の仕事はMicrosoftでだった。指摘しておきたいのだが、これはみんながMicrosoftを嫌いになる前のことだった。その当時は大学生とUNIXの連中だけが、「トイ」製品とビジネスマン向けの退屈なオフィスソフトを作っているということで Microsoftを嫌っていた。私と同じクラスの学生はOS/2上での開発の仕事をオファーされたが、｢まさかそんな船に乗る気はないよ」と言って、かわりにロースクールに行った。 私は、控えめに言っても、大学から出てしまったこと
これはソフトウェアマネジメントに関するサイトJoel on Softwareの機能仕様書サンプルです。教育目的で作られており、すべてがいかに馬鹿げているかお気付きにならない方のために申しますと、言及されているのは現実の製品ではありません。(特に頭の鈍い部類の)ベンチャーキャピタリストへの注意: この製品アイディアは、事前評価額2000万ドルに対する500万ドルの追加投資で構築することができます。 WhatTimeIsIt.com 機能仕様書 ジョエル･スポルスキ 最終更新日: 2000/9/27 - 極秘 - © 2000 Fog Creek Software, Inc. All Rights Reserved. 概要 WhatTimeIsIt.comはWeb上で現在時刻を人々に知らせるサービスである。 この仕様書は、いかに想像力をたくましくしようと、不完全である。すべての文言は完成までに
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/3/23 MicrosoftのフラッグシップスプレッドシートプログラムであるExcelのバージョン5.0は1993年にリリースされた。それは間違いなく巨大なソフトウェアで、まるまる15メガバイトのディスクスペースを必要としていた。その当時は、私たちの最初のPC用ハードディスクの容量が20MBだった(1985年頃)ことを私たちはまだ覚えており、15MBというのは確かに大きく思えた。 Excel 2000が現われたとき、それはべらぼうな146MBを必要としており・・・それはほんど10倍にもなっている！まったくあのルーズなMicrosoftのプログラマたちときたら、そう思わない？ そうじゃない。 あなたは私がネット上にあふれている「ブロートウェア」を嘆くあの退屈なアーティクルを書こうとしているのだ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/18 プログラムモデルがユーザモデルと合っているユーザインタフェースを開発するのは簡単なことではない。そのプログラムがどう動き、何をするものなのかについて、ユーザが具体的なイメージを持っていないこと だってある。そのようなケースでは、何がどう動くかについての手がかりをユーザに与える方法を見つける必要がある。グラフィカルユーザインタフェースでこの問題を解くための一般的な方法は、メタファーを使うこと だ。しかしすべてのメタファーが平等に作られているわけではなく、良いメタファーを手に入れたときにそれと分かるためには、メタファーがなぜ機能するのか理解して おくことが重要である。 もっともよく知られたメタファーは｢デスクトップ･メタファー｣で、WindowsとMacintoshで使われている。小さ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/11 ユーザが新しいプログラムを使おうとするとき、彼らはまっさらな状態にあるわけじゃない。彼らはそのプログラムがどのように動くかについて、なんらかの期待を持っている ものだ。似たようなソフトウェアを以前にも使ったことがあるなら、それと同じような動きをすると期待するだろう。彼らが何であれソフトウェアを使ったことがあるのなら、彼らはあなたのソフトウェア も、ある共通の慣習に従っているものと考えるだろう。彼らはUIがどう機能するかについて知的な推測をしているかもしれない。これはユーザモデルと呼ばれ、プログラムが何をしてくれるかについてのユーザの心理的な理解のことである 。 プログラムもまた｢メンタルモデル｣を持っており、これはビット列に符号化され、CPUによって忠実に実行される。これはプログラ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/6/3 あなたが人々を競合製品からあなたの製品に乗り換えさせようとするなら、あなたは参入障壁について理解する必要があり、それもあなたが思っているよりずっと良く理解している必要があり、そうでなければ人々は乗り換えず、あなたはテーブルが空くのをただ待ち続けることになるだろう。 以前のレターで、私は2種類の会社の間の違いについて書いた：確立した競合を置き換えようとするベン&ジェリー・タイプの会社と、確立した競合のいない新しい領域で「土地収用」しようとするアマゾン･タイプの会社だ。私が90年代の初めにMicrosoft Excelの仕事をしていたとき、それは正真正銘ベン&ジェリータイプだった。Lotus 123という確立した競合がほとんど完全にスプレッドシートのマーケットを独占していた。確かに新しく
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/3 (パート1はもう読んだ? 読んでなければ、ここにある。) このアーティクル･シリーズで扱っているのは機能仕様であって、技術仕様ではない。人々はこの2つを混同している。標準的な用語があるのかどうか知らないが、私がこれらの用語を使うときに意味しているのは以下のことだ。 機能仕様書は、ユーザの観点から製品がどのように動くか記述する。それはどのように実装されるかは問題にしない。それは機能を話題としており、画面とか、メニューとか、ダイアログとかいったものの仕様を定める。 技術仕様書は、プログラムの内部の実装について記述する。それはデータ構造、関係データベースモデル、プログラミング言語や開発ツールの選択、アルゴリズムといったものを話題としている。 あなたが製品を隅から隅までデザインするとき、最
Joel Spolsky ジョエル・スポルスキ 翻訳: 2000/10/15 さて、私たちはなぜ仕様書が必要なのか、仕様書の中身は何か、そして誰がそれを書くべきかについて話してきた。このシリーズの最後のパートでは、良い仕様書を書くためのアドバイスをお話ししよう。 仕様書を実際に書いているチームから聞く最大の不平は、「誰も読まない」ということだ。誰も仕様書を読まない場合、それを書いている人たちはひがみっぽくなる。エンジニアが4インチの厚さの仕様書の山を使ってキュービクルを拡張している昔のディルバートの漫画みたいなものだ。典型的な官僚的大企業では、みんな何ヶ月もかけて退屈な仕様書を書いている。仕様書が出来上がると、それは棚に収められ、再び取り下ろされることはなく、製品は仕様書に書かれていることとは無関係にスクラッチから実装される。それは誰も仕様書を読まないからで、そしてなぜ誰も読まないかと言え
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/2 The Joel Testを発表したとき、読者から寄せられた最大の不満の種は、仕様書を書かなければならないということだった。仕様書はデンタルフロスみたいなもので、みんな書かなきゃいけないと思ってはいるが、誰も書かない。 なぜ人々は仕様書を書きたがらないんだろう? 人々は仕様書作成フェーズを飛ばせば時間を節約できると主張している。彼らは仕様書作成がNASAのスペースシャトルのエンジニアか巨大な保険会社で働いているような人たちのための贅沢品であるかのように振舞っている。戯言だ。何よりも仕様書を書かないというのは、あなたがソフトウェアプロジェクトに持ち込む、最大かつ不必要なリスクである。それは着替えだけリュックに詰めて、その場になれば何とかなることを期待してモハーベ砂漠の横断に出発するの
Joel Spolsky ジョエル・スポルスキ 翻訳: 松村 弘典 2000-03-23 Fog Creek Softwareでは適切にスタッフを採用する事が必須である。我々の業界では対象となる人々を３つのタイプに分類する事が出来る。一方には 未洗のイモ とでも呼ぶべき、この業種に従事するのに基本的なスキルさえも持ち合わせていない集団がいる。これらの人たちは履歴書を注意深く確認して２，３の簡単な質問をする事で比較的容易に除外する事が出来る。対極には スーパースター と呼ばれる、パーム上で動くLispコンパイラを週末の暇つぶしにアセンブリ言語で書いてしまうような人たちがいる。これらの中間にあたるのが大多数の「応募者」で、何かしらやってくれるのではないかと思わせる人たちである。ここで紹介する幾つかのトリックはこれら一般的な応募者とスーパースターとの違いを見極めるためのものであり、Fog Cre
Joel Spolsky ジョエル・スポルスキ 翻訳: Katsura Ozawa 小澤桂 翻訳チェック: Aki Sugiura 杉浦 亜希 2002-01-23 我々がコードベースをゼロから書き換えたいと思う理由のひとつに、オリジナルのコードベースが本来の目的用にデザインされていないということがあげられます。それはプロトタイプや、実験用、演習用、またはわずか９カ月ほどでゼロから書かれ 公に出されてしまったもの、あるいは一回限りのデモ用として設計されたものだったりする訳です。 壊れやすくコードの追加は不可能でみんなの悩みの種となり、もともと居たプログラマーは絶望してあきらめ、新しく採用されたプログラマーはコードの裏表が分からず、マネジメントをどうにか説得して始めからやり直すようにすすめ、その間にマイクロソフトが彼らのビジネスを引き継いでしまうというような窮地に陥ってしまいます。今日は、そ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/7/21 この小さな図を見てほしい： [出展：Iris Associates] このチャートはLotus Notesワークグループソフトウェアが最初に売り出された1989年から2000年までの間のインストール数を示している。実際はNotes 1.0は出荷される前に5年かけて開発された。Notesが十分良いソフトになって人々が買い始めるようになるまでにどれほど長くかかっているのかに注意して欲しい。コードの最初の行が書かれた1984年から、上昇に向かうカーブのホッケースティックの部分に至るまでに、約11年がたっている。この間にレイ・オジーと彼のクルー達はサン・バルテレミでピニャコラーダを飲んでいたわけではない。彼らはコードを書いていたのだ。 私がこの話をしているのは、重要なアプリケーションではこ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/9/5 私たちは良いデザインの原則について話してきたが、原則は既存のデザインの評価と改善のための手段を与えるだけだ。しかし･･･そもそもデザインがどうあるべきかどうやって見出せばいいのだろうか？多くの人は、大きな、考えつく限りの機能のアウトラインを書く。それから各機能をデザインし、メニューアイテム(あるいはWebページ)にくっつける。それが終わったとき、プログラム(あるいはWebサイト)は望んでいたすべての機能を持っているが、正しく遷移しない。人々はそれが何をするのか分からず、彼らの望むことをどうやって実現できるのか知らない。 Microsoftのこれに対する解法は、アクティビティベース プランニングと呼ばれるものだ。(私に言える限りでは、このコンセプトはExcelチームのマイク・コンテが発
プログラマのためのユーザインタフェースデザイン 第8章: もっとほかにやることがある人々のためにデザインする、パート3 Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/8/5 GUIインタフェースの初期の原則は、コンピュータが覚えられることはユーザに覚えさせるな、と言うことだった。古典的な例はファイルを開くダイアログで、これはユーザに正確なファイルの名前を思い出してタイプしてもらうかわりに、ファイルの一覧を見せるというものだ。人は何か手がかりを与えられたときにずっとよく思い出すものだし、それに彼らは記憶を呼び起こすよりはリストから選択する方をいつでも選ぶ。 もう一つの例はメニューだ。歴史的に、使えるコマンドの完全なメニューを提供することが、使いたいコマンドを覚えなきゃならなかった古いコマンドラインインタフェースを置き換えた。そしてこれが、
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/4/21 あなたがレストランに入って｢犬お断り｣という標識を見たとき、あなたはそれを単なる禁止の標識だと思うかもしれない。レストラン氏は犬に近寄ってほしくなかったので、レストランを建てるときにそんな標識をつけたのだと。 もしそういうことなら、｢ヘビお断り｣という標識もあってしかるべきだ。みんなヘビは嫌いなんだから。同様に｢ゾウお断り｣の標識も必要だろう。椅子を壊されないように。 あの標識がある本当の理由は歴史的なものだ。あの標識は人々が犬をレストランに連れ込もうとしていたことのしるしなのだ。 多くの禁止標識がそこにある理由は、人々が行為Xをするのにうんざりした施設の所有者が、どうかそれをしないようにと頼む標識を作ったためだ。もしあなたがニューヘブンのヤンキー･ドゥードゥルのような、創業50年
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/5/12 会社を作っている？あなたがしなければならない非常に重要な決断がひとつあって、それはあなたのする他のすべてのことに影響する。あなたがどんなことをするにせよ、あなたは自分がどちらのキャンプに属しているのかを知り、あらゆることをそれに合わせて行う必要があり、そうしなければ災難に見舞われるだろう。 何の決断かって？ゆっくりと有機的に収益を上げながら成長するか、それとも非常に早い成長と大量の資金でビッグバンを起こすかだ。 有機的モデルでは限定された目標を設定した小さな会社から始め、長い時間をかけてゆっくりとビジネスを構築する。これを(アイスクリーム会社の)ベン&ジェリー・モデルと呼ぼう、というのもベン&ジェリーがこのモデルに非常によく合っているからだ。 もう一方のモデルは｢急成長｣モデル(別
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/4 あなたはなぜ仕様書を書く必要があるのかと仕様書に書くべきことは何かについて学んだ。では誰がそれを書くべきかについて話すことにしよう。 誰が仕様書を書くか? こごでMicrosoftの歴史について少し話をさせてほしい。Microsoftが急速に成長し始めた1980年代のことだが、ソフトウェアマネジメントの古典である人月の神話はみんな読んでいた(あなたがまだ読んでいないのなら、ぜひともお勧めする)。この本の要点は、遅れているプロジェクトにプログラマを増員すると、プロジェクトはよけい遅れるということだ。その理由は、チームにn人プログラマがいるとき、コミュニケーション・パスの数はn(n-1)/2で、これはO(n2)で増加するからだ。 そのためMicrosoftのプログラマたちは、どんどん大
ジョエル・スポルスキは、ニューヨーク市の小さなソフトウェア会社 Fog Creek Software の設立者です。イェール大学を卒業後、マイクロソフト社、Viacom社、 Juno社でプログラマとして働きました。 このページは著者の個人的な意見を掲載したものです。 All contents Copyright ©1999-2005 by Joel Spolsky. All Rights Reserved. FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/1/27 私の家族がイスラエルで最初のIBM-PCを受け取ったのは、1982年のことだった。私たちは実際倉庫にまで行って、私たちのPCが港から運ばれてくるのを待ったのだ。 2つのフロッピーディスクドライブ、128Kバイトのメモリ、それに2台のプリンタ、高速でドラフトを出すためのドットマトリックスプリンタと、印刷中にマシンガンより大きな音を出すブラザー製の高品質印字用ディジーホイールプリンタを備えた完全装備バージョンを買ってくれるように、私はどうにか父を説得したのだった。私たちは手に入るほとんどすべてのアクセサリを買ったと思う: PC-DOS 1.0、BIOSの完全なソース付きの$75のテクニカル･リファレンス･マニュアル、マクロアセンブラ、それに見事なIBMモノクロディスプレイ、これは一行8
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/6/12 大学に行っていたとき、私は初歩的な経済学のコースを2つ取った： マクロ経済学とミクロ経済学だ。マクロ経済学は「低い失業率はインフレを招く」というような理論でいっぱいで、決して現実に根ざしてはいない。しかしミクロ経済学の方はクールでしかも役に立った。需要と供給に関する実際に役に立つアイディアがたくさんあるのだ。たとえば、価格を下げる競合がいるとき、あなたが彼らに追随しなければあなたの製品の需要は減る、というような。 今日のエピソードでは、そのような考え方のひとつが馴染み深いコンピュータ会社についていかに多くのことを説明してくれるか示そうと思う。その過程で、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/1/18 謎: なぜ世界で最も大きいコンサルティング会社のいくつかは最低の仕事をするのか? なぜクールな新興コンサルティング会社が、事業開始早々目を見張るような成功を立て続けに収め、急速に成長し、それから平凡な会社になってしまうのか? 私はこのことを考え、そして(私の会社の)Fog Creek Softwareがどう成長すべきかについて思いをめぐらせた。私が見つけた最高の教訓はマクドナルドから得たものだった。そう、あのでかいハンバーガーチェーンのことだ。 ビッグマックの秘密は、それはそれほどうまくないのだが、どれもがちょうど同じようにうまくない、ということだ。もしあなたがそれほどうまくない人生を望むなら、あなたには絶対に驚かされることのないビッグマックがある。 ビッグマックのもうひとつの秘密
公開 by それはそれは優秀なテスタのジル 2000/11/1 * Bee Flogger開始 * 文字"a"だけからなる名称未定ドキュメントを作成 * ツールバーのFTPボタンをクリック * サーバにftpを試みる 観察されたバグ：ftpサーバが応答しなくなる。ps -augxで見ると、走ってさえいなくて、ルートディレクトリにコアができている。 期待される動作：クラッシュしない 開発主任ウィリーに割り当て by それはそれは優秀なテスタのジル 2000/11/1 解決(修正しない) by 開発主任ウィリー 2000/11/2 (昨日) こっちのコードじゃないよ、ジル。Linuxのproftpdの問題だね。 再開 (開発主任ウィリーに割り当て) by それはそれは優秀なテスタのジル 2000/11/2 (昨日) そうは思いません。普通のftpクライアントで接続してproftpdをクラッシュ
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
次のページ
このページを最初にブックマークしてみませんか？
『Joel on Software -』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
