俺はバグでこんなすごい被害を出したぞ! part労苦
1 :
仕様書無しさん :
2005/11/01(火) 11:11:51
3 :
仕様書無しさん :2005/11/01(火) 11:15:46
どこのヘボSEだよwwwwww そのシステム設計したやつwwwwwwww
1000 名前:仕様書無しさん[sage] 投稿日:2005/11/01(火) 12:20:25 1000だったら 東証のトラブルの原因は、 FDドライブに挿しっ放しのブランクディスク
13:20復旧予定だそうで
うひゃー
TOWNSか…
FM-Vならリカバリディスクが同梱されてるはずなんだが、もしかして捨てちゃったか?
普通にSolarisなサーバだろ。
ナントカΛでソフトがエポエース
汎用機でCOBOLぢゃないのかw
売買再開と同時に物凄い勢いで不治痛が売られたりして。
Σ( ゚д゚)ハッ
>>14 最初は13:20て言ってたんだけど
「それじゃ無理ぽ もう10分チョ」て言われて13:30に訂正
てことじゃないか
さて、復旧したかいな?
不治痛どころか、多分午前中に溜まりに溜まった売買注文が大量に来るぞ トランザクション大丈夫かいな? 再開してすぐに大量のアクセスが処理しきれずにダウンしたらアホだぞ。
ttp://www.jasdaq.co.jp/ > 本日、当取引所に多量の注文の訂正・取消が集中している関係により、
> 上場銘柄の注文の取消、訂正及び約定結果の返信に通常以上の時間を要しておりました
> 解消されておりますのでお知らせいたします。
JASDAQもとばっちり大変だ。
労苦にふさわしい立ち上がりだ
不治痛全力売り! ついでにNECも目立も売りだ!!
25 :
なぎさっち ◆Nagi/FmYMM :2005/11/01(火) 13:46:37
26 :
仕様書無しさん :2005/11/01(火) 13:48:08
[東京 1日 ロイター] 富士通<6702.T>が売り優勢で始まった。 きょう発生した東証のシステム障害について、富士通製の売買システムの ソフトウエアが原因で起きたものであると東証が指摘したことが嫌気されている。 東証によれば、ハードウエアには一部にバックアップの用意があったものの、 ソフトウエアのバグは想定していなかったことから、 ソフトウエアについてはバックアップがなかったという。 ソフトのバグは想定外www
日付でバグるのか… 昔のウィルスの様だ
28 :
仕様書無しさん :2005/11/01(火) 13:51:35
2000年問題見たいなもん?
Newsの中の人の言ってる事ワカラナス
原因究明開始はとりあえず取引終わってからだな(w
こういうのって、一般人にも解るようにちょっと事実を曲げて説明したりすると、 それがそのまま一人歩きしちまうんだよなあ
富士通(笑)
35 :
仕様書無しさん :2005/11/01(火) 14:59:49
急いでやってきました!!w
久々この板来たよ。 なんつーか、大変だな・・・ なんかもらい泣きしそうだよ。
37 :
モルスァ :2005/11/01(火) 15:33:36
38 :
仕様書無しさん :2005/11/01(火) 15:45:47
39 :
仕様書無しさん :2005/11/01(火) 15:47:39
ゲラゲラ 日本の信頼性も地に墜ちたなwww
俺が辞めてから凋落の一途だな不治痛・・・ 過去の裏切りを詫びて前の倍額を出すなら戻ってやってもいいが・・・ それどころじゃないようだなwwwwwwwwww
41 :
仕様書無しさん :2005/11/01(火) 15:58:22
×俺が辞めてから ○俺が試験に落とされてから
富士通(笑)
>43 この業界に居て僻む人がいるとでも?
45 :
仕様書無しさん :2005/11/01(火) 16:32:26
今日時点で凍傷に上場してる会社の株1株に対して1銭づつ保障したとしても、不実余裕で傾くね。
46 :
仕様書無しさん :2005/11/01(火) 16:35:11
一応、原因は10月に導入したソフトのバグだそうです。 月次更新処理でデータの圧縮を行っているが、10月のその追加部分が圧縮の対象外になっていたため バグ発生と出てました。 つうかね、月次処理のテストぐらいケチるから。
月次って最低でも2ヶ月くらいは回さないか?
こういうのってコーディングした奴も評価下げられるのかね
49 :
仕様書無しさん :2005/11/01(火) 16:45:17
>>47 今回の場合、サブシステム単体はOKだけど、全体システムが行う月次に対してサブが未対応っていう感じですね。
東証のシステム全体ってのがどういう規模だか知らんが、やってなかったんだろうね。
完全テスト環境を作ってやるようにしないと、マザーズのトラブルとかの反省が生きてない。
まあ、今日は馬鹿上がりだったから許すけど。現物のみ、短時間で圧が凝縮。w
外人の信頼言っても、次やったら流石に怖いけど、一発だったら誤射の可能性も。
50 :
仕様書無しさん :2005/11/01(火) 16:50:55
単なるコーディングミスでした。
>48 仕様書次第じゃ? >49 9月末に連休あったんだから後方処理だけでも回せばよかったのにね
52 :
仕様書無しさん :2005/11/01(火) 17:44:59
>東証によると、新たなソフトに切り替える際、 >効率良く情報を処理する目的でシステム開発の担当者が >システム内の証券会社のデータを格納する位置を移動したという。 >新ソフトが起動した10月11日から31日まではこれまで通り、証券会社のデータを読み取ることができた。 >ところが、11月1日になって、月初にシステムが定期的に自動更新された際、もともと証券会社に関するデータが移動して空白だった部分が圧縮され、 >証券会社のデータが検知できなくなったとみられる。 仕様外の環境じゃ落ちるわな
月またぎのテストくらいしておけよw
>>52 そんな凡ミスで半日停止かよ...どっちが悪いんだろ?
原因についてマスコミ各社の表現が面白いな さっき日テレのニュースで「ソフトの位置を変えたのが原因」という 素敵な表現が使われていたのを見て (?´ω`) ←こんな顔になった
56 :
仕様書無しさん :2005/11/01(火) 18:28:11
テストは上手くいったんだろう。(多分) データを移動したらどうなるかを担当者が予測できたかじゃね
こんな時こそバグ損害保険とか出来ないものか
58 :
a :2005/11/01(火) 18:53:24
日付を取得するのにシステム日付を使ってると、月またぎのテストを するときにシステム日付をいじらないとダメだから、他に開発してる 人に影響が出る。実際、プログラマレベルでこのテストをするのは無 理だね。結合テストで発覚したり。 この手の問題は年度明けでも発覚したりするかも。次は4月1日か。。。
ぐはあ、NHKトップニュースかよ
そりゃそーだろw
577 名前: 仕様書無しさん [sage] 投稿日: 2005/11/01(火) 19:14:48 これでまた 外注費だけをザクザク削る→安い外注しか捕まらない →費用ケチられて依頼されたコトだけしかやらない →bug キタ━━━━━━(゚∀゚)━━━━━━━!!!!! のLOOP 578 名前: 仕様書無しさん [sage] 投稿日: 2005/11/01(火) 19:18:45 愛社精神というのが存在しない業界。 今やり過ごせればそれでいい、むしろ 「俺がいなくなった頃にバグ出て損害で潰れろ」とか。 783 名前: リストラ収容所員 [sage] 投稿日: 2005/11/01(火) 19:15:07 ID:xzNn9nLS あーあ。 コンコードジャズフェスティバルと囲碁の協賛をやめてまで、お金を作ろうとしていたのにねぇ (レディースゴルフは続けるつもりだったらしいけど)。 全部賠償で持っていかれるか。
過去に新聞沙汰はやったことあるが 今日のは比にならねぇ・・ まあがんばれや・・
>>62 >過去に新聞沙汰はやったことあるが
当然のごとく、kwsk
楽天なんかは取引できない方がありがたかったり
65 :
仕様書無しさん :2005/11/01(火) 22:38:51
プログラムがデータの配置場所を探すって意味が解らん。 複数あるDBの場所を探すってことを言ってるの?
66 :
仕様書無しさん :2005/11/01(火) 22:44:05
すまん。俺が悪かった。 あの時、グローバル変数使わなかったらこんなことにならなかったのに・・・・
67 :
仕様書無しさん :2005/11/01(火) 22:48:49
☆ チン バグダッタ〜 バグダッタ〜 ☆ チン 〃 ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ヽ ___\(\・∀・)< 担当者降臨まだー? \_/⊂ ⊂_)_ \____________ / ̄ ̄ ̄ ̄ ̄ ̄ ̄/| |  ̄  ̄ ̄ ̄ ̄ ̄ ̄:| | | 米国産牛肉 .|/  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
68 :
仕様書無しさん :2005/11/01(火) 22:52:35
担当者はしばらく徹夜っしょ。 俺もこういう障害時は徹夜だよ。
俺はこういう余裕のない時こそ2ちゃんねるを覗き見るくらいの 心の余裕を持ちたい
ここで笑った奴のシステムが次にトラブる 間違いない
東証でバグ出した拠点は全員クビかな?
72 :
仕様書無しさん :2005/11/01(火) 23:14:19
バカモン! 真面目に仕事をやらないからこういう事になるんだ! 次バグ出したら全員ビンタだからな!
ビンタで済むんなら徹夜でテストなんてやんねーよ!!
うん!
本番障害=全て作った奴だけの責任 っていう図式はなかなか無くならないもんだな
>>71 マジレスすると、失敗の経験を引き継ぐために首には出来ない。
多分Fの重点プロジェクトだったはずだと思うが、より重要になるんじゃないの?
大昔、Fの仕事したとき、部長がPJリーダーだったプロジェクトが大火災を起こして、
最終的に副社長プロジェクトになった。
いつも新スレ立てるとdat落ちしないか心配ですが今日は大盛況!
おおごとなんだよ! もうちょっと間違ったら損害賠償で埋め合わせとかいうレベルじゃなくなるんだから! でも報酬的にはあんま儲かってないんだろうな、この案件
>>59 ニュース23でもトップニュースでしたな。
明日は我が身か... ガクガク(((( ;゚Д゚))))ブルブル
82 :
仕様書無しさん :2005/11/01(火) 23:50:59
ガクガク(((( ;゚Д゚))))ブルブル もうすぎヒキ暦4年orz
83 :
仕様書無しさん :2005/11/01(火) 23:51:51
また原因不明か!? OS?
85 :
仕様書無しさん :2005/11/01(火) 23:55:45
あーあ、日本再生のシナリオは完全破綻だな
たかがこんなんで破綻するようなシナリオやだ
87 :
仕様書無しさん :2005/11/02(水) 00:04:54
みずほ銀統合の時の2重引き落としも富士通じゃなかったっけ?
88 :
仕様書無しさん :2005/11/02(水) 00:05:54
89 :
仕様書無しさん :2005/11/02(水) 00:06:21
>>87 うん、あれで自殺者出たって噂が一時期流れたよね
富○通ってもう、なんかさ、CSRとは程遠い存在だよね。
なんで全く違う系統で補助システム導入してないんだろうな。
92 :
仕様書無しさん :2005/11/02(水) 00:08:27
>>89 その時付き合ってた彼女が富士通経由で5重派遣
くらいでその仕事請けてたw
懐かしいなぁ、
女いたよ、プログラマーにもw
94 :
仕様書無しさん :2005/11/02(水) 00:36:14
>>83 望まれない子なので価値なんて初めからゼロです
95 :
仕様書無しさん :2005/11/02(水) 00:37:59
東証逝ったな。さて、原因究明レスいきましょうか。
なにこいつ
東証のは、ファイルフォーマット変更したのに、旧フォーマットで読み書きしてるモジュールがまだあったって事だろ?
98 :
仕様書無しさん :2005/11/02(水) 01:18:08
>>97 プログラムを移動させたのが原因とかなんとかいってたけど、
まさかj証券会社コードをプログラム内に直切りしてたのか?
99 :
仕様書無しさん :2005/11/02(水) 01:20:44
小日本!小日本!小日本!小日本!小日本! 小日本!小日本!小日本!小日本!小日本! 小日本!小日本!小日本!小日本!小日本! 小日本!小日本!小日本!小日本!小日本! 小日本!小日本!小日本!小日本!小日本!
バイナリファイルに直接アクセスするの? DB経由じゃなくて? なして?
102 :
仕様書無しさん :2005/11/02(水) 01:34:22
103 :
102 :2005/11/02(水) 01:35:29
×政治と選挙吹き飛ばしやがって。 ○政治と経済吹き飛ばしやがって。
104 :
仕様書無しさん :2005/11/02(水) 01:38:46
推測だけど、本番移行するときに移行担当者が間違ったんだよ。 規模の大きさに関係なく、ありがちなことだよね。
もしかして、影響度は、みずほ以上かな。 おそらく、管理者は腰が常に45度状態だろう。
106 :
102 :2005/11/02(水) 01:47:11
目立で本当にあった話だが、 250MByte位の領域を確保して開放を行わない処理が、 引数無しの戻り値無しの関数内で行われてた。 不治痛も同じことが原因なんじゃないの?
107 :
仕様書無しさん :2005/11/02(水) 01:48:59
>>106 いかにも業務系に携わってる人の見解だね。
もうちょっとマシな推測はないのかな。
109 :
仕様書無しさん :2005/11/02(水) 01:53:24
>>108 マルチスレッドで、同期を取るのを忘れてたとか。
110 :
仕様書無しさん :2005/11/02(水) 01:55:28
>>108 サブルーチンにどっちかの処理を忘れたから。
・入る時に割り込み禁止
・出るときに割り込みを許可
111 :
仕様書無しさん :2005/11/02(水) 01:56:54
>>108 pushしすぎてスタックが壊れたから。
112 :
仕様書無しさん :2005/11/02(水) 02:02:36
わかったよ。おおよその見当ついた。 キーワードはやっぱりデータベース。 新しいテーブルに、古いデータをINSERT/UPDATEしようとしたんだろ、きっと。 ありがちだな。
KEYなしあぼーんじゃまいか。 証券会社コードを変更するテーブルを1つ忘れたとか。 立ち上げ直後にDB間の論理整合チェックする処理走らせたらエラー判明、 その原因は直前の月次処理へのデータ引継ミス。 ・・・とか想像してみる。
このスレがこんなに繁盛するとは思ってもいなかったな。みずぽ以来か。
115 :
仕様書無しさん :2005/11/02(水) 02:17:34
東証のシステムってたしかホストマシンだから ディスクのマウントなんかができなかったって問題なら笑えるけどw
116 :
仕様書無しさん :2005/11/02(水) 02:18:25
コード:'1234-56' VARCHAR(6)に、こいつが突っ込まれようとした所為。 とか言ってみる。
117 :
仕様書無しさん :2005/11/02(水) 02:20:02
月次のガベコレの結果をアプリ層に正しく伝えていなかったか、 アプリ層が更新をさぼっていたか、と読んだが?
118 :
仕様書無しさん :2005/11/02(水) 02:21:45
更に言うと、'1234-5'となって、そのバッチは正常終了。すり抜け。 誰も疑わなかった。30分後、奇妙なエラーがレコードの数だけ発生する。 と勝手な想像。
119 :
仕様書無しさん :2005/11/02(水) 02:24:17
ヒント:ロックエスカレーション そのとき彼は見ていた。本番データを。
120 :
仕様書無しさん :2005/11/02(水) 02:40:03
あれ〜 SQLのDelete文にWhere付け忘れたような気がするぞ。 まっ、いいっか。
121 :
仕様書無しさん :2005/11/02(水) 02:44:20
>>120 そんなミスはミスというにはお粗末。
なぜなら、WHERE抜いたらインデックス指定しないことになるし、
トランザクションログが一杯になって、DELETE中にどこか止まる。
122 :
仕様書無しさん :2005/11/02(水) 02:48:33
「佐藤さんプロシージャ2」 「山田さんプロシージャ1」 「佐藤さんプロシージャ1」 の順で走らせれば正常に動くよ。 とか言うプロジェクトに関わったことがある。 俺を殺す気か!
金融シツテムってコボルで作られてるんでしょ? コボラー終わったな プゲラ
>>121 鋭い指摘。どこでそんなこと覚えた?
普通に開発してても、そういうのって身に付かないよね?
126 :
仕様書無しさん :2005/11/02(水) 03:05:40
トランザクションすら行っていなかったら・・・
127 :
仕様書無しさん :2005/11/02(水) 03:11:11
トランザクションログって、トランザクションの開始と終了を ユーザーが意識してなくても出力されるものなんです。 データベースって、伺い知れないところで排他してたりしますから。
128 :
仕様書無しさん :2005/11/02(水) 03:15:17
>>121 >>127 うむ、君達は本当にすばらしい!
そんな君達に朗報です。
あなたも世界の日立グループで働きませんか?
キレイなオフィス。
圧倒的な知名度。
日本が誇る世界の技術。
Inspire the Next! 日立グループ!
是非、即戦力として来てほしい。
返答を下さい!
129 :
該当者じゃないけど :2005/11/02(水) 03:23:05
130 :
仕様書無しさん :2005/11/02(水) 03:26:04
131 :
該当者じゃないけど :2005/11/02(水) 03:29:05
>>128 漏れひとりぐらしするときは目立の電化製品は避けたからな。
あんな技師や主任技師が開発やってるかと思うと怖い。
洗濯機とか誤作動して、AやQがブラインドタッチで打てない体になりそう。
132 :
128 :2005/11/02(水) 03:29:57
えっ!? 来てくれるんですか?
133 :
仕様書無しさん :2005/11/02(水) 03:32:24
134 :
仕様書無しさん :2005/11/02(水) 03:46:21
>>130 いくらつらい状況にあろうとも、希望を捨てるなよ!
自暴自棄になっちゃダメだ!!
そりゃ、生きていけばつらいこともあるさ。
俺も経験あるよ。
それでも一生懸命生きてきたんだ。
だから、もっと自分を大事にして生きろ。
目立の研究所はいい待遇と聞いてたのだが、そうでもない・・・・ってわけじゃなく、 現場は駄目駄目なのね。。。 どこも一緒か。
137 :
仕様書無しさん :2005/11/02(水) 06:16:26 BE:435370098-
別に東証止まっても、どうって事ないじゃん。 大阪が儲かったぐらいだろ。松下の陰謀かな。 大阪というバックアップがあって良かったな。
>>137 福岡と札幌も死亡したらしい
どうってことあるじゃん
139 :
仕様書無しさん :2005/11/02(水) 07:17:09
久々にきたらやっぱこの話題かw
140 :
仕様書無しさん :2005/11/02(水) 08:10:15
おい、株式市場のプログラム下請けしたの、どこの会社だ??
141 :
仕様書無しさん :2005/11/02(水) 08:17:20
漢の中の漢、出てこーい
142 :
仕様書無しさん :2005/11/02(水) 08:18:04
東証のやつって、玄孫受けくらいの会社の新人PGがポインタ操作間違っただけでしょ? 南無・・
143 :
仕様書無しさん :2005/11/02(水) 08:24:08
144 :
仕様書無しさん :2005/11/02(水) 08:27:30
839 : :2005/11/02(水) 01:03:21 ID:1oGpg/Yj
>>833 他板の話だと、証券コードマスタのテーブル名か論理的な装置名を変えたために
月頭バッチがABENDするのが、STかOTでチェックできていなかった(!)せいで
半日システムが止まってしまったっていう話だった。
もしその話が正しいのだとすればバグどころか、要するに単なるテスト漏れだよね。
顧客の環境では全く動きませんでしたなんていうテストを、「漏れのあるテスト」
なんて生やさしい表現でいいとすれば、だけど。
145 :
仕様書無しさん :2005/11/02(水) 08:52:01
月次処理ミスと似たこと俺もやったことあるよ。 データのフルバックアップが週末の48時間で完了しなかったw システム起動しませんと電話が、、、 結局、丸一日システム止めた。 次の日に二億円の損害請求がきました・・・ 今までで修羅場でした。 俺の感覚では富士痛は悪くありません。 悪いのはテスト環境を用意できなかった凍傷です
>悪いのはテスト環境を用意できなかった凍傷です 不二痛が一度でも全体でのテストの申し入れを記録の残る形で 申し入れしてればいいね。 コレばっかりはユーザー協力が無いと難しいよ
147 :
仕様書無しさん :2005/11/02(水) 09:29:52
ラブ&ベリー(通称ラブベリ)やろうぜ。
>>146 顧客から「いやできないっす」と言われて、それが原因で取れなかったと思われる不具合で損害を受けた場合、
顧客側の責任ってどのくらい認められるもんなのかね。
149 :
仕様書無しさん :2005/11/02(水) 10:01:45
大規模なシステムなら普通受入テストやるだろ? 俺の会社の方針は、受入テストで承認もらったあとの 仕様変更などは顧客責任 だよ。 仮に今回、受入テストでシステム全体の 凍傷がテスト環境が用意できなくて発生し、 議事録にその部分が明記されていれば責任は凍傷側だよ。 まあ動いているシステムのテスト環境用意するの大変だけどね。
>52>144 この辺が今んとこ最も原因に近い説か。
151 :
仕様書無しさん :2005/11/02(水) 10:27:46
ただ、テスト環境用意するって言ってもな・・ 制御系システムと違って、金融系は現場を止めるってわけにもいかなし リソース同時利用してテストって言っても限界があるしな 完全に運用と同形態での試験なんてできるのかな?オペレータの人数も含めて
やってやれないことはないと思うけど、「たかが1回のテスト」に億単位だと思われマッスル
テスト用のビルの建設からはじめないと(w
154 :
仕様書無しさん :2005/11/02(水) 10:46:35
155 :
仕様書無しさん :2005/11/02(水) 10:51:11
普通、金融基幹系だと旧システムと新システムを1ヶ月ぐらい並行稼動させて、 システムテスト後の最終確認にするけどね。 今回は、処理性能向上のスケジュールが逼迫していたから、 この手順を省いてしまった気がする。 不治痛が並行稼動の要望を書面で出していればいいんだけど・・・
特にどちらを擁護するものでもないけど まず納期ありきで突っ走ったんだろうね。
157 :
仕様書無しさん :2005/11/02(水) 11:01:17
ヘ ボ コ ー ド を 書 く や つ が 悪 い !
客「1時間ででアマゾン川の水汲んできてくれる?成分が知りたいんだ」 営業「うちなら大丈夫です!」 営業「おめーら何とかしろ!」 マ「...」
159 :
仕様書無しさん :2005/11/02(水) 11:06:18
並行稼動を客の要望により省いたとしたら、 全責任をFに押し付けて損害賠償というのもちょっと・・出る所ではもめそうだな
>151 バックアップ系含めて3系統システムがあった、って話をどっかで読んだから、 テスト用にバックアップ系に火を入れてあげればなんとかなったんだろうな。
うん。ハード系はバックアップ体制が整っていたけどソフトはだめだったらしいからね。 資源は一応そこにあった、と。
163 :
仕様書無しさん :2005/11/02(水) 12:05:54
>東証によると、新たなソフトに切り替える際、効率良く情報を処理する目的で >システム開発の担当者がシステム内の証券会社のデータを格納する位置を >移動したという。 >新ソフトが起動した10月11日から31日まではこれまで通り、証券会社のデータ >を読み取ることができた。ところが、11月1日になって、月初にシステムが定期的 >に自動更新された際、もともと証券会社に関するデータが移動して空白だった >部分が圧縮され、証券会社のデータが検知できなくなったとみられる はいバグ確定wwww 月次処理大失敗www
それだけ見ると、バグというより、管理運用の不手際(ないし内部の情報連携ミス)に読み取れるが。
納品前にあれだけ連休あったのに月次の検証もできないくらい カツカツスケジュールだったのか? それとも戻しも出来ないの複雑システムなのか? どっちにしても東証剣呑だなあ
166 :
仕様書無しさん :2005/11/02(水) 13:29:13
↓ビジネス板で驚くべき実態カキコはけーんw 857 :名無しさん@お腹いっぱい。:2005/11/02(水) 12:34:40 ID:DSn1XIAK 俺、元外資証券のシステムやってたんだけど、海外の取引所ってほとんど同じ環境のテスト環境が平行でずっと動いてて。 こちら側で何か新しいものがあったり、向こう側で仕様変更があった場合、実際のプロダクション環境に手をつけず普通にテスト可能なんだよね。 通常、新しいリリースがあるときはそっちでしばらく運用して(3ヶ月くらい)、その後にプロダクションにリリースという。 でも、東証ってテスト環境がないんだよ。 たまにプロダクションシステム使って休日にテストするだけ。 今回だって、3連休使って変更したわけでしょ? 海外の取引所だと、テスト環境で3ヶ月くらい運用させて訳だから、それに比べると舐めすぎだよね? それより何より、やっぱりあれだけクリティカルなシステムなのに、純粋なテスト環境が無くて、たまの休日にプロダクション環境をテストに開放するだけってのが、すっげー驚きだった。 こっち側の東証に繋ぐ自社開発のシステムもバグが出たことあるんだけど、新しいリリースのテストが出来ないんだよ。 2週間後の土曜にテストして、そこで上手く行かなくて、次のテストは1ヶ月後の日曜とかさ。 ロンドンとかNYの取引所は独立したテスト環境提供するから、平日にいくらでもテスト出来るんだけどね。 注文件数に対するシステムの容量もそうだけど、物凄いケチってるよ、東証は。 それか、高い金払っても、それがシステム構築に使われず、リベートに消えてるとか。
今まで試験がいかにおろそかにされていたのかがわかるな... みずほは無理な工程短縮は多大なる被害を及ぼすことがわかった訳だし、 今回は試験環境をケチるとこんなんなりますよという良い教訓になったな。 中の人は大変だけどな。
よその不幸は蜜の味。
みずほのおかげで工期交渉できたユーザーあったよ これでテスト工程に時間かけるのを渋るユーザーの交渉が ちょっとでも楽になると良いなあ
ネトゲでも現状でテスト鯖が無いところあるけど、 今回の出来事でちょっとは考慮して・・・ くれるわきゃねぇよな。ハハハハハハハハハ
そもそもネトゲにはテスト鯖しかない
ある程度までやったら目見当で本番鯖にガンガン投入してるイメージがあるけどね。 そこまでして冗長にテストしてくれてるゲームなんてあるかなあ。っていうかそこまで慎重にする必要ある?
大雑把な話、 ネトゲなら止まらない・データが飛ばない程度のバグなら許容されるだろw
>166-167
なんつーかいいタイミングで@ITが記事書いてるな。
開発現場の天国と地獄(6) − @IT
ttp://www.atmarkit.co.jp/farc/rensai/heaven06/heaven06c.html > いままで構築をしてきた100人月以上のプロジェクトでは、必ずテスト環境が不足しました。
>今回の案件でも再三あらかじめ警告したにもかかわらず、やはり不足しました。
>いつも、
> 環境(1)……開発環境
> 環境(2)……テスト環境1
> 環境(3)……テスト環境2
> 環境(4)……本番環境
> 環境(5)……ユーザー教育環境
>を用意します。しかし、私は少なくとも、もう1つは絶対に必要だと考えています。
> 毎回「テスト環境2って何ですか?」と聞かれ、常に「コストが……」という形で却下されてきました。
>しかし、当初テスト環境2を却下したプロジェクトはすべて、結局は用意することになっています。
そういや、ITa→ITb→STってやるのってIBM系なんだっけ?
176 :
仕様書無しさん :2005/11/02(水) 16:21:53
>169 テスト環境=コストだからね。 性能含めてテストとした場合、マシンも同等じゃないと無意味だし。 こういう基幹系だと、億単位での構成だから、それをおいそれもう1セットとは中々・・・。 つうても、こういう事態が起きればそれが安いものだと上も認識するでしょ。 東証が準備していないのも信じられないし、Fが東証に無くても勝手に作ってないのも信じられない。 Fってよく官僚的とかいうけど、やり手のところは非常に独立志向でやるよ。 言われなくても万全期すって感じで。
> そういや、ITa→ITb→STってやるのってIBM系なんだっけ? そーだよ。 運用側のテストと開発側のテストは同時に出来ないから少なくとも 2 台居るんだけどな。 本番と同じ高性能環境を一つ用意するくらいだったら、ちょっと性能落とした環境を2つ用意 したほうが良いに決まってる。だが初心者マネージャーだと「とりあえず本番と同じ方が いいだろ」という感じで話まとめてくることがあるな。
>>177 本番と同じでないとテストの意味無いじゃん。
負荷テストとか、少しでも環境変わると困るテストはどうするんだ?
>>178 負荷テストはシステムテストだろ。そのフェーズなら本番と同じ環境使うにきまってんじゃん。
それとも単体テストから本番と同じ環境でやるべきとでも?
使うに決まってるかは条件による。 本番が唯一に近いようなシステムの場合は無理でしょ。 今回の東証のように。 東証はソフト挙動として本番をエミュレートできる環境をつくるべきでしょうね。 擬似証券会社と通信して、いろいろ出来る奴。
今回に関して言うと、別サーバを構築して月次処理を走らせれば発見できたんだろ?
本当に無いんか? まぁ休日使ってテストしてたらしいから、あながちそうなの かもしれない。本番が唯一の環境でテスト不十分ってのならあまり F を 責める気にはならんな (まぁ契約によりけりだが)。 飛び火の高負荷で落ちなくて良かったね>大証
183 :
仕様書無しさん :2005/11/02(水) 17:22:50
>>180 それで普段は株式投資ネトゲをやってればいいんだな
>181 のはずだけど、例のファイルの置き場所変更、ってのが直近(10月に移行したFのシステムより後)に本番移行されてた、 って可能性もある。JCLでボリューム変更するだけ、くらいの感覚だと、ちょちょっと直してすぐ本番、とか。
ファイルの置き場所とかいう説明を聞くに着け、"C:\\Tomcat\\..." とかハードコーディングして Unix 持ってったらで動かねぇ、環境依存のバグでしたとほざいた奴を思い出した。
186 :
仕様書無しさん :2005/11/02(水) 18:07:25
休日でテストって簡単に言うけど… 俺の想像だがw休日しかないってことはその間終わるまで寝れないってことだよな?w こういう環境も逆に能率悪いな
>>185 「環境が違うと動かない」以上、環境依存のバグであることは議論の余地はないとは思うが。
心当たりでもあるのか?
ないけど言葉の定義上そうだろ。言葉遊び上でもいいけど。
いや言葉っつらの話をしてるのではないのだが。
191 :
仕様書無しさん :2005/11/02(水) 20:00:13
本番環境のジョブ設定でパスを間違えてジョブ起動しくて サービス立ち上がらなかった事あったな。 朝、会社に来たら新人が死にそうな顔で、 システム立ち上がらないと朝から電話鳴りまくってますって言ってきたな。 よほどショックだったのか、そいつは数日後辞めたな。 正直すまんかった
人月の神話をまた読みたくなってきたな・・
なんかテストが不十分というか 「そのファイルを移すとどのシステムに影響があるのか?」 という調査が杜撰だったような気がする。 普通はその影響調査を受けて試験方案つくってテスト消化する訳だし... 月次のシナリオ試験とかも今回は影響がないということで片づけられて 受け入れテストとかは見当はずれの所をテストして検証終わりだったら東証側が悪い または、月次のシナリオを予定していたのに期間との兼ね合いで テスト項目を絞り込む必要に駆られて月次をしなかったという可能性も捨てきれない。 あと、なんでそんな凡ミスの発見に半日以上もかかるんだ?というのはあるな... 昔、自分で作ったプログラムのエラーメッセージがバグっていて 見当違いな所のソースを見ていて半日潰した事は内緒だけどな。
何にせよ、今もまだ修羅場かな、そこの現場は?
システムの全容を完全に把握してる人っているんでしょうか? 部分的にいじった時にそれがどこに影響を及ぼすのか 分っていたのかいなかったのか気になります(w
>>194 今はもう原因調査も修正も終わってるだろうから、
会社間でこってり絞られてる所だろうよ。上のほうは修羅場。
197 :
仕様書無しさん :2005/11/02(水) 20:53:37
198 :
仕様書無しさん :2005/11/02(水) 21:13:55
>>197 んーまあ、落ちた直接の原因自体が分からないわけじゃないから
そういうのはよくあるじゃない?
あまりパニクらなくても
とりあえず中の変なデータを手動で消して手動で再稼動さえさせれば少なくともあと1ヶ月は大丈夫だからな。 月が変わるときの自動処理でコケたんだし。
200 :
仕様書無しさん :2005/11/02(水) 21:41:50
>>199 それじゃあ、最悪の事態を想定して月末までに手持ちの株を売っとけば安心だな
運がよければ株数増えてるかもしれんが
そうだな、本番同等の開発環境(ハード・ソフト)ともあるのがベストなんだろうけど、 用意されてない現場って多いよな。 しかし凍傷で用意されてないってのはひでー話だな。 某都市銀では 本番 本番同等 開発(単体用) 開発(結合用) が基本的に存在してて、なおかつ大規模案件ごとに追加されてたりしてたが。
202 :
仕様書無しさん :2005/11/02(水) 22:05:13 BE:307944757-#
俺の案件の体制 1.本番 2.本番同等 3.社内検証用 4.社内開発用 この4体制だな。 社内検証用と本番のデータは3カ月おきに本番環境のデータに置き換えてる。 2は、基本的にユーザテスト時に開放して使用させている。 このくらいの体制がないとやっぱ大変だよな。
東証の鶴島社長が謝罪会見、進退含め社内処分方針
ttp://www.yomiuri.co.jp/main/news/20051102i114.htm > 富士通の責任については「一義的には責任は東証にある。
> 富士通との関係は原因究明後に考えたい」と述べるにとどまった。
うーん…まあ、今はそうなんだろうなあ。
原因究明はされるだろうけど、
「プログラムコードの○○の部分が不適切な書き方だった」
とか本質的でないお茶の濁し方になりそうな薬缶。
そこを見つけられなかった理由と責任はどうよ、という話をもっとしたいんだが。
204 :
仕様書無しさん :2005/11/02(水) 23:07:45
漏れ達がこうして2chで野次馬している今この瞬間も、 脂汗を流しながら原因調査している人が何十人も 居るんだろうなぁ… UFJの時もそうだけど。桑原桑原。 まぁ月末バッチだったのが救いか。
205 :
仕様書無しさん :2005/11/02(水) 23:25:49
実行部隊はF本体? 子会社じゃないの?
やりますと金取っといて実はやらなかったテストがあるならまだしも、 そのテストケースと結果を承認した客側に責任がある。 手術前にインフォームドコンセントにサインしたようなもんだ。
築地バッチで出たなら担当者はとっくの昔に別のプロジェクトに 突っ込まれてると思われる。まぁこれだけニュースになってりゃ 前任の残作業ってことで集まってくると思うが。
>>205 こんな超絶ビッグな案件をみすみす子会社に回してどうする。と思うがどうだろう…
>>208 本体が元請けで子会社が下請け、でもって独立系のソフトハウスが孫請けw
211 :
仕様書無しさん :2005/11/02(水) 23:33:12
>>204 あのね、こういうのって原因はすぐには分からないにしても、
一日あったらわかるんだよ。今彼らがやっていることは、
ど う や っ て 身 を 守 ろ う か
の検討会。
212 :
仕様書無しさん :2005/11/02(水) 23:34:01
>>211 開発に原因とかの詳細説明ドキュメントを
作らせて、素人でもわかるように説明させ
て、さて、どう客に説明しようかの検討会。
>208 俺F本体のプロパーで開発実務をちゃんとやれる人など見たことない。 >209 孫請けの下に大量のフリーランス
216 :
仕様書無しさん :2005/11/02(水) 23:55:51
>>196 そんなに甘くない。
大きなトラブルの直後は安定するまで(期日未定)ソフト担当者の常駐は余儀なくされるはずだw
富士通だから安心だろう、とかいう名前だけのブランドで頼むからこんなことになるんだよ。 優秀な人間も確かにいるが烏合の衆がほとんどの集団だ。 ってうちの会社もそうだけどな。
218 :
仕様書無しさん :2005/11/03(木) 00:00:45
>>213 A「今回の賠償、テスト環境の無償譲渡を提案しようかと・・・本体2台と周辺一式回せるかな?」
B「ウチはこれで食ってるんだ!タダでなんかやれるかい!」
A「信用が落ちたら、食うものも食えなくなるじゃないか!(逆切れ)」
・・・と、ソリューション部隊と販売部隊が大バトル中
220 :
仕様書無しさん :2005/11/03(木) 00:02:32 BE:169311247-
結局あれだろ。 納期優先で、SE使い捨て。SEに忠誠心なんて無いから、やっつけ仕事。 あとは野となれ。 SEの待遇よくして、正社員増やさないとダメなんじゃない?
ブランドって大事だと思うけどなあ。 ブランド持ってるとこはそれを守るために必死になってくれる。 できれば「何か起こる前」に必死になって欲しいんだがそれは酷か。
外注を安く叩きすぎ 前Fの仕事してたとき営業が大変だったみたいだな〜
>>216 いやだから現場レベルではもう修羅場は終わってるだろ。
「Fの人、まだ客先から帰って来ないな〜 揉めてるんだろ〜な〜」 とか
良いながら、自社の上司が様子見ついでに差し入れてくれた
松やの牛丼を食ってるところだろ。
Fの修羅場で差し入れなど出ない 外注費叩き過ぎは同意。 あれじゃまともな人材確保できん
だからNデータにしろっつたのに
226 :
仕様書無しさん :2005/11/03(木) 00:37:01
227 :
仕様書無しさん :2005/11/03(木) 00:37:59
>>223 だからそこが甘くないのよ。
おそらく報告書を書け、他に同様のバグがないか一斉レビューせよ、対策会議等々
まだまだこれからじゃないか?
>>227 忙しいだけなら良いじゃない。原因が判明しない頃の先の見えない殺伐とした
プレッシャーを経験した直後ならそれを修羅場とは感じないだろう。これから
しばらく忙しいだろうけどとりあえず一段落着いたってんじゃないかな、現場的には。
まぁF家の家風ではそうじゃないのかもわからんけど。
>>228 そうそう。
報告書が書ける=1段落
現象把握→原因究明→応急措置
までが終わったってことなんだし。
いや〜〜、傍観する側にいられるってホンット幸せですよねハハハハハハハ
ちょっと待て そういう油断が 命取り
まぁ明日はわが身だわな。 ユーザが変な動作させてバグなんざ見つけないように、っと。
233 :
仕様書無しさん :2005/11/03(木) 01:23:20
原因不明でシステムが停止したので報告書に 原因は、ウインドウズで逃げたことある。 F社関連の知り合いから、過労で倒れた人がでたと連絡ありました。 デスラーみたいです。ご愁傷さま
234 :
仕様書無しさん :2005/11/03(木) 01:53:07
↑グロ
これってシステム拡張時の設定ミスじゃないの? たぶんプログラムはさわっていないと思う。 だからテストがおろそかになったんじゃないかな。 基幹系だと柔軟性を持たせるために設定ファイルがたくさん あったりするけどそれが命取りになったりもする(涙)
まぁいいか そういう油断が デスマーチ
238 :
仕様書無しさん :2005/11/03(木) 03:08:40
気持ちだけ プログラマーの ひきこもり
>これってシステム拡張時の設定ミスじゃないの? >たぶんプログラムはさわっていないと思う。 思い込み はまって失敗 休職中
皆様余裕しゃくしゃくなんでまったり川柳スレでも立てますか?(w
241 :
仕様書無しさん :2005/11/03(木) 11:08:10
川柳つーか俳句みたいなスレ・・前マ板になかったっけ?
今落ちてるなら復活きぼんぬ
>>240
242 :
仕様書無しさん :2005/11/03(木) 12:59:19
Fの中の人、日勤教育中
仕様バグ できたらテストで見つけてね
↑本運用でこける前に
245 :
仕様書無しさん :2005/11/03(木) 14:02:45
3時間程度で復旧したって事は、 旧プログラムに置き換えたって事でいいんですかね?
こういうときはこのスレものすごい一体感だなw
賠償金請求したならどのくらいの額になるんだろう ゼロ8個、9個どっちかな
248 :
仕様書無しさん :2005/11/03(木) 14:23:21
FのSEは年々レベルが下がってるよ。 しかもプロパーはいないしねぇ。
249 :
仕様書無しさん :2005/11/03(木) 14:28:11
タッチおじさんやってる時期だったら袋叩きにされてたな
250 :
仕様書無しさん :2005/11/03(木) 14:37:22
>>248 不治痛スレいろいろ見たけど、擁護らしき書き込み
無いなあ。
ひょっとして、またオウムが混じってたんじゃないだろうな?
>250 擁護要員送り出せるような状況ではないってことだ 察してやれ・・ 元々年中GK部隊用意してるSONYのようなところなら話は別だが
保証と補償と保障の区別ができていないヴァカが多いのは、そういう時代だからなのか。
うむ 森と林 サスペンスとミステリー クッキーとビスケット ワンタンとギョウザ の区別ができてない香具師も多いしな
林さーん 隣のデブ森が、貴女の事「俺とよく似てる」つってるよー 「殺しといてー」
256 :
仕様書無しさん :2005/11/03(木) 21:01:25
>>252 ソニーは反日売国自爆活動のおかげでバカサヨチョンが顔真っ赤で
擁護して荒らすからな、一緒にしたらかわいそうだろ(w
257 :
仕様書無しさん :2005/11/03(木) 21:15:49
東証ダウンさせちゃった ごめんなさい(。_。;) ゴメンネ
Fにはそろそろ破防法を適用しても良いのではないだろうか
259 :
仕様書無しさん :2005/11/04(金) 01:10:37
もう一回バグったら神
260 :
仕様書無しさん :2005/11/04(金) 09:13:52
またお前らか
262 :
仕様書無しさん :2005/11/04(金) 09:19:00
当然ですが公式HPに繋がりませんね。 早く公式発表を見てみたい…
ここ、前科があるんだね。
ttp://66.102.7.104/search?q=cache:7z8FmNfsQYUJ:www.nse.or.jp/ ---
相場報道システムの障害の原因等について
2004年8月30日
7月20日に発生しました相場報道システムにおける障害により、
売買立会の開始が長時間にわたり遅延し、関係の皆様に多大の
ご迷惑をお掛けしましたこと、深くお詫び申し上げます。
今回の障害は、メーカーの詳細調査により、相場報道システムの
ディスク装置におけるハードウエア障害に起因したものである
ことが判明いたしました。
また、原因の究明に長期間を要したのは、障害発生が間欠的で
あったためその発生箇所の特定が難しかったからであります。
今後、このような障害を起こさないよう、改めてシステムの
総点検を行うとともにメーカーの対応体制の一層の強化を図る
など、円滑なシステムの運営・管理に万全を期すべくより一層の
努力をして参る所存ですので、皆様のご理解とご協力をよろしく
お願い申し上げます。
以 上
もう、SE,PG、全部放り出して逃げろ。 バカバカしいね。なんか
267 :
仕様書無しさん :2005/11/04(金) 10:34:55
さすが富士通。相場を一日止めるくらいなんでもないぜ。 そこにしびれるあこがれるぅぅぅ。
268 :
仕様書無しさん :2005/11/04(金) 10:49:34
富士通の技術力は世界一ィィィィ!!
これくらいの小さな規模だと普通に「富士通の下請けがひとりでコケたな」と思える。 東証の件は東証の責任もなくはないだろうけれど。まあ、どちらも詳細次第か。
大証はどこがやってるんでしょうか?((( ;゚Д゚))))ガクガクブル
東・名・大ともの富士通じゃなかった?
272 :
仕様書無しさん :2005/11/04(金) 13:29:48
ユーザ増加対応って難しいよ。 俺の案件は1000人が同時アクセス可能なシステム設計が大前提だったのに 稼働して2年で10000人が同時アクセスしている状態。 ハード増強じゃ対応できなくなってる。 設計からやり直しが一番いいけど、 ユーザ側が金も時間ももったいないと言っている。 今回の凍傷の件で考え方変えてくれればいいけど もう数か月したら新聞にのるかも、、、 凍傷もユーザ増加でシステム対応しようとして発生したバグだろ?
>>272 基本的にはその様子。
手順が不適切だったと思われるがその責任はどちらが重いかとかそんなとこ。多分。
274 :
仕様書無しさん :2005/11/04(金) 14:11:22
東京も名古屋も富士通の同じ部署なのかな…
276 :
仕様書無しさん :2005/11/04(金) 15:46:09
(^∀^)アーーーーヒャッヒャッヒャッヒャッヒャ バグ地獄行きだなwww プゲラッチョ
277 :
仕様書無しさん :2005/11/04(金) 15:46:42
もう一発ぐらいありそうだなwwww
278 :
仕様書無しさん :2005/11/04(金) 15:49:49
東京三菱とUFJのシステム統合って、もう完了したの?
今週末もまたATMが使えないから、まだやってんじゃないかな。
>>272 つうか、Fはそれで昔やらかしてるのにね。
日経の動かないコンピュータにも載った、某移動電話最大企業のシステム。
みんなが携帯持ち始めた時期で、システム開発中に顧客オーダーの0が1つ変わったはず。
あれはかわいそうと言えば可哀想。
原因不明からどうやって立ち直したのかね
「原因(をどう発表したらいいのかが)不明」 てことでそ
二度あることは…
来週、住基ネットで大量の個人情報が漏れる予感・・・
よーしパパ関連株探しちゃうぞー
286 :
仕様書無しさん :2005/11/04(金) 23:10:39
富士通といえばJNBを三日止めたこともあったな
Fも問題だけど実際にシステムを作った下請けはどこよ?
名証はDBファイルの破損らしい>WBS
>>288 何年以来だったか忘れましたが5回くらい止めたとも言ってましたよね?
富士通の件は、「明日は我が身」だよなあ …切腹って、脇差でやるんだっけ?
>>290 ああ。介錯してやるよ。
終わったらその脇差、俺にくれよ('A`)
三島の時みたいに介錯人が下手糞だと悲惨だぞ
294 :
仕様書無しさん :2005/11/05(土) 00:26:01 BE:211162346-#
今頃、凍傷のF社の現場大変だろうな・・・・ 月曜日の朝まで55時間くらいあるから、 再現テスト、付加テストとか可能な限りがんばってほしい。 そして月曜日の9時に再びシステム起動しません。 ・・・・原因は、、、朝にテスト環境設定のままでした・・・・というオチが目の前に浮かびます。 俺は、似たような事をすでに体験済。新規導入したシステムがバグバグだらけで、 システム停止→小手先改修→業務終了後に本格改修→朝迎える→不具合発生→小手先改修→業務終了後に本格改修 と繰り返してなんとか週末まで乗り切って、週末の50時間で仕様バグを含めて改修をおこなった。 まさしくデスマーチだった。 そして月曜日を迎えてシステム起動失敗、、、もう気力なくて思考も停止していて廃人状態だった。 ヘルプできたメンバーにお願いして原因探してもらった、、、原因は初歩的な環境切り替えミスで大ひんしゅくだった。
>290-291 女は喉を突けばいいから楽ですね('A`)
>>294 乙
デスマの終盤は、本当に簡単なことにも蹴躓くからなぁ。
297 :
仕様書無しさん :2005/11/05(土) 02:26:32
俺もメー子だからわかるが、 普通に考えて本体(の中の人)は開発してないだろ。 受注はしただろうが・・・ 東証と名証の二重落ちって、もう富士通、だめかもわからんね。
変な話だけど東証だけなら何とかなった気がする。 名証までこのタイミングで落としたのは最悪。 しかも名証は初めてじゃない。 今後外される方向に進みそうだな。
ふたつのトラブルは関連してんのかな。 東証の件で、急遽システムの点検をして、それで何か間違えて 書き換えちゃった、とかさ。
それはそれで完璧にアウトだろう
301 :
仕様書無しさん :2005/11/05(土) 03:51:20
つうか証券取引所のシステム停止なんて別にどうでもよくね? いわいる金持ちの道楽だろ?
302 :
仕様書無しさん :2005/11/05(土) 03:53:52
301は飢えて死ぬのが社会のため
>>301 「システムリプレース提案のチャンスだ」と張り切ってるSI屋がたくさんいると思う。
で、実際に案件になっちゃったりして、巡り巡ってキミのとこまで下請け作業が
廻ってくるかもよー。
>>301 単に金持ちの道楽で片づけるのはどうかとおもうが
俺も別にどうでもいいと思う。
305 :
仕様書無しさん :2005/11/05(土) 04:00:39
富士通は悪くないだろ 悪いのはまともなテスト環境を提供しない・検証を行わなかった東証の方だろ 何でもかんでもプログラマーを叩くのは良くないことくらいこの板にいりゃわかるだろ?
うん。プログラマは悪くない。 問題はテストケース。誰が作成して、誰がレビューして、誰が承認したか。 それと運用設計。
東証は年初から3割も上がってる。 もし起きたのが、値下がり局面だったなら、執行リスクに怯えて、開いた途端に投売りの嵐で大暴落もありえたよ。
東証は、設計ミスというか多分全体仕様を俯瞰せずに局地仕様を変えてしまったわけだね。 だからどちらかというとテスト設計ミス。 名証はまあ事故といえば事故だが、システムをどのレベルで二重化するかだな。 こうやって止まるぐらいならば、クラスタ化すべきじゃないのか?
309 :
仕様書無しさん :2005/11/05(土) 07:45:59
テスト資料を客に渡して承認とっても、後で不具合あるとプログラマに戻すのって、問題だよな。 承認したんだから、客が自分で直せばいいのに。
バグじゃなくてもシステムが停止する可能性は充分にあるわけで(自然災害、事故、テロ等)、 そういった事態が起きても最小限のラグで業務を再開できるように予備の機材を取り揃えた 避難所みたいなのってないのでしょうか?衛星放送だと機材一式を揃えた避難所を 群馬だか栃木に用意してるそうですが、こういうのがあればじっくりテストもできますよね。 もちろん東証だけとか名証だけで用意するのは大変なのでハードを統一して共同で使うってことで。
311 :
仕様書無しさん :2005/11/05(土) 09:09:49
俺の顧客のマネージャは、 東京で大震災の場合、生産、物流も止まって大混乱だから システムは潔く諦めると言っている。
>>310-311 災対もしくはDRってやっちゃな。
Iなんかは自前の発電所まで作ったぞ。
埋立地の上に。意味あんのか?
遠くにある発電所からの送電が止まることと 自前の施設が壊滅することとは別事象だからな。 ココの地震の被害自体は棚が壊滅程度なのに インフラの源が壊滅でインフラが直らない、というパターンはありえるだろう。 まあ、これに予算幾らぶち込むかというのはあるが。
地震の場合、気にするのは自分の命であってシステムがどーのこーのではありません。 君たちってほんと会社の鑑だね。ぷ
315 :
仕様書無しさん :2005/11/05(土) 10:32:31
大会社は自らソフト設計なんてしないだろw ソフト設計は受託先にやらせて、それをレビューでああだこうだ突付くだけ
316 :
仕様書無しさん :2005/11/05(土) 10:44:22
ワナビーと無知は社会の敵だというのがよくわかる
317 :
仕様書無しさん :2005/11/05(土) 10:45:48
>>315 ほんとそうだよな。しかもレビューで承認しといて後からうだうだ逝ってくるからうざいんだよ。
東証をダウンさせた富士通の猛者が集うスレはここですか?
しかもうちの請負元の某大企業なんか、SEがソフトを知らないのが普通だからな・・・
ダウンタウンへ繰り出そう!
321 :
仕様書無しさん :2005/11/05(土) 11:46:33
初期契約でNの下請けで受注したけど Nは、何もフォローしないな。 打合、保守、レビュー、、、 人は沢山いるけど本当にいるだけ。 最近、オフレコで顧客からもNをはずして 直接契約しておけば良かったと言われる こっちも、仮にN通さないと3割安くなるって言っておいた。 契約でNはずすことできないけど。
322 :
仕様書無しさん :2005/11/05(土) 12:15:02
名証、DB障害とか言うと事故っぽいけどさ、 Symfowareだったりするんじゃネーノ?
>>321 以前、みかかで同じことがあった
プロパはほとんど何もしない状態でユーザから外そうかという話もあって、
担当の部長はやる気満々だったけど、周りから反対をくらってできなかった
付き合いとか義理とからしい
324 :
仕様書無しさん :2005/11/05(土) 16:54:47
>>308 ソフトは二重化できないの意味分かってる?
同じソフトを2台のマシンに乗せたとして、ソフトのバグのため障害になって、
別なマシンにフェールオーバーしても、やっぱりそこに乗ってるのはバグを抱えたソフト。
また障害ですよ。
結論を言えば、ソフトウェアは十分なテストが必要だってことよ。
>>324 極端な話、同じ結果を出す別システムを2系統で作らせて平行稼働すれば
ソフトの二重化なのではないかと思うが。
デマルコの本にそんな話なかっっけ?
326 :
仕様書無しさん :2005/11/05(土) 17:25:53
>>325 理想はそうかも。
アクティブ側で動作させるシステムをA社に1億で任せ、
スタンバイ側で動作させるシステムをB社に7千万で任せる。
普通に無理だな。
どのユーザもB社に任せて、同じシステム全部を全クラスタにデプロイしろって言う。
トムデマルコのデッドライン?
328 :
326 :2005/11/05(土) 17:31:09
全ノード。にね。
>>324 名古屋のって書いてあるだろうが。
名古屋はDBトラブルだって発表でしょ。
あんた、
>>308 にレスつけてる割に全然理解できてないじゃん。
331 :
仕様書無しさん :2005/11/05(土) 17:36:06
>>329 それは二重化って概念ではないような気がする。
問題があった場合に、前バージョンのシステムに自動的にリストアする
構成は可能だとしても、大規模なシステムだったらその影響するすべての
サブシステムにもそれを適用しないといけない。それは難しいことだ。
システムが社内に閉じたものだったら良いのだが、全国の至る箇所と連携して
成り立つような社会インフラのようなクリティカルなシステムだった場合、より難しいものとなる。
>>330 DBトラブルだろうと何だろうと同じ答えに行き着くよ。
同じテーブル構成でクラスタ化しても同じだよ。むりぽなんだって。
解決策は十分なテストしかないんだよ。
333 :
仕様書無しさん :2005/11/05(土) 17:41:05
>>330 >名古屋のって書いてあるだろうが。
どのレベルで二重化するかって言ってあるだろうが。
334 :
仕様書無しさん :2005/11/05(土) 17:43:21
流れを読まない漏れがきますた。 エロビデオのタイトルラベル作成システム を関連機器のバグで停めますた。 営業さんは殴られたそうでつ。
335 :
仕様書無しさん :2005/11/05(土) 17:44:25
殴る とか今の時代あるの? 訴えようよ。逆に金貰おう。
336 :
仕様書無しさん :2005/11/05(土) 18:20:05
>>335 もう10年以上前の話だし、漏れは下請けで
殴られたのは元受側の営業かなので上手く処理したのだと思う。
昔の営業は屈強だったから、手加減して殴られる程度
は笑い話として済んだ。
>>332 だから、名古屋のようなDBトラブルがテストで回避できるんかい?
二重化が完璧だとは言ってないでしょ。
コストと被害に見合うだけの二重化等の対策をすべきだってこと。
テストだけ云々ってプログラマー視点すぎ。
つか、検証作業のつもりで、いつでも入力と出力だけは一致している全く構成の異なるシステムを複数動かせばいいんでないの? 最低3システムだな。
339 :
仕様書無しさん :2005/11/05(土) 18:40:59
>>337 テストで回避できる。言い切るよ。おめーがプログラマ視点なんだろ。
>>337 は運用テストや受入テストを知らないんだろうね。
if文網羅するだけがテストだと思ってやがる。
>コストと被害に見合うだけの二重化等の対策をすべき
何優等生発言しつつ論点ずらしてんだよ。それの議論だろうが。
340 :
仕様書無しさん :2005/11/05(土) 18:44:04
>>337 わかってるとは思うけど、テストでバグ皆無のソフトウェアを保証するんじゃなくて、
実用上問題ないことを証明するんだよ。テストにどんだけ工数割り当てるかが問題なんだよ。
要は金だ。
>>339 だからさ、何がいいたいの?
東証のはテスト不足というか、テスト設計のミスだって
>>308 で書いてるよね。
テスト不足ってかいてるのよ既に。
で、名古屋のDB不具合ってのはテストで防げるの?
既に二重化されてたシステムが切り替わらなかったとかならテスト不足だと思うけど。
今出てる情報だけだと、名古屋に関しては事故と思うけどね。
>>339 名古屋のDB不具合に対応する仕組みを試験するにはどうしたらいいのか教えてください><
343 :
342 :2005/11/05(土) 18:47:01
344 :
仕様書無しさん :2005/11/05(土) 18:49:46
>>343 なんで
>>337 に聞くの?
私はDBトラブルだとしたら、出来ないでしょ?って聞いてる側なんだが。
DBトラブルに対応する二重化システムを入れてるならば、それの試験は出来ると思うってのが
>>341
二重化されていることを確認する手段は無いのかって聞いてるんだろ まさか機械つないでソフトセットアップすれば二重化完了じゃないよな
>>345 名証か富士通に聞けば?
普通、外部からシステム構成なんて判らないよね。
判った時点でセキュリティーどうなってるの?状態です。
>コストと被害に見合うだけの二重化等の対策をすべきだってこと この二重化等の対策に動作確認フェーズが含まれるかどうかはコスト見合いだよ
348 :
仕様書無しさん :2005/11/05(土) 18:53:46
>>341 テスト設計とテストを分離してるみたいだけど、一般にテスト不足って言ったら
テスト設計も含まれる。対になってないと意味がないし。
ソフトの二重化は不可能なのか
まあ何にせよテストは不可欠なわけだ
351 :
仕様書無しさん :2005/11/05(土) 18:58:49
>>342 名古屋のDB不具合?公式には発表されてないはずだが?
君は思いこみで考えるみたいだね。
だから言ってるだろ、運用を想定したテストケースをいかに網羅するかが鍵なると。
それで想定外の障害の原因がDB不具合だったとしたら、その辺のリスクはミドルウェアの開発元に委ねていい。
ソフトを二重化する位なら、ハードウェアも別の設計でないとな。
あとは所轄にまかせろ
354 :
仕様書無しさん :2005/11/05(土) 19:00:20
>>351 名証が昨日の時点で富士通からDBの不具合で詳細連絡無しって言ってるよ。
バグは現場で起こってるんだ!
>>354 思い込みが激しい香具師がいる設定でおねがいします
>>349 あれだ、処理用と監視用のスレッドを複数動かしておいて、
どれかがヤバくなったら別のスレッドを適用するシステム。
よほど安定した基本ソフト上で各スレッドが十分に仮想化出来て
かつ十分な処理能力のハードが必要だな・・・
単純に別ハードで2つシステム動かしておいた方が楽な気がする。
358 :
仕様書無しさん :2005/11/05(土) 19:02:39
>>342 が言ってるDB不具合がDB設計ミスだったら使う側の方、
つまり責任の所在は業務システム開発側にある。
DBシステムの内部のシステムコールのreadバッファがオーバーフローしてた
なんて原因だったらミドルウェア開発元。
で実害が出るのは市場
ミドルウェアのせいにしたい人がいるな
361 :
仕様書無しさん :2005/11/05(土) 19:06:34
363 :
仕様書無しさん :2005/11/05(土) 19:09:53
>>361 Oracleが起動しない状況ってどんなだ?
364 :
仕様書無しさん :2005/11/05(土) 19:10:32
終末デスマーチのみなさま乙です
ファイバーチャネルが外れた
で、名古屋の障害はテスト不足ですか?
>>361 に出した記事を見る限り、二重化していないと類推はされる。
その部分の増強が必要かは今後の課題でしょ。
現時点のシステムとしてはほぼベストの対応だと思えるが。
>>363 書いてある通り、システムファイルが壊れていたんでしょ。
カタログ系のファイルが壊れてたらインスタンス起動できないから。
テストシートを返すとこういうこと言う香具師いるな
>>351 で、君はこの板で議論してるのに、こういうソースは触れてないわけね。
東京は修正範囲把握漏れ、 名古屋は突発トラブル だとは思うけど、このタイミングで起きるのがいかにも運に見放されてる感強し。 システムやってると、バグが発生するまでにいくつか気づくタイミングがある。 「何かおかしいなぁ」を放置すると、バグだったりする。 「自分のシステムが間違うはずはない」と思うこと自体がバグだし。
会社の上の方の人は いかにして「無関係の事故が偶然にも同時期に起きてしまったか」 をアピールするか考えてるんだろうなぁ
でも今回のはちょっと運が悪い部分はあるよ。 だけど二重化してなかったのかな? 名古屋の止まった部分ってそんなにクリティカルならばどうにかしとけよ。
状況把握もできなきゃテストなんて意味ないし そんな人が現場にいても困る コンサルでもやってなさいってことだ
374 :
仕様書無しさん :2005/11/05(土) 19:17:47
>「何かおかしいなぁ」を放置すると、バグだったりする。 激しく同意。何か感じたら必ず上に報告することにしてる。 初めて触って挙動を理解してないシステムであってもね。
マーフィーの法則ってほんとにあるんだな。
376 :
仕様書無しさん :2005/11/05(土) 19:20:28
>>367 壊れてたら って言うのは簡単だけど、そこには原因があるわけで。
カタログが壊れるってよっぽどだよ。運用ミスじゃないの?
>>376 だから詳細はこれからって記事に書かれてるでしょ。
運用ミスでファイル消したり壊れたりする設定だったら凄いよ。
ORACLEの場合、OS上ORACLE用ユーザー作るよね。
それでの作業かrootでの作業で破損?
コンピュータがなければこんなことに・・・ みんな江戸時代を思い出そうよ・・・それでも人々は生活してた。
>>378 江戸時代レベルの生活すればいいじゃん。誰も止めないよ。
だいたい名証ごとき止まっても文句言うのは東海の人間だけだろ
381 :
仕様書無しさん :2005/11/05(土) 20:14:46
つまり不実は買いってことやね
フッ 俺の勝ちってことか。 まだまだ力が足りないね、チミ達は。
いっぱいレスがあるから新たな事件が起きたのかと思って飛んできました。
システムは事件だらけ。 全国1日でもまともに動くことあんのかな?
385 :
仕様書無しさん :2005/11/05(土) 23:06:00
>>379 オマエバカかい??江戸時代の生活は今の東京より超高級な生活だぞ
空気は綺麗だし、東京湾も綺麗だし海の幸満杯
今もしあんな世界が再現したら、この世の天国みたいな世界だぞ
>>385 誰もそんなレス期待してない('A`)=3
387 :
仕様書無しさん :2005/11/06(日) 00:15:33
静かな大ブーム オーイーシー・・・
>385 で、何パーセントの人間がその天国を味わえたか。
389 :
仕様書無しさん :2005/11/06(日) 01:17:23
江戸時代の平均寿命 50歳
富士通的にはせいぜいsymfoでなくてよかったな。
江戸時代は混浴がデフォだった、俺にはその事実だけでいい。
江戸時代にはカツカレーが存在していなかった そんな時代俺には耐えられやしない
時計がなく、時刻があいまい
ま、少年時代まで生き残れれば幸せだな > 江戸時代 乳幼児死亡率とかが今と段違いだからな
ここで
>>385 が、どの時代のタイムトラベラーなのかが
問題になるわけですよ。
まるで、体験してる言いぐさだもんな。
>>397 江戸前寿司はからだにいいかわるいか、それが問題だ・・・。
>>389 江戸時代の平均寿命は20歳台だ
って企画工場『なりあがり』で言ってたよ
ググってみると諸説あるようだが
>>399 80代まで生きた香具師もいるからな。
どうせ武士階級のジジだろうがな。
>>392 湯気がすごくて人間が居るか居ないか識別するのがやっとだったらしいぞ
風呂やの二階は違うけど('A`)
レイプが合法だったらしいよ。
そんかわり人殺しも合法。これ。
だが切り捨て御免がバレると処分される。 江戸時代から問題点は運用でカバーする日本人。
ここはバグじゃなくて江戸の話をするところなの?
バグと喧嘩は江戸の華
江戸バグ府
遠山のバグさん
馬具
411 :
x :2005/11/06(日) 11:34:22
英語の問題: 「東京が好き」を過去形で表しなさい
412 :
仕様書無しさん :2005/11/06(日) 11:38:19
こちとら江戸っ子でい
>>405 切捨てどころが公衆の面前で刀を抜いただけで処分(たぶんハラキリ)されるよ。
「システムファイルを認識できなかった」って、やっぱり掃除のおばちゃんが(ry
ねこが食べたのかな
掃除のおばちゃんネタはもういいって。
掃除おばちゃんが堂々と男子トイレに入ってくる件
418 :
仕様書無しさん :2005/11/06(日) 13:20:44
でもトイレをおっさんに掃除されても何となく嫌だ。
420 :
仕様書無しさん :2005/11/06(日) 15:29:09
デスマに駆け付ける火消し隊。 だが纏を掲げて騒いでばかりで邪魔なだけ。 という感じを想像した。
火消しといってもやってることは 延焼を防ぐために当該建物をぶっ壊すことだけだもんな
じゃあバグのあるところをハードごと破壊。
いや、いっそ東証ごと破(ry
THE 本末転倒
でもデスマに入ってるときとか思うよ。 とりあえず天災こないかって。不謹慎は承知してるが、システムどころじゃなくなってくれって。
俺もちょうど2001年〜2年にデスマで、 ビルに飛行機つっこんでくれと思ったよ・・・・
>>425 SIMPLE1500シリーズにありそうだなw
429 :
仕様書無しさん :2005/11/06(日) 21:04:28
阪神大震災で世の中がひっくり返っていても大阪人は納期を守れてと言って来た。 「こっちは震災関係ありまへんからなぁ」 大阪が壊滅すれば良かったのに。
THEプログラマー 「1時間で一万行のコードを埋めよ、バグがあった場合には即解雇!!」
431 :
仕様書無しさん :2005/11/06(日) 21:11:54
>>430 なんかそれわかる。
ってかそもそも、大阪の人間って関東の人間と比べると
人間性で一段階劣等なんだよね・・・
大阪民国(だいはんみんこく)だから?
阪神大震災のとき、 神戸人からシステムが止まったからすぐに直せと言われた。 大阪から歩いて行ったよ。電気も無いのにどうするんだとは思ったが。 サーバルームの片付けをやらされた・・・ 数週間はサーバルームの片付けめぐりをしたな。 この時ばかりはバグだらけのプログラマーも大活躍。
人にもよるけどおおむね短気が多いような肝 自分なりの精神論が結構頑固で、関西弁で怒られても何を怒っているのか わからない場合があった
人が死んでんねんで
>しかし、同社のシステムは、文字化けや情報が正しく呼び出されないなどの不具合が相次ぎ どんな素人が組んだんだw
>>435 もちろん契約で、債務不履行となった際の対応について定めてるんだろうけど、
どういう処理になるんだろうね。
仕様書、ソースを引継いで他の会社に作らせるのか、
それとも丸々新しく作らせるのか。
どうであれ、酷い話だねぇ。
>>436 ソースplz
4月稼動予定 不具合続出 数度に渡り稼動延期 10月やっぱやーめた えー
時には撤退する勇気も必要ではあるが… なんだかなあ
正直いって、地方のソフト屋って仕事のやり方は首都圏の10年前だよ。 昔ならそうやってトラぶっても金が幾らでも出てきたわけで。 そういう仕事が皆無になった首都圏は、数年来やり方変えてるわけで。
単に地方じゃノウハウが出来ないだけだろ。 プログラムが組める人間だけ集めてもプロジェクトは進まない。
>441 それは20年前の話じゃ?
>>443 いや、こないだ地方と分業でやったけど、なんつうか前世紀の感じだった。
おまえな、そんな仕様安請け合いしても金も出ないし・・って思ったけど他所なんで見てるだけ。
結局追加仕様だとかでやっぱり金請求して揉めてもらえなかったみたいだけど。
>>446 どういう人が作ってるんだろうなぁ・・
どんな現場か見てみたい・・・
なんつーか、凄い画面デザインだな…。
CUI時代から基本的な構成を引き継いでるんだろうね こういうのは書店とか役所でカウンターを覗き込んでみるとよくあるな
>>448 こんなのをデザインと呼んではいけない。
451 :
仕様書無しさん :2005/11/06(日) 23:45:32
452 :
仕様書無しさん :2005/11/06(日) 23:47:07
>>438 破綻するようなシステムの仕様書を基に進めたくないな。
要件がまとまっていれば、要件定義書を「参考に」させてもらう。
453 :
仕様書無しさん :2005/11/06(日) 23:52:56
>>447 ホストの時の画面レイアウトをそのままVBにしただけ。
つかう人が迷わなくていいでしょ?
455 :
仕様書無しさん :2005/11/07(月) 00:00:50
>>446 | (1) ID・パスワード
| 職員個々で変更管理可能。
こんなこと一々書かないといけない文化なのかね。AS/400って。
管理職58名ってすごいなw 再外注しないとシステム作れませんね>プログラマーの数
>>454 ちょwwwSE大杉www
ってか、このぐらいの規模なら管理職以外みんな
PG兼任のSEみたいなものだろ。多分。
458 :
仕様書無しさん :2005/11/07(月) 00:05:39
>システムを納入するはずだった業者が事業継続を断念、撤退したことが二十五日、明らかになった つーか「事業継続を断念」て、会社が潰れたという意味に解釈するのがフツーでは。
>>455 これは納入した役所に質問されたことがあるので書いてあるだけのような。
>>456 ,457
時間外手当カットのための「なんちゃって管理職」が多くてそいつらが実質
SEで、肩書きSEなのがプログラマで、肩書きプログラマが雑用係とかでない?
VBではなくWindows用COBOLな気が
これって単純に端末エミュレータを使っているだけなんじゃないのか。 EU向けの端末がダム端末からPCになっただけ。
>>460 IBMでそれば無かろう。
画面デザインはそっちのセンスだが。
99段階での操作権限レベルってなんだろう そんなにあって意味があるんだろうか
そんなもん、権限設定マスタみたいなテーブルの キー項目の桁数が2桁なだけに決まっている。
何もかもワロス
>>464 どうせなら255段階にする方が約2.5倍(当社比)凄くて客が得した気がするかも
知れんのに半端だな。
ISO9001というものがいかにいい加減なものか 改めてわかった気がするな。 どうせろくに中身確認しないまま承認しているんだろw
469 :
仕様書無しさん :2005/11/07(月) 00:53:13
天下りというか、名前が3セクみたいな感じだよな。
下り先なら炎上中に撤退も可能かもね
472 :
仕様書無しさん :2005/11/07(月) 08:23:35
>>444 地方ねえ。。
俺の知ってる例だと、導入後機種にお払いをするので運用開始を一日待ってくれと客先に言われ
その分出張が伸びてうんざりしていた香具師を知っているw
ISO9001じゃなくて御馴染みのUSO800っぽいですね。
>>472 「バグ退散」のシールでも貼るんだろうか
いやそこは火消し隊が
バグの延焼を防ぐために、周辺モジュールを破壊します。
477 :
仕様書無しさん :2005/11/07(月) 10:20:33
>>473 同志よっ!
職場は違っても、言うことはみんな同じだな。
ISOはどのような文書を整えるか規定化することが目的だからね。 何も中身が正しいことを求めて無い。 規定された書類が規定された承認を通って規定された場所に保管されていること。
出張でハンコ持ってなくて困ったっけ…>ISO承認 3文判でイイって言われても売ってる苗字じゃなくてさぁ 自宅からホテルに宅急便で送ってもらった。 都心にはハンコ屋ねえから大変だったよ〜
480 :
仕様書無しさん :2005/11/07(月) 19:26:39
>>479 >都心にはハンコ屋ねえから
どこのド田舎からお越しですか?
確かに見た事無いな新宿とかで3文判その場で彫ってくれるはんこ屋
やっちゃったな・・・F社 不具合がわかってて修正してなかったと発表 リリース後でもいいから修正しろよ・・・ と一般の人は思うだろうが。
483 :
仕様書無しさん :2005/11/07(月) 20:45:11
不治通のPGってどんな感じなんだろうなぁ・・・ 1日体験してみたいなぁ・・・
Fの正社員でPGって見たこと無いけどいるの?
485 :
仕様書無しさん :2005/11/07(月) 20:56:40
つーか データベースにアクセスできなかったんだろ? 前日の夜にテストしてれば問題でかくならずにすんだのにねぇ・・・ っつーか、そーゆーのはテストしたいよなぁ・・・・
居たような気がする けど恥じてかしらんがPGとは名乗ってなかったような
>>430 だからフリースタイル言語でステップ数を云々するのは愚かだと何度言ったら(ry
>>487 俺も反対だけど、「ステップ数」という概念は
今でも強力に生きてますが・・
え?生きてるの?
さすがに1ステップいくらっていう工数計算まではしてないけど 納品のとき資料として出したり、 もう少し酷いところだと一月にこれだけ書いたから 作業効率がどれだけとか計算したり・・ 俺の知ってるとこだけか? 大手だけど・・
COBOLでだったら知ってるが >大手 それ以外の言語で?
Yes. Java やら C でも
もしやそれはFの元メインフレーム→オープン系の人たちではw
俺もF系でステップ数数えさせられたことが。 どうせツール使用だし、数えるのは構わないんだけど、 生き残っていて、業務で要求されうるという事実に驚愕した記憶がある。
実際どういう人かは知らないが そういった古い部分が残ってるんだろうな。
富士通の指示書に記載漏れ 東証の点検態勢にも不備
http://headlines.yahoo.co.jp/hl?a=20051107-00000223-kyodo-bus_all 東京証券取引所の鶴島琢夫社長は7日、株式などの取引が3時間にわたり
停止した1日の大規模システム障害について記者会見。システムを担当する
コンピューター大手の富士通と東証の双方が、売買プログラムの欠陥に気付
いて対応作業に入ったが、富士通が作成した作業指示書に記載漏れがあり、
適切に修正されなかったことが原因だったと発表した。
一方で東証も、最終的な検証試験を怠り、プログラムの点検態勢なども不
十分だったと認めた。障害の経緯や原因について7日、金融庁に報告。10
日には臨時取締役会を開き、鶴島社長ら役員や担当者の処分、再発防止策な
どを決める。
裏読みするほどでもないが、 欠陥を知ってて隠しました、書類は消去して無かったことにしました、 見つけた人へは黙っておくようにしました リリースに間に合わせました、 動いてるシステムはいじらないようにしました、うごきだしたらそれで終わりです etc. 次はあなたです。
498 :
仕様書無しさん :2005/11/07(月) 23:37:17
一日の取引額が3兆円のシステム止めるんだから、格が違うね、格が。
我々は取引額3兆円のシステムも、 潰れかけの駄菓子屋の僅かな儲けのためのシステムも、 分け隔てなく全力を尽くす所存でありますッ(`Д´)ゞ
>>499 全力を尽くすにもやっぱり環境がまともじゃないなとな。
デスマに陥ると全力なのか手を抜いているのかすら判断がつかなくなるし・・・
環境がまともというか、テストにお金はきちんと使って欲しいなと思ってみる
チェーン店キャバクラの指名料及び給与計算システムを作った俺が来ましたよ 要望出まくりだったがテスト環境、平行テストは非常に協力的でした。 そしてディスカウント皆無。 要望の聞き甲斐のあるユーザーでした。
>>502 よそでやれ。
このスレでは何の自慢にもならんぞ。
うちも生産物は行数とページ数で数えてるよ・・・ 行数数えさせられるたびにあほらしいって思う。 でもそれに変わる集計方法を提案できる能力 もないしなぁ・・・
機能で数えるんだよダボ
FP... (ぼそ)
507 :
仕様書無しさん :2005/11/08(火) 04:00:41
つーか、本番環境でテストは出来ないだろ?
>484 やってることはPGでも単価の関係でS(ry
某社某部門では、 データベースってのはバイナリファイルが書き込まれたファイルのことです。
510 :
仕様書無しさん :2005/11/08(火) 11:20:39
//恐怖のコードを見つけてきました。 template<typename T, typename U> list<U*>& Hoge<T>::cast(list<T*>& a){ /* checks the compatibility of U and T */ if (!static_cast<U*>((T*)(1))){ exit(0); } else { /* The cast */ return *(reinterpret_cast<list<U*>*>(&a)); } }
void palpunte(void) { unsigned long *addr = (unsigned long *)((rand() << 15) | rand()); unsigned long data = (rand() << 15) | rand(); *addr = data; }
>>511 トレースにものすごく時間が掛かりそう・・・。まさに悪魔。
つ [malloc]
C++初心者な私に、どなたか
>>510 の説明を軽く。
513 :
仕様書無しさん :2005/11/09(水) 02:45:39
>>510 テンプレートクラスでもなく、テンプレートメンバ関数でもない。
それは一体何でしょうか?どういったことをテンプレート化したい
のか見えません。使う人は何が幸せになりますか?
>>513 いや、きっとポイントになっているのはreturnのところだろう…
いきなりExitってのもかなりメーワクなテンプレートだが。しかも、通常終了ww
通常だって。正常だよなぁ、それを言うなら。 事故レス
非0か1かみたいな話だな
>>512 ランダムな場所にランダムなデータを書き込むだけだからCPUによっては速攻アクセス例外で落ちると思う。
519 :
518 :2005/11/09(水) 12:01:39
ぐちスレでのレスを読む限り問題のコードは研究プロジェクトで書かれ 稼動してないから移植担当者の精神衛生以外には被害は出てない模様。 だからこのスレではスレ違いだなw
いや・・・その後、使ってることが判明してる まぁ、被害が移植担当者にピンポイントなのは変わりないが
F通系の孫受けなんですけども某種が縞パン宇宙萌えセンターで利用する、 衛生の打ち会わせで使う弾道計算のソフトでバグまでいかないまでも、 そもそも設計ミスがあったことは、内緒です。 もっとも漏れの先輩でいまミカカでデスマーチしている人がプロジェクトリーダー の人の話だったんだけどね。
なんか物理計算そのものが間違ってたらしいので、プログラム班は無罪放免だったらしいん だけどね。 まあ落ちるわけですよw
523 :
仕様書無しさん :2005/11/09(水) 20:00:00
残業手当もらってないプログラマに元々何の罪もない。
残業でない会社で働くのもどうかと
え?イマドキ残業手当出る会社なんてあるの?
526 :
仕様書無しさん :2005/11/09(水) 21:04:39
出るだろ。ただし30〜50Hまでとか制限があると思う
ウチは無制限。 給料倍とかある。 無意味な残業はできんけど。
残業手当が無制限の会社を辞めたときちょうどボーナス月だった 給与 > 賞与 > 退職金 だったYo
うちの会社も残業上限無しだね それでも定時に帰れるなら定時にかえるけど
530 :
仕様書無しさん :2005/11/09(水) 23:07:50
おいおい、結構いい会社に勤めてるんだな でも残業無制限の会社ほど、役職ついた最初の年は悲惨かもなw
出張先で連日残業、立ち上げで徹夜とかやってると、 倍どころかボーナスより多いぞ。 バブルの頃の話だが。
>>531 バブルのころなのにそれっぽっちしかボーナス出なかったの?
カワイソス
バブルの頃も、ボーナスは2ヵ月分くらいしかなかったな・・・
534 :
仕様書無しさん :2005/11/10(木) 10:27:28
中小ならそんなもん 今はボーナス1.0とかもあるだろ
>>534 うちは、ボーナスじゃなくて、賞与期間2ヶ月にわたって10万ずつ給与に入れて分割支給・・・・ orz
一律20マソって事か?
不遇時代、ボーナスとして会社の株をもらったことがある。 ・・・・一部上場もしていないのに、売れねーよorz
労働者の権利の他に、株主の権利も獲得したと思えばいいんじゃないの?
二部でも売れるよ
買う権利じゃなくて良かったじゃん いや、そっちのほうがいいのか?
おまいらそろそろ愚痴スレにでも移動汁
>>532 というか、おたくの残業手当が少なすぎたのかもしれんよ。
544 :
仕様書無しさん :2005/11/10(木) 20:49:38
>>537 おお、そういう話か・・・
俺はストックオプションのこと昔言われたことあるけど、勉強不足のせいか
いまいち賛同はしなかった。
会社によるよね.ほんとに大金持ちになるパターンもあれば不発に終わることもある.
ITバブルだから有効だった
547 :
仕様書無しさん :2005/11/11(金) 10:33:36
過去のブーム・・なのかな?
amazon落ちてるーーーー!
>>548 確かに繋がりにくい(繋がらない?)し気になるが、ニュースになってからもっぺん来てくれ。
amazonは… 6日に確認メールが来たブツの発送通知がまだ来ない……
あぁ,商品がとどいてからメールが来る場合もあるよ
552 :
仕様書無しさん :2005/11/11(金) 19:23:17
アマゾンから発送するんじゃー、遅れてもしょーがないよな。
密林から、日付システムがバグッてるからごめんね、ってメールが来てるが・・・
いや、あちこち見るとすごいよ マイストアの持っている商品の中身が増えたり減ったり 密林マケプレの価格はリロするとコロコロ変わるよオモシレー なにがどうなりゃこうなるのか知りたい
カセット挿す時にフーフーしなかったんだろ
>>555 フーフーしたんだけど、ツバが入っちゃったんだよヽ(`Д´)ノ
フラグだらけのDBと見た >密林
あぁ,アマゾンみたいなコードだからアマゾンっていうのかぁ
な に を い ま さ ら
560 :
仕様書無しさん :2005/11/12(土) 14:42:23
アマチュアなゾーンから脱っせないスパゲティコード
1点(10点満点)
562 :
二ャー :2005/11/12(土) 14:51:49
おーい
接点復活剤を知らない素人めが
>>563 2Bあたりがいいらしいよ。HやFだと固すぎる。
って、鉛筆の事じゃなかったのか!?
これだから無知は・・・ バイアグラに決まってるだろーが
ニトロとか最適化コンパイラの類は信じないことにしてる
なんだかんだいって人力がピカイチ
なんか密林に予約順すっとばされた人のページあったね。 URLは忘れたが。
尼に予約順なんて概念ないだろ?
同日中だかに注文したときは同日に注文した品の全部の発送日が更新されて 予約先行発送品も既存品もまとめて既存品と同じ日に届くだけだよね。今は直ってるんだっけ?
どうやって順番知るのか?
取り寄せまでに時間がかかる商品を俺が注文すると、その 直後から商品の取り寄せ期間の表示が少なくなる件について。 新規注文扱いで同じものを注文した後に、最初に注文していた 方をキャンセルしたら、配送までの期間が縮むのかよ。
なにその素人が組んだようなシステム
尼は時々本当に手作業で日数表示やメール送信をやってんじゃないか と思う事しばしば 想像すると中の人大忙し
>>573 いや、尼でホントにあった事なんだって。 結局注文し直しはやらずに、キャンセルしたけど。
なまじ、早いウチからネット通販を手がけていたがゆえに、基本システムの作りが とんでもなく原始的or文字通り密林コードになっているので、今更変更も修正も できない状態になっているのではなかろうか。 そう思うと他人事じゃない希ガス
COBOLだったりしてな
COBOLでCGIをしたいとかって書き込みは97年くらいにはたまに見かけたな
そういやFがCOBOLでWeb開発してるって話昔聞いたな
COBOL.netのことか?
>>578 PRINT文にあたるものさえあればどんな言語でも結構なんとかなんね?
583 :
仕様書無しさん :2005/11/15(火) 12:50:17
今朝東北であった地震で自動で津波警報を出すシステムがおそらくプログラムの問題で うまく動かず手動でやった、というニュースをNHKでやってました。
まだまだ終わらんよ
日本からも何か適当なネタをエントリーしよー!!
>>578 詳しく言うと身元がばれるので言わないけど、
あの有名なWebサイトはCOBOLのCGIで作られている。
あの、って言われてもな。
今からこのスレは「COBOLで作ってそうな有名webサイト」スレになりました
オンライン端末みたいなデザインのサイトとかかな?
ViewはHTMLなんだから、見た目で判断はできないんじゃないか?
まあでも、ミドルウェアは出来合いのもの使うだろうから、 似たり寄ったりのものになるんでは。 そういうミドルウェアってレガシーアプリの移行を前提に作られてるだろうから、 どうしても、オンライン端末みたいなデザインになるってのは考えられる。
595 :
仕様書無しさん :2005/11/17(木) 23:45:11
>>595 乙。
AT&Tのバグワロスww
復旧させればさせるほどクラッシュしまくりで現場は大混乱
だったろうなぁ
似たような有名なパズルゲームを思い出した。 ここをつけたら隣が消えて、みたいな。
リアルのライツアウトか。
そういやライツアウトはノイズ拾ってハングアップしてた
密林の日付のBugが一向に改善されてない
韓国高速鉄道KTX導入の顛末
・「買ってやるから新幹線の技術・権利を韓国に譲れ、事故の際には日本が補償しろ」と無茶な要求。
・結局は反日感情からフランス製を購入するが、案の定、事故多発。
・フランスの技術者が呼ばれたが、これは韓国側の責任と言ってさっさと帰国。
・困った韓国は日本に技術協力を要請。
・しかし、「今後事故が起こった場合は、技術協力した日本の責任」などとふざけた主張。
・日本側は当然協力を拒否。
・「フランス製を買ったのは、日本が韓国への新幹線輸出に熱心じゃなかったからだ」と責任転嫁。
・「すべて日本が悪い」と発狂。
ttp://whhh.fc2web.com/ktx/trouble_till040331.html
602 :
仕様書無しさん :2005/11/20(日) 00:56:42
そんなに興奮すんなよ。ガキだな。
603 :
仕様書無しさん :2005/11/20(日) 01:14:35
おもろいニュースだ。
韓国ってこんなんが「ふつう」だろ?
いつもの半島ニュースだね〜
ていうか去年終わった話だろ
607 :
仕様書無しさん :2005/11/20(日) 08:52:36
KTXはフランスの片落ちのGTVの技術をつかまされたハズ フランス侮れん
610 :
仕様書無しさん :2005/11/20(日) 14:00:05
ボージョレで祝杯だ!
611 :
仕様書無しさん :2005/11/20(日) 16:57:38
そういうのってファームの書き換えとかで対処できないの?
613 :
仕様書無しさん :2005/11/20(日) 17:35:51
ファームの書き換えをするファームが(ry
>>613 それを一回やったことが…
幸運にも全然動かないわけじゃなかったので、
1.ブート+ファーム更新ブロックを強引に更新
2.本体更新
で乗りきれたが、1をミスって再起不能になったのが数台。
615 :
仕様書無しさん :2005/11/21(月) 13:15:15
608の記事見ていると 日本ってアジア圏じゃなくて、ぎりぎりアメリカ圏にはいっているって思うよね。 でも 日本 外国製使いづらい⇒使い続ける⇒技術を学習⇒それの改良版を作成⇒技術向上 三国 外国製使いづらい⇒日本の陰謀だ⇒捨てる⇒次の買う⇒コピー&ばら撒く⇒他の国から嫌われる だよね
>609 何処だってモンキーモデル渡すのはアタリマエだろ。そうそう最新技術は渡さんだろ。
>>616 それがどういうわけか渡しちゃう国があるわけで
あるあるww
ウチに来て今と同じ事をしてくれれば倍の給料を出すとか言われてグラッとな
DC カード使ってんだけど、最近多いカード番号盗難による被害を防ぐために 「最近の利用状況や引き落とし額等を総合的に判断し、不自然と思える取引を拒否する」 ロジックが組まれてるらしいのね。額がいくら以上とか単純なものじゃなく、ロジック自体 明確に定義されたり公表されてないの (セキュリティや今後のノウハウの蓄積による変更も 考慮してだろう)。つまり客は 実 際 使 う ま で そ の カ ー ド が 使 え る か 分 か ら な い という、何ともすばらしいシステムなんですね。 ええ、店舗とネット通販で 5〜6 回食らいましたよ、このカードは利用できませんって… 一応、さぽせんに電話すれば 2〜3 分で取引可能になるらしいが、そこ夜間は電話受け 付けてないの。で、実際電話して本人確認どうやったかというとカード番号、名前、生年 月日のみ。これで取引可能になっちゃう。意味ねぇじゃんw バグではないのでスレ違いか。まぁ金融系な方も多いかと思うので (俺もそうだし) ネタとして 聞いておいてください。すんません。
カードのエラーコードで要対人確認みたいなコードがあった気がする 店舗でもちょっと電話しますとか言われるヤツ
>>621 店舗で引っかかったときは店員が電話するけどね。一時的にレジ塞ぐし、
他の客に白い目で見られるよ。夜にネット通販とかで引っかかると
途方にくれる。つうか、当たる頻度が高すぎ。
>620 カッパとタヌキと貴一か。なにもかもナツカシス
1年くらいDCカード使用して今までそれにあたったことないな〜 まあ、小額の買い物ばっかだけど
出張とか旅行とか、突発的に増える月は注意しよ。 ETC でゲート開かずに破損したらカード会社責任取るのかな。 こっちにはまったく落ち度ないもんな。 てか、これってカードに信用がなくなってないか?
前から家族会員とかで1日に使える上限を越えたりすると有人判定を返す仕様だったり 各社様々な実装はあった気がする それが最近はさらに複雑にしてるのかな
セゾンは少額でも使用地域がいつもと違うと後で確認の電話がくる 出張行く度に電話貰うよ
628 :
仕様書無しさん :2005/11/22(火) 00:17:20
俺、カード会社のそういうロジックや、ましてや 審査ロジックを設計して組んだよ。 まあ、もちろん誰にも教えない。へ〜〜 こういうことやる時代なんだ〜〜〜〜^^ って感じ。
たこいロジック組んだのは ┏┓ ┏┓ ┏┓ ┏━━┓ ┏┓ ┏━┓ ┃┃ ┗┛┏━┛┗━┓ ┗━━┛ ┃┃ ┗┓┃ ┏━┛┗━┓ ┗━┓┏━┛┏━━━━┓ ┏┛┗━━┓┃┃ ┗━┓┏━┛ ┏━┛┗━┓┗━┓┏━┛ ┗┓┏━┓┃┗┛ ┃┃ ┗━┓┏━┛ ┏┛┗┓ ┃┃ ┃┃ ┏━┛┗━┓ ┏━┛┗━┓┏┛┏┓┗┓ ┃┃ ┃┃ ┃┏┓┏┓┃ ┃┏┓┏━┛┃┏┛┗┓┃ ┃┃ ┃┃ ┃┗┛┃┃┃ ┃┗┛┃ ┃┃ ┃┗┓ ┃┃┏┛┃ ┗━━┛┗┛ ┗━━┛ ┗┛ ┗━┛ ┗┛┗━┛ 「ましてや」も使い方間違っとる。
AAコピペすらできん香具師が何言ってもなぁ
所詮はマ板で管巻いてる人間の作ったもんだ。 その程度ってこったな。
632 :
仕様書無しさん :2005/11/22(火) 02:42:10
>>631 おい今何っつった?何っつたって言ってんだろ?
マ板を嘗めんな。
>>632 所詮はマ板で管巻いてる人間の作ったもんだ。
その程度ってこったな。
伝家の宝刀言い返せないからコピペ来ました!
>>630 確かにw
ロジックやルーチンに関してはいっぱしのこと言うくせに
プログラム書かせるとそれ以前の凡ミス多くてプロジェクトの足引っ張るプログラマーの見本だなw
でも人のものにはケチつけ放題 結合で炎上
結合して燃え上るハァハァ
むしろゼイゼイ
そして腰が(ry
640 :
仕様書無しさん :2005/11/22(火) 10:12:28
641 :
姉歯 :2005/11/22(火) 15:59:07
俺だけ?
偽造キター
ヅラキター
良い子のみんなはテスト結果の偽装とかやっちゃだめだぞ☆
中学のとき、成績良かった奴の答案もらって名前だけ変えて親に見せた奴がいた。 もちろん親は信じて喜んだのだが、担任からその親へテストの成績が悪かった件に ついて連絡が入った。 縄で縛られて池の中で正座させられるくらいの修羅場だったそうな。
池がある家の子だったのか。
田舎の家はどこにでもある。
そういう結果の出せるソフトでいいんですかっ! ってワイドショーのコメンテーターが息巻いてた。 ソフトに罪なし
まぁなぁ、出力したもんを編集されたら無力だよな。
プラス盲判子 これ最強
sonyのrootkitはしゃれにならない展開になってきたな・・・
amazon今度はTOPが真っ白w(IEのみ)
654 :
仕様書無しさん :2005/11/24(木) 01:31:14
オーイーシーは・・・
655 :
仕様書無しさん :2005/11/24(木) 01:32:35
オーイーシーは・・・
そういや、ちょっと前に amazon で買った本の取引成立時の 連絡とか発送通知とかが、まだ来てなかったな・・・ どうしちゃったんだろ?
姉歯氏の手口は 震度6と入力する所を震度3として 「評定番号」を印刷させるというもの せめて、「評定番号」から確認震度だけでも計算出来るような仕掛けにしておかなかったのかねえ
プログラマというか設計の仕事ではない
659 :
仕様書無しさん :2005/11/25(金) 21:56:30
660 :
仕様書無しさん :2005/11/26(土) 00:09:43
どんなすごいバグでも姉歯にはかなわないだろう
髪の毛がバグ
意図的なものをバグというのは、、、
ダイジョウブ ヅラパッチあてといたから
珍しいってよりも、随分初歩的なバグだね。 NDS側からGBAのデータを読み込みに行く時に GBA側にささってるソフトを見分けて無いとかそういうのかね? もしくは、GBA側を読みにいくAPIとかにバグがあって それが壊しちゃうとかか? 任天ってもっとチェック厳しいのかと思ってた(´・ω・`)
だからバグの出ない言語をさっさと作れとあれほど・・・
バグの出ない言語なんてものは あったとしても自由度低過ぎで使い物にならないに決まってる
使い方を誤る → バグ になるから、使う側が間違う恐れの ある限り、バグはなくならない。
誤ってるかどうかというのが コード作成者本人の意図と実際の動きが同じか違うかという意味だとすれば 誤っているかどうかは本人にしかわからない
シンタクスエラーと、アルゴリズムのエラーは別。 前者は明らかに間違いだけど、後者は作り手が判断するしかない。
アルゴリズムのエラーってことでいえば 設計者とプログラム製作者の意図が違うのもバグだし これは言語によるものじゃないですね
>>665 セーブにSRAM使ってるゲームが消えるとか何とか
基本アルゴリズムは言語に取り込むって道もあるけどね。 たとえば、Cobolでは基本的にソートでバグる香具師はいないみたいに。
大小アルファベットが入り混じってるCOBOLって初めて見たかもしれない・・・
Basicと同じくらい違和感を覚えた。
ほれホレ ⊂○♭○ ΒÅ∫│⊂
いちどB言語というのを見てみたい。
A アセンブラ B ベーシック C シー D ディー
>681 Cのプロトタイプみたいな言語ってガッコで教えてもらって以来 興味はあったが見る機会がなくて… 面白そうdクス
姉歯最強だな。 思わず嫉妬さえする。
あの不出来なヅラに?
データ改ざんといえば 卒業研究でデータ偽造したのを思い出した 実験(機械系)で得られたデータをプロットしてみたらバラつきが酷くてねぇ 出したい結論に沿うようにちょちょっと並べなおしてやったっけ 彼もそんな感覚でやったんジャマイカ
研究と実務は違うだろ(>687を責めてんじゃないけど 同じ感覚で仕事してたんなら、それはそれで問題。
頼むから誰か見つけてくれって事あるじゃん
ねえよ
>>684 ソフトに罪はねぇーよ、バカか?
一旦紙に印刷したのをスキャナで取り込んで大臣認定番号かぶせたらどうなのよ。
第三者の人間による再計算チェックしなきゃ駄目だよ。
標準化されたフォーマットで作られた電子データを第三者機関に渡して
第三者機関は別のソフトで再計算後コンペア。
建築は知らんからそういうことができるか知らんがそれくらいやらないと。
692 :
仕様書無しさん :2005/12/02(金) 22:41:31
>国交省などは「建築士による改ざんはまったく想定外だった」と衝撃を受けている。 ヴァカ?
>691 学生時代に建築事務所でバイトした時構造積算手伝ったけど 確かできるはずだよ >再計算 1年バイトしただけだけど、あの図面見たら積算でも変だと 思うはずだと… 関わった人皆でスルーしたとしか思えん事をソフトの所為にされてもな
関係者全員、盲判子でその尻拭いに欠陥ソフトを持ち出してきたってとこか。
現場でも変だと思うだろうな 上手い例えが見つからないが DB設計で無理矢理リレーション貼ってあるのを詳細書いてるやつも PGも気づいて問合せもするものの黙ってろって言われて 動かないわけじゃないからってそのままにしてた…みたいな感じか?
697 :
仕様書無しさん :2005/12/03(土) 00:34:49
しょいにされてもな
699 :
仕様書無しさん :2005/12/03(土) 00:38:35
BOTの温床にされてマスタ。
会計ソフトの集計値を後で修正できるように とか要求があるな
どこがどう悪いか以前にそもそもチェック機構が機能してたのかって話しじゃねーの 検出数・率はどんなもんだったんだ
NHKのニュースでは、台東区が「偽造があると思ってチェックしてなかった」って弁明していた
となるとやはり出力結果を容易に改ざんできることが問題の本質だったわけだな(違
>>697 が読めなかったのは、ゆとり教育のしょいですか?
尼損から重複返金の知らせが来たw > このたび、ご注文代金のクレジットカードへの返金が重複して行われたことが > 判明しました。これにより、お客様に大変ご迷惑をおかけしましたことを深くお > 詫び申し上げます。
この業界でもテスト結果の改ざんとかあるやん。 改ざんとまでは行かなくても、明らかにテスト漏れのバグ混入で 「やったはず、甘かった」 とか言って記者会見で頭下げてるのはよく見る風景。
707 :
仕様書無しさん :2005/12/04(日) 14:19:12
708 :
仕様書無しさん :2005/12/04(日) 15:31:01
つうかさ、いくら時間無いからって プログラマがテスト設計書かいてちゃいかんだろ あれはSEもしくはそのプログラムを書いた人以外の人間が書くべき
うだうだ言ってないでちゃんと動くもん作れ!
710 :
仕様書無しさん :2005/12/04(日) 15:45:14
>>708 単体テストのテスト項目くらいは自分で作って、自分でテストしていいじゃん。
単体でOKでも結合でNGなパターンはいくらでもあるのだから。
問題は、機能テストのテスト項目をプログラマが書くこと。
つーか、今って仕様策定からプログラミング、テストまで同じ担当者が
やることが多い。プログラミングだけやる人は少なくなってきてるよ。
企業も、ようやく旧来の分業の問題点に気付いてきたわけだ。
>>708 プログラマ自身が作ったテストケースで別に問題はないと思う。
問題はその結果を誰もチェックしないケースがあること。
テストケースの上げ漏れ、テスト結果の間違い、
ソースそのものの間違い、仕様の勘違いetc。
プログラマにテストまでやってもらわないと回らない。
但し、きちんとしたチェックをしないとプログラマのスキルアップにも
ならないし、テストも甘くなってくから、チェックだけはきちんとするように
してる。
今、療養中で仕様からテストケース挙げるだけのバイトをしている俺
建築もプログラムも、表面からは簡単には中の構造がわからない。 コワイコワイ
>>713 なんだってそうなのでは??プログラムはソースがあるだけむしろマシかも。
いくら年度内納品に書類上したいからってPG開始前に納品検査をするなよ しかもそういう指示だしといて内部で話つけてないから納品書類が不備ってんで突き返されたりするし
>>714 買ってきたライブラリなんかだとソース見れないし。
問い合わせてもてもまともな返事こねーし。
似たようなものですよ。
718 :
仕様書無しさん :2005/12/04(日) 19:50:08
>>711 >プログラマのスキルアップにもならない
未だにスキルアップとか個人の為だとか思ってやらせる奴がいるのか・・・。
違うだろ。
>>711 おまえの為、更にはプロジェクトの為、利益の為だろ。
個人の為だとか思ってやらせるから変になるんだよ。
じゅうまんこうもく… を、全部手入力なんだろうな…
721 :
仕様書無しさん :2005/12/04(日) 20:25:01
プリウスってバグ多いな。なんでだろ。
>>720 入力項目に一つでもミスがあると最初から打ち直しとなります。
>>724 なに!?
プロトタイプをそのまま納品したのか?
臨床αテスト中です。
727 :
仕様書無しさん :2005/12/05(月) 13:26:08
自分のバグじゃないんだが先日会社に導入された自動計算処理ソフト。 上司が相手先に適当なこといいまくっていたせいで、現状だけでも多々ある仕事上必要な計算が面倒で、複雑。 その複雑で面倒な仕事を減らそうと導入を決定したのだが・・・。 その処理ソフトを開発する際に、相手との橋渡しになったのが元凶のその上司。 言語やソフトや開発の知識が無いのに 同じ団塊世代の上司軍たちに『ITといえば俺だ』といわんばかりに口からでまかせ言っていたらしく・・・。 あいつはITに精通しているからとPMみたいな仕事を任された。 で、仕事上いろいろなところの橋渡しになったのだが、いろいろその場その場で適当に言っていたせいで 完成した計算処理ソフトは 超高級劣化版マイクロソフトのエクセル。(マクロやXML非対応) 仮に エクセルなら =A1+A2 ですむものが =A1,+,A2 のように複数のセルに入力しなければいけないような より複雑なものに・・・。
高負荷時にしか再現しないバグってタチ悪いですよね。
>>728 ソースとして貼るURLは2chのスレではなく原文の載ってるサイトのURLをお願いします。
ほんとにね。意味わからんわ。
〇千万件のデ―タ移行ミス
> 10月24日に閉鎖してから、実に42日ぶりの稼働となる 神レベルwwwww
関電だっけ? >ケイ・オプティコム
736 :
仕様書無しさん :2005/12/07(水) 22:27:00
小惑星から岩石のサンプルを採取しに行ったはやぶさ、 火薬が作動しなかった原因にプログラムのミスが考えられるとのこと。 by NHK
737 :
仕様書無しさん :2005/12/07(水) 23:41:39
イーホームズ、偽装指摘取り合わず…国も大臣報告遅れ
http://www.yomiuri.co.jp/feature/fe5500/news/20051205i308.htm >「ヒューザー」(東京都千代田区)が開発を進めていた「グランドステージ北千住」(足立区)について、
>「構造設計がおかしいので見て欲しい」と知人から相談が寄せられたのがきっかけだった。
>社長は「チェックした方がいい」と、建築確認を出したイーホームズに通報。
>だが、約1週間後に返ってきた答えは「チェックしたが、おかしくない」というものだった。
>社長がその日のうちにイーホームズを訪れ、構造計算書の異常さを直接説明したことで、イーホームズはようやく内部調査に着手したという。
東日本住宅評価センター、再点検でずさんな審査発覚
http://www.yomiuri.co.jp/feature/fe5500/news/20051202i113.htm >同社は、千葉県船橋市の「グランドステージ船橋海神」(11階建て29戸)の強度偽装を見逃していたことが明らかになった後、
>2000年10月以降に審査した788件の構造計算書を改めてチェックした。
>この結果、建築確認の際に添付が義務付けられている、国交相公認の計算用プログラムに関する「性能評価書」や
>「チェックリスト」などがないものが731件に達し、不備がないのはわずか57件だった。
738 :
仕様書無しさん :2005/12/07(水) 23:44:42
739 :
仕様書無しさん :2005/12/08(木) 17:07:47
740 :
仕様書無しさん :2005/12/08(木) 17:10:21
もうみずぽ
入力時とか実行時に上限チェックとかやってないんだな…
金融機関で稼動しているシステムって、実はものすごく程度が低いのかな?
どうせ、曾孫受け(元受は当然銀行の関連情報会社)くらいに、 やっすい単価で、有得ない短納期で作らせたんでしょ?
「瞬間勝負だから無駄な動きはしなくてよろしい。 こっちはプロだからね、間違いなんてありえないよ。 ははははは」
でもあまりに異常な注文は警告出してもいいと思うがな。
異常とは?
今度は異常入力検出ロジックがバグりそうだな まあ警告だけなら大丈夫か
まぁ、丸紅PCみたいなもんか。 ただ、株の場合は「間違えました。ごめんなさい。取り消します。」が通じないからな。 損害金額はいくらになるんだろーか。
電通上場の時の誤発注は何年前になるのかな…。あれも値段と数を取り違えた ミスでした。あの時やらかしたUBSはしばらく営業停止かなにかの処分を受け ていたはず。 今回はマザースだから値幅制限ではじけなかったんですね。 「理論上ありえない」という意味での異常であればはじけるんでしょうけど、 「滅多にないけど極稀にありうる」という条件の場合は難しいでしょうねぇ。 確認ダイアログを出してもしょっちゅう出る様ならユーザーが反射的にOKをク リックする様になってしまうでしょうし。
期間限定ホワイトソーダジューCウマーだよ!
751 :
750 :2005/12/08(木) 20:45:03
ゴメ…ゴバーク
752 :
仕様書無しさん :2005/12/08(木) 20:49:08
>>748 単純計算で1200億くらいってどっかのニュースサイトに書かれてました。
57万で実際に売って77万で買い戻す羽目にあったから
20万円x60万株で1200億って感じ。
>>750 (゚д゚)ウマーソー
>「滅多にないけど極稀にありうる」という条件 >ジェイコムの株は14500しかないのに600000 1円売りはわからんでもないけど… 発行されている株の総数を上回る売り・買い注文って、 ごく希にでもあり得るの?
値幅制限を越えているから取引が成立しないだろ?
うへえ、そんな理由で制限確認つけなかったりしてたりしたら笑えない。
>>754 公開初日なんで制限無しでGOしてるのが祭り理由の一つ
情報漏洩の対策でさ 「多すぎてばれにくい」という方向で一挙に大量のノートPCを置き忘れたりするのはどうかな
運転士が奇声、地下鉄乗客が通報 「独り言が…」と釈明 2005年12月01日11時06分 30日午後9時半ごろ、走行中の東京メトロ東西線で男性運転士が奇声を発し、不安に思った乗客が最寄り駅の駅員に異常を伝える騒ぎがあった。乗客によると「アイちゃんが好きだあ」などと大声で叫んでいたという。東京メトロは運転士を5駅先で交代させた。 東京メトロによると、運転士は41歳のベテランで、中野発西船橋行きの電車(10両編成)を運転中だった。先頭車両の乗客数人が大声に気づき、西葛西駅(東京都江戸川区)に止まった際、ホームの非常通報ボタンを押した。 駆けつけた同駅の助役は、運転士の様子を見て運行に支障はないと判断。交代の運転士もいなかったことから、その運転士に続けて運転させ、電車は3分遅れで発車した。運転士は、別の運転士が待機する5駅先の妙典駅(千葉県市川市)で交代した。 東京メトロによると、運転士は「独り言が大きくなってしまった」と話しているという。同社は交代のタイミングについて「お客さまに不安を与えてしまったが、現時点では妥当だったと考えている」としている。
警告出たけど無視したんだと>みずぽ 狼少年症候群とちがうか。
存在しない株を売買できるっていうことは、今までこれを利用して 詐欺まがいのことが行なわれていた可能性もある。 仕様ミスというよりは意図的にこういう仕様にした?
>>760 1秒のオペ遅れが莫大な損失に繋がるシステムだからなあ。
「極力高速に処理」したんだと思うよ。
常にEnterキー2連打って奴だな。
今朝のニュースでは損失300億円程度って話になっていますね。 >761 存在しない、というか空売りといって実際には持っていない株を売る取引はあ ります。がその場合でも発行株数を越える取引が可能な仕組みになっているの かどうかは知りません。 >762 特にこういう異常な事が本当に必要な場合っていうのは一刻を争う場面になっ ている場合が多そうですからねぇ。確認ダイアログが出ても反射的にOKを押し てしまう様になっているんでしょう。
こういうのってやっぱいちいちメールも出すようにしたほうがいいか。 オペミスをカウントしてるみたいで嫌なんだが。
>>761 「空売り」っつ奴だね。
現物ないまま「売るよ」って約束しても、後から現物仕入れて期日までに渡せばおk。
売買の時点での株価に差額が発生すれば、儲かったり損したりする。
今回は実際に14500株しか発行されてない株を、60万株売る約束をした。
だから、みずほは、
「どっかから1万株買い集めて、約束の相手に売る」
ってのを、株の引渡し期日までに60回ループしないといけない。
みずほが必死で買いまくるから連日ストップ高確定っつことで、祭り状態。
下っ端の出した被害額ランキングで上位を狙えそうだな
さすがに、わかりきったストップ高を容認するほど、間抜けではないか。
770 :
750 :2005/12/09(金) 09:29:55
ちょっとしたミスがでかくなるのがみずほクオリティ?
ちくしょーゴバクのあとは食い残しかよっ!
筑紫あたりが嬉々としてディジタル社会への警鐘を鳴らしそうだな・・・
ま た 富 士 通 か !
http://www3.nhk.or.jp/news/2005/12/09/d20051209000034.html みずほ証券の担当者が注文の端末に、「1株を61万円で売り」と入力すべきところを、
「61万株を1円で売り」と間違えて入力しました。端末画面には、誤った注文ではないか
と警告するメッセージが出ましたが、これを無視して通常ではあり得ない誤った注文を
東証に送り、誤りに気がついたあとに、東証に対して注文を取り消す手続きを行っても、
処理されなかったとしています。
警告メッセージを無視してないかと警告するメッセージが出るようにしろ、というアホが出てきそうなヨカーン。
>>763 危険な処理の確認なら、Enter2連打やらクリック2連打は出来ないようにするべき。
そう考えて、確認ダイアログのOKボタンの座標をランダムにしたことがある。
もちろんお遊びで。
1円で61万株売り注文>通る。 みずほ、l気づいて1円で61万株の売り注文取消処理>東証システムがはねる。 東証曰く、値幅制限を下回る処理なのではねた、とのこと。 値幅制限の57万何ぼで取り消し処理を行っていれば取り消しが出来た、とのこと。 …なら最初の1円もはねろよ。
成売を0円として処理してるんじゃねーかな。
送信/受信の両端のフォーマットがあってねー
公金注入で大儲けしたみずぽの一部消費者へのささやかな還元って事でFA?
基本的に全てリアルタイムで処理するのが理想な業界だしな。
1円で警告出せているんだから(現在の市場価格と比較している)、 その段階(おそらくみずぽの中)で発行株数と比較する処理を入れてないのが仕様ミスだな。 これが東証で1円警告出していたら笑うしかない。
785 :
仕様書無しさん :2005/12/09(金) 13:54:01
また み ず ほ かよって感じだな
> この警告については「よく出るので慣れの中で結果的に無視してしまった」という。 これは不実だがある意味仕方ないんだよなあ。 どうすれば防げるかという答えはないと思う。
>これは不実だがある意味仕方ないんだよなあ。 電車でマンションにGoした日常的に規則破りまくってた 運ちゃんも同じような認識だっただろうな。
もっと訳わかんない警告だったらびっくりして入力見直すかもよ あっちょんぶりけ! 見たいなヤツ
音声復唱でもさせたらいいんジャマイカ
>>788 警告が「日常」に組み込まれて軽視されなくなる方法があるなら教えてくれ。
「リセットさん」に長説教させる。
証券システムのリアルタイム性をそもそも見直したほうがいいような気もする。 とはいえそれはコンピューターによる情報システムというより 市場経済の仕組みの問題で、一介の情報システム技術者の手には余るけれども。 人間の反応速度や判断速度の向上に限界はあるんだから。 通信速度が速いからって人間の限界を超えたら意味がない。 株式市場などは流動性が高くなりすぎて 制御系として観察すると過敏すぎるきらいがある。 (ちょっとした外乱で系が大きく動く。) 多分意図的に共通のルールとして遅延要素を入れたほうが安定するんじゃないか? (既に現在のストップ高/安のシステムってある意味そういう仕組みでもあるしな。)
>>791 1%くらいの確率で不正なダミーデータ処理させて警告無視して入力したら日勤教育
>>793 > 遅延要素を入れたほうが安定する
30分pendingでpending中のを公開すれば…めちゃくちゃになるか?
>>787 核兵器みたいにツーマンルールなんてどうでしょう?
警告もレベルで分けておいて超ヤバイケースの場合は端末をロックして
隣りの人の端末にも警告を表示して、その人の確認と許可無しでは実行不可能って感じで。
マとは無関係ですがあちこちの会社である使い込みにしても単なる決済印とかじゃなくて
複数人による確認無しでは一定額以上の金を動かせなくすればいいのに。
部屋中のディスプレイに真っ赤に点る「WARNING!!」の文字。 部長、鍵を回しつつ「60万株売却承認!!」 オペレーター、ガチャーンとガラスカバーを叩き割りつつ売却ボタンをプッシュ …こんな感じ?
>>787 それいいね〜、隣りのパンチャーと同じキー、速度で
タイプしないと受け付けないシステム
>797 それも日常化しちゃうんだよw
> この警告については「よく出るので慣れの中で結果的に無視してしまった」という。 警告を出さないことで警告になれてしまう問題を回避しよう。 そうしよう。
>>799 まぁ、元ネタでは毎週一回はやってたからなw
端末操作は、アーケードゲームみたいな筐体にして 場に立ってた体育会系の香具師に操作させる 操作指示は、離れた所から無線で操作 とかにすれば間違えそうで慎重になる
入力をタブレットで手書き入力にして 「円」と「株」まで入力するようにすれば結構防げたりしない?
馬鹿はどんなフールプルーフをもかいくぐる
>802 >端末操作は、アーケードゲームみたいな筐体にして >場に立ってた体育会系の香具師に操作させる 引きこもりやニートのゲーマーに希望の光がwww
「ドジったらxx円の損害を会社に与えることになり懲戒解雇ですよ。それでも売りますか?」 みたいな警告メッセージは? なんかバグスレの後輩君みたい(w
>>806 なんか某弾幕シューティングゲームを思い出した。
1株1円なんてふつうないだろ。アフォだなぁ。
>784 いつぞやのライブドア騒動の時にも話題になっていましたが、転換社債と空売 りの組み合わせだと新株が発行される前に売る事も一応出来ますからねぇ。単 純に発行株数と比較する訳にはいきません。 それでも限度というのはありますけど明確な線引きは難しいものがあります。 結局警告を出して後はオペレーターにゆだねるしかないでしょう。 もしくは市場の参加者全てが発行株数などの情報を知り得る様なシステムにし ておけばチェックも可能ですが、それはまた別の話。 >776 ・上場直後の値が付く前は値幅制限なし ・最初の売買が成立した時点でその値段を基準に値幅制限をかける ・売買注文を取り消す時は反対売買の注文によって行なう どれもまっとうな条件に見えますけど、この条件下で今回の様な誤注文が起こ ると>776の様な事になってしまう罠。
どんな結構なシステム作ろうとも 上手く使ってもらえなきゃ事故はおきるってこった
結構なシステムを上手く使っても事故は起きるのがマーフィーの法則。
UIを考えるとシステム的に ・売買注文を取り消す時は反対売買の注文によって行なう が微妙だけどな。 取り消し専用の手順があったほうがパニックしにくいような。
ボタンひとつで直前の売買を取り消せると良い。
こんどはOKな売買をうっかり取り消しして大騒ぎさ
成立した売買は仕方ないが成立してない分な。>キャンセル
株式を廃止してすべて国営化すればいいんだよ
いきなり共産主義かよ
某社の社員が亡命 原因はシステム障害
いきなり歴史の流れに逆行
今全部国営な国ってきたちょうせ…
キューバもあるよ
アルバニアはカリスマが死んだら崩壊
>814 まぁ今の形では形式上でキャンセル不可能、ただし逆売買を行なえば実質的に キャンセルと同じという事ですからね。普通はそれで充分ですけど今回は上場 直後という事でその日の内に値幅制限が変わるという特殊な条件があったから 問題になった訳で。 実際に取引が成立しなくても売り手or買い手がいるというだけで株価が動く材 料になったりするのでそれくらいの重みをもたせてもいいでしょう。
826 :
仕様書無しさん :2005/12/09(金) 23:42:10
ま、今回は被害が「たまたま」大きかっただけで、オペミスなんていつものことだろ? ねぇ、株のトレーダーさん達
829 :
仕様書無しさん :2005/12/10(土) 10:54:09
つか空売りで稼ぐのが株屋
稼げてない 稼げてないよ
最悪な場合、直接DB触れなかったのかな?東証は
触ってどうすんだよ・・・
他社の注文触ってたらそれはそれでコワス
まあそれもオペミスだし
客のデータはいじれません
東証が市場操作できちゃうって事じゃ?
さきほどNHKで言ってましたがみずぽが誤発注を取り消せなかった一因として 東証のシステムに存在するバグが絡んでいたそな。 富士通の株が下がりまくり、東証の親分どもの報酬がどんどん削られてゆく(w
発注は1円でやったけど価格はその時の最低許容価格(572,000円)に変換されてる だから1円で取消しようとしても「該当なし」で取消できなかったって話じゃないの? それは説明不足とは言ってもバグとは言わないような・・・
なんでもかんでもバグ扱いだな…
東証側にも非があったと言わないと、今回みずほの件を特例扱いで 処理できないからだと思う コンピュータシステムの原因じゃないのに、都合のいい時だけ コンピュータシステムのせいにされるのは納得いかんな
システムの不具合ではあるが、プログラムのバグではないな…
仕様不良ということだろ。
これ仕様不良か? 出てしまった注文への取消HowToが出来てないだけじゃ?
というか何で注文を取り消すのに金額が必要なの?
846 :
仕様書無しさん :2005/12/11(日) 21:29:25
848 :
仕様書無しさん :2005/12/11(日) 21:32:22
また富士通かwwww
849 :
仕様書無しさん :2005/12/11(日) 21:37:01
>>845 いろんな金額で一日に何度も注文を出すからだろ
…釣られたかな
851 :
仕様書無しさん :2005/12/11(日) 21:48:28
東プレのキーボード使えばみんな幸せ
853 :
仕様書無しさん :2005/12/11(日) 23:51:28
>>818-819 ワロス
上の方で2人で同時にスイッチおして、カラス版割って最終ボタンを押すみたいのあったけど、結局
「なんでこっちのボタン、セロテープ張ってあるの?」
「よく押すのに俺一人しかいないから」
とか言う状況になると思う
854 :
仕様書無しさん :2005/12/12(月) 00:59:18
>>850 というか「このときのこれを取り消し!」って感じでできないのがおかしくないか?
ネットトレーディングだとそうやるけどな
ぶっちゃけ富士通・東証周りの仕事に関わって居るんだが それは売買系統じゃなくてマジ助かった。 そっちの奴胃が痛いだろうな・・ (実際にどういう人間が関わってるかは知らないけど)
俺なら成立時刻で取引をidentifyするがね
悪いのは不治痛?
株板見てると、今回のみずふぉの件は、単にシステムのバグ・仕様不備ではなくて、 わざとそういう仕様にしていたみたいなことが書いてあるよ。なぜそうしてたのかは、 漏れ株の知識が皆無なんでよく理解できないが、証券会社がイカサマに近い売買を わざとやって、相場を操作できるように、とのことだ。今回みたいな事は、これまでも 表に上がってないだけで、日常的に行われてたに違いない、って推測もあった。
不正売買のための仕様だとすると、 それを実装しちゃったSIerの立場もアレだな。 わかってやったなら、片棒担いだことになる。
861 :
仕様書無しさん :2005/12/12(月) 07:06:39
>>854 そう考えると、「1円で売り」を取り消すのに「57マソ」だか「67マソ」を
入力しないとできないってのは変だよね。
>>859 それって発行株数1万4500なのに61万株の売りが可能という話?
今回は発行株数の40倍だから目立ったけど、2〜3倍ならよくある
というね。空売りしやすいようにチェックしない仕様にしてるという噂。
指値注文が自動変換されるという時点で、なんか仕様バグから実装バグまで入り込みそうな匂いがプンプンするな。 普段は、値幅範囲を超えた注文は通らない 上場日には値幅制限が無いが、寄った瞬間に寄り値基準で値幅制限が発生する。 さあ、どうやって実装するんだ?
なるほど。 ザラ場方式で特別気配にならず、注意気配も廃止しているから 注文の瞬間に並んでる買い約定が成立している=成立しなければならない ただ、それが実際には 「間断なく順次約定」 した事が原因の、仕様バグだね。 「間断なく」がコンピュータ内なら1瞬の筈だが、表示等の為にどうやら数秒の遅延を入れていたようだ。 この結果、2〜3分、売り注文も買い注文も出来ない時間が発生していた筈。だからその間取り消しも出来なかったのだろう ストップに到達した後、この3分間に溜まった買い注文が、その後も「間断なく」約定を発生させ、 結果、取り消し出来なかった。 たぶん取り消しの優先順位が相当下位にあったんだろうね 勝手に遅延を入れるなら、まず遅延時間を明確にするべきだろう。 たとえば3秒なら3秒以上とね。 そして、遅延を入れるなら その入れる都度注意気配相当の動作にすべきだろうね。
866 :
847 :2005/12/12(月) 08:31:00
東証の不具合らしいけど、実は 1 円でも 57 万円でも 67 万円でも 取り消せなかったってことかな? なんかみずぽだけじゃ抱えきれないから 東証に泣いてもらって、これから裏技カードを出そうとしてるんだろうな。
みずぽに公金使うと非難殺到だから、 東証も悪いってことにして、救済しようって腹じゃね?
民間のミスに公金使うのは今旬
>>867 不具合というより、仕様上の問題だと思うよ。
1約定の処理に1〜3秒かかるみたいだから、
100も連続して約定するような注文が出たら 2〜5分も、売り買いが出来なくなってしまう。
そういう場合は、他の市場だと特別気配や注意気配になる。
注気配の場合、数秒気配更新を止めて、売り買い注文をそこでする事が出来る。 当然取り消しも出来たろう。
41 名前:山師さん[] 投稿日:2005/12/10(土) 06:56:11 ID:GCLsNbnI
>>449 >>473 昨日からマスゴミが必死で流している『誤発注』『発注ミス』もその類。
『誤発注』ではなくて『株価操作の常習犯』の疑いが濃厚。
>>453 のようにジジイ投資家は騙されるかも知れんが、日常茶飯事で悪事を
働いていたのがたまたまミスで露見、必死で対策に走り回っているというのでは
ないか。
つまり正確に表現するなら『誤約定』だと思う。
それか『見せ板が食われた』。
いずれにせよ犯罪行為だし、法的に保護する必要全くなし。
http://live19.2ch.net/test/read.cgi/stock/1134028380/ 200 名前:山師さん[] 投稿日:2005/12/10(土) 15:19:42 ID:fgHNdkH1
今回の関連記事を読むと、「注文時に警告が出たが、よくあることなのでそのまま注文したようだ」
とか書いてるな。
よくあることって時点で、いかに普段から見せ板で株価操作をしてるかが分かるね。
正規の株数・値で注文すれば警告など出ないわけだから、普段から警告が出るような注文を
し、さらにその警告を無視することを日常的に行ってるってことだ。
だがそこまで突っ込んだ報道をしてるところはない。
今回の焦点は誤発注による一銘柄の株価乱高下・市場の混乱などではなく、そこなんだけどな。
報道規制でも入ってるのか?
このスレなど色々読ませていただきましたが、うーむ、決済できる信用があれば
現物とのリンクなしに無制限に空売り可能ってことですかぁ。
ネット証券などで個人の割合急増とかなってますけど、所詮はゴミのような扱いを
東証はしているってことですね。トホホ。
860 名前:むじんくん[sage] 投稿日:2005/12/12(月) 10:21:11 ID:Ps1d2FUD
既出かも知れませんが、ちゃんとみずほ証券に最後まで買いを入れさせるって
いうことにどうしてならないんでしょうか。お金と現物配って終わりって、何か
みずほ救済策のように見えてしまうのは気のせいですか?
861 名前:山師さん[sage] 投稿日:2005/12/12(月) 10:28:01 ID:34c9ImBM
>>860 どこからどう見てもみずほ救済策ですよ。
事件を起こした当事者達が、自分達の都合のいいように対処を決めたのですから。
かといって株購入者は必ずしもその対処に応じる必要はありません。
東証・みずほは「この対処法でどうでしょう?」とお伺いと立ててるだけですから。
865 名前:山師さん[] 投稿日:2005/12/12(月) 10:53:48 ID:G3x+B/4l
無い株を制限無く大量に売買できるシステムのことにまだメディアは言及してない
これ日本経済を簡単に殺せるシステム
金刷ってるのと基本的にかわらないから
866 名前:むじんくん[sage] 投稿日:2005/12/12(月) 10:57:52 ID:Ps1d2FUD
>>865 そうですね。証券会社はお好みの証券を市場で自由に増減できる権限があるってことですよね。
これって、発行株式数とか意味無いですよね(笑)。
867 名前:山師さん[] 投稿日:2005/12/12(月) 10:59:38 ID:G3x+B/4l
東証の説明だと注文を取り消しできないシステムの問題だったっけ
注文自体は通すっぽいな
869 名前:むじんくん[sage] 投稿日:2005/12/12(月) 11:03:58 ID:Ps1d2FUD
>>867 > 東証の説明だと注文を取り消しできないシステムの問題だったっけ
> 注文自体は通すっぽいな
すごいなぁ。話をそらしてますよね。市場に出回っている証券は証券会社によって
思いのままに増減できますっていうことを伝えてくださいよ、マスコミは。
872 名前:山師さん[sage] 投稿日:2005/12/12(月) 11:18:35 ID:LEvVERqq
わざとシステム設計上の問題を放置して利用させてた可能性もあるじゃない。
これからも悪事がバレてもシステム設定上の問題と言えばいいんでしょ。
確かに凄いな、1円で無いもの売れるだけ売りまくるだけで あっさりと国が破綻しそうだw
「空売り」って電算化の前から存在してるけどな。 その是非はともかくとして。
「空売り」は以前からあるし、認められた取引の方法だが、 それでも市場に流通している株式数を超えて取引することは できなかったんじゃなかったっけ?
物理メモリを超えて仮想メモリを使うようなもんだな。
普通の「空売り」は、理屈上は“ないものを売る”わけじゃないからなぁ。 例えば・・・ 100株空売りする場合は、理屈の上では、 100株持っている人(証券会社とか)から株を借りてそれを売る。 売ったあとで、100株分買い戻して、借りた人に返す。 ・・・ということになる。 つまり、普通の空売りは「借りる元となる株券が市場に流通している」ことが前提になる。 だが、今回の場合は、「市場に存在していない株券」まで売ることができるという点が、 めちゃくちゃヤバスギ。 メモリの例なら、 物理メモリ(手持の株)が1GBあって、仮想メモリ(借りれる株)が4GBになっているのに、 「メモリ10GB使ってカイテキ!!」とか、アリエナイことをいってるようなもんだ。
「仮想メモリとして設定されてる上限サイズ」を超えたどころか、積んでる全ディスク容量をも超える、 例えば1テラ分の仮想メモリを確保したとか、そんな感じだろ。 んで1テラ分のメモリを、皆がいっせいに奪い合おうとしたが、そんなモノはハナから存在しない。 普通ならここでOSごとマシン全体がクラッシュするところだが、OSと一部の特権プログラムだけ保護されて、 残りのゴミアプリは全部killされた、と。
昔の大型機のOSってそんな感じだな。
実際に存在する株券をベースにしてるかどうかを調べるのは システムが閉じてれば簡単な話だけどな。 東証だけ、あるいはみずぽだけ取っても系が閉じてないから そこが面倒な話。 OSの喩えで言えば他所のマシンのメモリを使うような話だからな。
空売りなんだから実際以上の株数でも問題ないんじゃ?
>>884 空売りにはいくつかある 許されているのは
1、信用売 (制度信用や一般信用による売り) 個人が出来るのはコレだけ
2、貸株売 機関が出来るのがコレ
3、信用買分の日計り売り 証券会社自己が出来るのがコレ
4、確実に株が調達出来るのがあきらかな状態での売り (機関同士がイザとなったから貸してねと)
つまり、存在しない枚数の売りは法律上は出来ない。
ただ4についてはお互い借りるつもりで、「やっちゃった」というのは頻発してるのだろう。
実際フェイルは毎月起きてる
886 :
仕様書無しさん :2005/12/12(月) 17:27:03
>>883 まあ、株券が電子化されたら、全部の注文にどの株かを示すIDが付くようになるんじゃないの?
>>883 存在している(というか、市場に公開されている)発行済株式数は公表されてる。
Yahoo Financeとかでも無料で確認できるくらいだ。(例えば、楽天なら11,835,743株発行されてる)
このデータは証券会社なら、手元に持ってるなり取引所からもらうなりで、簡単に参照できる。
少なくとも、この発行済株式数を大幅に上回る注文は、出せるのはおかしいと思うが。
888 :
仕様書無しさん :2005/12/12(月) 17:38:21
>>887 おかしいというより犯罪行為だよ。
その瞬間の売り注文の総数が総株数を上回っていれば犯罪がどこかで起きているという事
瞬間、売り買い停止にして、
全部の手口を公開させるべきだろうね
889 :
仕様書無しさん :2005/12/12(月) 18:10:37
>>888 全然おかしくねーよ 個人だって十分な保証金を預けておけば 発行済み株式数を超える売り注文だせんだよ 出来ないのはおまえみたいな貧乏人だけ 下手糞貧乏人は黙ってろ
890 :
仕様書無しさん :2005/12/12(月) 18:15:29
>>889 バーチャか? ボウヤはママのおっぱいでもしゃぶっとけ。
出来るというなら見せてみろや、好きな銘柄で、寄り前に注文出してみろ。
出来たら東京タワーで裸踊りして万札ばらまいてやるよ
891 :
仕様書無しさん :2005/12/12(月) 18:19:27
流れをぶった切って素人質問。 みずぽ銀といえば第一勧銀が合併で入ってるが、 第一勧銀のシステムといえば元はF社だ。 もしかしてみずぽ証券もF社のシステムだったりしないのかな? そうなると東証もF社だからなんとなくネタ的に面白いが そんなネタのような話はやっぱりないのかな?
空売規制というのがあって、個人は規制無く空売出来るのだけど、枚数制限があるので
この勝負は
>>890 の勝ちだね。
発行株式数以上の株の売買はできなかったと認識していたけど間違いない?
895 :
仕様書無しさん :2005/12/12(月) 19:33:51
>>894 間違い。
1、 1日の出来高は発行株数を超えられる
2、 買い注文は発行株数を超えられる
3、 個人が信用売りを枚数制限内で全員が一度に出せばフェイルさせる事が出来る
そろそろ、株板で聞いたほうが早いような内容になってきたな
>>895 トンクス
3が何気に気になったから調べます
898 :
仕様書無しさん :2005/12/12(月) 20:47:11
>>893 枚数制限なんか無いぞ
素人か?
あるというなら何枚だ?
65535枚
900 :
仕様書無しさん :2005/12/12(月) 21:14:26
バーチャ玄人さんへ 1回に売れるのは50枚 つまり単元の50倍までですよ。
だからおまいら株板逝け
902 :
仕様書無しさん :2005/12/12(月) 21:24:32
>>897 つまり、空売規制で1人50枚しか空売り注文は出せないけど
合計枚数をチェックしてるところがないから、
何万人が一度に売り注文を出すような事があれば
その注文は合法的に出せるという事。
逆に言えば、その時点で市場が売り買いを停止しないと大変な事になるかもね
903 :
仕様書無しさん :2005/12/12(月) 21:29:27
価格規制のソラ売制限枚数と勘違いしちゃってハズカチィ
904 :
仕様書無しさん :2005/12/12(月) 21:38:21
>>903 まあよくあるバグさ。 そんなに恥じなくてもいいさ。
信用口座もてない厨房なんだからしょうがない。
905 :
仕様書無しさん :2005/12/12(月) 22:28:49
>>900 見事な恥さらし
とりあえずF売っとけ
908 :
仕様書無しさん :2005/12/12(月) 23:36:46
なんか「コンピュータシステムの問題」をやたら強調してるな。
東証、もう世界に迷惑だから、株取引資格剥奪!
まあ諸悪の根源はコンピュータシステムによるデジタル化だからな。
デジタルは物事を簡単にするからね
まあ、株の空売りはホントに不利だからね。 今の株高は空売りの踏み上げが無かったらここまで上がって来なかったろう。 個人には1回50枚しか売らせてくれないから、実感が無いかもしれないが、 樹海切符をわざわざ自分で発行してるようなもの。 空売りが自由に出来るから有利って事はないよ
913 :
仕様書無しさん :2005/12/13(火) 08:50:40
>>912 50枚しか売れないのは貧乏なおまえだけ
かわいそうだから、アンカーに「>>」使ってる奴は見なかったことにしてやれ
貧乏人しか使わないどこかのしょぼいネット証券だけの空売り制限を 市場の制限と勘違いしているらしいね。
まあ
>>889 に早く注文出してみせてもらう。
8901 ダイナシティなんてどうだ? ここならJASDAQだから一人で出した事が判るぞ
早くしないと場が閉まってしまよ。
ホレホレ
918 :
仕様書無しさん :2005/12/13(火) 15:07:12
どこに50枚なんて制限が規定されているのかURL希望>素人貧乏人
919 :
仕様書無しさん :2005/12/13(火) 15:15:34
>>917 なんで場中じゃなきゃならんの? そんな煽りに乗って注文しちゃうようなバカはおまえだけだよ。
ここはソフトウェアのバグではなくバグった株マニアが集まるスレでつか?
東証のバグでこのスレに被害が出ているようです。
みんな仲良くしようよ〜
>>818 引けた今なら問題ないだろ。 試しに100枚注文出せるかどうかやってみろよ。
生半可な知識で喧嘩するんじゃありませんヽ(`Д´)ノ
ソフトウェアのバグのスレなのにそこから離れて私怨荒らしと化している >923 をジェイコム株を買って濡れ手に粟な儲けを儲け損なってイライラしてる 株マニアの一般投資家と認定しますた。
927 :
仕様書無しさん :2005/12/13(火) 16:19:52
>>917 売買する意思もないのに大量の注文出したら逮捕ですよ。
犯罪を煽っているのですか?
>>924 恐ろしく渋い所使ってるね・・・・ほとんど自己売買専門だろうソコ
あぼーん
931 :
仕様書無しさん :2005/12/14(水) 00:06:09
ここいらで作りこんだ奴の降臨きぼん
932 :
仕様書無しさん :2005/12/14(水) 00:34:56
降臨って降臨式デイトレとかいうインチキ本でぼろ儲けして 1億円貯めたっていうおっさんだろ
Fさんsageてますね
934 :
仕様書無しさん :2005/12/15(木) 01:30:43
楽天がシステムをFに発注してたらそれはそれでワロス
937 :
仕様書無しさん :2005/12/16(金) 13:59:19
なんてこったUFJ
7000人じゃたいしたことないな
どうなってるんだ日本
メール鯖感染だから顧客じゃ無い人がイパーイ感染してんじゃね?
行内全部感染中だったらかなりダメダメじゃん
UFJなんか使ってる人いないっしょ?
オレオレ
イマドキサーバー感染 しかもメール添付ファイル
USJも昔メル鯖やられたことあるな
懲りてないじゃん
948 :
仕様書無しさん :2005/12/16(金) 16:38:34
お詫びのメールもウイルス付き。
何そのドジっ娘
感染しちゃったミ☆
http://www.tokyo-np.co.jp/00/detail/20051216/fls_____detail__050.shtml 7千万円誤って引き落とし−JTB、システム障害で
JTBは16日、旅行積立金のシステムに障害が発生したため、
顧客2071人に対して計約7350万円を誤って請求し、金融
機関の口座から引き落としていたと発表した。同社は返金手続き
を進める一方、清水慎一常務らが国土交通省で記者会見し、謝罪
した。
同社によると、誤請求があったのは「JTBたびたびバンク・
フリープラン」。12日にシステム障害が発生し、同日の引き落
としの際、既に一度支払われた額を二重請求して顧客の口座から
引き落とした。1人当たりの誤請求は200万円から3000円
程度だったという。
システムは、富士通の子会社「富士通エフ・アイ・ピー」(東
京都江東区)が開発。ある顧客の旅行積立金の入出金回数がプロ
グラムの想定を超えたため、支払い済みのチェックが消えてしま
い二重請求が生じた。
とても『富士通』らしい不具合で、何故かほのぼのとした気持ちに慣れました。
思い浮かんだのは Tableに配列切ってあるDBでした。 初めて出会ったのはFの仕事でした(遠い目)
確かにchar(255)のカラムの値をバイト配列として扱う っていう仕様を見たことがある
>>955 列を255個作るよりはパフォーマンスがいいぞ。
>>956 当然char(255)がずらーっと並んだテーブルだよ
カラム中の100バイト以降はFILLER
15カラム目以降は全部FILLER
とかそんなの
958 :
仕様書無しさん :2005/12/16(金) 22:49:01
仕様通りに作らなかったというのはバグなのか?
>>959 仕様通りなら仕様なんだから、立派なバグです。
ありがとうございました。
だろう?
>958 うはははは まじかwww
>>958 おいおいおい・・・・
JTBが求めてたのに富士通が却下してたってことか。
どっちが金払うかでもめるぐらい大規模な修正
だったのかもしれないけど、ありえなくてワロスw
>>959 99までが仕様というのはよしとして、100以上になったときの例外処理をしっかりと
100以上になると確変突入ワロス!
>>963 それがつつがなくできるようなら99以下なんてケチな設定はしないと思われ。
>965 だなww たぶんPIC 9(2)からPIC 9(3)にするとか、制限拡げるのはとっても大変だったとかなんだろうwww
>>962 「JTBたびたびバンク・フリープラン」の商品説明を読んでみた。
旅行代金に当てることを前提にした貯金。銀行預金より利率が有利。
「フリープラン」ではいつでも入金できて、いつでも旅行申し込みが
できる。
入金すれば即有利な利率が適用されるため、こまめに入金する顧客の
存在は当然想定される。
入出金の回数無制限は、JTBの当初からの要求だったと思われ。
つーか、なんで99が制限なんだ…? 数値を文字列2桁で持ってるとかか? それにしたって、アクセッサを16進変換かますようにするとか、 なんか増やす手がありそうなもんだが…。
PIC 9(2)だからじゃないか
ORACLEでNUMBER(2)とか
>>971 フィールド幅増やす方向なら、無条件で出来なかったっけ。
>>969 履歴を保存する領域をサボって固定長にしたかったのかもしれんけどな。
そうすると必要なリソースがユーザー数だけで決まって読みやすいからな。
で大雑把に「100件くらいでいいんじゃね?合計も2桁ですむしね!」と。
昔からNiftyとかでもそういうリソース制限の仕方が好きだったからFの社風なんじゃないか?
汎用機からの転換教育でオープン系のSEを促成栽培したりしてたし、
(汎用機の自社製スクリーン・エディタであるPFDEのUNIX版まで開発したくらいだからなw)
汎用機時代のレコード管理のしんどいファイルシステムの後遺症かもな。
いや、きっと入出金の履歴をテーブルに貯めているんだろう。 そのテーブルが99個って事じゃないか?
PFDは今はPDFEになったのか。知らなかったよ。
>974 それは斜め上すぎwww
斜め上だがFだからなあw
978 :
仕様書無しさん :2005/12/17(土) 00:48:36
2000年問題が今年のこんな時期に発動か!
これってどうしてJTB情報システムに作らせないで富士通FIPに作らせたんだ?
おーっと!雪崩式丸投げが決まりましたァ!
>>979
一人が100回入出金したら全部(と思われる)の支払履歴が壊れ、 二重引き落とし発生。 途中計算のPG内の配列の横が99しかなかったぐらいしか想像できない。 顧客コード単位の履歴の最新が全部落ちて入金済み情報がなくなって 全部請求対象になった、みたいな。
なんかこのスレ、富士通関連が大杉
Fは、まぁ手を付けてるシステムの数も多いのかもしれんけど、 それにしても騒動に発展するバグが大杉だな。
これだけ騒がれてもFに発注する会社があるとは不思議だな。
ヒント:政治力
入金回数せめて256回までにするとかしておけば・・・
年間の銀行営業日+10もあれば十分だろ
まさか、1日で100回も入出金したのか?
>>991 コンビニでも入金できるのがこの商品のウリの一つだった。
>>992 良く嫁
> 入出金回数は年間99回に設定されていたが、
今更だがこの手のシステムがイマドキFILLERも持ちのファイルで 出来てる訳ないと思うよ >957
漏れがかなり以前に書いたコードがバグってた・・・ 今までどうやって動いていたんだろうか・・・・
997 :
仕様書無しさん :2005/12/17(土) 16:28:21
銀河鉄道
(´^?u^?`) 1000
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。