ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ
このエントリでは、ソフトウェアの見積もりがどういうものであるかをシェアした上で、今後日本はどのような方向に向かえばよいのでは？という私のアイデアをシェアしたいと思う。 注：このエントリは、某銀行の件とは全く関係ありません。考えるきっかけになっていますが、中の人がどんな状況だったかもわからないのに、勝手なことを想像して、人や企業を叩くのは私の趣味ではないからです。 ソフトウェアの見積もりの正確さ ソフトウェア見積もりのことを知りたければ、下記の本がお勧めだ。 books.rakuten.co.jp この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と16倍もあり、概算見積もりのレベルでも4倍の開きがある。画面帳票仕様を「確定」したレベルでやっと1.6倍程度の開きになる。 請負開発を実施するときに、
JDK9にReactive StreamsがJSR前のJEPの状態だがDoug Leaさん手腕で導入されるのか？ - Guyon Diary
先日開催された野毛倶楽部「Reavtiveの夜」で話題になった、Reactive StreamsがGithubで仕様を決めてすごいという話をご紹介しましたが、もう少し当日あった話を深掘りしてご紹介したいと思います。 guyon.hatenablog.jp まず、Reactive Streamsについて簡単に言う下記の問題に対する解決方法の一つの仕様です。 Pub/Subを利用するときにSub側のノード数やトラフィックを監視して調整するのはキツイので、Sub側がバッファの余裕によってPub側にメッセージリクエストをしてメッセージをもらうという仕組みです。 詳細は岡本さんのブログや発表エントリーを参考にして頂くとよくわかります。 okapies.hateblo.jp speakerdeck.com スライドをベース（22ページあたりからがReactive Streamsの話）に当日お話を聞いた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
