IT業務特有の不安感ってある？ 121
ストーリー by kazekiri
そりゃまあいろいろ 部門より
そりゃまあいろいろ 部門より
cheez 曰く、
本家/.「Anxiety and IT?」より。
12月も目前となり、そろそろ年末年始の休暇が近づいてきた。休暇は日々の業務から解放される時期なのだろうが、IT担当はそうもいかない。サーバー担当だろうがヘルプデスク業務だろうが、オフの時間も何らかの不安感に襲われる人も少なくないのではないだろうか？
何か起きれば会社の業務が滞ってしまう、その心配が常に付きまとうIT担当は他の仕事よりも不安にさらされる業務であるのだろうか？不安になるということはシステムやネットワークが安定していないということでもあり、それ自体が問題なのではないだろうかとも思うが、そんな風に一筋縄で捉えられないことも多いだろう。不具合が起きがちなシステムを心配して眠れぬ夜を過したことのある/.Jerの体験を伺いたい。
夜間バッチのオペレータからの電話 (スコア:5, 興味深い)
曰く、「バッチが予定時間を過ぎても終了しない。強制中断してよいか？」
そーゆー質問は顧客の業務担当者にすべきもの。派遣の開発者には答える権限がないのです。
（そもそもオペレータが私の自宅電話番号を知っている時点で終わってるけど）
# 顧客側の夜間バッチの当番には連絡がついた事がないので開発会社に電話する慣習が根付いているらしい……
notice : I ignore an anonymous contribution.
Re:夜間バッチのオペレータからの電話 (スコア:3, すばらしい洞察)
>そーゆー質問は顧客の業務担当者にすべきもの。派遣の開発者には答える権限がないのです。
それって、エスカレーションパスの設計ミスだろ？
運用設計からやり直し／見直しした方がよいシステムだと思う。
>顧客側の夜間バッチの当番には連絡がついた事がないので開発会社に電話する慣習が根付いているらしい……
それが問題なんだとわかっているなら、対応しちゃいけないとわかっていることを対応しちゃうわけだろ？
設計／製造上の問題を明確化していない、つまり、可視化が出来ていないビジネスモラルの低い環境だと思う。
Re:夜間バッチのオペレータからの電話 (スコア:1)
連絡先の制限も最近ではセキュリティとか影響でちょっとだけよくなってますね...
代りに別の問題がいろいろでてますが
# 長期的にはそもそも仕事がなくなるんじゃないかという不安が...いや明日かもしれませんが
M-FalconSky (暑いか寒い)
不安感など持っていたら (スコア:4, すばらしい洞察)
この業界でやってられません。
年末年始だけじゃなく年がら年中お気楽な性格じゃないと。
サーバが落ちても「マジ？超ウケるんですけど」と手を叩いて笑ったり、
ネットワークが止まってもくだらないダジャレでドヤ顔したりするくらいでないと。
Re:不安感など持っていたら (スコア:5, おもしろおかしい)
後日寿退職したメンバーから「トラブル起きたときの笑顔が忘れられません」と言われた思い出
fj.jokes出身:
Re:不安感など持っていたら (スコア:1, おもしろおかしい)
「備えあれば憂いなし」じゃないのか、業務という物は。 ケチれば、何処かでツケが回ってくるものだよ。
Re:不安感など持っていたら (スコア:1)
>ケチれば、何処かでツケが回ってくるものだよ。
そのお金について、予め説明があって了解を得て設計／開発されるというのは、少ないみたいだよ。
ケチっているわけでもなくて、後から「お金が必要なんでください」みたいなことがまかり通ってしまっているのも、問題だと思うけどね。
Re:不安感など持っていたら (スコア:1, 興味深い)
笑い飛ばしはしないですが、年々図太く＆嫌味ったらしくなってきました。
「あー、止まっちゃいましたか。最初にもっと予算出してくれてりゃ冗長化できてたんですけどねぇ」
ぐらいで。
通らないのがわかってても、最初に贅沢構成の提案を上げとくのは重要です。
こうなった時に火の粉をはらえるし、結果的に予算が増える事がありますんで。
Re:不安感など持っていたら (スコア:2, すばらしい洞察)
スケーラビリティを兼ね備えることは経験上ないですね。
スケールしてきたら歪みが出まくって人海戦術で対応せざるを得なくなったり
（手弁当の場合がほとんど）、改修に改修を重ねて結果的に当初の目論見より
余計にコストがかかったり。
給与の交渉も同じ。入社時に心証をよくしようと控えめにしても絶対に上がらない。
最初はふっかけて、落としどころまで持って行くようでないと後で泣きをみますね。
Re:不安感など持っていたら (スコア:2, 興味深い)
そうそう、回収がかかるようなバグを出す奴ほど会社に残るし、そういう大きなバグを出しそうにない人は早々に辞めていく。
え？ 私？ バグを出す前に辞めましたよ。
# 販売されちゃった業務ソフトで回収がかかるようなバグ（データ破壊）が発見され、年間保守のユーザー登録を頼り
# に顧客に電話をしまくって「その機能、お使いになりますか？」と聞いて回った（使うと回答があった場合のみ対応
# を説明、使わないと答えた客にはアンケートと言い逃れてバグのことは隠し通した）経験があるのでAC
Re:不安感など持っていたら (スコア:1)
なっ……なんだと！？
この糞仕様を通した馬鹿が社内にまだ居ると言うのか！？
#つうか、責任取らずに逃げるのもバグをつくりこむ奴も全て地獄の業火に投げ込まれるべきである
Re:不安感など持っていたら (スコア:2)
=======================================================================================================
保守契約も持っていってくれたらよかったのに……と思う毎日
fj.jokes出身:
Re:不安感など持っていたら (スコア:1)
>つうか、責任取らずに逃げるのもバグをつくりこむ奴も全て地獄の業火に投げ込まれるべきである
設計者／開発者全員に、ずっとお金を払い続けるとできるでしょう。
検収して、オッケーが出たら、それで終わりというのが難しいというのが、問題だとも思うけどね。
温度の低いDCに入るたびに (スコア:3, おもしろおかしい)
腰は大丈夫だろうか？
保ってくれるだろうか？
と不安になる。
実話 (スコア:2, 興味深い)
客先の正面玄関の前で倒れて亡くなった先輩が
#業界関係ないな
Re:実話 (スコア:1, 興味深い)
状況によっていろいろ後を引きそうですね。
1. 中に入る前に倒れた。
2. 外へ出てから倒れた。
3. 落ちたところが正面玄関前だった。
IT業務特有ってことで (スコア:2, すばらしい洞察)
年末年始とかストーリーに出されたような例とは違う、IT業務特有の不安感で。
「この仕事って、自動化無人化で誰かをリストラする仕事なのよねー」とはたまに思います。すいませんというかなんというか、ちょっと不安になることはあります。
#けど全部自動化した先に素晴らしい未来があると思ってるの。
LIVE-GON(リベゴン)
Re:IT業務特有ってことで (スコア:1, すばらしい洞察)
数十人の雇用を奪ったってことなんで全然嬉しくないんだよねー。人件費削除が自分の役割の本質だってのはわかってるんだけど。
全部は自動化されないです (スコア:2)
最終的に1人が残ります。彼が倒れたとき、すべてが崩壊します。
おわコン (スコア:2)
やっぱり、おわコン呼ばわりされると
その技術が古くさくなって相手にされなくなることじゃないですかね。
（もしくは内部システムすぎて、他に応用がきかない）
あと、運用だと年中同じ事をしていて
成長が実感できないところとか。。。
# 年末年始ネタじゃありませんが。
ボクらの3年後 (スコア:2, おもしろおかしい)
Software Design 2010年12月号 [gihyo.jp]
第1特集
SIゼネコン構造が完全崩壊，クラウド時代に本格突入！
ITエンジニア生き残りの条件
ITの10年後なんかよりも，ボクらの3年後
幸せであるべきクリスマスシーズンになんというKY。
もしかして不安ブーム到来かっ。
むしろ年末年始なんて１年で一番忙しい時期 (スコア:1)
＃年越しソバは職場で食うもの
Re:むしろ年末年始なんて１年で一番忙しい時期 (スコア:2, 参考になる)
ですよねー。
営業時間外だからこそできるメンテナンスタスクが、年末年始にみっちり詰まってます。
三ヶ日中に終わらせないとたいへんなことになるんで、ばんばん前倒しで進めてガンガン
消化しないと。
テレビとかラジオを付けると気が滅入るんで、iPodでノンストップミュージック状態。
コンビニやファーストフードでご飯を買ってると、なんか妙な仲間意識が芽生えてます。
Re:むしろ年末年始なんて１年で一番忙しい時期 (スコア:2)
プログラムを書きながら元旦を迎えるのが
ここ十数年の年越しの習わし。
Re:むしろ年末年始なんて１年で一番忙しい時期 (スコア:1)
>年越しソバは職場で食うもの
初日の出は会社の窓から拝むもの...
>大晦日から元旦にかけてサーバの負荷がピークを越えるのが確実なので
社内向けシステムとかだと、メンテだリリースだ
新システムの連携試験だとかで大騒ぎ。
外向けやメールとかでもいまだに新年ご挨拶が飛び交っているけど、
あれって、なんとかならんのかな？
Re:むしろ年末年始なんて１年で一番忙しい時期 (スコア:1, おもしろおかしい)
いや、正確には停められるし作業時間も長めにとれるのだけど、トラブル発生時に酒飲んで寝ている関係者を呼びだしたり、ただでさえ忙しい一部利用者にさらなる負担をかける羽目になるので、地雷を踏む危険を冒す必要はないなっと。
というわけで、通常の三連休に長期メンテをやってましたね、そのシステムから吐き出される帳票を見るお偉いさんが休みだから。
不安定なのはサーバではない (スコア:1)
Re:不安定なのはサーバではない (スコア:2, 興味深い)
うん。何も起きないと、必要でない人員として外される不安はあります。
やってるから何も起きないんだって、説明するのがなかなか難しい。
メンテしてるから大丈夫なんだっていう良い説明方法ってありますか？
メンテしてなければ確実に障害等々で被害が出るという証明もできないし・・・
とりあえずapacheやssl等のアタックされたログと、メンテしてパッチ当てなきゃ危険だったって記録ぐらいしか出来てません。（多少でっち上げ）
Re:不安定なのはサーバではない (スコア:2, 参考になる)
> メンテしてなければ確実に障害等々で被害が出るという証明もできないし・・・
そんな証明できたら、神社や教会なんて存在しない！
# というわけで、被害が出ないことを定量的に示すんじゃなく、被害が少なくなる気がする、と思わせればいいのだろうけど。さてはて、どうしたものか。
1を聞いて0を知れ!
Re:不安定なのはサーバではない (スコア:2, すばらしい洞察)
客としては、「そんなメンテが必要なものを頼んだ覚えはない」ってなところだと思うよ。
コンピュータなら、自動化、自動化したら、なんで人がいるの？ってなことになる。
最初から、それだけ見積してプロポーザル書いてちょうだいね＞ベンダー
ということでしょう。
Re:不安定なのはサーバではない (スコア:1, おもしろおかしい)
書いてあるのに見てないか見なかったことにしているだけだろ、若しくは理解するにはてめぇの脳みそがお粗末なんだろと。
現実ではこんな正論吐けませんorz
Re:不安定なのはサーバではない (スコア:3, すばらしい洞察)
これはICT関係に限定された話じゃなくて、実生活関係でも体感できる内容かと。
アパート借りるときとか、マンション買った時に共益費の請求があったりしますけど、
作業項目が何で、どのくらいのスパンで対応が必要になって、それに掛かる資材費と
人件費が幾らなのかを聞いても詳細が出てきたことがないです。
同じ「保守」のはずなんですが。
fj.jokes出身:
Re:不安定なのはサーバではない (スコア:2)
ユーザとしては、
「週一回の清掃は嬉しいけどサービスレベルが過剰のような気がするから、月一回とかでもいいんじゃない？」
とか
「通路の蛍光灯の故障発生率はそんなに高くないんだし、毎月チェックに来るとかじゃなくて、コール後一週間以内とかにできない？」
とか見直しのタイミングを入れたいんですよ。内容もわからない＜共益費＞てな見積もりじゃなくて。私もユーザですから
ユーザ側がサービスレベルを判断する自前の基準を持たない状態で、
ICT分野からの見積をとやかく言っても未来が開けないと思うんです。
で、
と言う展開も割と見られるものでして、そうすると詳細な説明資料を作りたがるんですよ。技術屋って奴は。
「だって、知りたいんでしょ？だから作ったよ」と事細かな資料を用意され、立て板に水を流すように 説明されると……（わかりますよね
相互に「何を知らない」ので「何を知りたい」かの認識を合わせてないと、悲しい結果が待ってるもんです。
ということで、
が危険で、
を求めないとダメです。今回は、何々についての説明資料作って来い！とか
あと、非IT系の人に踏まえておいて欲しいことは、一回くらい話がループしても文句を言わないと言う覚悟です。 そのものずばりの説明は技術屋ならできるはずです。
ただ、一つの専門用語には、山ほどの専門用語と知識の裏付けが必要になります。
その山ほど専門用語＆知識を可能な限りエスプレッソマシンみたいに圧縮した内容を伝えるから、
そのくらいの時間と余裕を持って欲しいです。
できるはずですよね。ICT系の人が扱っていないような、定義法則のない事物を扱い、相手を理解するお仕事されているのですから。
その上で、ICT系の人を馬車馬のように、明確な目的と言う人参ぶら下げてこき使っていただいたらよいのではないでしょうか。
========================================================
というか、「よくわからんから何とかしろ。保守だってむすんでやらんでもない。ただし、アレもコレも高すぎる。常に発生しないんなら、見積から外せ（但し、発生した場合は含みな）。あと、常に発生するなら、来年以降は止まらないような自動化を今年中に施せ」ってお客さん多いよなぁと思う末端ICTサービス業
fj.jokes出身:
Re:不安定なのはサーバではない (スコア:2)
はとりあえず打てる手としては最上に近い"良いもの"でしょう。ただ、そこまで出しても、
「で、この{費用|対策}をケチったら、何が起こるの？それは何時起きるの？どんな影響があるの？」
と重ねての質問が来る場合も多いです。
「何が起こるの？」については資料のままですので{読んでない or 理解できてない}なのですが、
「何時起きるの？」については予言しろと言う無茶なお話で、
「どんな影響があるの？」については、客が判断するリスクだと思うのです。
そこまで要求されちゃ……ねぇ？
=================================================================
と言いつつ、客のその辺をコントロールするのがＳＥらしいですね（苦笑
fj.jokes出身:
Re:不安定なのはサーバではない (スコア:2)
＞＞ サービスレベル
＞ 非IT系の人は、そういうことも含めて分かりませんので、そういうところも含めた説明が必要だと思います。
分かんないのは別に構わないし、その前提で説明してるんだけど
たいていの場合、興味がないから聞く気がない。
聞く気がないから、すこし解らない事が出てきた時点で丸投げする人が多いんだよね。
その割に問題が起きてから大騒ぎする。
解るように説明してるし、それでも解らない部分は聞いて貰うようにしてますよ。
Re:不安定なのはサーバではない (スコア:2)
＞どういうメンテ作業があって、どれくらいの専門性があって、どれくらいの作業量で、
＞ということが分からないと、ふつう予算は認められないでしょうね。
そのくらいは発注する側が理解しておくべき事柄だと思うよ。
＃「そんなことも知らないで、一体どうやって発注するんだよ、プゲラｗｗｗ」な世界。
＞そしてもちろん、そういう説明はメンテ業務を行ったり受注したりする側がまずおこなうべき。
なにが「もちろん」なんだか。
発注者は「単なるお客さん」じゃないんだよ。
＞専門家が説明方法に困っているようじゃ、非専門家はもっと困ってしまいます。
そういう非専門家の馬鹿担当者をクビにして、専門家を担当者にしましょう。
勉強はできるうちにしておいたほうがいいわ (スコア:3, おもしろおかしい)
「だって，そんな勉強なんてコンピュータが自動でしてくれるんじゃないの？」
Re:不安定なのはサーバではない (スコア:2, 参考になる)
まさにそれこそが問題の本質です。
「コストが妥当か」、「リターンが妥当か」というのは客が決めることです。
その事を忘れている人があまりにも多い。
.
例としてF1レースのレースマシンを考えてください。2種類のF1マシンがあります。
さ、どちらを選ぶ?
あなたがFIAにコネがあって、F1に参加できるチームオーナーでもない限り、どちらもいらないですよね?一般道路すらまともに走れない車なんて、しかもモノを運ぶこともできない車なんて、ただのゴミです。展示されているのを「オー」と言って見たい、ということはあり得ても、自分でほしいとは思わない。
じゃぁ、F1のチームオーナーなら? 普通のF1カーは１台２０億円程度です。300億円は高いですが、常勝無敗のためのコストとしては高すぎはしない。でも１億でボロボロのマシンは…それならもう少しコストを掛けて勝てる確率を上げたい。
でもあなたがF1マシンの技術者だったら?! 実は 1億なのに「10位につけばいいほう」程度の性能がだせる。1/20のお値段で。チェックする価値がありますよね。それに比べて300億円もかけたマシンは…そりゃそんぐらいかけていいなら俺だってその程度のものは作れるよ、と言うでしょう(本当かどうかはともかく)。
「コストが妥当か」という質問と「リターンが妥当か」という質問は実は言っていることは同じことです。出費と、それに対するリターンが妥当かどうか、と言っているだけ。そして、その答の半分は
「私はこのマシンから何を得たいのか?」
で決まる。答のもう半分は
「提示されている情報を読み抜くことができるか」
で決まる。
.
殆どの人は「普通のF1マシンが20億円する」ということすら知らないので、1と2のどちらがどのように『妥当』だったか判らなかったはずです。1と2のそれぞれの条件にどのような情報が内包されていたか、わからなかったはず。そのため、大抵の人は「2が妥当な値段なのかどうか」しか考えなかったはず。それがもう根源的に、ものを買う上での態度として間違っているのです。
逆の例を考えましょう。鉛筆を考えてみてください。
# 先日アメリカ出張で必要になったのでスーパーで鉛筆を買ったのが 1。
# これは実話。マジで消えねぇ… orz
普段使い用にどれを使いますか? センター試験に持っていくのはどれ??
普段使いは、大抵の人が2でしょう。試験とかだと3かもしれない。別に我々は鉛筆の作り方や品質を制御するパラメータなんて知らないけど、使い勝手に関してはちゃんと学習して知っていますよね? だから1は嫌だ、安くても役に立たない、と判っている(私のようにチェックが甘いと、1を買って大損をこくわけです)。
# もう少し詳しいと、ハイユニ1本120円は実は割安だと判る。
鉛筆についてこれだけ良く知っているのに(簡単に評価できるのに)、IT関係のコストになると突如として勉強をやめるのはどういう事? ということです。こちらのほうが圧倒的に高いのに。高い買い物であれば、当然利用目的ははっきりしているはずで、そこが曖昧なら根源的に買うべきじゃない。利用目的がはっきりしていれば、コスト対効果もちゃんと評価できるはずです。
.
結局どんなサービスも、「これだけのコストをかければこれだけのことができます」ということは提示できても、それが妥当かどうかは提示できないんですよ。だって妥当性は、できることではなく、そのサービスを受け取ったあなたが、そこからどのような価値を紡ぎ出すかにかかっているのですから。
そして、客は「同じレベルのサービスをもっと安く手に入れる方法はないのか？」という探求をしているはずなんです。
お金を払うというのは、たとえどんなに満足していてもそれ以上の探求を諦めるということ。
契約が成立するという時に、お客様が諦めていないなどということはありえないのです。自覚しているかどうかはともかく、ね。
なので：
これは根源的に間違い。発注側が勉強するのは自己防衛のためではありません。
そもそも、自分が発注したもので 自分が何をしたいのか をきちんと理解し、表現できるようになるために勉強しなくてはいけないのです。発注側に勉強を求めるというのは、
あなたは、自分が何をしたいのか分かっていませんよ
と言うことです。「黒い白馬に乗りたい」と言っているのと大差ないよ、と。
要求に自己矛盾がある。そこをどうにかするお値段が一番高いですよ、と。要求の変化に対応するためにシステム構成に余裕を持たせなくちゃいけないんですから。それよりも、ちゃんと専門家を雇って、自己矛盾を自社内で解決して、それから発注しなさい、そのほうが安く上がりますよ。
あなたはそう言われているのですよ。
fjの教祖様
okky氏は原則主義とでもいうか (スコア:2)
まさに教祖様な方ですね。その通り名が意味するところは詳しく存じ上げないんですが。
Re:不安定なのはサーバではない (スコア:2, 興味深い)
ちょっと違う。
「会社の経営者」は金をくれたら増やして帰してあげるから、金貸してと言っている。つまり彼らは「金が増える可能性」を売っている。この時に、金を貸している側が「その増えた金で何をすればいいか？」について意見を求める事はあってはいけない。
「SIer」は計算機システムであなたの問題を解決してあげると言っている。つまり彼らは「問題解決」を売っている。この時に、問題解決してもらう側が「おれはどんな問題を抱えているの？」と聞く事はあってはいけない。
.
なぜ「あってはいけない」か。
「金を貸す側」が『増えた金で何をするべきか』と悩んでいるという事は、金を増やすのが手段ではなく目的になっている。つまり金の使い方を知らないことを露呈している。
「問題を解決してもらう側」が『自分が持っている問題は何か』と悩んでいるという事は、「解決する」という行為が手段ではなく目的になっている。つまり自分が抱えている問題をきちんと分析理解しない事を露呈している。問題がないのに強引に何かを解決しようとしてコストをかけたら、金をゴミ箱に投げ捨ててるようなもんだよね。
どちらもそこに無知がある事を露呈しており、そここそが詐欺師が付け込むポイントだ。
投資そのもので詐欺を働く人はあまり多くない。「それが投資かどうかすら区別がつかない人」を騙すのだ。成功率を騙すことで投資じゃないものを投資に見せる。
問題解決方法そのもので詐欺を働く人はあまり多くない。「それが問題かどうかすら区別がつかない人」を騙すのだ。問題じゃないものを問題に見せる。
メリットを教えてくださいというメッセージは、そのままずばり「わたしを騙して」と言っているようなもの。
逆の言い方をしよう。「メリットが判らないからといって、説明を求めるな。メリットの説明には嘘が紛れている可能性があり、それを見分ける方法はない」。
fjの教祖様
Re:不安定なのはサーバではない (スコア:2)
そのまんま、ITゼネコン問題じゃんｗ
fj.jokes出身:
Re:不安定なのはサーバではない (スコア:2, 興味深い)
専門家の意見も、非専門家の意見もわかるなぁ。
物事が高度化するにあたり、発注者能力の欠如を聞くことが多くなりました。
こんな事って身に覚えがありませんか？
例えば、家を建てたい。
専> どんな家ですか？
非> それは専門家に任せるよ。とにかく安くて良いのを頼むよ。
専> （心の声：うぅ、困ったなぁ）ではせめて予算と大きさだけでも決めてもらえませんか？
非> 予算はとにかく安くだ。もちろん快適に住めなければ意味はないぞ！専門家なら出来るだろ？
反対から見ると、家を建てたい。
専> どんな家ですか？
非> （心の声：何も資料を提示せず、さらに提案もないのか？こいつは本当に専門家か？）それは任せるよ。とにかく安くてうんちゃらかんちゃら
専> ではせめて予算と大きさだけでも決めてもらえませんか？
非> （心の声：どうやって大きさを決めればいいんだ？こいつはダメだ。他を当たろう）予算はとにかく安くだ。うんちゃらかんちゃら
どなたか、木にタイヤが吊るされてる絵のリンクは御存知ありませんか？
Re:不安定なのはサーバではない (スコア:2, 参考になる)
ありました。 [secret.jp]
木にタイヤが吊るされてる絵、最終だったのですね。。。
Re:不安定なのはサーバではない (スコア:2)
「理解を求めているのか」と疑問視されるかもしれませんが、少なくとも
「エコだ」とか「性能だ」とか「来年のトレンドはコレ」といった文言が
紙面を踊っていつつ、それでも事前知識がないと理解できない状態だと思います。
「高度な静粛性」とか「しなやかな足回り」とか基準を示せと言いたいけど、
世の中の人はこの文字だけで理解できるという不思議(一応日常運転10年選手)
fj.jokes出身:
大規模停電 (スコア:1, すばらしい洞察)
仕事も移動も、食事も暖房も、電気あっての物種。
ノートPCがバッテリで動いても、通信/印刷できないと仕事にならない。
凍えるお客様のために、せめて灯油だけは暖房器具だけはと寒い中を
電卓と人力で販売し続けたスタンドやスーパーの店員もいたという。
彼らに比べて、IT業者はなんて無力なんだろうと思った。
「全てが予想外、天災なので補償しない」と東北電力は言った。
あれから5年。昨冬の大雪で悪夢の再来を覚悟したが大停電は起きず。
対策が進んだ成果と信じたいところだが・・・
逃げ出して (スコア:1, 興味深い)
一年と半年ちょっとです＞IT業界
でまぁ、逃げ出した最大の成果は、ストレスが激減したことですね
トラブルの発生頻度を減らせば動いて当たり前でトラブル発生時の胃の痛みが極限に達しますし、そこまで持っていく苦労も胃の痛みが極限に…
まぁ、抜ければ解りますよ、IT業界の異常さは
と言いつつ、アスベスト問題は一生憑いてくるわけだが＜をい
仕事の質の問題 (スコア:1)
>不具合が起きがちなシステムを心配して眠れぬ夜を過したことのある・・・
仕事の質が低いだけじゃないか。
そんな心配をしなくてすむように、仕事の質を高めなよ。
俺なんかもう悟っちゃったからぜんぜん気にならないよ。休日に突然呼び出されるのも想定内だし。
Re:不安なのはこれ一点 (スコア:3, すばらしい洞察)
リモートで任意のコードが実行される不具合が公開されたのに
運用の都合で長い間パッチが当てられないことだってある。
Re:不安なのはこれ一点 (スコア:1, すばらしい洞察)
それは技術的問題ではない (スコア:3, 参考になる)
ここ10年ぐらい見ていて面白いのは「多重化したとして問題が解決するか？」という点。
たとえば Active/Standby で2重化しているシステムを考える。今 Active がダウンして Standby に切り替わったとしよう。
アメリカ人:
ふむ。正常に切り替わったな。じゃぁ Standby がダウンするまでに交換しよう。
フランス人:
ふむ。正常に切り替わったな。じゃぁ次のメンテナンスで交換しよう。
ドイツ人:
ふむ。正常に切り替わったな。じゃあ、次の勤務時間帯に大急ぎで部品を交換して Active/Standby に戻そう。
日本人:
大変だっ!! もう予備がないっっ!!! もうだめだ。おしまいだ。これで何かあったら責任問題だ。あぁ、こんな製品買わなきゃ良かった…
orz
.
で、今の所予測がつかないのが「3重化」したら本当に日本人は安心するのか、という点。
Active/Standby/Standby2 構造で Active がこけた場合、「Active/Standby」でワンセットだと捉えて、やはり「もう予備がない」と騒ぐのではないかと。
つまり、予備があるかどうかの問題ではなく、自分でリスクを考えずに、責任問題だけに注目している点がそもそもの問題点なので、予備なんぞなんぼあっても駄目なんじゃないか? と思う。
.
ちなみに。これは売る方のメンタリティでも同じで。
「このシステムはたしかに3重化できるかもしれない。でも、そのシステムがちゃんと切り替わらなかった場合の責任は誰が取るんだ?? 他の国では2重化でいいとして、そういう商品として売っているのに、日本だけ設定を変えたら誰のせいになる?
やはりここは、本社のセールスモデルと同じ、2重化で売ることにしよう」
とか言いだす奴が偉くなる辺りに、問題が解決しない最大の要因があるのではないかと。
fjの教祖様