アカウント名:
パスワード:
この手のトラブルはたぶん割とよくある。以下弊社の事例
「再来週のサービスインに向けて、本番サーバーでキャンペーン用のフォームを稼働開始させました！」「OK！あとひと踏ん張りだ頑張っていこう！」↓「いよいよ明日からサービスインです！！！」「本番DBのバックアップスクリプト、明日夜から動作するよう設定しました！」「本番サーバーでの最終動作確認、全て問題ありません！」「よし、本番DBのテーブルを全てTRUNCATEして、公開設定を入れます！」「全テーブルTRUNCATEしました！・・・あっ」
＃ このストーリーは全てフィクションであり実在のうんたらかんたら。なおTRUNCATEされたテーブルはDBAが頑張って復旧しました。
>「本番DBのバックアップスクリプト、明日夜から動作するよう設定しました！」いや、つまり試してもいないバックアップスクリプトを設置しちゃう会社？それ以前に本番データを本番環境で作ってる？・・・
テレビドラマのシナリオライターとかがかんがえたSIerっぽいフィクションだなぁ。
元米に書かれてもいない仕様が批判される/.Jの闇を見た。
なに、現実はもっと酷いさ。本番環境のOSすら教えない状態でそこで動かすPG書かせるとか、動作テスト一切出来ない環境とか。この状況で、開発遅延原因が開発者スキルが低いのが原因という報告あがってると聞いた時、この国ダメだと思った。
某社とは言わないが、銀行と同期するシステムはそういうのあるかもしれん。銀行サイトをスクレイピングするなんてテストアカウントでも提供されてない限りテスト不能だし。
多分、テスト不能な部分が全滅しても問題ないように作ってはいると思うけど
「再来週のサービスインに向けて、本番サーバーでキャンペーン用のフォームを稼働開始させました！」
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
弊社の事例 (スコア:1)
この手のトラブルはたぶん割とよくある。以下弊社の事例
「再来週のサービスインに向けて、本番サーバーでキャンペーン用のフォームを稼働開始させました！」
「OK！あとひと踏ん張りだ頑張っていこう！」
↓
「いよいよ明日からサービスインです！！！」
「本番DBのバックアップスクリプト、明日夜から動作するよう設定しました！」
「本番サーバーでの最終動作確認、全て問題ありません！」
「よし、本番DBのテーブルを全てTRUNCATEして、公開設定を入れます！」
「全テーブルTRUNCATEしました！・・・あっ」
＃ このストーリーは全てフィクションであり実在のうんたらかんたら。なおTRUNCATEされたテーブルはDBAが頑張って復旧しました。
Re:弊社の事例 (スコア:0)
>「本番DBのバックアップスクリプト、明日夜から動作するよう設定しました！」
いや、つまり試してもいないバックアップスクリプトを設置しちゃう会社？
それ以前に本番データを本番環境で作ってる？
・・・
テレビドラマのシナリオライターとかがかんがえたSIerっぽいフィクションだなぁ。
Re: (スコア:0)
元米に書かれてもいない仕様が批判される/.Jの闇を見た。
Re: (スコア:0)
なに、現実はもっと酷いさ。
本番環境のOSすら教えない状態でそこで動かすPG書かせるとか、動作テスト一切出来ない環境とか。
この状況で、開発遅延原因が開発者スキルが低いのが原因という報告あがってると聞いた時、この国ダメだと思った。
Re: (スコア:0)
某社とは言わないが、銀行と同期するシステムはそういうのあるかもしれん。
銀行サイトをスクレイピングするなんてテストアカウントでも提供されてない限りテスト不能だし。
多分、テスト不能な部分が全滅しても問題ないように作ってはいると思うけど
Re: (スコア:0)
「再来週のサービスインに向けて、本番サーバーでキャンペーン用のフォームを稼働開始させました！」