ksh Days - デスマーチについて考える（デスマーチ経験のエピローグ）
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低１箇所は触ってみる。（でよく落ちる） バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
圏外からのひとこと(2006-01-26)
* ソフトウエア業界の「バカ世界地図」 mixi発で、「Perl VS Java」というテーマが盛り上がっている。「ソフトウエア業界の中で、ある種のスキルが正当に評価されてないのでは？」という疑問に、「そうだそうだ、おかしいぞ」と同調する声が高まり、「いや、それには正当な理由がある」という反対意見が出て議論になっているようだ。 錯綜する議論の中にいろいろタメになる見解を見ることができて、業界人の端くれとしていろいろ勉強させていただいたが、ちょっと違う視点から(だってそれしか売り物がない)ブログのネタとして業界の外へ発信してみたいと思う。 まず、最初に関連するリンクをならべておく(ちょっとそれ系の用語が多いので業界外の人はパスした方がいいかも)と、mixi内のものとして、 Perlコミュ: 業務経歴書にPerl案件を書くと馬鹿にされる件 walrusさんの日記:「業務経歴書にPerl案件を書
スラッシュドット ジャパン | 東証システム、構築は10年前ですでに耐用年数もオーバーしていた
nq曰く、"asahi.comの報道によれば、東京証券取引所の清算システムは、10年前に導入した日立製メインフレームで、一日分の取引内容を記録するハードディスクの容量で取引件数の上限が決まっているという。システムの貧弱さが断片的に報道されていたが、10年前の機材でネット取引の時代に対応できると考えていた証券取引所へ日本の経済が頼っていることに、唖然とするのは私だけではあるまい。" 続報：NIKKEI.NETの記事によれば、この週末で処理能力の増強テストを行い、23日からは約定件数の1日当たりの上限を500万件に引き上げる、とのことだ。「空白の10年」が更改遅れの原因の一つかもしれないが、迅速な決断と行動に期待したい。
木走日記 - 抜本的改良は手遅れな東京証券取引所システム〜問われる技術立国日本の脆弱性
●実は手遅れな東京証券取引所のシステム処理能力拡大策 東証の社長が株式売買システムの約定処理能力について「1日当たり700万件以上に引き上げたい」との意向を表明したそうです。 【東証問題】「約定能力を700万件以上に引き上げたい」、西室社長兼会長が表明 東京証券取引所の西室泰三社長兼会長は1月19日、株式売買システムの約定処理能力について「1日当たり700万件以上に引き上げたい」との意向を表明した。現在のシステムでは、1日当たり450万件が限界。1月30日のシステム刷新で約定処理能力を500万件まで拡大するが、さらなるシステム拡張をしたいとの考えを示した。 東証は1月18日、ライブドアの強制捜査開始による影響で約定件数がシステムの限界に迫り、午後2時40分に東証1部・2部・マザーズ市場の全銘柄の取引を強制的に停止した（関連記事1、関連記事2）。当日の会見で、東証は「年内にも1日の注文処理能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
