やさしい機能仕様パート3: だけど･･･どうやって書くの? - The Joel on Software Translation Project

学びカテゴリーの変更を依頼記事元:

local.joelonsoftware.com

2 usersがブックマークコメント

記事へのコメント0件

注目コメント
新着コメント

新着コメントはまだありません。
このエントリーにコメントしてみましょう。

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

<iframe marginwidth="0" marginheight="0" src="https://b.hatena.ne.jp/entry.parts?url=http%3A%2F%2Flocal.joelonsoftware.com%2Fwiki%2F%25E3%2582%2584%25E3%2581%2595%25E3%2581%2597%25E3%2581%2584%25E6%25A9%259F%25E8%2583%25BD%25E4%25BB%2595%25E6%25A7%2598_%25E3%2583%2591%25E3%2583%25BC%25E3%2583%25883%3A_%25E3%2581%25A0%25E3%2581%2591%25E3%2581%25A9%25EF%25BD%25A5%25EF%25BD%25A5%25EF%25BD%25A5%25E3%2581%25A9%25E3%2581%2586%25E3%2582%2584%25E3%2581%25A3%25E3%2581%25A6%25E6%259B%25B8%25E3%2581%258F%25E3%2581%25AE%253F" scrolling="no" frameborder="0" height="230" width="500"><div class="hatena-bookmark-detail-info"><a href="http://local.joelonsoftware.com/wiki/%E3%82%84%E3%81%95%E3%81%97%E3%81%84%E6%A9%9F%E8%83%BD%E4%BB%95%E6%A7%98_%E3%83%91%E3%83%BC%E3%83%883:_%E3%81%A0%E3%81%91%E3%81%A9%EF%BD%A5%EF%BD%A5%EF%BD%A5%E3%81%A9%E3%81%86%E3%82%84%E3%81%A3%E3%81%A6%E6%9B%B8%E3%81%8F%E3%81%AE%3F">やさしい機能仕様 パート3: だけど･･･どうやって書くの? - The Joel on Software Translation Project</a><a href="https://b.hatena.ne.jp/entry/local.joelonsoftware.com/wiki/%E3%82%84%E3%81%95%E3%81%97%E3%81%84%E6%A9%9F%E8%83%BD%E4%BB%95%E6%A7%98_%E3%83%91%E3%83%BC%E3%83%883:_%E3%81%A0%E3%81%91%E3%81%A9%EF%BD%A5%EF%BD%A5%EF%BD%A5%E3%81%A9%E3%81%86%E3%82%84%E3%81%A3%E3%81%A6%E6%9B%B8%E3%81%8F%E3%81%AE%3F">はてなブックマーク - やさしい機能仕様 パート3: だけど･･･どうやって書くの? - The Joel on Software Translation Project</a></div></iframe>

プレビュー

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

やさしい機能仕様パート3: だけど･･･どうやって書くの? - The Joel on Software Translation Project

Joel Spolsky ジョエル・スポルスキ翻訳: Yasushi Aoki 青木靖 2000/10/4 あなたはなぜ仕様書を書く必... Joel Spolsky ジョエル・スポルスキ翻訳: Yasushi Aoki 青木靖 2000/10/4 あなたはなぜ仕様書を書く必要があるのかと仕様書に書くべきことは何かについて学んだ。では誰がそれを書くべきかについて話すことにしよう。誰が仕様書を書くか? こごでMicrosoftの歴史について少し話をさせてほしい。Microsoftが急速に成長し始めた1980年代のことだが、ソフトウェアマネジメントの古典である人月の神話はみんな読んでいた(あなたがまだ読んでいないのなら、ぜひともお勧めする)。この本の要点は、遅れているプロジェクトにプログラマを増員すると、プロジェクトはよけい遅れるということだ。その理由は、チームにn人プログラマがいるとき、コミュニケーション・パスの数はn(n-1)/2で、これはO(n2)で増加するからだ。そのためMicrosoftのプログラマたちは、どんどん大