アカウント名:
パスワード:
報告より
不要データの増加はストレージのパフォーマンスに影響を与えるため、 ただちに対処必要と判断し、削除ルーチンを変更し対処を行いました。この対処過程でご利用中のお客様ディスクデータを誤って選択し削除してしまうバグが生じました。
パフォーマンスの重要度と、顧客データの喪失リスクがある削除ルーチンの重要度を比較して、パフォーマンス対策が「ただちに対処必要」っていう判断。この「ただちに」というのは、十分なテストを行わなかったいいわけなんだよね。なぜなら、対策部分で下記のように書いています。
現在、削除処理を行うプログラムについて、誤ってデータを削除することがないよう、バグを完全に修正する作業を実施しました。
こ
>10年以上やってきて上場もしてるインフラ屋がディスクを削除してしまうようなプログラムをテストなしでぶっこむわけないんでこれを本気で信じているとしたら貴方は幸せな人生を歩んできたんだね。きっとその偏りが私の所にきたのだろう。私の周囲では、10年以上やってて上場もしている会社がテストもせずにプログラムをぶっこみ洒落にならない障害を起こすなんて日常茶飯事だったよ。
その私からすると、「あー年末年始泊まりこみの疲労がピークに来てたので脳内テストもまともにできない状態でぶっこんだんだろうなあ」というのが文面から受信されました。
私のエスパーによるとw
サービスインした翌日の12月にディスク障害を起こしてパフォーマンス低下してたから、現場作業員を動員して手動で目視確認でゴミ掃除をさせてたんじゃないかな。その作業員が、ちょっとスクリプト書いて手抜きしようとか思って実行したら、ギュンギュンデータが消えてったとかそういう情景が目に浮かぶわ。
どこぞの原発でのバケツ臨界と同じ構図
あれは核燃料を濃縮する施設で原発ではないような…エスパーから見ればみんな同じなのかもしれないけど
あ、ホントだ。指摘 thanks
--エスパー
現地技術者っているんですかね?地元雇用も取らないで東京と石狩を頻繁に行き来している姿がさくら関連ツイッターで読み取れますけど。
※そういうことをツイッターに書くのもどうかと思う・・・。
前の発表会で聞いた話によると、石狩には10数名のスタッフがいるそうで。北海道での雇用もしているそうです。
> 地元雇用も取らないで東京と石狩を頻繁に行き来している姿がさくら関連ツイッターで読み取れますけど。
「東京と石狩を頻繁に行き来している人がいる」からどうやったら「地元雇用も取らない」が導けるんだろう。
10年以上やってきて上場もしてるインフラ屋がディスクを削除してしまうようなプログラムをテストなしでぶっこむわけないんで
日常茶飯事ではありませんが、そういうケースはありますよ。 単純に大型案件では、それなりに試験もしているのですが、中小案件で短納期や低コスト案件だったりすると、発生してたりします。表に出ないのが幸いですけどね。
特に最近若い世代に体制が移行してきているので、ポカミスが多くなってる気がします。
オープン化しても、レガシー時代のノウハウは必要だと思うんだよね。
私の所では10年以上やってきてるすっごい大きな会社が10年前の手法でまだがんばってます
# ついこないだバージョン管理ソフトにCVSを使うことが決まったぜ!
そんな昔からそうなんですねこの業界入って4年なので、昔のものだとしか知りませんでしたでも今のプロジェクトでは期待一杯で導入が決まったバージョン管理ソフトらしいです><
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
バグならやむをえない (スコア:0)
報告より
不要データの増加はストレージのパフォーマンスに影響を与えるため、
ただちに対処必要と判断し、削除ルーチンを変更し対処を行いました。
この対処過程でご利用中のお客様ディスクデータを誤って選択し削除してしまうバグが生じました。
パフォーマンスの重要度と、顧客データの喪失リスクがある削除ルーチンの重要度を比較して、
パフォーマンス対策が「ただちに対処必要」っていう判断。
この「ただちに」というのは、十分なテストを行わなかったいいわけなんだよね。
なぜなら、対策部分で下記のように書いています。
現在、削除処理を行うプログラムについて、誤ってデータを削除することがないよう、バグを完全に修正する作業を実施しました。
こ
Re:バグならやむをえない (スコア:0)
>10年以上やってきて上場もしてるインフラ屋がディスクを削除してしまうようなプログラムをテストなしでぶっこむわけないんで
これを本気で信じているとしたら貴方は幸せな人生を歩んできたんだね。
きっとその偏りが私の所にきたのだろう。私の周囲では、10年以上やってて上場もしている会社が
テストもせずにプログラムをぶっこみ洒落にならない障害を起こすなんて日常茶飯事だったよ。
その私からすると、「あー年末年始泊まりこみの疲労がピークに来てたので脳内テストもまともにできない状態でぶっこんだんだろうなあ」
というのが文面から受信されました。
Re:バグならやむをえない (スコア:1)
私のエスパーによるとw
サービスインした翌日の12月にディスク障害を起こしてパフォーマンス低下してたから、
現場作業員を動員して手動で目視確認でゴミ掃除をさせてたんじゃないかな。
その作業員が、ちょっとスクリプト書いて手抜きしようとか思って実行したら、ギュンギュンデータが消えてったとかそういう情景が目に浮かぶわ。
どこぞの原発でのバケツ臨界と同じ構図
Re: (スコア:0)
あれは核燃料を濃縮する施設で原発ではないような…
エスパーから見ればみんな同じなのかもしれないけど
Re: (スコア:0)
あ、ホントだ。指摘 thanks
--
エスパー
Re: (スコア:0)
現地技術者っているんですかね?
地元雇用も取らないで東京と石狩を頻繁に行き来している姿がさくら関連ツイッターで読み取れますけど。
※そういうことをツイッターに書くのもどうかと思う・・・。
Re:バグならやむをえない (スコア:1, オフトピック)
前の発表会で聞いた話によると、石狩には10数名のスタッフがいるそうで。北海道での雇用もしているそうです。
Re: (スコア:0)
> 地元雇用も取らないで東京と石狩を頻繁に行き来している姿がさくら関連ツイッターで読み取れますけど。
「東京と石狩を頻繁に行き来している人がいる」からどうやったら「地元雇用も取らない」が導けるんだろう。
Re: (スコア:0)
10年以上やってきて上場もしてるインフラ屋がディスクを削除してしまうようなプログラムをテストなしでぶっこむわけないんで
日常茶飯事ではありませんが、そういうケースはありますよ。
単純に大型案件では、それなりに試験もしているのですが、中小案件で短納期や低コスト案件だったりすると、発生してたりします。表に出ないのが幸いですけどね。
特に最近若い世代に体制が移行してきているので、ポカミスが多くなってる気がします。
オープン化しても、レガシー時代のノウハウは必要だと思うんだよね。
Re: (スコア:0)
私の所では10年以上やってきてるすっごい大きな会社が
10年前の手法でまだがんばってます
# ついこないだバージョン管理ソフトにCVSを使うことが決まったぜ!
Re: (スコア:0)
# 10進数の10年前ったらCVSは糞、さっさとsubversionに移行しろ、開発拠点分散してんだけどどーすんの?ってやってたころだろ
Re: (スコア:0)
そんな昔からそうなんですね
この業界入って4年なので、昔のものだとしか知りませんでした
でも今のプロジェクトでは期待一杯で導入が決まったバージョン管理ソフトらしいです><