アカウント名:
パスワード:
そんなことありうる? 配列インデックスのオーバーフロー的なことが起きたのでは? と指摘されてるな
今日の会見の内容はこの記事が詳しいがhttps://www.businessinsider.jp/post-276987 [businessinsider.jp]メモリー不足どうこうは仮説でしか無さそう
「インデックスファイルが破損した」ねぇ・・・。「テストは十分に行っていた」ねぇ・・・。
現時点で、変な憶測は述べたくないけど、あえて言うなら、プログラムが技術的に稚拙とまで評された「富士通Japan製コンビニ交付システムの住民票誤発行」（今年３月から連続した事件）のようなレベルの原因だと思う。（参考） https://www.asahi.com/articles/ASR7H65DXR76ULFA027.html [asahi.com]
本当にテストは十分だったんですか？は無敵の言葉＃お客の仕様ミス＆保証外の動作条件の組み合わせで出た市場不具合について、＃「弊社の仕様が不十分なのは周知の事実！なぜ信じた！？」＃「保証外の条件でも保証すべき！市場不具合が出たのはそちらのテストが不十分だったからだ！！」＃「対策費はすべてお前が持て！市場不具合において、弊社が負担したことは一度たりともない！！！」＃と自動車メーカに叩かれてる最中なのでAC
「弊社の仕様が不十分なのは周知の事実！なぜ信じた！？」
「なぜ信じた」！？すげえな。事実ならば是非社名を晒してほしいわ。そのメーカーの宣伝は信じちゃいけないんだからな。
社名はバラせないなあ。バラすと、そこの車が売れなくなる。そこの車が売れなくなると、そこの車の生涯生産台数が減る。そこの車の生涯生産台数が減ると、うちの部品に対し生産減らせ！ただし値段は維持！という命令が来る。自動車メーカーとの契約で、開発費や設備費は前払い一切ナシ、すべて部品単価に上乗せとなっているので、値段を維持したまま生産を減らすと赤字になる。つまり、社名をバラすとうちが赤字になるので社名をバラせない。
勝手な印象だけど、やっちゃう所っぽい。
仕様範囲外の動作条件における異常動作は仕様の範囲内なんじゃね?「仕様範囲内において、正常動作する」の裏「仕様範囲外において、異常動作する」は真で当たり前だろwだから御社称する「市場不具合」なるものはわが社製品の意図通り動作でありご満足いただけて幸いだろw当然、標準品と異なる御指定の仕様での納入に関しては別途営業より御案内差し上げるに決まってるだろw
なんて啖呵切れないよなぁ…
中小企業なら下請法で保護されるんだけどね。規模が大きなTier1はいじめられっぱなし。
裏が真だなんて恥ずかしくて言えない
逆: しらねーよ裏: しらねーよ対偶: それはそう
なんで間違えたんやろな
使用範囲外における動作は規定されていません。使用範囲外においてはどういう動作をするかは確定しません。使用範囲外でも御社の期待する動作をすることがあるかもしれませんが、御社の期待する動作をすることは保証されていません。
使用範囲外では御社の期待する動作を期待してはいけません。（日本語がおかしい）
「テストは十分しました」テストでソースコードを100%網羅しました、、、でもC0網羅(命令網羅)でした、とか。さすがに金融でC0 はないか。
ケチで同等の実機の用意がなかったので、手元の旧機種と旧OS(32bit環境)でテストしました。
なんて悲しい結末でないことを願う。
ストレステストが不十分だからアクセスが集中する五十日にリリースしてストレステスト兼ねたんでしょう。
構造体をsizeof使わず固定値でやったとかね……
既存の32bitバイナリでdump、64bitバイナリでloadしたらアラインメントがずれた、とか
そういったbitとかアライメントとか、動作のずれをなくすためにこういったメインフレーム開発するところってコンパイラから作ってメンテしてたんだけどね昔は外販もしてたけど、今もコンパイラ作り続けてるのかな
インデックスの作成だからコンパイラとかは関係ないかと効率よく作るの必須だし出来るだけ小さくなるようにするだろうからアドレスを直接指定して操作するのが当たり前の世界だろうね気を付けないと行けないのはOSによって最小操作単位が違うこともちろん64bit対応でもアドレスはズレる可能性がある
長年メンテされて使われてきたスパゲッティソースの中に直接のアドレスが書かれてたりするとそれを治すのはめちゃくちゃ大変だろうね
OSつーか、CPUですね。
アライメント揃ってないとダメなCPUだとバスエラー起きたりとかする。対策としてコンパイラがアライメントが良い感じに揃えてくれたり、バスエラーにならないように読み取った後にビットシフト等をして読めるようにしてくれたりと。
で、そんな構造体をメモリダンプ的な読み書き時する時に、アライメント揃えるためのパディングがどうなるかが、CPUやコンパイラやバージョン間で互換性が無いと死ぬ。
あーなるほど。仮想メモリー使ってないのか? と思ったが、そういうバグもメモリー不足と言うのね。
〇〇メモリー不足が伝言ゲームで抜け落ちた可能性が有るからね。
mallocした動的メモリ領域が不足かもしれないし、再帰使っててスタックメモリー不足かもしれないし、物理メモリケチって、うっかり止め忘れたOOMに殺されたかもしれない。
元コメの32bit/64bitでアライメントずれるのはありがちではあるけど、それを「○○メモリ不足」と表現するのは無茶だと思うの……
そもそもがインデックス破損しか分かってないけど、データを壊すとなるとメモリ破壊かエラーのトラップしそこねでないと難しそう。
というか、単に誰かが思いつきでメモリ不足か聞くも原因不明故に否定も無く、メモリ不足って単語だけが独り歩きしてるって可能性も考えたほうが良さそう。みずほだかが非定形処理投入前の見積もりが雑でメモリ不足からの大規模障害起こした時に、「ジョブ投入前に負荷ぐらいは見積れよバカ」「メモリ増設は再発防止じゃなくて対処療法だアホ」とか散々な言われようしてたから、それ覚えてて聞いてみただけとか普通にありそう。
確保した何かのメモリが足らなかった。→メモリ不足
わからない人が間に挟まったらそんなもんよ？新聞記事になったらコードの不具合と全然別物になってることすら有る。
メモリ不足ってのは唯の伝言ゲームの可能性があるのでどうでもいいと思われ。
それはともかく、日本語では「アライメント」の方がメジャーなんですな。
https://dictionary.cambridge.org/ja/pronunciation/english/alignment [cambridge.org]USの方だと"n"は発音してるようだけど。
批判するのは簡単だからなぁこういうのを魔に受けて現場をこきつかってたら技術力ある有能な人は当然転職して居なくなってというのが今の現状でしょうね
「魔に受けて」
妙に納得した。言い得て妙というやつ。
明日の現状に期待
では君に全銀の案件を進呈しよう
ISDNをあえて残すレベルまで多重化していたと言われる全銀を落としたんだからテスト十分は絶対にありえないな…「完璧な経営計画だったのに働かない社員が悪い」と社長が言い放った某社のあの頃とおなじくらい
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
メモリー不足で不正な値に (スコア:0)
そんなことありうる? 配列インデックスのオーバーフロー的なことが起きたのでは? と指摘されてるな
Re: (スコア:0)
今日の会見の内容はこの記事が詳しいが
https://www.businessinsider.jp/post-276987 [businessinsider.jp]
メモリー不足どうこうは仮説でしか無さそう
Re:メモリー不足で不正な値に (スコア:0)
「インデックスファイルが破損した」ねぇ・・・。
「テストは十分に行っていた」ねぇ・・・。
現時点で、変な憶測は述べたくないけど、あえて言うなら、プログラムが技術的に稚拙とまで評された
「富士通Japan製コンビニ交付システムの住民票誤発行」（今年３月から連続した事件）のようなレベルの原因だと思う。
（参考） https://www.asahi.com/articles/ASR7H65DXR76ULFA027.html [asahi.com]
Re:メモリー不足で不正な値に (スコア:1)
本当にテストは十分だったんですか？は無敵の言葉
＃お客の仕様ミス＆保証外の動作条件の組み合わせで出た市場不具合について、
＃「弊社の仕様が不十分なのは周知の事実！なぜ信じた！？」
＃「保証外の条件でも保証すべき！市場不具合が出たのはそちらのテストが不十分だったからだ！！」
＃「対策費はすべてお前が持て！市場不具合において、弊社が負担したことは一度たりともない！！！」
＃と自動車メーカに叩かれてる最中なのでAC
Re:メモリー不足で不正な値に (スコア:1)
「弊社の仕様が不十分なのは周知の事実！なぜ信じた！？」
「なぜ信じた」！？
すげえな。
事実ならば是非社名を晒してほしいわ。
そのメーカーの宣伝は信じちゃいけないんだからな。
Re:メモリー不足で不正な値に (スコア:2, 興味深い)
社名はバラせないなあ。
バラすと、そこの車が売れなくなる。
そこの車が売れなくなると、そこの車の生涯生産台数が減る。
そこの車の生涯生産台数が減ると、うちの部品に対し生産減らせ！ただし値段は維持！という命令が来る。
自動車メーカーとの契約で、開発費や設備費は前払い一切ナシ、すべて部品単価に上乗せとなっているので、値段を維持したまま生産を減らすと赤字になる。
つまり、社名をバラすとうちが赤字になるので社名をバラせない。
Re: (スコア:0)
勝手な印象だけど、やっちゃう所っぽい。
Re: (スコア:0)
仕様範囲外の動作条件における異常動作は仕様の範囲内なんじゃね?
「仕様範囲内において、正常動作する」の裏「仕様範囲外において、異常動作する」は真で当たり前だろw
だから御社称する「市場不具合」なるものはわが社製品の意図通り動作でありご満足いただけて幸いだろw
当然、標準品と異なる御指定の仕様での納入に関しては別途営業より御案内差し上げるに決まってるだろw
なんて啖呵切れないよなぁ…
Re: (スコア:0)
中小企業なら下請法で保護されるんだけどね。規模が大きなTier1はいじめられっぱなし。
Re: (スコア:0)
裏が真だなんて恥ずかしくて言えない
Re: (スコア:0)
逆: しらねーよ
裏: しらねーよ
対偶: それはそう
なんで間違えたんやろな
Re: (スコア:0)
使用範囲外における動作は規定されていません。
使用範囲外においてはどういう動作をするかは確定しません。
使用範囲外でも御社の期待する動作をすることがあるかもしれませんが、御社の期待する動作をすることは保証されていません。
使用範囲外では御社の期待する動作を期待してはいけません。（日本語がおかしい）
Re: (スコア:0)
「テストは十分しました」
テストでソースコードを100%網羅しました、、、
でもC0網羅(命令網羅)でした、とか。
さすがに金融でC0 はないか。
Re: (スコア:0)
ケチで同等の実機の用意がなかったので、手元の旧機種と旧OS(32bit環境)でテストしました。
なんて悲しい結末でないことを願う。
Re: (スコア:0)
ストレステストが不十分だからアクセスが集中する五十日にリリースしてストレステスト兼ねたんでしょう。
Re: (スコア:0)
構造体をsizeof使わず固定値でやったとかね……
Re: (スコア:0)
既存の32bitバイナリでdump、64bitバイナリでloadしたらアラインメントがずれた、とか
Re: (スコア:0)
そういったbitとかアライメントとか、動作のずれをなくすためにこういったメインフレーム開発するところってコンパイラから作ってメンテしてたんだけどね
昔は外販もしてたけど、今もコンパイラ作り続けてるのかな
Re: (スコア:0)
インデックスの作成だからコンパイラとかは関係ないかと
効率よく作るの必須だし
出来るだけ小さくなるようにするだろうから
アドレスを直接指定して操作するのが当たり前の世界だろうね
気を付けないと行けないのはOSによって最小操作単位が違うこと
もちろん64bit対応でもアドレスはズレる可能性がある
長年メンテされて使われてきたスパゲッティソースの中に直接のアドレスが書かれてたりすると
それを治すのはめちゃくちゃ大変だろうね
Re: (スコア:0)
OSつーか、CPUですね。
アライメント揃ってないとダメなCPUだとバスエラー起きたりとかする。
対策としてコンパイラがアライメントが良い感じに揃えてくれたり、
バスエラーにならないように読み取った後にビットシフト等をして読めるようにしてくれたりと。
で、そんな構造体をメモリダンプ的な読み書き時する時に、
アライメント揃えるためのパディングがどうなるかが、CPUやコンパイラやバージョン間で互換性が無いと死ぬ。
Re: (スコア:0)
あーなるほど。仮想メモリー使ってないのか? と思ったが、そういうバグもメモリー不足と言うのね。
Re: (スコア:0)
〇〇メモリー不足が伝言ゲームで抜け落ちた可能性が有るからね。
mallocした動的メモリ領域が不足かもしれないし、
再帰使っててスタックメモリー不足かもしれないし、
物理メモリケチって、うっかり止め忘れたOOMに殺されたかもしれない。
Re:メモリー不足で不正な値に (スコア:1)
// いうしかあるまい
Re: (スコア:0)
元コメの32bit/64bitでアライメントずれるのはありがちではあるけど、
それを「○○メモリ不足」と表現するのは無茶だと思うの……
そもそもがインデックス破損しか分かってないけど、
データを壊すとなるとメモリ破壊かエラーのトラップしそこねでないと難しそう。
というか、単に誰かが思いつきでメモリ不足か聞くも原因不明故に否定も無く、
メモリ不足って単語だけが独り歩きしてるって可能性も考えたほうが良さそう。
みずほだかが非定形処理投入前の見積もりが雑でメモリ不足からの大規模障害起こした時に、
「ジョブ投入前に負荷ぐらいは見積れよバカ」
「メモリ増設は再発防止じゃなくて対処療法だアホ」
とか散々な言われようしてたから、それ覚えてて聞いてみただけとか普通にありそう。
Re: (スコア:0)
確保した何かのメモリが足らなかった。→メモリ不足
わからない人が間に挟まったらそんなもんよ？
新聞記事になったらコードの不具合と全然別物になってることすら有る。
Re: (スコア:0)
メモリ不足ってのは唯の伝言ゲームの可能性があるのでどうでもいいと思われ。
それはともかく、日本語では「アライメント」の方がメジャーなんですな。
https://dictionary.cambridge.org/ja/pronunciation/english/alignment [cambridge.org]
USの方だと"n"は発音してるようだけど。
Re: (スコア:0)
批判するのは簡単だからなぁ
こういうのを魔に受けて現場をこきつかってたら
技術力ある有能な人は当然転職して居なくなって
というのが今の現状でしょうね
Re:メモリー不足で不正な値に (スコア:1)
「魔に受けて」
妙に納得した。言い得て妙というやつ。
Re: (スコア:0)
明日の現状に期待
Re: (スコア:0)
では君に全銀の案件を進呈しよう
Re: (スコア:0)
ISDNをあえて残すレベルまで多重化していたと言われる全銀を落としたんだからテスト十分は絶対にありえないな…
「完璧な経営計画だったのに働かない社員が悪い」と社長が言い放った某社のあの頃とおなじくらい