失敗知識データベースにみずほ統合の事例があったんだが - novtan別館
お気に入り経由でいまさらながら見ましたが… 3. 負荷テスト、異常テスト等、十分なシステム稼働テストが出来なかった。 プログラム開発には必ずバグが存在する。稼動までに入念なシステム稼働テストを行いバグを取り除いて完全なシステムとするのが当然である。テストは実際運用時の条件をどれだけシミュレートして、負荷テスト、異常テスト等を実施するかが肝要。 http://shippai.jst.go.jp/fkd/Detail?fn=0&id=CA0000623 これ書いたやつ出て来い！ システム開発における「完全なシステム」はニセ科学における「科学的に証明された」とほぼ同義だ。なんちゃって。 原因の項に書くことじゃないよな、こういうのは。タイトルに書かれていること以外はぜんぜん原因じゃないし。 なんか上から順に突っ込みたくなったので添削をクリスマスプレゼント。 第一勧業、富士、日本興業の３銀行のシステ
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
夏のはぶにっき - オフショア
