- 1 名前：仕様書無しさん [2008/06/08(日) 11:32:33 ]
- という人、存分に自慢してください。
銀行業務を３日とめたとか、ロケット墜落させたとか。
前ｽﾚ:
俺はバグでこんなすごい被害を出したぞ! part 0x0A
pc11.2ch.net/test/read.cgi/prog/1195493747/
過去ｽﾚ:
俺はバグでこんなすごい被害を出したぞ！
pc.2ch.net/prog/kako/980/980900290.html
俺はバグでこんなすごい被害を出したぞ! part2
pc.2ch.net/test/read.cgi/prog/1016979674/
俺はバグでこんなすごい被害を出したぞ! part3.1
pc.2ch.net/test/read.cgi/prog/1051279864/
俺はバグでこんなすごい被害を出したぞ! part死
pc8.2ch.net/test/read.cgi/prog/1077732294/
俺はバグでこんなすごい被害を出したぞ! part誤
pc8.2ch.net/test/read.cgi/prog/1114818704/
俺はバグでこんなすごい被害を出したぞ! part労苦
pc8.2ch.net/test/read.cgi/prog/1130811111/
俺はバグでこんなすごい被害を出したぞ! part死地
pc8.2ch.net/test/read.cgi/prog/1134751568/
俺はバグでこんなすごい被害を出したぞ! part恥
pc8.2ch.net/test/read.cgi/prog/1146121527/
俺はバグでこんなすごい被害を出したぞ! part泣
pc11.2ch.net/test/read.cgi/prog/1157035098/
俺はバグでこんなすごい被害を出したぞ! part自由
pc11.2ch.net/test/read.cgi/prog/1180240243/
- 200 名前：仕様書無しさん mailto:sage [2008/07/12(土) 00:00:29 ]
- と、いうわけで納得したかな？(Y/y)
- 201 名前：仕様書無しさん mailto:sage [2008/07/12(土) 10:25:46 ]
- 【システム障害】 東京メトロ副都心線、また不具合 約50分とまる
news24.2ch.net/test/read.cgi/wildplus/1215823210/
走ってる電車を一斉に停める羽目になるとは…しかし交通系は
一歩間違えると大きな影響が出るな。
- 202 名前：仕様書無しさん [2008/07/12(土) 11:26:33 ]
- 副都心線を止めた人、ちょっと話があるんだけど・・・
- 203 名前：ura2ch.cz130js147.omn.ne.jpa.net mailto:パスワード解読ツール [2008/07/12(土) 11:41:27 ]
- guest/guest
- 204 名前：仕様書無しさん mailto:sage [2008/07/12(土) 11:41:51 ]
- >>201
原因はなんだろな
1 名前：ランボルギーニちゃんφ ★[] 投稿日：2008/07/12(土) 09:40:10 ID:???
★東京メトロ副都心線、また不具合 約50分とまる
11日午後10時55分ごろ、東京メトロ副都心線と有楽町線の列車運行管理システムに
不具合が発生し、全線が運転を一時見合わせた。約50分後、副都心線は池袋―渋谷間、
有楽町線は和光市―新木場間で折り返し運転を始めたが、東武線や西武線への
乗り入れは取りやめ、ダイヤは大きく乱れた。原因は不明という。
東京メトロによると、両線の進路や時間を自動制御する総合指令所でシステム障害が起き、
走行中の列車が一斉にストップした。駅間で停止した列車は手動の管理システムに切り替えて
最寄り駅に停車させた。
副都心線は6月14日に開業。
当初、自動列車運転装置の不具合や停電など、運行トラブルが相次いだ。
日経新聞 www.nikkei.co.jp/news/shakai/20080712AT1G1104U11072008.html
- 205 名前：仕様書無しさん mailto:sage [2008/07/12(土) 13:09:04 ]
- headlines.yahoo.co.jp/hl?a=20080712-00000000-maip-soci
副都心線と有楽町線のシステムだけが落ちたって一体…
headlines.yahoo.co.jp/hl?a=20080712-00000001-yom-soci
信号とポイントが作動しなくなったのか、事故が
起きなくて本当によかったよ。鉄道の運行そのものに
関するプログラムは何か起きるとマジでヤバいな。
- 206 名前：仕様書無しさん mailto:sage [2008/07/12(土) 20:45:45 ]
- 派遣派遣で安く上げようとするから都市機能が麻痺しちゃうんだよ
- 207 名前：仕様書無しさん mailto:sage [2008/07/12(土) 20:55:26 ]
- 運行管理システムは信号システムの中でも飛びぬけて複雑なシステムなので、
安全性に関わるような制御はさせない。
事業者ごとにシステムを設備しているので、メトロのシステムが落ちたんだとｵﾓ。
ちなみに定期券利用者が大半を占める線区のシステムを止めても、事業者の
フトコロは痛まないのでベンダーへのお咎めもたいしたことはない。
（タクシー振替が発生した場合は別）
乗客全員から別料金を取ってる新幹線を止めると10億単位の内示キャンセルを
喰らったりするけど。
- 208 名前：仕様書無しさん mailto:sage [2008/07/14(月) 23:53:03 ]
- 震度２で緊急地震速報、首都圏鉄道などに影響…設定ミス
ttp://headlines.yahoo.co.jp/hl?a=20080714-00000057-yom-soci
>気象庁によると、地震計の誤設定が原因で、基準の１０分の１の最大加速度でこうした速報が流れるようになっていたという。
- 209 名前：仕様書無しさん mailto:sage [2008/07/15(火) 09:24:48 ]
- こりゃバグじゃないだろ
プログラムは正常に動いてるじゃんｗ
- 210 名前：仕様書無しさん mailto:sage [2008/07/15(火) 10:29:25 ]
- いうなら運用バグだな
- 211 名前：仕様書無しさん mailto:sage [2008/07/15(火) 16:13:08 ]
- いや、もしかしたらソースの中にハードコーディングしてるのかも・・・
- 212 名前：仕様書無しさん mailto:sage [2008/07/15(火) 21:32:48 ]
- ;judge_gull=100
;動作テスト用
judge_gull=10
動作テスト用設定のままだったとか
- 213 名前：仕様書無しさん mailto:sage [2008/07/15(火) 21:59:53 ]
- ttp://headlines.yahoo.co.jp/hl?a=20080715-00000097-san-soci
マグニチュード12.7はひどすぐるｗｗ
- 214 名前：仕様書無しさん mailto:sage [2008/07/15(火) 22:27:13 ]
- デバッグバージョンを間違ってリリースしたら、そのままCDROMになって店に並んだ事がある。
- 215 名前：仕様書無しさん mailto:sage [2008/07/15(火) 22:30:59 ]
- お前か・・・
- 216 名前：仕様書無しさん mailto:sage [2008/07/16(水) 08:48:50 ]
- お前か…
- 217 名前：仕様書無しさん mailto:sage [2008/07/16(水) 13:21:33 ]
- お前か？
- 218 名前：仕様書無しさん [2008/07/16(水) 19:28:38 ]
- 【金融】三菱東京UFJ銀行、11月の新システム移行に伴い、長すぎる住所の文字数省略のお願い
mamono.2ch.net/test/read.cgi/newsplus/1216202999/
住所表記方法ご指定のお願い
拝啓 時下ますますご清祥のこととお慶び申し上げます。
平素は格別のお引き立てを賜り、厚く御礼申し上げます。さて、上記お取引店は平成20年11月に
新システムへの移行を予定しております。
新システムへの移行後は、登録可能文字数の制限から、誠に勝手ながら、現在お届けいただい
ているご住所をこれまでと同様には表示できなくなります。お手数をおかけいたしまして誠に
申し訳ございませんが、住所表記を短縮いただきたくお願い申し上げます。
右記の返信用はがきに、マンション名・建物名等を適宜省略いただくなどにより、マス目の中に
おさまるように短縮した住所の表記をご指定のうえご返送をいただきたく、お願い申し上げます。
画像
up2.viploader.net/pic/src/viploader702669.jpg
【MUFG】三菱東京ＵＦＪ銀行総合スレPart4【BTMU】
money6.2ch.net/test/read.cgi/money/1213540875/327 より
- 219 名前：仕様書無しさん mailto:sage [2008/07/16(水) 23:48:08 ]
- 新生銀システム改竄のインド人を逮捕
ttp://headlines.yahoo.co.jp/hl?a=20080716-00000924-san-soci
- 220 名前：仕様書無しさん mailto:sage [2008/07/20(日) 19:40:49 ]
- 史上最低の翻訳ミス
Posted on 7 月 19th, 2008 by Akky AKIMOTO
中国語の「レストラン」を英語でも書こうとして、翻訳ソフトを使ったみたいなんですけど、
ttp://akimoto.jp/blog/wp-content/uploads/2008/07/restaurant-translateservererror.jpg
「翻訳サーバのエラーです」って… こんな立派な看板作って設置するまで、誰も気づかないのか!
via ttp://akimoto.jp/blog/2008/07/19/%E5%8F%B2%E4%B8%8A%E6%9C%80%E4%BD%8E%E3%81%AE%E7%BF%BB%E8%A8%B3%E3%83%9F%E3%82%B9/
- 221 名前：仕様書無しさん mailto:sage [2008/07/20(日) 21:36:58 ]
- 翻訳サイト使って翻訳しようとしたが、鯖エラー発生。
でも、やった本人はそれが翻訳された結果だと思った。
- 222 名前：仕様書無しさん mailto:sage [2008/07/20(日) 22:22:50 ]
- カンガルー方式だな
- 223 名前：仕様書無しさん mailto:sage [2008/07/20(日) 22:50:26 ]
- ちょっと前の「偶然だぞ」みたいだ。
- 224 名前：仕様書無しさん mailto:sage [2008/07/22(火) 09:56:44 ]
- サーバエラーって店があったっていいじゃない。
- 225 名前：仕様書無しさん mailto:sage [2008/07/22(火) 11:05:21 ]
- SQL Injection Attackって風俗店があったらちょっとイヤだ
- 226 名前：仕様書無しさん mailto:sage [2008/07/22(火) 12:27:40 ]
- 今度は何が原因なんだ?
東証でシステム障害＝TOPIX先物など取引停止
headlines.yahoo.co.jp/hl?a=20080722-00000044-jij-biz
東京証券取引所は22日、システム障害が発生し、東証株価指数（TOPIX）先物
などの株式派生商品の取引ができなくなったと発表した。東証から証券会社に
注文内容を配信するサーバー上に不具合が見つかり、午前9時21分から売買を
一時停止する措置を取った。
- 227 名前：仕様書無しさん mailto:sage [2008/07/22(火) 12:46:09 ]
- 多分１９９円までしか表示できないのに200円突破したからじゃね？
- 228 名前：仕様書無しさん mailto:sage [2008/07/22(火) 12:47:12 ]
- ８年前に９９９円に対応しといた方がいいよって言ったら
ガソリンスタンドにリンチされたのを思い出す。
- 229 名前：仕様書無しさん mailto:sage [2008/07/22(火) 13:12:21 ]
- IT技術者が職場に仕掛けた恐ろしい「報復」の数々
wiredvision.jp/news/200807/2008072223.html
- 230 名前：仕様書無しさん mailto:sage [2008/07/22(火) 21:06:26 ]
- 派生商品の売買停止、単純な人為的ミスが要因＝東証
ttp://jp.reuters.com/article/topNews/idJPJAPAN-32851020080722
＞ 具体的には、本来、１２８０バイトと設定するべきものを４バイトと設定。
＞そのため、本来は２万銘柄必要なところに８８銘柄分しか設定されず、それ
＞を超す処理ができずにシステムが停止したという。
先生怒らないから、malloc間違えた人はあとで職員室に来るように。
- 231 名前：仕様書無しさん mailto:sage [2008/07/22(火) 21:25:03 ]
- sizeof(配列)とsizeof(要素)を間違えたのか。
- 232 名前：仕様書無しさん mailto:sage [2008/07/22(火) 21:37:45 ]
- このようなコード書いてバグってたというオチか？
char nameA[1280];
char* nameB;
int nameASize = sizeof(nameA);
int nameBSize = sizeof(nameB);
- 233 名前：仕様書無しさん mailto:sage [2008/07/22(火) 21:43:51 ]
- ちゃんとテストすればわかるバグだこと。
- 234 名前：仕様書無しさん mailto:sage [2008/07/22(火) 21:49:14 ]
- >>230
なんで今まで発覚しなかったんだろ。
どうせポインタ配列として宣言したのにデータとしてアクセスしたんだろ。
>>233
＞ ちゃんとテストすれば
コンパイラのエラーチェックをキャストで隠蔽とかしなければ分かってたはず。
- 235 名前：仕様書無しさん mailto:sage [2008/07/22(火) 22:02:39 ]
- 誰か「88」の説明お願い。
- 236 名前：仕様書無しさん mailto:sage [2008/07/22(火) 22:03:13 ]
- ポインタ配列をデータとして使っちゃうと、２万件のはずが６２件くらいになっちゃうのは分かる。
20000*4/1280=62.5
しかし、８８件って？
88*1280/4=28160
- 237 名前：仕様書無しさん mailto:sage [2008/07/22(火) 23:58:17 ]
- ポインタにsizeofはねぇよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
しっかしおまいら良く原因分かるな
俺はﾍﾎﾞﾋﾟｰだからわからんかった
笑う権利ねぇなぁ
- 238 名前：仕様書無しさん mailto:sage [2008/07/23(水) 00:03:48 ]
- >>235
2^3 * 11
米を意味する
縁起がイイ
- 239 名前：仕様書無しさん [2008/07/23(水) 00:09:35 ]
- dailynews.yahoo.co.jp/fc/economy/tokyo_stock_exchange/?1216733001
東証 システム障害 プログラムミスが原因
東京証券取引所は２２日、システム障害によるデリバティブ（金融派生商品）取引の一時停止について、
連休中に更新したソフトのプログラムミスが原因であることを明らかにした。東証では今年２、３月にもシス
テム障害が起きており、投資家の不信感が強まるのは必至。相次ぐトラブルを重く見た金融庁は改善状況
などの報告を命じる方針だ。
一時停止したのは株式や国債の先物、オプション取引で、取引状況などの情報を市場参加者に送信す
る処理速度を速めるために更新したソフトにプログラムミスがあった。新ソフトは本来２万種類の銘柄に対応
できるはずだったが、実際には８８種類分しか処理できない設定となっており、処理能力を超えた。
東証は午前９時２１分に取引を停止。その後、新ソフトを更新前の古いソフトに戻して午後１時４５分に取
引を再開した。１９、２０日に稼働テストを行ったが、プログラムミスは判明しなかった。
会見した東証の鈴木義伯（よしのり）常務は「迷惑をかけ反省している」と陳謝し、体制改善や社内処
分を検討する考えを表明。システムを開発した富士通については「実損が出れば損害賠償請求を検討す
る」と述べた。斉藤惇社長も「速やかに再発防止策をまとめ実行し、市場関係者に迷惑をかけないよう努
力を続ける」とのコメントを出した。
東証はこれまで国際競争力の強化に向け、欧米やアジアの証券取引所との提携戦略を進め、上場商品
の拡充策なども打ち出してきたが、相次ぐシステム障害は投資家の東証離れにつながりかねない。市場関
係者の間では「国際的な評判が落ちる」との批判が強まっている。
渡辺喜美金融担当相は２２日の会見で、「以前にもトラブルが起きているのに、なぜこうなるのか。きちんと
原因を究明し、再発防止を徹底してもらう」と述べた。【野原大輔、永井大介】
- 240 名前：仕様書無しさん mailto:sage [2008/07/23(水) 00:31:49 ]
- ロイターの記事
＞市場関係者の間からは「２月にもシステム障害が起きたばかりで憤りを感じる。驚くことはなかったが、相場環境が不安定な時期だけに、もっとしっかりして欲しい」（準大手証券トレーダー）と批判的な声も出ている。
誰も驚かないってのが驚きなんだが
Fのミスが日常茶飯事過ぎて驚くに値しない？
- 241 名前：仕様書無しさん mailto:sage [2008/07/23(水) 00:36:00 ]
- 社員が働かないから
- 242 名前：仕様書無しさん mailto:sage [2008/07/23(水) 00:51:46 ]
- この手のシステムの試験って以前の実際の取り引きのデータをぶち込んでみるとかしないのでしょうか？
どういう試験をしてるんだか。
- 243 名前：仕様書無しさん mailto:sage [2008/07/23(水) 01:05:59 ]
- >>235
中国語では八は発（財）と同じ音。
だから八並びは縁起がイイ。
- 244 名前：仕様書無しさん [2008/07/23(水) 01:06:53 ]
- またまた富士通！東証システム障害 プログラムミスが原因 2008/7/22
headlines.yahoo.co.jp/hl?a=20080722-00000027-maip-brf
41 名前：仕様書無しさん 投稿日：2008/07/23(水) 00:00:22
∧∧
富 ( ･ω･) ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
士 （つ/￣￣/ ＜ 1銘柄当たり1280バイトの作業用メモリー領域だから、
通 /＿＿/ ＼ ＼ 2万8000銘柄分、合計3万5000Kバイト・・・
||＼ TOWNS ＼ ＼ 4万バイトということで"PIC 9(40M)"ってことだな
||＼||￣￣￣￣￣|| ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
|| ||￣￣￣￣￣||
.|| ||
え〜と40M・・と、 それ、ポチっとな
000230 01 WORKAREA.
000240 03 WORK PIC 9(04). <--- 4バイト
∧東∧
∧富∧ （´<_｀ ） さすがだな富士通
（ ´_ゝ`）/ ⌒i
＿(__つ/￣￣￣/i |＿ そんなこと言ってないで、チェックお願いしますよ、東証&NTTデータさん
＼/＿＿＿/ ヽ⊃
そして・・・・
. . : : : :: : : :: : ::: :: : :::: :: ::: ::: ::::::::::::::::::::::::::::::::::::::
. . .... ..: : :: :: ::: :::::: :::::::::::: : :::::::::::::::::::::::::::::::::::::::::::::
Λ＿Λ . . . .: : : ::: : :: ::::::::: :::::::::::::::::::::::::::::
/:彡ミ゛ヽ;）ー､ . . .: : : :::::: :::::::::::::::::::::::::::::::::
/ :::/:: ヽ、ヽ、 ::i . .:: :.: ::: . :::::::::::::::::::::::::::::::::::::::
/ :::/;;: ヽ ヽ ::ｌ . :. :. .:: : :: :: :::::::: : ::::::::::::::::::
￣￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣￣￣
- 245 名前：仕様書無しさん [2008/07/23(水) 01:07:02 ]
- 【東証のシステム障害、設定ミスをテストでも見抜けず 2008/07/22 】
鈴木CIOは「設定をミスしたのはベンダーの富士通」とした上で、「多数の銘柄に対し板情報の
問い合わせがあった場合をテストケースに含んでいなかったのは我々の責任。もっと幅広く
テストすべきだった」と陳謝した。
itpro.nikkeibp.co.jp/article/NEWS/20080722/311271/
【富士通の開発ミスの全責任は東証にある」とみずほ証券、株誤発注裁判 2008/05/09 】
2005年12月にみずほ証券がジェイコム株の誤発注で出した損失を巡って東京証券取引所を
訴えた裁判の第9回口頭弁論が2008年5月9日、東京地方裁判所で開かれた。
原告のみずほ証券側は、被告の東京証券取引所にシステムの発注者としての注意義務違反と
重過失があったことを改めて主張する準備書面を地裁に提出した。
みずほ証券側は「東証はシステムの発注者として、業務上の要求を富士通に伝え、富士通が
開発したプログラムが要求と整合しているかをテストする責任がある」と訴え、「誤発注の
取り消しができなかったのは東証の重過失だ」と主張した。
：
次回口頭弁論は2008年7月25日の予定だ。
~~~~~~~~~~~~~~~~~~~~~~~~~~
itpro.nikkeibp.co.jp/article/NEWS/20080509/301077/
【「短期間で2回のシステム障害は、痛恨の極み」東証社長が会見 2008/03/25 】
証は2月8日の金融派生商品の取り引きを担う新派生売買システムの障害に続き、3月10日にも
株式売買システムで障害を起こした。
先月22日に新派生売買システムを中心とした障害の再発防止策を発表したばかりだが・・・
itpro.nikkeibp.co.jp/article/NEWS/20080325/297067/
【特集・東証システム問題リンク】
itpro.nikkeibp.co.jp/99/tousyou/index.html
- 246 名前：仕様書無しさん mailto:sage [2008/07/23(水) 02:07:06 ]
- >>244
>PIC 9(40M)
こんな宣言できるのか？
質問 QNo.335428 COBOLで変数が何文字で宣言されたかを取得する方法
回答 ANo.5 COBOLにそんな関数はない。
なぜなら、IN-RECの長さはコーディング前に仕様として決定していなければならないから。
ポインタって線は間違いかもな。
ということは設計ミスかな。
- 247 名前：仕様書無しさん mailto:sage [2008/07/23(水) 03:25:16 ]
- buf = malloc(sizeof(1280)); // なんちて
- 248 名前：仕様書無しさん mailto:sage [2008/07/23(水) 03:49:01 ]
- buf = malloc(sizeof(LPSTR));
みたいなことならやりかねんな
- 249 名前：仕様書無しさん mailto:sage [2008/07/23(水) 06:42:00 ]
- >>246
> >>244
> >PIC 9(40M)
>
> こんな宣言できるのか？
COBOLとしての宣言であれば、Mという単位は使えないが「PIC 9(40000000)」
としては（実際にとれるかどうかは別として）書ける。
> ポインタって線は間違いかもな。
> ということは設計ミスかな。
COBOLでも、ポインタを扱うための仕様はある。「ADDRESSED BY」と外部呼出
による動的メモリ確保。俺が知っているのは日立系のコンパイラだけどね。
- 250 名前：仕様書無しさん mailto:sage [2008/07/23(水) 08:19:32 ]
- >PIC 9(40000000)
それ「4千万桁の数」の領域を取ってるだけで、必ずしも40MB の領域を確保してる訳じゃないんじゃ?
- 251 名前：249＠携帯 mailto:sage [2008/07/23(水) 09:37:09 ]
- >>250
PIC 9は一桁１バイトで表現するというのが言語仕様だから、解釈としては間違いではないかなと思います。
とはいっても実際は処理系(実装)に依存する話だしねぇ。いま思うとそーでもないかな。
つか、そんな科学計算で使うような桁は指定しないだろうね、ｊｋ
- 252 名前：249＠携帯 mailto:sage [2008/07/23(水) 09:57:58 ]
- ごめ、違うかｗ
頭悪いな俺。
- 253 名前：仕様書無しさん mailto:sage [2008/07/23(水) 10:45:03 ]
- いいかげんCOBOL捨てりゃいいのに
- 254 名前：仕様書無しさん mailto:sage [2008/07/23(水) 11:22:17 ]
- 富士通はC++の仕事でも基本的に考え方はCOBOL
- 255 名前：仕様書無しさん mailto:sage [2008/07/23(水) 11:27:55 ]
- 「社説２ 信頼損なう東証システム障害(7/23)」
ttp://www.nikkei.co.jp/news/shasetsu/20080722AS1K2200622072008.html
を開くと、右上の広告には何が出ますか?
- 256 名前：仕様書無しさん mailto:sage [2008/07/23(水) 11:36:52 ]
- サーバの導入には
たくさんのハードルがある
- 257 名前：仕様書無しさん mailto:sage [2008/07/23(水) 11:42:31 ]
- 何言ってんだおまえ？
- 258 名前：仕様書無しさん mailto:sage [2008/07/23(水) 11:56:11 ]
- >>257
>>256は>>255で言ってる広告を読み上げてるんだろｗ
富士通か…
- 259 名前：仕様書無しさん [2008/07/23(水) 19:51:18 ]
- >>245
東証のシステム障害、設定ミスをテストでも見抜けず：ITpro
itpro.nikkeibp.co.jp/article/NEWS/20080722/311271/
すみません orz
sizeof(hoge) と sizeof(hoge*) を間違えてしまいました・・・
- 260 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:03:30 ]
- >>259
その場合はコンパイルエラーは出ないけど
ピューリファイ使えばメモリリークくらい拾えるでしょ・・
ああ、テストデータがなかったんだっけ。
じゃあしょうがない。
テストケースは仕様の範囲目いっぱい使うように自動生成とかするのが今のやり方みたいなこと聞いたけど
そういうテストは実際やられてないんだろうかね。
でも現実にポインタのsize取るなんてありえないんだからバグケースを警告してくれてもよさそうなもんだけどねえ。
Linuxじゃしょうがないか。
- 261 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:06:23 ]
- んなアホな…………
そんなの専門学校生いや高校生でも間違えないだろ。。。
とここまで書いて富士通と聞いて納得した。
- 262 名前：仕様書無しさん [2008/07/23(水) 20:07:26 ]
- 客先で実機使ってデモしてたらスタックオーバーフローと出たが…
営業は何を勘違いしたのか俺と先輩を部屋から追い出した
まさかスタッフオーバーフローと勘違いしてたんじゃ……
- 263 名前：仕様書無しさん [2008/07/23(水) 20:19:55 ]
- >>260
Purifyっつーか、昨今の机上デバッグやらないでなんでもマシン上で片をつける風潮がダメなんだよ。
レビューしなきゃ。ソースだって。
やったことないやつは、ちゃんと二人三人でソース紙に出して机上してみ。
大分ちがうぞ。
- 264 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:27:20 ]
- 机上とか紙を無駄遣いするのが正しいという風潮もどうかと思う。
10年以上前の解像度低い液晶でデバッグするのはつらかったけども
いまどき机上デバッグとか
まあ目で追うのも重要だと思うけどそれの目的は正しくコーディングすることであって、
テストをそれでやりとうそうなんてのは馬鹿。
そういうことを言うからバグが残るんだよ。
- 265 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:31:02 ]
- レビューするのは悪くないが、それとこれとは別だろう
だいたい、レビューに意味を持たせるためには、
レビューするメンツのなかに、それなりに出来る人がいないと意味なしだぞ
- 266 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:34:21 ]
- >>264
「レビュー」の意味を何処まで汲み取ったかは知らないが、命令の使い方のみならず、本当にこのコードが
簡潔なのか？保守性が高いか？なんつー品評も兼ねるのがレビューだ。
こんな惨事になって訴訟やら罰金やらよりは安いし有意義だな。
そして、今回のはまさにそこで食い止められたはずのものだろうね。
- 267 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:41:29 ]
- >>266
＞ 本当にこのコードが簡潔なのか？保守性が高いか？
そんなことゆってたら１行だって書けないよ。
お前の周りはどんだけ優れたアーキテクトなんだと。
俺の周囲でコーディングできるのはみんな外注だから
レビューなんてほとんど言いがかりっていうか
命名規則だとかint使うなでかすぎるとか
数値にchar使うなとか
- 268 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:45:53 ]
- >>266
おいおい。
今回の原因は、Fなんだぞ？
- 269 名前：仕様書無しさん mailto:sage [2008/07/23(水) 20:49:28 ]
- >>266
＞今回のはまさにそこで食い止められたはず
今回のはXPプログラミングで二人組みでやればレビューなんか必要ないし
無駄な時間もないし無駄に印刷しなくていい。
ただし人件費が３倍かかる。
新人一人（１人月）
経験者一人（２人月）
＞ 本当にこのコードが簡潔なのか？保守性が高いか？
プログラムなんてどんな風にだってかける。
まあ１注文を１０ミリ秒で処理だのがあるから１行でもおろそかにはできないけど
大事なことは
１．安全な方法（バグの出にくい方法）
２．性能が出る方法
であって、
４．簡潔さ
５．保守性
は後回しに決まってる。
つまり>>266はこのプロジェクトにお呼びでない。
- 270 名前：仕様書無しさん mailto:sage [2008/07/23(水) 21:00:46 ]
- >>269
客観的にみると、お前の方がお呼びでないな。
- 271 名前：仕様書無しさん mailto:sage [2008/07/23(水) 21:05:07 ]
- >>270
そういうけどさ
１，２を守れば４，５は勝手についてくるのは否定しないよな？
- 272 名前：仕様書無しさん mailto:sage [2008/07/23(水) 21:12:13 ]
- 騎乗位デバッグ
- 273 名前：仕様書無しさん mailto:sage [2008/07/23(水) 21:15:47 ]
- でも、文書だったら、外注に書かせたのをそのまま客やwwwに上げるってのは考えにくい。
必ず少なくとも二、三人の目を通って、直るべきところが直って外に出て行く。
定型句もあるし、テンプレートもある。コードも同じ。
- 274 名前：仕様書無しさん mailto:sage [2008/07/23(水) 22:35:43 ]
- >>270
同意。
ＰＧなんか、3倍に増やしてもその工賃はたかが知れている。
ブレインストーミングやパネルディスカッションや小刻みリリースに付き合わされる
顧客の情報システム担当者の負荷のほうが深刻なんだよね。
- 275 名前：仕様書無しさん mailto:sage [2008/07/23(水) 23:10:33 ]
- >>274
＞ＰＧなんか、3倍に増やしてもその工賃はたかが知れている。
お前がお呼びじゃねーよ
死ねば？
お前見たいのが東京ガスみたいに５０億どぶに捨てるプロジェクトを生み出すんだよ。
富士通の人が「でっかいプロジェクトは無関係のものでも時期をずらさないと人員が確保できない」ってゆってたよ。
人間が存在しないのに工賃の話しても意味ないんだよ。
今の石油価格高騰と同じ。
石油が欲しければ金を倍出せってことになる。
３倍のPGが欲しければ６倍の金を出せ。
- 276 名前：仕様書無しさん mailto:sage [2008/07/23(水) 23:42:05 ]
- >>269
> プログラムなんてどんな風にだってかける。
んだね。どんな風にでも書けるよ。
> １．安全な方法（バグの出にくい方法）
> ２．性能が出る方法
> であって、
> ４．簡潔さ
> ５．保守性
> は後回しに決まってる。
というか、バグの出にくい方法として「簡潔さ」があるんでないの？
性能というのは、今の環境であればハードの性能を上げるとか
メイク時にオプション吟味するとかって別の手法があるし、そも
保守性に優れていて（≒構造が簡単）も性能が出ないと言うのは
ちょっと考えにくい。むしろ、出ないのならそれは別のところに
問題があるとおっさんは思うのです。
- 277 名前：仕様書無しさん mailto:sage [2008/07/23(水) 23:45:19 ]
- あぁ、ごめん。誤読されやすい書き方だ。
つまりは１，２と４，５をわざわざ優劣をつけるんでは無くって、同時に
同列にやればいいじゃんって話で。結果は自ずとついてくるということ
ではなく、簡潔に書けば保守性は当然上がるし、保守性が容易な構造
は単純な方向へのベクトルだから性能も期待出来るので。
- 278 名前：仕様書無しさん mailto:sage [2008/07/24(木) 00:03:51 ]
- 簡潔さとか保守のしやすさってのは人によってまったく違うんですよ。
銀行のシステムじゃ連番で管理するのが保守のしやすさであり、最優先事項でしょ。
簡潔さにしても、１機能１関数とか言われたり・・・
「関数分割するな」って散々ののしられたよ。
ああ、保守ってもしかして運用の話かな
いや、完成してからの全部だよな。
- 279 名前：仕様書無しさん mailto:sage [2008/07/24(木) 00:58:35 ]
- で、間違った「保守性」「簡潔さ」に流されて糞コード量産してるんですね。わかります。
- 280 名前：仕様書無しさん [2008/07/24(木) 00:59:48 ]
- リンク追加
東証システム障害、信頼性に大きな疑問符 単純ミス見逃し
www.itmedia.co.jp/news/articles/0807/23/news025.html
東証は更新したソフトの動作テストも行ったが、銘柄数の上限に
対応した試験項目がなかったため、不具合を見つけられなかったという。
ソフトを開発した富士通の人為的ミスとみられ、鈴木常務は「思い
違いとしか思えない」と不快感を表明。「実損が発生すれば損害賠償を
求める契約になっている」と説明した。
- 281 名前：仕様書無しさん mailto:sage [2008/07/24(木) 01:51:02 ]
- まぁ、今回の東証の件については保守性とか抜きにしてもちゃんとテストしとけば
間違いなく潰せてたんだよね。
しかし普通なら真っ先に考えるであろう限界値チェックを省くとは・・・
わざと？って疑われても仕方ない
- 282 名前：仕様書無しさん mailto:sage [2008/07/24(木) 02:02:54 ]
- 上の方は、実データ通せば耐久テストにもなったのにな
なんでやらなかったんだか…って項目がなかったから、か…ｗ
- 283 名前：仕様書無しさん [2008/07/24(木) 03:55:16 ]
- しかしプログラムって何でPGの凡ミスに対してこうも脆弱なのか。
いや、なぜかはわかるんだけど対策はないのかと。
やるとしたら同じ仕様で三つの実装を用意して
計算結果をつき合わせて二つ以上あってればOKみたいにするしかないのか。
- 284 名前：仕様書無しさん mailto:sage [2008/07/24(木) 03:56:46 ]
- それどんな・・・もうええわ
- 285 名前：仕様書無しさん mailto:sage [2008/07/24(木) 07:20:36 ]
- >>283
フォールトトレラントコンピュータの世界だと30年くらい昔に出たN-バージョンプログラム
（完全に独立した別々のチームに同一の仕様書を渡してプログラミングさせる。実際には
複数の会社に対して他のどこの会社に仕事を出しているか教えずに発注する。）手法で設計
している例があるけど、実用化したのはヨーロッパで軍用や航空宇宙用途でいくつかある
くらいかな。
絶対レベルの信頼性が要求される用途で発注側が必要な費用と判断しないと実現はムリ。
- 286 名前：仕様書無しさん mailto:sage [2008/07/24(木) 07:42:17 ]
- >>285
国の中央証券取引所の基幹システムは、軍事と同等以上の重要性があるような気がするんだが。
稼働時に常に多数決取りながら動かすかは別として、少なくとも、
テスト自体を数箇所に発注するくらいはしないものなんですかね。
- 287 名前：仕様書無しさん mailto:sage [2008/07/24(木) 07:47:50 ]
- 以前勤めていた会社の勉強会で、
プログラムのテスト手法（の新し目のもの）の発表があったときのことだ。
電卓（のようなプログラム）のための簡単なテストケースの例として、たまたま
2 + 4 * 3 = 14
というものが挙がっていたのだが、これ（だけ）だと
『 * (mupliply)と +(add)の計算ルーチンの実装が逆』というバグがあったとき、
（演算子の優先順位は正しく実装されていたならば）
2 +[なのにmupliply] （4 [*だけどadd] 3）
→ 2 かける (4 たす 3) = 2 x 7 = 14
となり、「この」テストケースはパスしてしまうんだな。
でも発表者はこの事実に気付いていなかったらしく、
この例だけを挙げたまま話を進めていた。
『手法が新しくたって、あらゆるテストケースには、
それでは検出できないバグがありうるんじゃね？やばくね？』
って突っ込もうかと思ったんだが、「そこはこの発表の趣旨には関係ない」
とか返されそう（な雰囲気の会社）だったんで止めたよ...
まあ実際には、複数のテストケースを用意して‘すり抜け’は避け「られるハズ」
だろうからいいんだろうけど。
- 288 名前：仕様書無しさん mailto:sage [2008/07/24(木) 08:44:52 ]
- 「実装者のテストを信用するな」って事か。
- 289 名前：仕様書無しさん mailto:sage [2008/07/24(木) 08:47:09 ]
- >>287
計算ルーチンは値と演算子をそのままの順番で一緒に積んでいくから入れ替わりなんてありえないんだぜ
という常識
ロジックを理解してれば最適なテストケースだけを選択できるが、
お馬鹿にはすべてのパターンをテストしてやらないといけない。
問題は、あらゆるテストを行うのは時間的に無理なこと。
結局テストケースは絞らざるを得ない。
ランダム関数の固定パターンを探し出すことが論理的に可能なら
テストケースを自動で生成することができると思うけど
実際には過去に起きたバグのパターンを蓄積してそれを全部やるしかない。
- 290 名前：仕様書無しさん mailto:sage [2008/07/24(木) 08:52:21 ]
- 賢い先生はその生徒がどのレベルにあるかを最低限の質問で突き止めることができる。
しかし、その生徒が犯すミスを予知して減らすにはさらに多くの質問が必要で、
すべてのミスについて調べるにはすべての問題をあらゆるパターンで出題し実際に解かせる以外にない。
- 291 名前：仕様書無しさん mailto:sage [2008/07/24(木) 08:57:49 ]
- >>289-290をソフトウェア開発の現場で応用する場合、
下流と上流ではやることがぜんぜん違ってくるので
上流でいくらバグの蓄積をやっても下流が新しいバグを出し続ける限り上流では食い止めようがない。
結局上流は下流のバグを知っていなければならない。
つまり、プログラムを作れないシステムエンジニアばっかりの大手では
馬鹿馬鹿しい初歩的なミスを予見できない。
おきるべくしておきたと言えるかも知れない。
- 292 名前：仕様書無しさん mailto:sage [2008/07/24(木) 09:19:16 ]
- バグの原因を知っているかどうかで、テストの組み方も変わってくるし、
原因をよく知るためには、どう考えても実装の場数と経験値しかないしな
- 293 名前：仕様書無しさん mailto:sage [2008/07/24(木) 09:34:34 ]
- >>289
int add(int a, int b) { return a * b; }
int multiply(int a, int b) { return a + b; }
みたいな実装バグがあったら、ということなら
積む順番は無関係だぜ。
- 294 名前：仕様書無しさん mailto:sage [2008/07/24(木) 11:05:10 ]
- >>289
テスタ実装内容知ってないとそうは言えないのでは？
- 295 名前：仕様書無しさん mailto:sage [2008/07/24(木) 11:14:34 ]
- >>294
モジュール分割レベルの話なら設計内容だけでテストを作れる。
プログラムの抱えるバグを、モジュール完成時に、仕様を満たしていることと
どんな場合でも間違いなく動くことを確認していればそれで完璧じゃね？
なんか話がかみ合ってない気が
- 296 名前：仕様書無しさん mailto:sage [2008/07/24(木) 14:18:37 ]
- つかもっと簡単な話で、 >> 287 は、どうせなら 2+ 4 * 5= 22 とかにしとけよ、と言いたかったんじゃないの?
- 297 名前：仕様書無しさん mailto:sage [2008/07/24(木) 14:23:26 ]
- >>296
それだとテスト手法の話にならないからなしなんじゃね？
- 298 名前：仕様書無しさん [2008/07/24(木) 20:54:47 ]
- 【東証】東京証券取引所でまたシステム障害 先物取引など売買停止 復旧のメドたたず[07/22]
mamono.2ch.net/test/read.cgi/newsplus/1216694338/
- 299 名前：仕様書無しさん mailto:sage [2008/07/24(木) 23:48:10 ]
- ひとつのテストケースでどんだけの網羅率を得たいんだと。
演算子単体の正当性は別のテストケースで保証されるべきで、
単に 1+1=2 と 1*1=1 のケースが別にあれば良い。
- 300 名前：仕様書無しさん mailto:sage [2008/07/25(金) 01:20:49 ]
- >>295
ま、「その設計が正しいことはどうやって証明するか」って
問題もあるけどね。
|
 |
