ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
ニコニコ動画はもうそろそろ新しいメディアとして始動しろよ - Cheshire Life
ニコニコから消されるアニメのDVDは買うべきじゃない ニコ動とアニメ問題なんだけど、単純にニコ動でアニメを売ればいいんじゃないのかな。 テレビの番組表みたいに毎週決まった曜日に決まったアニメをニコ動で流す。初めの一週間は無料で流す代わりに、テレビのように広告を入れる。それもイメージ広告じゃなくて、インターネットのインタラクティブ性を十分に生かした広告で、マイリストからその人の好みを識別したターゲット広告のようなものが好ましい。 そして、一週間すぎたらそのアニメを見られなくして販売する。ニコ動だけで見られるのではなく、ダウンロードみたいな感じで、iTSに似ているかも知れない。有料のアニメの方は高画質で永久保存版的な感じにして、無料で公開していた頃のコメントも一緒につける。ニコニコ市場はコンテンツとして残しておいてもいいかもしれない。大体一話につき200円くらいで提供する。 この方式でアニメを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
