アカウント名:
パスワード:
>「論よりリブート」って格言を思い出しました
というか、リブート以外の案がないという面もある。リブートやってもだめでした、リブート失敗過程で何やらみつかることもある。色々サービスをいじったり、DBMSいじったりしては、さらに酷いことになるケースも結構あるんで、「まずは現状でリブート、反対する人は?」といったことで、最初はなんだかダンプとってだとか、スクリプト直させてとか言っていた連中も「ダンプは無駄でした」「即興手直し失敗でさらに火だるま」というのを数回やっているうちに黙る様になる。
時間を無駄にする、手直しと称してさらに酷くする、解析のための網羅も出来ていない、といったことだけしか繰り返さなかった結果、「(時間を無駄にしたいとか、さらに酷くしたいとか、解析できるかわかんない資料集めとかいった愚論よりはましな)論よりリブート」なわけです。
再起動負荷とか考えると、あまりやりたくはないけど、代案だせない技術さんですから、仕方ないわけなんですよ。仕方があるなら、その仕方を示せばよいのに、出来ない方々がなにか馬鹿なことを言っていますが、所詮は馬鹿の戯言ですから、無視してもいいし、馬鹿な戯言だよと指摘しておくのもよいでしょう。まともに取り合っても意味はないですからねぇ。
ですね。私が作っているプログラムは、プログラムのバージョンアップ以外の時以外は、再起動されません。半年とか1年とか動きっぱなし。内部のシリアルカウンタは48bitになっております。秒間10000上がるとしても900年弱持つ勘定。
>原因究明が優先されるのは、サービス影響が無い場合だけ。
まさにそれだな。原因究明を含めて、テスト環境やステージング環境があるわけだからね。無停止で究明する、停止時間に影響しないという究明をする、リブートで再開できないと事前に証明するといったことがない限り、開発している連中が言っても、へのつっぱりにもならない。
「ダンプとってください」「ダンプとっても判らない場合、引責してもらえますね?」に、「はい、首を賭けて解明します」という回答を貰ったことがない。「再起動して立ち上がらないかもしれません」「じゃ、再起動しないで今すぐにサービス再開してください」にも回答できない。
何か言うなら、それなりを示してからにして欲しいんですけどね。
釣りかもしれませんが、「開発している連中」にそんな保証をする権限はないですよ。責任を取るにも権限が必要なんです。あなたがその発言をすべきだったのは総責任者ですね。
>「開発している連中」にそんな保証をする権限はないですよ。
じゃ、簡単、越権発言ですな。
>責任を取るにも権限が必要なんです。
うん、で、責任をもってログ調べたけど不明。権限をそんなのに与えるわけないだろうな。
「はい、首を賭けて解明します」と発言したなら越権発言ですが、発言しなかったというのが元コメントの主旨ですよね?ですので、そのような責任を持たない現場の担当者が調査したが解明できなかったが、責任者ではないので責任を取ることはできなかった、という普通の話ではないでしょうか。何も技術力に応じて権限や責任が増す訳ではありませんから当然のことでしょう。
>発言しなかったというのが元コメントの主旨ですよね?
代案をださなかった上にこれまで失敗していたダンプやログの精査とかいった、馬鹿げたことを言わなくなったわけです。
>責任者ではないので責任を取ることはできなかった、という普通の話ではないでしょうか。
マネージャさんもいたりしますが...で、伴ってきた自称エンジニアが黙ると、その方もだまってしまわれた。「で、リブート以外を提案できない様なのですが、反対されますか?」で決議されました。
当然、エンジニアリング部門も賛成されたわけですから、ほぼ全会一致でした。
>何も技術力に応じて権限や責任が増す訳ではありませんから当然のことでしょう。
そして、技術力が、少なくともそこにいたベンダーの課長さんとエンジニアさん、開発部署のマネージャさんエンジニアさんという権限も技術(ほんとかよ?..ww)も、リブート反対はされなくなりましたね。ときどき「リブートするがよいか?」という確認はとっていますが、ダンプのダとか言うと「実績を出してください、今度やるダンプとこれまで無意味だったダンプとの差を提示してください」で終わりになるわけです。
ということで、実は技術もない技術者さんたちなのかもしれませんけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:5, すばらしい洞察)
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:3, おもしろおかしい)
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:1)
>「論よりリブート」って格言を思い出しました
というか、リブート以外の案がないという面もある。
リブートやってもだめでした、リブート失敗過程で何やらみつかることもある。
色々サービスをいじったり、DBMSいじったりしては、さらに酷いことになるケースも結構あるんで、「まずは現状でリブート、反対する人は?」といったことで、最初はなんだかダンプとってだとか、スクリプト直させてとか言っていた連中も「ダンプは無駄でした」「即興手直し失敗でさらに火だるま」というのを数回やっているうちに黙る様になる。
時間を無駄にする、手直しと称してさらに酷くする、解析のための網羅も出来ていない、といったことだけしか繰り返さなかった結果、「(時間を無駄にしたいとか、さらに酷くしたいとか、解析できるかわかんない資料集めとかいった愚論よりはましな)論よりリブート」なわけです。
再起動負荷とか考えると、あまりやりたくはないけど、代案だせない技術さんですから、仕方ないわけなんですよ。
仕方があるなら、その仕方を示せばよいのに、出来ない方々がなにか馬鹿なことを言っていますが、所詮は馬鹿の戯言ですから、無視してもいいし、馬鹿な戯言だよと指摘しておくのもよいでしょう。
まともに取り合っても意味はないですからねぇ。
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:2)
ですね。私が作っているプログラムは、プログラムのバージョンアップ以外の時以外は、再起動されません。半年とか1年とか動きっぱなし。
内部のシリアルカウンタは48bitになっております。秒間10000上がるとしても900年弱持つ勘定。
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:1)
>原因究明が優先されるのは、サービス影響が無い場合だけ。
まさにそれだな。
原因究明を含めて、テスト環境やステージング環境があるわけだからね。
無停止で究明する、停止時間に影響しないという究明をする、リブートで再開できないと事前に証明するといったことがない限り、開発している連中が言っても、へのつっぱりにもならない。
「ダンプとってください」「ダンプとっても判らない場合、引責してもらえますね?」に、「はい、首を賭けて解明します」という回答を貰ったことがない。
「再起動して立ち上がらないかもしれません」「じゃ、再起動しないで今すぐにサービス再開してください」にも回答できない。
何か言うなら、それなりを示してからにして欲しいんですけどね。
Re: (スコア:0)
釣りかもしれませんが、「開発している連中」にそんな保証をする権限はないですよ。
責任を取るにも権限が必要なんです。
あなたがその発言をすべきだったのは総責任者ですね。
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:1)
>「開発している連中」にそんな保証をする権限はないですよ。
じゃ、簡単、越権発言ですな。
>責任を取るにも権限が必要なんです。
うん、で、責任をもってログ調べたけど不明。
権限をそんなのに与えるわけないだろうな。
Re: (スコア:0)
「はい、首を賭けて解明します」と発言したなら越権発言ですが、発言しなかったというのが元コメントの主旨ですよね?
ですので、そのような責任を持たない現場の担当者が調査したが解明できなかったが、責任者ではないので責任を取ることはできなかった、という普通の話ではないでしょうか。
何も技術力に応じて権限や責任が増す訳ではありませんから当然のことでしょう。
Re:原因究明が優先されるのは、サービス影響が無い場合だけ。 (スコア:1)
>発言しなかったというのが元コメントの主旨ですよね?
代案をださなかった上にこれまで失敗していたダンプやログの精査とかいった、馬鹿げたことを言わなくなったわけです。
>責任者ではないので責任を取ることはできなかった、という普通の話ではないでしょうか。
マネージャさんもいたりしますが...で、伴ってきた自称エンジニアが黙ると、その方もだまってしまわれた。
「で、リブート以外を提案できない様なのですが、反対されますか?」で決議されました。
当然、エンジニアリング部門も賛成されたわけですから、ほぼ全会一致でした。
>何も技術力に応じて権限や責任が増す訳ではありませんから当然のことでしょう。
そして、技術力が、少なくともそこにいたベンダーの課長さんとエンジニアさん、開発部署のマネージャさんエンジニアさんという権限も技術(ほんとかよ?..ww)も、リブート反対はされなくなりましたね。
ときどき「リブートするがよいか?」という確認はとっていますが、ダンプのダとか言うと「実績を出してください、今度やるダンプとこれまで無意味だったダンプとの差を提示してください」で終わりになるわけです。
ということで、実は技術もない技術者さんたちなのかもしれませんけどね。