07/07/06 20:31:18
「(選挙対策の)専門家に精査させた結果、前倒し可能(ということにしないとマズイことになる)なことが明らかになった」
425:仕様書無しさん
07/07/07 02:44:14
>>419
あくまで照合だけだから。
その結果、きちんと統合されるとは、誰も言ってないわけで。
426:仕様書無しさん
07/07/07 09:35:25
「結果が正しいとは『言ってない』」
427:仕様書無しさん
07/07/07 11:54:40
>欠陥ソフト監修料、厚労省職員に 国保交付金算定ミス
URLﾘﾝｸ(www.asahi.com)
>チェックが不十分だったと言われれば不十分だった
( ﾟдﾟ)ﾎﾟｶｰﾝ
428:仕様書無しさん
07/07/07 11:58:07
納期が短くなったら、その分コストが上がる事わかってんのかって感じなんだが。
429:仕様書無しさん
07/07/07 12:39:45
え？だって納期が短いってことは人件費が下がるんですよ？
430:仕様書無しさん
07/07/07 12:53:49
「どうせ俺の金じゃねーからどうでもいい」
431:仕様書無しさん
07/07/07 13:10:31
政府、３０日に民事再生法を申請
「国家財政が破綻しないとは『言ってない』」
432:仕様書無しさん
07/07/07 14:10:02
>>429
外注先がさらに外注先を見つけなきゃならないから、特急料金を取るだろ。
単に「徹夜してでも仕上げます」なんてところに出すと、後で痛い目に遭うぞ。
433:仕様書無しさん
07/07/07 14:17:47
ハードだがXboxの回収費用もどれらいことになってるみたいだな。
ゲイツの資産的には庶民が14万円損した程度らしいがｗ
MS本気！！！三つの故障赤ランプが点けば保証を三年に延長、更に修理費用に1410億円計上！！！
ｽﾚﾘﾝｸ(gamenews板)
434:仕様書無しさん
07/07/07 20:21:07
フフン♪たかだか10億ドルでビクつくようなヤワな会社じゃないぜ、MSは。（ゲイツ談）
435:仕様書無しさん
07/07/07 21:36:09
ゲイツのポケマネで終わる世界だからな
436:仕様書無しさん
07/07/07 21:46:45
ｽﾚﾘﾝｸ(win板:530番)
437:仕様書無しさん
07/07/08 08:51:29
530 名前：名無し~3.EXE 投稿日：2007/07/07(土) 10:36:17 ID:dxpHC4mv
もう10年前の話でWINではなく大型汎用機の話だが、
自分が開発責任者となって新しく子会社の
販売物流システムを立ち上げた。
･･･が明らかにテスト不足で在庫数が狂いまくり、
連日連夜に修正バッチプログラムを走らせて
なんとか対応してみたが
とうとう常務に呼び出されて
「在庫数が信用出来ない」と言われ
パートさんを含めた88名を休日出勤させて
実在庫の棚卸をさせてしまった。
週明けの全体朝礼で皆さんの前で謝り、
それから三日後くらいにはほぼ安定した。
死にそう、死にたかったけど、
死ぬのでは済まされないミスでした。
グループ企業でしかもコチラが親会社だから
取引中止にはならんかったけど、
総責任者のシステム部長は人事異動で左遷、
子会社に飛ばされた。
俺だけのせいではなく
同時に立ち上げた他の関連子会社の
システムも似たような状況だったからね。
俺？一年後には引き継ぎを済ませて辞めて
今はコンピュータとは無関係な仕事してますよ。
438:仕様書無しさん
07/07/08 12:38:05
新旧システムを並列稼動させればよかったのにな。
439:仕様書無しさん
07/07/08 22:41:38
そこまでクリティカルなシステムなのにテストをケチる理由が分からん。
440:仕様書無しさん
07/07/09 00:26:46
しっかりテストしたんじゃね？
でも、テストケースを設定した人が、
業務がわかっていなくて、ユーザー部門の協力がえられなかったとしたら、
((((；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
441:仕様書無しさん
07/07/11 12:48:48
寿司食いたい
442:仕様書無しさん
07/07/18 21:33:36
地震で大変なことになった人います？
443:仕様書無しさん
07/07/19 01:47:23
それなら言い訳効くんじゃね
444:仕様書無しさん
07/07/19 12:38:48
>>442
マは関係ないけど、車関連は大変らしいな。
部品製造の下請けが被害にあって
発注側の製造ラインを止めるそうだ。
そういえばSA○YOって前回の新潟で被害が大きかったはずだが
今回も被害を受けてたらヤバイかも。
445:仕様書無しさん
07/07/19 13:45:52
あそこは小千谷の山の中だから
446:仕様書無しさん
07/07/19 14:01:56
中越沖地震、松下や三洋は操業再開
URLﾘﾝｸ(www.nikkei.co.jp)
447:仕様書無しさん
07/07/20 01:19:57
誰だ、こんなシステム作ったのは?
地震データ消失、放射性物質まだ放出…原発ずさん対応続々
URLﾘﾝｸ(www.yomiuri.co.jp)
東京電力によると、柏崎刈羽原発の建屋や敷地内に設置した地震計
９７台のうち、旧式の６３台のデータの一部を消失した。地震計は
記録データを東京に随時、電話回線で伝送する仕組みになっていたが、
地震直後は電話回線が混乱し、伝送を終える前に相次いだ余震で
データが上書きされた。本震発生後のデータが最長１時間半分消えた。
新型地震計には本震のデータが残っているが、貴重な生データを
失ったことは、耐震安全性の検証作業に影響を与えかねない。同様
トラブルは、３月の能登半島地震の際、北陸電力志賀原発でも起きている。
448:仕様書無しさん
07/07/20 02:28:38
基本的に、動いているシステムはいじらないからねぇ
重要ではない地震のデータなんてそんなもんだよね
449:仕様書無しさん
07/07/20 06:01:23
電話線のバックアップにというかケータイのパケット通信使う奴あるけどコスト高いし
ケータイは非常時は繋がらなくなるし・・・。
450:仕様書無しさん
07/07/20 09:41:09
一般回線に頼っちゃってたのか・・・・・そりゃダメだよ・・・・
451:仕様書無しさん
07/07/20 11:41:25
一般回線でも問題は無いと思うが、子局のﾊﾞｯﾌｧがどれだけあったのか気になる。
452:仕様書無しさん
07/07/20 11:43:48
そういやあ、バグってんでもないんだが
一般の電話回線を使ったとある通報システムで
夜中に条件に達したのであちこちの電話やポケベルに通達したんだが
テレホーダイで回線が重くて繋がりませんですた('A`)
ということがあったなあ
田舎なんでみかかの基地が一つしかなくて、そこに集中してたらしい
そんな時代もあったねと
453:仕様書無しさん
07/07/20 12:11:26
BLACK LISTED
(´・ε・`)
454:仕様書無しさん
07/07/20 13:49:07
平時なら一般回線でも問題ないとは思うが、災害対策なんだからねえ・・・・・
みかか自体があぼーんしてたらどうするのか、と。
455:仕様書無しさん
07/07/20 13:56:54
>>454
みかかがあぼーんしてたら地震データどころじゃないかと。
456:仕様書無しさん
07/07/20 14:00:03
いろんな災害を想定すると、通信手段は狼煙(のろし)が最強ってことか？
ちなみにデータ保存は石版。
昔の人は凄いなぁ～(´-`)
457:仕様書無しさん
07/07/20 14:01:38
>455
みかかに依存しないデータ伝達手段を確保しておくべきだったんじゃないかな、ってことさ。
予期せぬ災害のためのシステムなんだから。
458:仕様書無しさん
07/07/20 14:02:15
実際みかか全体が死んだらなにが起きるんだろうね？
459:仕様書無しさん
07/07/20 14:05:44
携帯電話の電源切っておいても怒られない世界が来るんだよ
460:仕様書無しさん
07/07/20 14:20:37
>>458
北斗の拳みたいな世界になるかな？
461:仕様書無しさん
07/07/20 15:00:53
みかかがｱﾎﾞﾝしてもKDDIとか他の電話会社があるやろ
462:仕様書無しさん
07/07/20 15:05:01
物理的に電話回線あぼーんしてたら、みかかもKDDIもへったくれもなかろうｗ
463:仕様書無しさん
07/07/20 15:06:43
ダークファイバとかドライカッパとかを借用している部分に関しては
ＮＣＣも巻き添え食らうのだが。
464:仕様書無しさん
07/07/20 16:48:30
みかか外の電話会社も直収以外はみかかの交換機通るんじゃないの？
465:仕様書無しさん
07/07/20 17:19:01
>>457
>みかかに依存しないデータ伝達手段
って、狼煙とか糸電話？ｗ
466:仕様書無しさん
07/07/20 19:18:18
そこでイリジウムですよ
467:仕様書無しさん
07/07/20 20:48:52
>>465
RFC1149
468:仕様書無しさん
07/07/21 00:12:27
>>465
バイク便
469:仕様書無しさん
07/07/21 02:41:47
>>465
テレバシー
470:仕様書無しさん
07/07/21 02:49:54
>>465
伝言リレー
471:仕様書無しさん
07/07/21 03:14:21
>>465
伝書鳩（鳥）
リアルな問題として速度・伝達内容・必要エネルギーを考えると最強だろうな
472:仕様書無しさん
07/07/21 03:27:58
時々食われたりして届かないけどな
473:仕様書無しさん
07/07/21 06:04:38
地震の後は道に迷うシナ
474:仕様書無しさん
07/07/21 06:27:53
鳩はOSI基本参照モデルではネットワーク層だったっけか？
475:仕様書無しさん
07/07/21 08:54:42
ルーティングを鳩の本能に依存しているからなぁ。
476:仕様書無しさん
07/07/21 09:47:08
>>472
昔、実用に使ってたときは３羽くらいまとめて飛ばしてたらすい。
食われたり事故ったりするから。
477:仕様書無しさん
07/07/21 09:49:55
奴隷商人も実用に使う時は３人くらいのＰＧをまとめて売り飛ばしているらしい
逃げられたり壊れたりするから
478:仕様書無しさん
07/07/21 09:58:39
外に人送るときは複数同時の方が長持ちするよな
479:仕様書無しさん
07/07/21 11:48:49
>>465
似たような災害対策システムやってるんでマジレスすると、多重無線とか短波通信とか。
うちの場合、大抵は光ネットワーク回線と多重無線を併用、地震その他によってケーブルが
ぶっちぎられたら無線に切り替え、ってとこかな。
480:仕様書無しさん
07/07/21 12:06:14
鳩は使わないの？w
481:仕様書無しさん
07/07/21 12:22:16
鳩通信は、無通信状態でもリソース(つか餌)を喰うからなあ。
482:仕様書無しさん
07/07/21 12:26:53
経路の設定も難しいんだっけ？
483:仕様書無しさん
07/07/21 13:19:19
URLﾘﾝｸ(ja.wikipedia.org)鳥類キャリアによるIP
484:仕様書無しさん
07/07/21 13:19:26
設定というより、帰宅だからなぁ。
485:仕様書無しさん
07/07/21 20:40:59
鳩じゃなくても電気代ひつようだろ
486:仕様書無しさん
07/07/23 19:50:13
スイス軍は核戦争に備えて
>>479に追加して今でも鳩通信を維持してるって聞いたことがある。
東京あたりで地震があったら、避難場所にみんなノートパソコン持ち込みそうな気がする
で、コンセントの場所を巡って争いが
487:仕様書無しさん
07/07/23 23:26:03
>486
避難場所のノートパソコンはちゃんと洗濯ばさみで管理しとけよ。
488:仕様書無しさん
07/07/24 01:36:34
洗濯バサミDHCPｷﾀｺﾚ
RFC2322か
489:仕様書無しさん
07/07/24 01:44:45
伝書鳩でネットワーク層を実装しようというのが間違いのような気がするんだがなぁ。
鳩自身がルーティングできないんだから…
データリンク層ならまだ納得するんだけど。
490:仕様書無しさん
07/07/24 05:07:28
ジョーク規格なんだから、そんな真面目面されても。
>>483にも出てるけど、ジョークの実証実験で「パケットロス55%、応答時間 3000秒～6000秒以上であり、実際の通信には耐えられない」と報告されてる。
491:仕様書無しさん
07/07/24 08:58:57
パケットロス55% ﾜﾛｽw
492:仕様書無しさん
07/07/24 09:03:37
こういうのは真面目にやらないと面白くない。
493:仕様書無しさん
07/07/25 00:42:51
鳩ならUSBメモリぐらいは持てるだろうからISDNよりは高速なんじゃないか？
494:仕様書無しさん
07/07/25 00:57:10
まだNT4が現役で動いてるところもあるから、ＦＤも考慮しないと
495:仕様書無しさん
07/07/25 09:50:38
NT4ってSP6でUSB対応しなかったっけ？
496:仕様書無しさん
07/07/25 11:15:38
そもそもUSBスロットがないＰＣも（ｒｙ
497:仕様書無しさん
07/07/25 11:43:19
8GのSDHCカード4枚で32GBの情報を送ると考える
伝書鳩は時速60kmで300km飛ぶと考えれば
記憶媒体が小型大容量化すれば、それなりに使えるようになるのかな
498:仕様書無しさん
07/07/25 11:58:51
いまだにコストまで計算に入れると、
大容量データの移動はテープに書き出して手運びが
いちばんいいらしい。
499:仕様書無しさん
07/07/25 11:59:23
パケットロス55%＝おおよそ、2羽放して到着するのは1羽
だから、同一データをコピーしたUSBメモリを複数用意する必要があるぞ。
ハトが落としたり雨などで破損する可能性を考えて、最低で4羽分じゃないかな。
500:仕様書無しさん
07/07/25 13:56:53
鳩の場合、元の巣に戻すのにエライ手間と思うだろが、”往復鳩”というテクニックがある。
１．１００ｋｍぐらい離れた鳩小屋を用意して、片方の小屋で育てる。
２．もう一方の小屋の方向に距離を伸ばしながら放鳩訓練する。 この小屋には巣箱なし。
３．そのあと、そのもう一方の小屋に移し巣箱を与える。 しばらくして放す。
４．元の小屋に戻ったら、良いエサを与えた後しばらくしたらまた一方の小屋に戻す。
５．もう一方の小屋では、悪いエサ（大麦ばかりとか）を与えてしばらくしたら放す。
６．２つの小屋を自分で往復するようになるまで、４～５を繰り返す。
これだと、２点間の定期便（ほぼ一日に一回）として使える。
ポイント： 一方の小屋をエサ場、もう一方の小屋を営巣場所として
鳩に認識させるため、片方ではエサを大量豪華で巣箱無しとし
もう片方ではエサを少量粗食で広い巣箱付きとする。
501:仕様書無しさん
07/07/25 21:00:11
鳩ネタ振ったが、スルーされると思いき ここまで展開していてﾜﾛﾀｗ
502:仕様書無しさん
07/07/25 23:40:14
(,,ﾟ∋ﾟ) …。
503:仕様書無しさん
07/07/26 00:38:05
>>499
鳩をn羽飛ばしたときの回線稼働率は1-0.55^n
稼働率を98％以上確保するには
1-0.55^n > 0.98
0.55^n < 0.02
n > log0.02/log0.55
n > 6.543
よって7羽必要
504:仕様書無しさん
07/07/26 00:51:38
>502
おまいは鶏だ
505:仕様書無しさん
07/07/27 00:03:19
>>500
俺の生活と似ている。
１．食事がうまくてマンコガくさい女。
２．家事が一切出来ない名器。
506:仕様書無しさん
07/07/27 09:23:07
３．という妄想。
507:仕様書無しさん
07/07/27 10:21:44
>>504
502は鳶じゃなかったっけ？
508:仕様書無しさん
07/07/28 00:41:57
>>505
名器でも臭いのはゴマンとあるだろ。
509:仕様書無しさん
07/07/28 01:15:28
名器とか正常な匂いとかいまひとつわからん
なぜなら経験が3人しかないからorz
510:仕様書無しさん
07/07/28 02:37:36
舐めるのやめれば問題解決
511:仕様書無しさん
07/07/28 08:08:14
>>509
いよぅ勝ち組様
512:仕様書無しさん
07/08/01 07:58:38
史上最高の大バグってFortranでピリオド一個入れ忘れたかなんかで
ロケット墜落したやつかな。
513:仕様書無しさん
07/08/01 08:09:50
それは一種の都市伝説。
つ URLﾘﾝｸ(ja.wikipedia.org)
514:仕様書無しさん
07/08/01 21:00:59
任天堂、DSの家計簿ソフトに不具合「999×999」の計算も出来ず。
URLﾘﾝｸ(www.watch.impress.co.jp)
515:仕様書無しさん
07/08/01 23:20:23
>514
何をどう間違えたんだろ？
516:仕様書無しさん
07/08/01 23:26:11
今はそろばんを知らない人も多いから
517:仕様書無しさん
07/08/01 23:53:15
>>511
そのうち3人がプロなのは察してやれよｗ
518:仕様書無しさん
07/08/02 03:48:26
ぬるぽ
519:仕様書無しさん
07/08/02 14:58:32
>>514
俺も気になる。どうやれば間違えるんだ？
520:仕様書無しさん
07/08/02 15:16:22
任意桁同士の整数･実数演算ルーチンを自前で書いたんだろ。
UnitTestと品証によるテストを二重にすり抜けたとは考えられず
どっちもロクにやってなかったんだろうな。
521:仕様書無しさん
07/08/02 15:41:58
>518
ｶﾞｯ
522:仕様書無しさん
07/08/02 15:47:47
電卓機能自体、おまけみたいだしな
523:仕様書無しさん
07/08/02 18:29:35
こんなテスト、やる気も起こらんだろうな
524:仕様書無しさん
07/08/02 20:01:28
電卓である特定の数値を計算させたときだけ計算を間違えるってのがあったな。
計算能力が100%じゃない電卓ってのもアレだが、その不具合を見つけた奴も感心されてた。
525:仕様書無しさん
07/08/02 20:45:32
漢字コードでは特定の文字の問題があるから普通全部の文字チェックするでしょ。
僕はやらないけど。
526:仕様書無しさん
07/08/02 20:54:24
書き込みがつまらないのはいいけど、それを無駄な改行で目立たせようとすると
凄く邪魔なんでやめてほしい
527:仕様書無しさん
07/08/02 21:19:38
携帯だとウザイことこの上ないな。＞カラ改行
パケ代返せこのヤローまでは言わないが。
528:仕様書無しさん
07/08/02 21:23:54
三行以上改行してたら、それ以降全部
(省略されました。わっふるわっふる)
に置換してくれればいいのに。
529:仕様書無しさん
07/08/02 22:22:16
>>527
１行１パケだとしたらそれはケータイ会社に文句を言うべきだな。
無意味な書込みってことなら、雑談に意味なんか求める方が悪いな。
530:仕様書無しさん
07/08/02 22:50:02
電卓で思い出したが
サンヨーの携帯の電卓でも一部正常に計算できないことがあったな
531:仕様書無しさん
07/08/03 00:42:13
無印ペンティアムと、windowsの掛け合わせによって
windowsの電卓が計算ミスを起こすとかってなかったっけ？
532:仕様書無しさん
07/08/03 03:26:16
>>531
それはＯＳ側で対処したはず
533:仕様書無しさん
07/08/03 08:12:18
>>529
一定以上の行数があると「省略○行」って表示が出て、残りを読もうとすると
リロード動作に入るんでカラ改行でも２回アクセスすることになっちゃう。
ブラウズするサイトを変えればいいのかも知らんけど。
534:仕様書無しさん
07/08/03 09:58:04
20年以上前に買ったカシオの関数電卓も計算間違いしてたよ。
2の32乗が奇数になるんだよ。
535:仕様書無しさん
07/08/03 18:46:30
>>534
桁数が足りないんじゃない？
536:534
07/08/03 19:32:34
>>535
桁数はちょうど足りている。
その後に出たモデル(桁数も同じ)でも同様なテストをしたら、不具合が解消されていたよ。
537:仕様書無しさん
07/08/04 01:20:38
ベキ乗関数だと、x^y = exp( ln(x) * y ) か何かで計算するから、最下位が
違うのはあり得る。
最下位まで必要なら、金融電卓を使ってちょ。
538:仕様書無しさん
07/08/07 01:24:06
>>537
マジ？メリットあるの？
539:仕様書無しさん
07/08/07 10:53:10
電卓の精度を問題にするならエクセルの計算も
540:仕様書無しさん
07/08/07 11:27:36
一番疑うべきは自分様の頭じゃないのか？
541:仕様書無しさん
07/08/07 15:04:04
スレ読まずにレスしただろ
542:仕様書無しさん
07/08/07 16:58:03
暑くてイライラしてんだろ。
543:仕様書無しさん
07/08/07 19:59:03
>>538
yが実数の場合を考えればそれが楽。
544:仕様書無しさん
07/08/08 11:00:21
>>543
yはワレメだろ。小学校からやり直せやカス。
545:仕様書無しさん
07/08/08 11:45:35
・・・・
546:仕様書無しさん
07/08/08 13:47:35
みんな、喧嘩するほどの内容じゃないよう。
547:仕様書無しさん
07/08/08 14:45:08
おまいらまとめて座布団没収してやるから、こっち来なさい
548:仕様書無しさん
07/08/08 17:40:00
>>544
割れ目は (Ｙ) だ。
549:仕様書無しさん
07/08/08 17:46:33
(i)
550:仕様書無しさん
07/08/08 18:33:23
>>549
正解
551:仕様書無しさん
07/08/08 21:26:01
orz
552:仕様書無しさん
07/08/09 10:45:34
（・Y・）
(I)
553:仕様書無しさん
07/08/12 00:18:50
最近平和ﾅﾝﾀﾞﾅｧ
554:仕様書無しさん
07/08/12 02:10:19
お盆進行でそれどころじゃないんだろう。
555:仕様書無しさん
07/08/13 05:00:42
連休中にリリースして、連休明けに炎上というパターンもありかと。
556:仕様書無しさん
07/08/14 00:47:52
>>555
土日明けて即炎上で出勤してきた・・・・・
担当者が海外行ってるからって連絡の付く俺が呼ばれたorz
557:仕様書無しさん
07/08/14 01:16:02
>>556も海外へ逃げるべきだったな。
558:仕様書無しさん
07/08/14 04:14:12
北朝鮮に拉致られたって触れ込みでバックレなよ
559:仕様書無しさん
07/08/14 05:12:39
ウチにもいるぞ。
連休前にやっつけ仕事でまとめて「質より量」って感じで仕事片付けて、海外高飛び。
「オメーの携帯、海外ローミングできるんだから契約しろよ」って言ってるんだけど、
もちろんその気なし。
560:556
07/08/14 09:40:19
>>559
そのまま戻ってこなかった奴が8年くらい前に居た。そんときは正月休みだったな。
やっぱり会社も会社なんだろうな。散々ひっかきまわして海外逃亡ｗ気持ちが
わからんでもない。
それにしても糞ッタレめ。夏休み返上モードだぜorz
休み明け早々に出張・・・話まとめてプロジェクト始動だから代休なんて無理ぽ
561:仕様書無しさん
07/08/14 10:39:29
>>558
いっそ旅行先を北朝鮮に
562:仕様書無しさん
07/08/15 08:30:52
>>561
ふと気がつくと核ミサイルのプロジェクトに
563:仕様書無しさん
07/08/15 08:41:51
>>562
ミサイルがバグで発射不能になり日本が生み出した伝説の工作員として世界の教科書に載る
564:仕様書無しさん
07/08/15 09:00:05
北朝鮮に行ったらデスマーチを伝えて世界を平和にするんだ……
565:仕様書無しさん
07/08/15 09:03:00
北朝鮮の方がデス度は高そうな気がするとマジレスしてみる
566:仕様書無しさん
07/08/15 09:06:25
あっちは生きることそのものが逃げ道がないデスマ
567:仕様書無しさん
07/08/23 20:08:38
「金を払わなければ・・・」：セキュリティバグを人質にとる新ビジネスモデル
2007/08/23 16:00
ソフトウェアのバグはどのように公開されるべきか。最近設立されたあるセキュリティ調査会社の
ビジネスモデルをめぐって、さまざまな議論が交わされている。
2007年4月にJared DeMott氏が設立したVulnerability Discovery and Analysis Labs（VDA）は、
製品中に発見されたセキュリティバグを開発元のソフトウェアベンダーに通知する。
この点は他のセキュリティ研究者と変わらない。
次にVDAは、発見したバグや同社のコンサルティングサービスに対する支払いをベンダーに要求する。
さもなければ、バグを第三者に売るか、あるいはセキュリティ上の脆弱性について詳細を公表すると
ベンダーを脅迫する。これはすべて、VDAがビジネスモデルの一環として行っていることである。
National Security Agencyなどで働いていたDeMott氏は、自身のビジネスモデルを「先鋭的」と表現する。
しかし他のセキュリティ研究者の目にはまるで「恐喝」に見える。どちらにしてもこのビジネス手法は、
ソフトウェアベンダーやセキュリティ会社で働くバグハンターのこれまでの仕事の流儀からは大きく逸脱
している。
CNETJAPAN
URLﾘﾝｸ(japan.cnet.com)
568:仕様書無しさん
07/08/24 01:45:24
>>567
で？どうした？
569:仕様書無しさん
07/08/24 17:05:50
>>567
まさに外道
570:仕様書無しさん
07/08/24 18:58:40
URLﾘﾝｸ(www.itmedia.co.jp)
脆弱性公開って怖いね
571:仕様書無しさん
07/08/30 23:30:32
「世界陸上」の真の舞台裏、運営がむちゃくちゃで現場は大混乱
URLﾘﾝｸ(gigazine.net)
>原因はボランティアのシフトがめちゃくちゃになってしまっていること。
>ボランティアスタッフの掲示板の書き込みを読んでみると、
>どうやらシフトを管理するシステムのデータが消えた、あるいは不整合が起きている、
>などの問題が発生している模様。
572:仕様書無しさん
07/08/31 13:41:43
俺様が今まで出した最高被害額は３０万くらい。
少ないほうカナ（藁
573:仕様書無しさん
07/08/31 14:36:58
今時藁ですかｗ
574:仕様書無しさん
07/08/31 14:38:50
藁とか何言ってんですかぶー(木
575:仕様書無しさん
07/09/09 17:53:30
一応、保守。
576:仕様書無しさん
07/09/18 21:39:13
＞火星探査衛星「Mars Odyssey」、ソフトウエアに機能障害が発生
URLﾘﾝｸ(www.technobahn.com)
577:仕様書無しさん
07/09/18 22:15:19
>>576
障害が起きてもリモートで復旧できるのがすごいよね。
578:仕様書無しさん
07/09/18 22:23:54
どんだけ金と時間と労力を使ってるとおもってんだ
579:仕様書無しさん
07/09/20 00:35:56
Mars OdysseyってJavaじゃなかったっけ
VMをkillして、アップデートして、立ち上げなおすのかな
580:仕様書無しさん
07/09/20 06:37:33
Javaが動かせるような高速CPUをNASAが使うかなぁ……？
581:仕様書無しさん
07/09/20 06:55:20
>前払い式国際電話カード、１５０万枚料金分話せず
URLﾘﾝｸ(www.asahi.com)
対応がセコイ('A`)
582:エルトンケツ
07/09/20 15:59:05
なりたかった
583:仕様書無しさん
07/09/20 22:11:30
>>580
JavaとCPUの速度は関係なくね？
昔H8でJavaをとかの本を見かけたことがある。
584:仕様書無しさん
07/09/20 22:26:14
宇宙ではむしろ故障防止や信頼性チェック厳しいから低速低密度を使うもんな
486でさえやっと使うようになったほどだ
585:仕様書無しさん
07/09/20 22:33:08
>>580
JAVAのカスタムチップ使ってるんじゃない？
586:仕様書無しさん
07/09/21 20:59:12
火星探査衛星の「マーズパスファインダー」ではPowerアーキテクチャのベースになった
RS6000を使ってなかったっけ？
打ち上げた当時としては結構新しいデバイスだと思ったが。
587:仕様書無しさん
07/09/21 22:22:24
だから失敗したと？
588:仕様書無しさん
07/09/21 23:08:01
>>586
マーズパスファインダーは、コストを下げるために全体的に民生品を使ってるから。
589:仕様書無しさん
07/09/22 07:55:35
そういやＮＡＳＡってＭＩＬ規格とか使いそうで使わないんかな。
590:仕様書無しさん
07/09/22 08:40:57
>>589
ＭＩＬ規格は古くなったから、新しい規格が作られてなかった？
591:仕様書無しさん
07/09/22 14:33:42
MIL規格はMIL-XXXXって番号で管理してたような。
単純に新しい番号を振るだけじゃなかったっけ？
軍もでかい組織だけどNASAもでかいから
自分たちで規格もってるでしょ。
重要なところは自分たちで抱え込んでおかないとな。
592:仕様書無しさん
07/09/22 16:51:49
>>591
NASA規格は国際的にはクリーンルームのレベルの高さなどでよく引用されてる。
MIL-STDは最近は試験基準くらいしか参考にしてないな。
593:仕様書無しさん
07/09/22 19:51:33
URLﾘﾝｸ(www.itmedia.co.jp)
くそGPL死ね
594:仕様書無しさん
07/09/22 19:55:43
>Monsoonは自社製品とファームウェアがBusyBoxを組み込んでいることを自社Webサイト上で認めているにもかかわらず、販売先に対し、ソースコードを一切公開していない。
まあ、これを黙認しちゃうと次から次へとやられるだろうから仕方ないだろ
595:仕様書無しさん
07/09/22 21:34:30
>593
つーか、都合が良いところは利用して金儲けしておきながら市ねとは何事かね?
596:仕様書無しさん
07/09/22 21:49:26
GPLはクソだから使わない、と判断すべきだよね。
597:仕様書無しさん
07/09/23 00:19:51
商売でやってたら普通GPLは避けるわな
598:仕様書無しさん
07/09/23 00:26:35
神戸新聞でシステムダウン 京都新聞を題字変更し配達
URLﾘﾝｸ(www.asahi.com)
599:仕様書無しさん
07/09/23 15:57:22
犯人まだ？
【動かないコンピュータ】神戸新聞でシステムダウン 京都新聞を題字変更し配達（画像あり）[09/22]
ｽﾚﾘﾝｸ(newsplus板)
600:仕様書無しさん
07/09/23 15:58:06
宇宙線の仕業です
601:仕様書無しさん
07/09/23 16:45:48
ECC付きメモリじゃないのかw
602:仕様書無しさん
07/09/23 17:10:41
Yahoo!ニュース - RBB TODAY - 神戸新聞社、22日発生の組版システム障害から復旧
URLﾘﾝｸ(headlines.yahoo.co.jp)
603:仕様書無しさん
07/09/23 22:18:21
日本が混乱するくらいの被害を出してほしいもんだ。
いつまでも不遇にしている国に復讐してやるのだ
604:仕様書無しさん
07/09/23 22:26:07
年金システム不備により全年金データ消失
とか？
605:仕様書無しさん
07/09/24 11:47:18
航空管制全滅でも、たいして変わってないし。
606:仕様書無しさん
07/09/24 12:55:53
>>604
それは仕様です。
607:仕様書無しさん
07/09/24 21:16:18
年金システムだったら自分に返ってくるだけじゃんｗ
608:仕様書無しさん
07/09/25 19:32:19
バグじゃないけど。。
これ損失どれくらいだろ。
100人規模のソフト屋だったらアボンじゃね。
【ネット】「Share」で診療費情報など約1万人分流出 NTT東日本
ｽﾚﾘﾝｸ(newsplus板)
609:仕様書無しさん
07/09/25 20:08:24
>>608
これは確かNTT本体の奴が漏らした奴だろ
下請け孫請けの人間がこんなの漏らしたら会社ごと潰れるわw
610:仕様書無しさん
07/09/25 22:52:30
トレイダーズＨＤ、誤発注でシステム会社への賠償請求検討
URLﾘﾝｸ(www.nikkei.co.jp)
611:仕様書無しさん
07/09/25 23:20:00
>>610
これ賠償請求したらもう、自社で開発するしかなくなるね。
612:仕様書無しさん
07/09/25 23:24:17
>>611
少なくともこの会社からの仕事を受けるSIerはなくなるね。
自分で自分のクビを締めるだけ。
最終的な責任は検収した自社がとるのが筋であり、常識。
責任まで全部負えっていうなら、桁が二つ足りないな。
613:仕様書無しさん
07/09/26 00:13:01
プロジェクト成功したら、いくら儲かっても利益独占で追加で金を出したりはしない。
損害が出たら作った奴に請求。
そんな馬鹿な話は通らんだろ。
614:仕様書無しさん
07/09/26 00:21:00
だいたい誤発注のシステム会社はトレイダーズHDの子会社。
身内なんだから親が責任持てよと思うね。
615:仕様書無しさん
07/09/26 00:26:45
なんだ、身内での揉め合いかよ。
ひょっとして連結決算でグループとしては損得無し、
対外ポーズを演じてるだけとか？
616:仕様書無しさん
07/09/26 11:42:59
>>614
元身内で、今はイートレの子会社らしいよ。
617:仕様書無しさん
07/09/26 20:09:46
HET落ちるの何とかしる
618:仕様書無しさん
07/09/26 22:23:02
Excel 2007に乗算を間違えるバグ--2進法と10進法の処理方法で
URLﾘﾝｸ(headlines.yahoo.co.jp)
619:仕様書無しさん
07/10/08 12:14:32
ゆうちょ銀行のシステム障害 無事２週目に突入
ｽﾚﾘﾝｸ(news板)
ゆうちょ銀システム１週間復旧せず、口座開設一部休止に [10/08]
ｽﾚﾘﾝｸ(liveplus板)
いつになったら直るんだろう…
620:仕様書無しさん
07/10/08 12:24:42
民営化して、全銀連との接続を想定したプログラムを起動した直後だし、
バグどころか実は全然プログラムができていなかったというオチな気がする。
621:仕様書無しさん
07/10/09 10:30:53
氏んどらーの調査結果がぽつぽつ出てきたね。
制御回路にノイズ耐性がまるでないらしい。
接点ノイズはしばしば1000V以上、
実験予定では2000Vまでやるつもりが50-60Vで誤作動。
ブレーキパッドの異常磨耗も誤作動による
半ブレーキで進んだんじゃないかｳﾝﾇﾝ(by NE9/24
622:仕様書無しさん
07/10/09 11:33:54
>619
郵貯のシステムは腐士通だったっけ？
みずぽ以上の大騒ぎになってそうな悪寒・・・・・
623:仕様書無しさん
07/10/09 12:29:03
もうみずぽ
ﾅﾂｶｼｽ
624:仕様書無しさん
07/10/09 20:30:20
>>620
あるあるｗ
いやほんと・・・('A`)
625:仕様書無しさん
07/10/09 20:36:20
なんか、フジツウって久しぶりに名前聞いた気がする。
626:仕様書無しさん
07/10/09 20:41:24
名寄せ（同一人物が複数の口座を開いてないかのチェック）をする部分のプログラムが動いてないだけだろ？
何かバグっつーより、仕様で指示してなくてすっぽりその部分のプログラムだけ抜け落ちてたというオチのような
気がしてきた。
627:仕様書無しさん
07/10/09 22:30:35
復旧きた
社内の利用だけで高負荷になってたとかなんだよそれ
628:仕様書無しさん
07/10/10 00:42:29
テストファーストってやつだな。
本番がテストだけど。
629:仕様書無しさん
07/10/10 11:11:23
本番にまさるテストは無い
630:仕様書無しさん
07/10/10 11:48:42
>>629
一発完動教徒だな？
631:仕様書無しさん
07/10/10 17:16:08
まあ、「動かないコンピュータ」を待てｗ
632:仕様書無しさん
07/10/10 20:03:29
システム本稼働からが俺ら現調部隊の本稼働だしなー
まぁ金貰えるからいいんだけどさｗ
633:仕様書無しさん
07/10/12 07:03:21
自動改札でトラブルが出ているようだが…
634:仕様書無しさん
07/10/12 07:21:08
【速報】 自動改札が故障しているらしい 【関東全域】
ｽﾚﾘﾝｸ(news板)
でてこいよ
635:仕様書無しさん
07/10/12 07:41:28
また日付の桁あふれとかそんなんじゃないだろーなー？
636:仕様書無しさん
07/10/12 08:03:43
# ＪＲなどで改札の電源入らぬトラブル （07:38）
637:仕様書無しさん
07/10/12 08:13:23
一部メーカーの機械っぽい
638:仕様書無しさん
07/10/12 09:41:27
ソフトじゃねーだろ
639:仕様書無しさん
07/10/12 10:01:49
日本信号だそうだ
640:仕様書無しさん
07/10/12 10:29:29
日本信号が安い 改札機のトラブルで
URLﾘﾝｸ(www.kabujouhou.com)
被害北
641:仕様書無しさん
07/10/12 10:42:49
まぁ、人が死ぬわけじゃないし、
仮に死ぬトラブルでも日本信号ならK察OBが天下ってるはずだから大丈夫。
642:仕様書無しさん
07/10/12 11:47:22
下請が潰れるだけだし
643:仕様書無しさん
07/10/12 12:37:23
被害総額何億かな？
何遍切腹したって足らない額だろ。
644:仕様書無しさん
07/10/12 13:58:41
去年だったかにこけたのも、そこの機械だったな。
645:仕様書無しさん
07/10/12 20:11:49
で、原因は？
646:仕様書無しさん
07/10/12 20:14:14
オレオレ、ニュース見た? 改札機でバグ出しちゃったからすぐお金振り込んで。
647:仕様書無しさん
07/10/12 21:59:27
破防法対応における改札一斉封鎖のテストロジックが残ってました＞＜
648:仕様書無しさん
07/10/12 22:13:33
NSECとかNSECとかNSECとか
649:仕様書無しさん
07/10/12 23:09:05
日本信号の株価はもっと下がっていい
650:仕様書無しさん
07/10/13 00:37:20
URLﾘﾝｸ(www.yomiuri.co.jp)
>だが、改札機に一定量のデータが送られると異状が起きるプログラムミスがあり、１２日朝送られたデータが異状を引き起こしたという。
オーバーフローっすか。
651:仕様書無しさん
07/10/13 00:49:24
一局集中型システムの恐ろしいところ
652:仕様書無しさん
07/10/13 00:51:19
URLﾘﾝｸ(www.yomiuri.co.jp)
>非常にまれなケースが起きてしまった。
全然まれなケースじゃないと思うよ。
653:仕様書無しさん
07/10/13 01:02:07
この手の事故の損害ってのはやっぱりソフトウェアの作成元に賠償責任があるの？
654:仕様書無しさん
07/10/13 01:22:08
>>653
ないよ。
まともな契約ならね。
ちゃんと検収してるわけだから。
発売後永久に賠償責任を負うなら、ソフトハウスは全部潰れているよ。
655:仕様書無しさん
07/10/13 07:28:13
>>652
一応「まれ」なケースらしいですよ。
URLﾘﾝｸ(www.asahi.com)
> 日本信号製の自動改札機には、送られてくるネガデータの量が特定の量
> だった場合、プログラムが異常に反応して機能停止を引き起こす不具合が
> あった。問題となる特定量を上回っても下回っても、トラブルは起きないという。
656:仕様書無しさん
07/10/13 08:24:57
特定の量だった場合とかどんな罠かと。
普通そんなコード書かないよな。
657:仕様書無しさん
07/10/13 08:27:54
条件判断で＞と＜だけ作って＝＝の場合を忘れたとか？
658:仕様書無しさん
07/10/13 08:33:01
>>657
どんなVBならそんなコード書くのかしらないけど
普通そんなコーディングしないし。
659:仕様書無しさん
07/10/13 10:37:14
たまにそういう罠を仕掛けたくなる事ならあるが。w
660:仕様書無しさん
07/10/13 11:32:31
仕様に
～より大きい場合は・・・
～より小さい場合は・・・
としかなかったら等しい場合を含めて記述するのは違反
661:仕様書無しさん
07/10/13 12:48:27
でもパスモのサービス開始から半年で１回おきてるんだからレアケースじゃないよな。
データって１日１回起動時の配信だろう？
すると１８０分の１ってわけだ。
半年に１回はおきるだろう。
662:仕様書無しさん
07/10/13 13:12:29
デバッグコードがそのまま残っていたｗ
663:仕様書無しさん
07/10/13 14:48:22
char buf[size]; で、buf[size] まで使っちゃったとか。C string の末尾 ¥0 の分を見落としてたとか...
664:仕様書無しさん
07/10/13 14:55:32
今年３月１８日からということは、まだ契約期間中かもね。
665:仕様書無しさん
07/10/13 15:16:07
char *pBuf = new char [500];
// データが500バイトより大きければ取り直し
if (nSize < 500)
{
delete [] pBuf;
pBuf = new char [1000];
}
みたいになってて500バイトのときにヌルターミネートされなかったorz
666:仕様書無しさん
07/10/13 17:58:44
あるあるｗ
わけねー(ﾟДﾟ)
667:仕様書無しさん
07/10/13 18:04:48
特定の量とか言ってるけど、その時点でテストが甘かったことだけは明白
668:仕様書無しさん
07/10/13 18:24:58
ﾁﾝ☆⌒ 凵＼（＼・∀・） NSEC関係者暴露ﾏﾀﾞｰ？
669:仕様書無しさん
07/10/13 18:25:59
既知のバグほったらかしてたそうな。ソースは/.
納期の都合か、動き出した後なので鉄道屋がアップデートを許可しなかったのか。
670:仕様書無しさん
07/10/13 18:32:15
ブラックボックステストじゃあ見つけるのは困難だとおもう。ネガティブデータの数を0からすべて試すわけにはいかないだろ。
ホワイトボックステストならテスト不足。典型的なフェンスポストエラーだろうから。
671:仕様書無しさん
07/10/13 20:37:47
っていうかさ、おまいら他人のバグには手厳しいよなｗ
672:仕様書無しさん
07/10/13 21:06:02
人間は仕様的には「他人にやさしく、自分に厳しく」であるべきだけど、実際の実装は・・・。
この神様の作った“バグ”のせいでどれだけすごい被害が出てきたことか！
673:仕様書無しさん
07/10/13 22:21:25
>>672
ホームレスは歩かずに移動出来て感謝しているじゃね？
674:仕様書無しさん
07/10/13 22:30:29
バグというよりクソ仕様だが、
すさまじい事を教えてあげよう。
市町村で行われた平成の大合併で戸籍も統ーしたのだが、
元々フリガナのないデータがー杯ある。
このフリ仮名付け作業はデータ処理者にー認されている。
言いたい事はわかるな？
合併した所に住んでいる人は読み仮名だけで
検索出来ないと思われ。
ちなみに元々データ自体が存在しないか仕方ないんだがな。
社保の年金データもー諸。
突き合わせ作業なんてー年じゃ絶対無理。
出来ないデータは、本人の申告がなきゃ確実に無理と言ってあげよう。
あ、あとーつ。
社保のデ一タの突き合わせは、基本、
名前と生年月日でやっていて、
その経過で住所が旧住所に書きかわる事あり。
本人が年金記緑を確認しようと思っても
住所違うから無理と言われる事がある。
その場合も会社に控えを探してもらって
はじめて修正出来る。
675:仕様書無しさん
07/10/14 00:40:13
なんで漢数字の「一」と長音「ー」を逆にしてるん？
凄く読みづらいよ
676:仕様書無しさん
07/10/14 00:57:24
ﾜﾛﾀｗｗｗ
677:仕様書無しさん
07/10/14 01:29:11
ワロタ。
意味わからん。
678:仕様書無しさん
07/10/14 03:11:33
>>674
なんかよく見ると"ー"にすべきところを"一"にしてたりでイマイチ固まってないのなｗ
どちらにしても意味わからん。そんな文章2chで初めて読んだ。
679:仕様書無しさん
07/10/14 04:51:40
いわれてみると違和感あるな
680:仕様書無しさん
07/10/14 06:46:40
書き込み自体バグってたんだよ！
681:仕様書無しさん
07/10/14 08:19:09
きっと脳内にバグが潜んでるんだよ。
682:自動改札の件について
07/10/14 16:06:34
原因は以下。で全く意味不明なので解説よろ。
日本信号によると、現時点で判明しているのはこうだ。原因は自動改札機のICカード判定部の不具合。
判定部には毎朝、サーバから起動用データの1つとして、「ネガデータ」（ネガティブデータ）と呼ぶ、
旧式カードや不正カードなど、改札を通過できないカードを認識するためのデータを送信している。
この朝もネガデータを送信したところ、判定部がネガデータをメモリに読み込む際に不具合が発生。
処理がそこでストップし、起動しなかったという。
683:仕様書無しさん
07/10/14 16:12:54
>>682
よくわからないのだけど、こういうことでおｋ？
各カードの駅務機器での利用明細 → 適当なタイミングでサーバに上がる
サーバで集計された利用明細を調べ、不正が認められたカードについてはネガカードとして利用停止措置をとる。
サーバ側でネガカードのIDリスト（ネガリスト）を作成し、始発前に各駅務機器に送信
日本信号製改札機で特定パターンのネガデータを受信したところトラブル発生
684:仕様書無しさん
07/10/14 17:42:06
社局（拠点）サーバと駅サーバがあるけど、日信製の駅サーバまではおｋだったのかな。
URLﾘﾝｸ(www.signal.co.jp)
685:仕様書無しさん
07/10/14 18:40:03
直に埋め込まれたカードデータがネガデータ内に発見されて改札が困っちゃったとか！？
686:仕様書無しさん
07/10/14 19:06:14
>>683
説明TNX!
それでココがよくわからないのです。
>ネガデータを送信したところ、判定部がネガデータを
>メモリに読み込む際に不具合が発生。
ツマリどんなメモリかは知らないけれども
一旦受信したデータをあるメモリへ記録しようと
したところメモリのアクセスまたはメモリ自体が
あぼーんしたのでせうか？
687:仕様書無しさん
07/10/14 19:17:34
>>686
低い層でのメモリアクセスではなく、
判定部のロジックがヤバい悪寒
・サーバからネガデータが各改札機に送信される
・改札機の（判定部の）メモリにネガデータが入力される
・（判定部の）メモリに入力されたデータを判定部が判定中に無限ループに陥りあぼーん
688:仕様書無しさん
07/10/14 19:28:06
JRの場合、制御はT製だったと思うがIC判定部分はN製を使っているのかと思う
以前、N社内の運賃ネットワークセンターという施設でSuica/PASMOの莫大な経路パターンを
検証しているという記事がいつぞやの新聞に載ってた記憶がある。
689:仕様書無しさん
07/10/14 19:38:59
>>688
判定部は３社それぞれの技術の見せ所で、プラットホーム構築からアプリ開発まで
各社独自に組み上げてたと思ったが。
690:仕様書無しさん
07/10/14 21:21:54
おそらく、まとめてデータを受信して、そのバイトを小刻みに、
渡す際に、想定していた区切り文字と違って、バッファオーバーフローに
なったんでない？
691:仕様書無しさん
07/10/14 21:25:10
>>688,>>689
その判定プログラムのバグか仕様か知らないが、
同一経路で安く移動出来る乗り方を一つ知っている。
あとそれとは別に、SUICAが出たばかりの頃、SUICAで乗ると安くなる駅間もあった。
後者のはもう直されてると思うけど、前者はまだ有効なはず。
692:仕様書無しさん
07/10/14 22:08:16
>>690
そのくらいはインタフェース仕様書できっちり決めてるべ。
俺が昔作ったバグでは分割転送のデータ数管理と実際の転送パラメータの設定で不整合を
起こしてて、16進の区切りのいい数値になるとロックしちゃったってやつ。
うっかり流出したら利用客じゃなくて電車を止めかねなかったｗ
693:仕様書無しさん
07/10/14 23:02:21
ネガデータは、サイズが大きいので、分割して送信するのが鉄則。
特にSuicaは、他に比べて利用書が多いのでネガデータ量が多い。
つまり
１）ネガデータを暗号化＆パケットに分割して送信
２）受信機は、受信したパケットをいったんSRAM上に保持
３）すべてを受信した際に、パケットを連結して復号処理を行う
４）検証OKなら、FROM上にネガデータを書き込む
おそらく３）でこけた可能性が高い。ネガデータの処理は明細処理より簡単なはずなんでけどね。
694:仕様書無しさん
07/10/15 09:50:31
>>693 多聞、そうだろ。 圧縮を解く処理は結構複雑で、漏れも後から発覚したバグをだした事ある。
しかし問題は、解答結果の検証でエラーを検出した場合の対処だよな。
検証ＮＧを上位サーバーに返信するところまで行かず、ループに入ってハングしたのかな？
695:仕様書無しさん
07/10/15 09:50:54
どうでもいいが
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
【自動改札障害】盗難カードの管理プログラムが問題、原因はいまだ不明
「盗難カード」なんて見出しにあるから、盗まれたカードを使って解析されたのか！？とかwktkしたのに
そういう訳じゃないらしい・・・・・
日本語ﾑｽﾞｶｼｲﾃﾞｰｽ
696:694が正解？！
07/10/15 12:45:17
URLﾘﾝｸ(www.itmedia.co.jp)
原因は自動改札機のICカード判定部の不具合。判定部には毎朝、サーバから起動用データの
1つとして、「ネガデータ」（ネガティブデータ）と呼ぶ、旧式カードや不正カードなど、改札を通過
できないカードを認識するためのデータを送信している。この朝もネガデータを送信したところ、
判定部がネガデータをメモリに読み込む際に不具合が発生。処理がそこでストップし、起動しなかったという。
調べたところ、ネガデータに「ある長さ、ある件数」といった条件が重なった時、データが読み込め
なくなるプログラム不具合が判定部側にあることが判明。このため、判定部はエラーを返しながら
ネガデータ読み込みのリトライをひたすら繰り返す状態に陥り、起動処理が止まった。
ネガデータはPASMOとSuicaの相互接続が始まった3月18日以降に追加されたデータだという。
ネガデータに対応するため、相互接続時にプログラムも変更していたが、そのプログラムに
不具合があった。更新までに1年ほどあったというテスト期間では“魔物”は見つからず、
運用開始から半年以上経ったこの日の朝、本番環境で判明するという最悪の事態になった。
ネガデータにダミーを挟むなどして条件を変えれば問題なく読み込めることは分かっているため、
当面、始発前にネガデータをシミュレーション環境でテストした上で各改札機に流すようにする。
このため、13日から通常通りの起動が可能になるとしている。プログラム改修は13日中にも行う。
697:仕様書無しさん
07/10/15 16:34:34
自動改札機、１６日中に完全復旧へ＝プログラムミスを特定
URLﾘﾝｸ(www.jiji.com)
首都圏の鉄道で１２日、日本信号（東京都千代田区）製の自動改札機がトラブルを起こして約２６０万人に影響が
出た問題で、改札機を利用する各社でつくる「関東ＩＣカード相互利用協議会」は１５日、トラブルの原因となった改
札機のプログラムミスが特定されたため順次修正をし、１６日までに４３７８台すべてを完全復旧させると発表した。
同協議会によると、日本信号製改札機のプログラムには、毎日始発前に各社共通のメーンサーバーから送信さ
れるデータのうち、ＩＣ乗車券に付帯するクレジットカードの無効情報のデータ量が特定の値の場合、読み込みがで
きずに改札機がダウンする不具合があった。日本信号はこのミスの修正プログラムを作成。１３日夜以降、不具合
が発生しないことを確認しながら、順次改札機に導入している。
698:仕様書無しさん
07/10/15 16:39:00
>>693
パケットレベルの結合処理とかそーいうレベルの低いところは枯れたスタック使ってるでしょ。
ftpとかhttpとかそのあたりでしょ、どうせ。
＃SOAP使ってたらほめる。
で、その受信ファイルを内部データベースに書き込む関数に受信ファイル長さを一緒に渡すんだけど、
長さをshort(16bit)で扱ってました、とかそういう糞な理由に１３００ガバス。
699:仕様書無しさん
07/10/15 22:34:14
>>698
>ftpとかhttpとかそのあたりでしょ、どうせ。
＃SOAP使ってたらほめる。
テキストで通信するようなプロトコルを使うわけないだろ・・・常識的に考えて。
700:仕様書無しさん
07/10/15 22:38:07
そんなこなれたモジュール使ってればこんな騒ぎにはならないんじゃない？
15年くらい前に改札機の制御部を見せてもらったことがあるけど、80286、386が普通に
使われている時代にZ80メインのOSレスで一生懸命動いてたよ。
701:仕様書無しさん
07/10/16 00:02:20
駅務機器の美味しいところはＪＲＥＭ（JR東日本メカトロニクス）が持っていっちゃって、
オムロンが退きたがっているくらいだから、温存策を探るだろ。
去年のSuica騒動でも何のお咎めもなかったみたいだし。
出勤中の電車でふと前を見たらNES（日信電子サービス）の作業服を着たにーちゃんがいた。
お疲れさまです。
702:仕様書無しさん
07/10/16 02:37:53
よく知らんのだけど、最近は全角の"＃"でコメントアウトできる言語があるのか？
703:仕様書無しさん
07/10/16 07:51:38
このスレはバグを埋め込む人が集まるスレなんでしょ？
704:仕様書無しさん
07/10/16 08:15:46
Λ＿Λ ／￣￣￣￣￣￣￣￣
（ ´∀｀）＜ オマエモナー
（ ） |
｜ ｜ | |
（_＿）＿） ＼＿＿＿＿＿＿＿
705:仕様書無しさん
07/10/16 08:24:04
>>699-700
今時の組み込みなめんな。httpくらいガンガン使う。
706:仕様書無しさん
07/10/16 17:52:21
ゆうちょ銀の年金振り込み障害、原因は合計金額の上限オーバー
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
全盛期世代が大量退職でコボラー半泣き！！
707:仕様書無しさん
07/10/16 18:38:16
次の障害は総額一兆円となったときか。
いつ頃かねえ。
708:仕様書無しさん
07/10/16 20:07:01
1兆なんてそんなキリのいい数字なのか？
709:なぎさっち ◆Nagi/FmYMM
07/10/16 20:17:02
COBOLで11桁を12桁に修正、という修正ないようなら。
710:仕様書無しさん
07/10/16 21:11:06
上限オーバー分は他口座に分配という仕様にしてくれｗ
711:仕様書無しさん
07/10/16 22:14:20
上限オーバー分は俺の口座に分配という仕様にしてくれm（＿＿)m
712:仕様書無しさん
07/10/17 01:26:25
COBOLやめりゃいいやん
713:仕様書無しさん
07/10/17 05:23:26
>>706
【続報】ゆうちょ銀の年金振り込み障害、根本原因は民営化に伴うシステム変更漏れ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
更なる新たな変更漏れが見つかりそうな予感。
714:仕様書無しさん
07/10/17 07:46:31
60～70年代の仕様書がゴロゴロしてそうだな
青焼きだから真っ白に・・・
715:仕様書無しさん
07/10/17 13:05:13
>>705
httpは平文だからつかわんだろ。
って事だろ。せめてhttpsか？
ftpなんてもってのほかだな。
716:ナナシシステム[WAN Network by ] ◆8o3nia8Vd6
07/10/17 16:33:35
最近の組込み系のMPUは、ARM・SH・VR・PowerPCなんかが使われてること多くないですか。
OSは、Linux、μITRON、VxWorks、NetBSDあたりをよく見かける。
自分が知ってるシステムは、SH+μITRONってパターンが多い。
ftpやhttpも普通に使われてるし、http-soapでRPCやってるなんてことも、珍しいこと
ではないと思う。
717:仕様書無しさん
07/10/18 10:07:23
うんうん、ＩＴＲＯＮとか、ＶｘＷｏｒｋｓは無難な選択だな。
VxWorksは、周辺ドライバの開発に余り熱心じゃなくてサードまかせみたいだな。
しかし、ＵＮＩＸ系との連携が良いし洗練されているのでプロ向き。
ＩＴＲＯＮは手軽で３流向き。
718:仕様書無しさん
07/10/18 12:05:31
バグを出したらクビになった…。
ある意味、人生最大の被害。
719:仕様書無しさん
07/10/18 21:16:24
>>718
お疲れ。
少し休むと良いよ。
720:仕様書無しさん
07/10/18 21:23:08
そうはいかん！
ずっと日信のターン！ URLﾘﾝｸ(www.asahi.com)
721:仕様書無しさん
07/10/18 23:59:03
再発防止指導ｷﾀｰ！
722:仕様書無しさん
07/10/19 01:07:39
>>720
> 前回のトラブル後、鉄道各社が「窓口の機器は大丈夫か」と日本信号に
> 確認した際、同社は「改札機とはプログラムが違うので大丈夫」と回答
> していた。だが実際は同じ仕組みで、特定のデータが送信されるとエラー
> を起こす同様の欠陥があった。
あーあ。面目丸つぶれだな。
723:仕様書無しさん
07/10/19 06:03:15
同じライブラリをリンクしちゃってたということかな。
724:仕様書無しさん
07/10/19 08:30:19
同じコードをコピペだったり
725:仕様書無しさん
07/10/19 09:55:57
>>723
>>724
あるあるｗ
726:仕様書無しさん
07/10/19 10:36:56
しかも変数の名前が微妙に違うだけｗｗｗうぇｗｗｗ
727:仕様書無しさん
07/10/19 11:13:42
担当者は派遣でもういないとか、鬱で既に退社したとかｗ
728:仕様書無しさん
07/10/19 11:57:22
staticを消したバカが居ましたｗ
729:仕様書無しさん
07/10/19 12:12:26
int x;
int xx;
int xxx;
730:仕様書無しさん
07/10/19 12:23:27
int g_data01;
int g_data02;
int g_data03;
int g_data04;
int g_data05;
・
・
・
int g_data24;
int g_data26;
というのがあるソースのバグ対応なんだがｗ
なぜか12だけg_data12[];ｗ
そして、g_data15が無いｗ
なんかやだよう・・・・こわいよう。
助けてくれ・・・
731:仕様書無しさん
07/10/19 12:58:42
首都圏の私鉄や地下鉄の６５駅で１８日早朝、改札脇の係員窓口などの機器が作動せず、
ＩＣ乗車券が使えなくなるトラブルがあった。午前１１時までに復旧したが、約４００人の乗客に対し
精算に応じられないなどの影響がでた。各社が調べた結果、１２日の自動改札機トラブル同様、
「日本信号」（東京都千代田区）製機器のプログラムミスが原因と判明。同社の降旗洋平専務は
「検証が不十分だった」と謝罪した。
不具合が出たのは、東京メトロや埼玉高速鉄道、東武鉄道、東葉高速鉄道、ゆりかもめの６５駅にある
窓口処理機や精算券の印刷機など１１０台。自動改札機は改修が済んでおり、問題はなかった。
前回のトラブル後、鉄道各社が「窓口の機器は大丈夫か」と日本信号に確認した際、同社は「改札機とは
プログラムが違うので大丈夫」と回答していた。だが実際は同じ仕組みで、特定のデータが送信されると
エラーを起こす同様の欠陥があった。
↑3月から今まで大丈夫だったのに12日と今日に相次いで「特定のデータ」に達したのはなぜなんだぜ
732:仕様書無しさん
07/10/19 19:11:29
担当者が本当に直ってるかどうか試してみたんじゃね？ｗ
733:仕様書無しさん
07/10/19 21:25:27
改札機や券売機は社員がとりまとめてたけど、窓口機器は一括外注じゃなかったかな。
改札機のバグだらけのモジュールを外注に支給して、それベースでいじくりまくるから、
本体じゃ把握できないシロモノになってると思うんだが。
734:仕様書無しさん
07/10/19 22:18:18
>>730
全部 int で良かったね (^^)
735:仕様書無しさん
07/10/19 22:42:33
きっとintの中にいろんなフラグや値やポインタがごたごた入ってるんだよ
736:仕様書無しさん
07/10/19 23:24:11
>>730
ごめん、難読性を上げるために文字列置換しただけなんだｗ
大した意味はないから安心して続けてくれ＞機能追加
737:仕様書無しさん
07/10/20 02:38:19
class00～50まであるシステムの改修とか氏ぬる
つーか、意味わかんねーよｗ
コメントすらねーよｗｗ
738:仕様書無しさん
07/10/20 04:08:43
汚いコード書く奴ほど変数や関数名が意味不明でコメントやドキュメントを残さず、仕事内容も覚えていない
739:仕様書無しさん
07/10/20 09:32:07
あれでないの、実はソースが無くなっていて、
モジュールから逆コンパイルした結果の
ファイルをこそーり置いておいたとか。
740:仕様書無しさん
07/10/20 09:46:13
>南アフリカでコンピューター制御の対空機関砲が暴走、20名以上が死傷
URLﾘﾝｸ(www.technobahn.com)
ついにやっちまった。って私がやっちゃったわけじゃありませんがこれは酷い…
741:仕様書無しさん
07/10/20 09:53:42
非常停止ボタンくらいないのかよ。
742:仕様書無しさん
07/10/20 09:53:48
>>737
生き地獄だな
743:仕様書無しさん
07/10/20 09:57:12
>>741
>非常停止ボタンくらいないのかよ。
どうやって押すんだ？
744:仕様書無しさん
07/10/20 10:02:11
>>737
ご愁傷様。俺も似たような感じだ。w
ほんっとになに考えてんだろう。
745:仕様書無しさん
07/10/20 16:36:37
継承・派生の嵐とか無い事を祈る
746:仕様書無しさん
07/10/20 17:33:53
お前ら早く被害出せよ
747:仕様書無しさん
07/10/20 17:58:18
>745
複数クラスのstaticコンストラクタが絡み合ってて
最初に呼ばれたクラスで挙動が変わるというのは見たことある…
748:仕様書無しさん
07/10/20 23:12:25
【南アフリカ】コンピューター制御の対空機関砲が暴走、20名以上が死傷
ｽﾚﾘﾝｸ(newsplus板)
749:仕様書無しさん
07/10/21 01:43:56
URLﾘﾝｸ(www2.technobahn.com)
【Technobahn 2007/10/19 17:51】
南アフリカで12日、コンピューター制御の対空機関砲が暴走し、
20名以上が死傷するという大事故を起こしていたことが18日までに
南アフリカ国防省の発表により明らかとなった。
事故はノーザン・ケープにある演習場で対空機関砲の演習中に起こったもので、
対空機関砲は発砲する状態にはなかったのに関わらず、ジャムのような現象が起きて
小規模な爆発が起きると同時に、完全に制御を失い、
辺りに居る兵士に対して見境なく発砲を繰り返し、
9名が死亡、14名が重症を負うという惨事を引き起こした。
南アフリカ国防省では今のところ原因は不明としながらも、
原因はソフトウェアの不具合によるものではないかと見ている。
今回、事故を起こした対空機関砲はスイスのOerlikon Contraves社が生産した
「GDF Mk V twin 35mm cannon」という対空機関砲システム。
最初からコンピューター制御を前提にして生産された最新型システムではなく、
マニュアル制御の対空砲に後から南アフリカが独自にコンピューター制御の
システムを加えた旧式のものとなる。
関係者の間では、事故を起こした同種の対空機関砲はこれまでも度々、
制御を失ったこともあるとしており、開発元のOerlikon社でも旧式の
対空機関砲を自動制御に改造することは危険だとして、警告を発していた。
URLﾘﾝｸ(www.technobahn.com)
750:仕様書無しさん
07/10/21 02:32:23
人命に関わる仕事は怖いな
精神的な意味で
751:仕様書無しさん
07/10/21 04:13:05
電子制御系だけで「安全システム」ってのはありえないんだよね。
想定外の事態が起きたときは電子系を即切り離して、機械系で押さえて安全側制御って
しないと成立しないものが多い。
自動車なんかも最近まではその原則を守って、スロットルとブレーキはメカで最後の砦を
組んでたんだけど、トラックみたいに人力で押さえがやりにくいものから純電子制御って
ブツが作られ始められてるのがちょっと怖い。
752:仕様書無しさん
07/10/21 06:56:56
>>751
たとえば今回のシステムだと操作員が安全ボタンに手なり足を乗せた状態でないと
コンピューター制御の自動モードでも発砲不可能、という感じにできたでしょうね。
無人状態で自動ってのは怖過ぎ。
そういえばエレベーターの問題も機械的なロックがあれば、という話だったような。
753:仕様書無しさん
07/10/21 07:09:29
軽量化して低燃費化するのが目的な知らんが、メカ部分を電装部品（モーター）に
置き換える傾向が顕著だよな。
電気自動車なんか、４輪をそれぞれインホイールモーターに置き換えたりするが
どれがが暴走したらと考えると怖くなるよな。 高速で突然Ｕターンしたり．．．。
途中にデフなんか介していると、メカ的な安全機構が働くが．．
754:仕様書無しさん
07/10/21 07:27:51
そもそも安全な戦争などどこにもない
755:仕様書無しさん
07/10/21 09:39:21
>>754
戦場じゃなくて、平時の演習なんかで狂っちまうことがあるのが怖いんだろ。
戦場だと人間も狂ってワケわかんない行動にでることがあるわけだし。
756:仕様書無しさん
07/10/21 10:20:31
車の場合、運転中に電装系だけがドカンと落ちた経験がある俺としては、
バイワイヤーな車はちょっと怖い。
ちょうどコーナーでパワステも落ちたわけで、必死に重いハンドルを回したヨ。
757:仕様書無しさん
07/10/21 10:27:56
無人対空砲は多分戦争で対空砲が狙われても兵士が死なないようにするためものもので
普通の機械みたいにデッドマンスイッチはつけられないんじゃないかな？
非常停止スイッチをケーブルで伸ばして・・・みたいなのも、周りに当たった弾で
ケーブルが切れたら撃てなくなるのも困るだろうし、軍用品もなかなか難しそうだね
758:仕様書無しさん
07/10/21 10:36:31
>>757
CIWSのこと？ あれは究極的には対艦ミサイルに対する艦船の防衛対空機関砲。
マッハ２以上で飛んでくる小型のミサイル相手だから、人が狙っても絶対当たらない。
だからコンピューターがレーダーで照準つけて機関砲をぶっ放してミサイルを撃墜しちゃう。
ただし敵味方識別なんて悠長なことはやってられないから、船に近づいた飛行機とかも
敵味方見境無く撃っちゃう。コンマ何秒の判断の遅れがミサイルをかわせるかどうかの
分かれ目になっちゃうしね。
759:仕様書無しさん
07/10/21 11:06:45
GCが長引いて被弾
760:仕様書無しさん
07/10/21 11:30:24
プログラム的なバグじゃないけど、魚雷の管制システムで設定入力ミスって
訓練区域外の漁船の追尾を始めた騒ぎを思い出した。
「標的」漁船に連絡してエンジンを切ってもらい、事なきを得たらしいが。
761:仕様書無しさん
07/10/21 12:46:33
いずれにしても近頃の対空機関砲は、中に人が入っていても照準は自動照準
（詳しくは知らないが、ターゲットロックオンみたいな感じかと思う）。
だから機関砲の射程圏内に入った航空機は、まず生き残れない。
１０年以上昔の湾岸戦争のイラク相手ですら、もはや低空爆撃は無理とか言われた
（そこをあえて低空爆撃したイギリス機はかなりの損害を受けている）。
762:仕様書無しさん
07/10/21 12:53:17
>>760
漁船はどうやって魚雷に気づいたんだ？
緊急周波数で連絡している間に撃沈されそうな気がするが。
763:仕様書無しさん
07/10/21 13:13:36
>>762
訓練海域はかなり広く取ってある。
訓練があるときは事前に漁協経由で通知してるから、操業漁船もすぐ連絡が
取れるようになってた。
764:仕様書無しさん
07/10/21 13:39:23
>「標的」漁船に連絡してエンジンを切ってもらい、事なきを得たらしいが。
日本の魚雷に狙われてもエンジンを切れば大丈夫って事？
765:仕様書無しさん
07/10/21 13:44:11
アスロック米倉
766:仕様書無しさん
07/10/21 14:27:20
日本で魚雷の開発生産してたっけ？
767:仕様書無しさん
07/10/21 14:44:54
エンジン切ると動けなくなって、魚雷以外で狙いうちし放題になりそうだし、
別にいいんじゃね？
768:仕様書無しさん
07/10/21 15:40:55
磁気信管にするだけでしょ
769:仕様書無しさん
07/10/21 16:57:07
音響誘導魚雷と言って、エンジンの音に反応して追尾する魚雷はマジである。
音は水中だと空気中よりも伝達が早いし。
770:仕様書無しさん
07/10/21 17:28:42
音響ソナー対策の場合が多いけど
潜水艦の出てくる小説や映画ではエンジン停止して身を潜めるとか、あるね。
で、ドジっ子がでかい音をたてて気付かれて艦長がエンジン始動急速浮上を指令したりするんだ
何のスレだっけ
771:仕様書無しさん
07/10/21 17:40:22
>>751
数万人の死に関連するようなプロジェクトに参加してバグを出した俺だが、
気 に し な い。
772:仕様書無しさん
07/10/21 17:51:19
>>754
そりゃそうだが味方に撃たれて死ぬのは勘弁してくれ。
773:仕様書無しさん
07/10/21 18:38:22
>>771
葬儀屋の売上管理か？
774:仕様書無しさん
07/10/21 19:11:45
>>771
9.11はお前に作ったバグで飛行機が冥想したのが原因でした？
775:仕様書無しさん
07/10/21 19:21:55
>771
保険会社の人ですか
776:仕様書無しさん
07/10/21 19:22:28
>>771
我々の給与計算ソフトですか？
777:仕様書無しさん
07/10/21 19:32:03
そうか
俺の給与はバグってたのか
778:仕様書無しさん
07/10/21 19:43:52
月額はけっこうもらてったとしても、
時給換算するとコンビニアルバイト以下ってやついっぱいいそうだな。
779:仕様書無しさん
07/10/21 20:02:44
>>777
お前のは多めに間違ってたらしい。
780:仕様書無しさん
07/10/21 20:03:04
コンビニアルバイトには将来がないじゃんﾌﾟｷﾞｬｰ
781:仕様書無しさん
07/10/21 20:03:50
この職業に明るい将来があるとでも？ｗ
782:仕様書無しさん
07/10/21 20:18:50
>>769
スクリュー音を検出して追尾するタイプ。
20年以上前の話でDSPが出始めた頃に開発していたシステムらすい。
783:仕様書無しさん
07/10/21 20:26:23
音響追尾魚雷自体は第二次大戦中にドイツが実用化済み。
米軍も実用化して対潜魚雷として使用してたはず。
784:仕様書無しさん
07/10/21 20:38:44
>>783
それ、松本零士の漫画で知ったな。「オーロラの牙」だっけ。
785:仕様書無しさん
07/10/21 20:55:26
アクティブピンやら航跡誘導じゃなくてよかったな。
786:仕様書無しさん
07/10/21 21:00:26
魚雷って自爆できないの？
787:仕様書無しさん
07/10/21 21:57:57
できるけど、その爆発によって被害を与えるのが魚雷の目的でしょ。
爆発させるなら、どの船舶からもずっと遠くへ持っていかないとまずいのでは。
788:仕様書無しさん
07/10/21 22:05:40
>>787
訓練用魚雷だから爆薬は積んでなかった。
ただ、ごつい鋼製のボディなんで漁船の船尾くらいならカンタンに突き破る威力があった。
789:仕様書無しさん
07/10/21 22:57:06
今度から訓練用魚雷の頭はペラペラのアルミ板にすべきだな
790:仕様書無しさん
07/10/21 23:23:07
>>789
水圧に合わせて魚雷の内部圧を変えないと、圧潰するか破裂するだけじゃね？
791:仕様書無しさん
07/10/22 00:12:17
何で破裂すんだよｗ
792:仕様書無しさん
07/10/22 00:20:16
>>791
エエェー
793:仕様書無しさん
07/10/22 01:04:56
>>791
水圧でつぶされないように、魚雷の中から外に向けて圧力がかけられているから。
794:仕様書無しさん
07/10/22 06:33:28
>>793
中に水を満たしておけばいいじゃん
795:仕様書無しさん
07/10/22 06:51:24
金属が水圧で押されるだけでアルミくらいならベコベコになるだろ。
それに爆薬が入ってるか入ってないかの違いくらいで、弾頭構造を
実戦用と訓練用とで大幅に分けるのもコスト効率悪いし。
796:仕様書無しさん
07/10/22 07:36:17
>>794
馬鹿みたいな案は書き込むな。
797:仕様書無しさん
07/10/22 07:37:29
軍オタうぜぇ～～～～～～～～～～～～～～～～～～～～～～～～～～
798:仕様書無しさん
07/10/22 08:00:16
>>797
馬鹿発見。
799:730
07/10/22 10:35:23
>>734
int g_data20;がオーバーフローしますｗ
800:仕様書無しさん
07/10/22 11:49:21
ともかく魚雷の物理的構造の話題とかスレ違い過ぎるだろｗ
>>730
がんばれｗ
801:730
07/10/22 12:43:27
・・・・・・・・・・・
g_data20、オーバーフローするくせに計算結果をどこにも代入していない。
つまり、全く未使用ってこった
もう、ワロタよ
802:仕様書無しさん
07/10/22 13:11:14
最後に番号順に連結してどっかに渡している
プログラムにみえなくもない。
803:仕様書無しさん
07/10/22 13:44:07
誰も>730はスレ違いと指摘してやらないんだな。優しいなおまいらｗ
804:仕様書無しさん
07/10/22 14:07:35
>>803
素でパっと見スレと勘違いしてたｗ
805:仕様書無しさん
07/10/22 14:32:20
愚痴スレじゃなかったのか
806:仕様書無しさん
07/10/22 15:04:30
昔いた事がある会社でバグ発覚が大々的に報道されると、
「場所はあのあたりだなぁ」とニヤニヤする俺は病んでいるな
807:仕様書無しさん
07/10/22 19:09:16
ニュースを見て、「ああ、今日深夜に現地集合なんだろな」とニヤニヤしたことならありますた。
808:仕様書無しさん
07/10/22 21:25:24
【鉄道】260万人に影響した自動改札機の不具合：プログラムに潜んだ“魔物” [07/10/12]
ｽﾚﾘﾝｸ(bizplus板)
809:仕様書無しさん
07/10/23 00:00:23
聞いてくれ。昨日さ、駅の階段を登ってたら男が滑って転がり落ちてきたんだよ。
そしたら、ヅラだったらしくてさ、髪の毛をとめる金具であたまが傷ついたらしくて、
血だらけ。めちゃ血だらけ。
俺、ハゲですごい被害だしたの見ちゃったよ。
810:仕様書無しさん
07/10/26 12:40:11
〃∩ ∧_∧
⊂⌒（ ・ω・）
｀ヽ_っ⌒/⌒ｃ はいはいわろすわろす
⌒ ⌒
811:仕様書無しさん
07/10/28 05:59:03
812:仕様書無しさん
07/10/28 14:57:49
>634の調査結果ですが
１文字分のミスで大トラブルに 首都圏改札機トラブル
URLﾘﾝｸ(www.asahi.com)
障害の引き金になったのが、２バイト（２進法で１６けた）のデータだった。
例えば改札機の場合、ネガデータは５４５１件分（６万５５１８バイト）を一区切りとして処理される。
処理は４バイトずつ進めるため、最後に２バイト余る。全角ひらがなや漢字１文字分のデータ量だ。
半端な２バイトも、件数がこの一区切りまでなら正常に処理されていた。
だが、５４５２件以上になると「８５件増すごとに５件の割合で、余った２バイトの処理を忘れる」（同社）というプログラムの欠陥があった。
ということでした
813:仕様書無しさん
07/10/28 15:51:15
>>812
「処理を忘れる」って表現がﾜﾛﾀ。
コンピュータが忘れたんじゃなくて、設計者が処理抜けを防ぐプログラムをしなかっただけだろ。
こんな調子だと、今後も「コンピュータのせいでトラブった」とか言い出しそう。
814:仕様書無しさん
07/10/28 15:56:56
>>812
この記事、ひでぇなｗｗｗｗｗ
専門知識ある記者いないのかアカヒにはｗｗｗｗｗ
815:仕様書無しさん
07/10/28 16:26:59
>２バイト（２進法で１６けた）
素直に全角文字1字分って言えば良いのに。この表現じゃ殆どの人は意味不明だろ。
816:仕様書無しさん
07/10/28 16:28:55
しかし、こういった感じでバグるプログラムっていろんな箇所に罠が仕掛けられていること多し。
（罠=帰れない）
817:仕様書無しさん
07/10/28 16:47:49
罠＝帰れない＝ロッカーの上に寝袋 ｗｗｗ
818:仕様書無しさん
07/10/28 16:51:50
どうせ下請け丸投げで書いた奴なんか、もういないんだろうな
819:仕様書無しさん
07/10/28 16:54:25
新聞記者って問題を良く理解した上で一般人に噛み砕いて説明するわけじゃなく
なんだかよくわからないものをよくわからないまま伝言ゲームするよな。
俺も専門分野でないよくわかってない
政治経済、海外の文化といった記事でデタラメ吹き込まれてそうで怖い。
820:仕様書無しさん
07/10/28 17:03:47
>>815
それだと「全角文字とは？」というツッコミがあるんじゃねえの？w
変に詳しく説明するくらいならバッサリ端折ってしまえばいいのにな。
821:仕様書無しさん
07/10/28 17:40:34
>>818
判定部のプログラムは裏ワザが多用されてるから、宇都宮工場の駐車場脇にある
ソフト子会社で作ったと思う。
822:仕様書無しさん
07/10/28 17:51:24
記者なんてロケットの打ち上げで「リレーってなんですか？」って聴くような
知識で取材に来るんだから期待するだけ無駄。
823:仕様書無しさん
07/10/28 17:54:20
>>822
部品メーカの営業で知らないのがいたぞ。＞リレー
フレームリレーとかじゃなくて、電気部品のリレーね。
824:仕様書無しさん
07/10/28 18:23:59
>>823
ああ、あのバトン渡す奴だろ。
よくバトンでお手玉したりさー
(以下10分語りが続く)
825:仕様書無しさん
07/10/28 18:27:37
>>822
「国民には知る権利がある！」
「記者は国民に知らせる為に取材に来てやってる。」
「よって記者は国民と同じように何も知らない」
「キミ達は国民にわかるように説明する義務がある」
別にいらねーよ。記者なんて。
広報で十分だ。
826:仕様書無しさん
07/10/28 18:51:56
すいません、リレーってなんですか?
827:仕様書無しさん
07/10/28 18:54:24
バトン渡す奴だよ
828:仕様書無しさん
07/10/28 18:55:23
>>824
ある意味正解。リレー＝継電器だから。
829:仕様書無しさん
07/10/28 18:56:30
たぶん原義は「回路から回路へ電気信号を伝える素子」なんだと思う。
830:仕様書無しさん
07/10/28 19:53:54
受験勉強がよくできないと入れない大学を出てるくせに記者って馬鹿ばっかりだよな
大学で遊び呆けていたってことがバレバレだよな
831:仕様書無しさん
07/10/28 20:34:11
技術的な内容は広報から配布された資料を書き写すだけ、ってのが多いから
>>812の記事もメーカーの広報が起こした可能性がある。
元の報告書はきちんと技術的な記述がされてるのに、最近の技術に詳しくない
偉いさんがアレンジを加えて（専門用語にいちいち解説をつけるのはこの段階
が多い）、文系の総務部門が当たり障りのない表現に書き換えて、ってやって
いく段階で原形をとどめなくなっちゃった解説をいくつか見たことがある。
832:仕様書無しさん
07/10/28 22:59:04
読影システムの関係者はいないかい。
この業界も結構きつぞ。
833:仕様書無しさん
07/10/29 02:01:54
ﾌﾟﾛｼﾞｪｸﾄ上手くいかなかったら『給料ﾄﾞﾛﾎﾞｳ』と言うあふぉな社長兼営業。
仕事のとり方もう一回思い出してほしいぜ。
技術orスケジュール的に出来ないと言ってやってるのに工数下げて取りに行くなよ。。。
で、仕事取った後の交渉事をやらせるんだぜ、技術的なことはﾜｶﾗﾝだとさ～
ｵﾚは技術屋なんだよ、営業みたいな仕事させるなよ
証券やら保険の案件を駄目にしてやったぜ！
今は通信の案件も駄目になりそうだ～
？ｵﾚ？技術力無いんだけど、他に社員がいないからな～
あと1年くらいでやめようかな。
834:仕様書無しさん
07/10/29 02:27:06
>>812
境界条件の判定ミスとか、最終ブロックの固有処理忘れとか、ありがちなバグですね。
>>815
「バイト」って何の単位なのかもさっぱり分からん人間も結構いると思うから、
そういう人に対する表現ならあながちおかしくもない。
UTFとかできる前だったら、「2バイト=漢字1文字」で何もおかしくなかったわけだし
そもそも１日本語１文字分という情報量の概念そのものが
一般人にとって意味不明だと思うのだが…
わかりやすく書こうとして、意味不明の文章を書いてしまう典型例だな
1件が12バイトで1区切り?（65518バイト）にヘッダが106バイト付いてるんじゃないの?
なぜもう1件追加して5452件（65530バイト（＜65536バイト））じゃないのか知らないが。
85件に5件というのも分からんな。
835:仕様書無しさん
07/10/29 02:33:27
>>830
低賃金重労働やってる大多数のPGのほうが馬鹿なのは間違いない。
デタラメ記事書いてる記者のほうが、頭いいよ。
プログラム書いてればいいと思ってる馬鹿ばっかりで
この業界が埋め尽くされてる。
836:仕様書無しさん
07/10/29 02:47:12
そんなの比べてもしょうがないよ。
俺以外みんな馬鹿だし。
>>836
いちばん馬鹿
837:仕様書無しさん
07/10/29 02:55:35
全人類、一人の例外もなく馬鹿ということになりました
838:仕様書無しさん
07/10/29 03:20:35
>>837
なりましたじゃなくて昔からそうですが。
それにしてもひどいプログラムだね。
そんな確率で異常があったのにいままで問題が起きなかったのが不思議。
今回問題が起きた理由の説明にはなってない気がする。
2バイト余っちゃってバグを出すような馬鹿は処理を2バイト単位でやれと言いたい。
839:仕様書無しさん
07/10/29 03:32:17
それだと１バイト余って異常を起こす可能性がある
１ビットずつ処理すればOK
840:仕様書無しさん
07/10/29 03:42:14
>>812
4バイトずつ処理ってどういうことだろうね。
最初に4バイトのヘッダをみて、次にヘッダにあるデータサイズだけ処理して・・っていうループかなんかか？
そんでともかく最後に２バイト余るが、ポインタを２バイト進めるのを忘れていて5452件目以降がズレてくるとか？
うーん。よくわからない。
841:仕様書無しさん
07/10/29 04:34:06
こーいうミスをやらかしそうだから、設計段階でレコードサイズはバッファサイズの約数にしてる。
多少の無駄なら許される環境で助かったぜー
842:仕様書無しさん
07/10/29 04:41:52
>>840
> >>812
> 4バイトずつ処理ってどういうことだろうね。
それは単純に32ビットマシンだから３２ビット単位で処理しただけでしょ。
んで2バイト余るのは、データが2バイト単位の情報だったからでしょ。
構造体で4バイトアライメントだと、4の倍数にならない場合、
１～３バイトのゴミが入るが、
データをどっかに渡すとそのゴミはないものとして取り扱われるとかかな。
つまりデータ自体はちゃんと取り決められてるのに
データ定義のところでゴミが入る仕様と入らない仕様ができちゃったと。
プログラムてきとーに作ってるんだろうか。
プログラマ1年もやれば分かってて当たり前なんだが。
分からないのは、ブロックが増えると問題がおきるってところ。
しかも数件に1回だけ問題が起きるとか
どんなプログラムなんだよと。
まともに動くとは思えないんだけどなあ・・・・
843:仕様書無しさん
07/10/29 04:56:35
とにかく記者が伝えると余計わけわからなくなる。
発表したことをそのまま伝えて欲しいぜ。
844:仕様書無しさん
07/10/29 07:34:37
>>840
recv()を4バイトずつやっていて、余った2Byteを読み忘れていたというオチじゃあ．．．ｗ
845:仕様書無しさん
07/10/29 10:05:22
byte* buf = recv_buf;
rest = recv_len;
while( 4 <= rest ) {
recvDword(buf);
buf += 4;
rest -= 4;
}
// recv ＼(^o^)／ｵﾜﾀ
return;
こんな感じだったという予想ですね。
846:仕様書無しさん
07/10/29 10:10:05
テストケース書いた奴が悪いって事か。
そこを派遣が担当してたら笑うな。
847:仕様書無しさん
07/10/29 14:52:00
まあ、しかし、このスレでそのプログラムを書いた奴に適う奴は居ないだろうｗ
848:仕様書無しさん
07/10/29 15:10:27
これって改札通る度に全無効データと照合すんだよな。
849:仕様書無しさん
07/10/29 15:16:54
>>847
そうだな。生きていること自体がバグと言われる俺も流石にコイツには適わん
850:仕様書無しさん
07/10/29 16:42:17
とってもわかりやすいコンピュータ技術
URLﾘﾝｸ(labaq.com)
851:仕様書無しさん
07/10/29 18:19:40
いまいちだな
852:仕様書無しさん
07/10/29 19:37:08
>850
10年ほど前に大学のコンピュータ室に貼ってあるのを見たな。
ネタ元はどこなんだろう。
853:仕様書無しさん
07/10/29 20:51:59
>>848
今後増えたときが楽しみだな
改札機のスペックアップなんてそうできるとも思えないし
854:仕様書無しさん
07/10/30 06:47:07
どこのソフト会社が担当したかは分かりませんが…。
東海道新幹線自動改札機でトラブル 新大阪駅
URLﾘﾝｸ(www.asahi.com)
> ＪＲ東海によると、２９日午前５時１０分ごろから、大阪市淀川区の新大阪駅
> 東海道新幹線中央入口の自動改札機５台が立ち上がらず、一時使用できなくなった。
> 駅員が切符を確認して対応し、午前８時半には復旧した。
>
> 同社は同日朝まで行った自動改札機のソフトウエア改修が原因とみている。
855:仕様書無しさん
07/10/30 07:10:18
改札システムがどんな構成か知らんけど、
改修をインストールしたとき、その改札だけ忘れられてたのかな？
856:仕様書無しさん
07/10/30 10:47:45
安い給料で働かせてるんだから、改修も安い出来なんだろうな。
857:仕様書無しさん
07/10/30 10:57:24
インストールしかけでやめたって聞いたけど
858:仕様書無しさん
07/10/30 14:20:46
新幹線は富士通系が握ってるんじゃなかったっけ。
むかーし、ちょっとだけ孫請けしたことがある。確かKシリーズの端末だった
859:仕様書無しさん
07/10/30 17:20:21
>>856
無料だろ
860:仕様書無しさん
07/10/30 23:12:12
>>858
改札機は在来と同じ３社。（オムロン・東芝・日本信号）
今回のは東芝らすい。
861:仕様書無しさん
07/10/30 23:16:12
新幹線の制御関係は日立・三菱・東芝でやってるけど、なぜか東芝のバグがものすごく多い。
速度超過してても警報を出さなかったとか、速度表示そのものが低いほうに化けちゃったとか。
862:仕様書無しさん
07/10/30 23:42:32
東芝のソフトの品質が低いのは伝統だからな