システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』
例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと本気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場
スピルバーグ『レディ・プレイヤー1』を通じて、物語を面白くする映像技術、共感手法、映像の力を語り合う（追記あり）
スピルバーグ『レディ・プレイヤー1』を通じて、物語を面白くする映像技術、共感手法、映像の力を語り合う（追記あり） 物語に夢中になったことはないだろうか？ 小説やマンガ、ゲーム、映画や舞台など、素晴らしい作品に出会ったとき、あまりの面白さに、あっという間に時が過ぎる。お話が終わり、我に返った後、あらためて、なぜそれを面白いと思ったのかは、気にならないだろうか。 その物語の「面白さ」はどこから来たのか なぜ、自分が、そこを「面白い」と感じたのか その「面白さ」は一般化／再現できるのか こうしたテーマを視野に入れ、古今東西の「面白い」作品について語り合う。これはという作品を取り上げ、物語を作る人、楽しむ人、広める人など、様々な視点から「面白い」について語り合うオンライン会が、「物語の探求」読書会だ（ネオ高等遊民サークルの分室）。 今回は、映画に詳しいどぶ川さんをゲストにお招きして、スティーブン・
ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
