アカウント名:
パスワード:
まさか、あそこのHDDだったんじゃ…。
あそこのHDDだとしても、今だととっくに交換済みでしょう。
しかもメインとバックアップの同時故障ってどういうことだと。さらにテープなどを使ったリモートバックアップも考慮すると、復旧できないし見通しも立たないというのはあり得ないと思うんだが。
＃技術力があればの話なので、技術のない会社ならありうる話。
>＃技術力があればの話なので、技術のない会社ならありうる話。
いえいえ、技術力があると表面的に思われている弊社でも、開発から初期運用時はそこそこの技術者が関わっていますが、下手に安定してしまうと他所に回されて、手順書の整備もされず、コマンドの訳もわからず叩く良く訓練されたサルが運用します。
ですから、技術力ある会社が作って安定してしまうシステムほど、いざと言う時にもろかったりするのでは無いかと察します。特に、ミッションクリティカルと程遠いブログシステム等尚更。マイクロソフトの「答えてねっとの件」 [srad.jp]もそういう感じだと思います。
だから"表面的に"と表現してるんだろうが。文章をよく読め。
だから、技術力がある会社なら、サルは安定後の運用にも配置しないんだろう。
一人ぐらい現場に居ると、マニュアルの大切さがよく判りますえぇはじめてみた時はある意味カルチャーショックでしたよ
あれを基準にマニュアル作らないとダメなのかと愕然と(苦笑)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
ま、まさか (スコア:1, おもしろおかしい)
まさか、あそこのHDDだったんじゃ…。
Re: (スコア:0)
あそこのHDDだとしても、今だととっくに交換済みでしょう。
しかもメインとバックアップの同時故障ってどういうことだと。
さらにテープなどを使ったリモートバックアップも考慮すると、
復旧できないし見通しも立たないというのはあり得ないと思うんだが。
＃技術力があればの話なので、技術のない会社ならありうる話。
Re: (スコア:4, 参考になる)
>＃技術力があればの話なので、技術のない会社ならありうる話。
いえいえ、技術力があると表面的に思われている弊社でも、
開発から初期運用時はそこそこの技術者が関わっていますが、
下手に安定してしまうと他所に回されて、手順書の整備もされず、
コマンドの訳もわからず叩く良く訓練されたサルが運用します。
ですから、技術力ある会社が作って安定してしまうシステムほど、
いざと言う時にもろかったりするのでは無いかと察します。
特に、ミッションクリティカルと程遠いブログシステム等尚更。
マイクロソフトの「答えてねっとの件」 [srad.jp]もそういう感じだと思います。
Re: (スコア:5, すばらしい洞察)
技術力のある会社はそんなことしない。
>ですから、技術力ある会社が作って安定してしまうシステムほど、
>いざと言う時にもろかったりするのでは無いかと察します。
だからこれはない。
とだけ言うとフレームの元になりかねないので説明。
何をもって「技術力がある」と言うかの問題で、コーディングして
動かすところまではできるので「技術力があると表面的に思われている」
というような会社もあれば、運用面のことまできちんと整備する
会社もある、ってところでしょうが。
Re: (スコア:-1, フレームのもと)
だから"表面的に"と表現してるんだろうが。
文章をよく読め。
Re: (スコア:0)
>技術力のある会社はそんなことしない。
そーかな。サルでもわかるマニュアル作るのは難しいと思うよ。
とくに障害が発生したときのヤツは。
Re:ま、まさか (スコア:0)
だから、技術力がある会社なら、
サルは安定後の運用にも配置しないんだろう。
Re: (スコア:0)
いくら技術力が高いスタッフが揃っていても効率的に運用できなければ
意味もあんまり無いし、そもそも技術力がある会社といっても
本当に技術力がある会社のパターンと、それまでにトラブルが表面化
しなかっただけってこともあるわけで・・・
以下チラシの裏
現実は適材適所の人事なんて殆ど無いよね・・。有能な人は引く手数多だから
すぐどこかにいっちゃう、後任は「それなりに」有能な人がつけばラッキー
でも現実は・・・
Re:ま、まさか (スコア:1)
一人ぐらい現場に居ると、マニュアルの大切さがよく判ります
えぇはじめてみた時はある意味カルチャーショックでしたよ
あれを基準にマニュアル作らないとダメなのかと愕然と(苦笑)