【IT】情報システム部門の運用担当者、激減中　20人→0人の企業も [13/10/15]

1 ：2013/10/19 〜 最終レス ：2013/10/21

　ユーザー企業の情報システム部門で今、運用担当者の人数が大きく減り始めていることを
ご存じだろうか。
　運用業務には、「アプリケーション保守」や「OS/ミドルウエア運用」、「ITインフラ
運用」などがあるが、あらゆる業務に関わる運用担当者が減少しているのだ。まずは4社の
事例を紹介しよう。
サイバーエージェント
運用担当者の人数
20人→0人（予定）
　サイバーエージェントで消費者向けWebサービスを手がけるアメーバ事業本部では、現時点
で20人いるOS/ミドルウエアの運用担当者を、2年後の2015年までにゼロにする計画だ。
　彼らは現在、OS/ミドルウエアをサーバーにインストールしたり、パッチを適用したり、
アプリケーションの負荷に応じてサーバー台数を増減したりする業務を行っている。これらの
業務を、オープンソースソフトウエアの運用管理ツール「Chef」を導入することで、自動化
する計画だ（図1）。
　Chefは、OSやミドルウエアの設定を「レシピ」と呼ぶRubyのプログラムとして記述し、
各ソフトに適用するというツールだ。従来、OS/ミドルウエアの設定作業の内容は手順書に
記述し、運用担当者は手順書に従って人手で運用管理ツールを操作していた。「Chefでは
手順書の代わりにRubyのプログラムを記述し、プログラムがOSやミドルウエアの設定を人に
代わって行う」。サイバーエージェント アメーバ事業本部ピグディビジョンの並河祐貴氏
はこう語る。
　並河氏は現在、自分が行ってきた運用の手順を、Chefのレシピに落とし込む作業を進めて
いる。同社では今後、並河氏が作成したChefのレシピを使うだけで、運用担当者ではなく
開発者がOS/ミドルウエアの設定を行えるようになる。レシピが整備できれば、「これまで
運用担当者がやってきた、OSやミドルウエアの設定という業務は不要になる」（並河氏）。
＜以下略＞
ソース：ITpro
http://itpro.nikkeibp.co.jp/article/COLUMN/20131002/508384/
http://itpro.nikkeibp.co.jp/article/COLUMN/20131002/508384/zu01.jpg
記者注：ソース先の記事全文は会員限定ですので、一般閲覧可能部分だけをソースといたしました。

2 ：

０人でも外注で賄えば無問題
問題は外注先のSEがチョンシナ系で勝手にバックドアを作ることくらいだけど

3 ：

なに言ってるのか全然わからない＞＜

4 ：

Webサービスのサーバ保守する人があんまりいらないようになったらしいという記事

5 ：

いざってときに口で説明してくれる人を切るわけね
障害が起きたときシステムの素人が分厚い仕様書付け焼き刃で読むのか
誰も助けてくれんだろうね

6 ：

小さいゴミファイルが１個残っていただけで
全面的に止まるとかいかにもありそう

7 ：

手作業でやってた作業やノウハウをエンジニアから
盗み取って、ソフトにやらせるってことか。
iPhoneの加工技術を新潟の町工場から盗み取って
シナ人にやらせるのと同じだな。

8 ：

社内で飼っても普段は2ちゃんやニコニコばっかり見てて
いざ仕事を頼んでも、もったいぶる奴が多いからだろうな

9 ：

そして委託先のサーバが吹っ飛ぶと

10 ：

景気がよくならな広告減るから今広告の主流のIT部門も合理化ってことだろう。
高齢化もあるのか。IT不況来るで。

11 ：

ハードウェアの償却終わって刷新する場合、また新しくレシピ書いてもらわないとな
少数の人手必要じゃん

12 ：

>>9
トラブル対応は委託先の言い値でｗｗｗ

13 ：

これは情報システムの更新時期に死ぬパターンｗ

14 ：

EC2辺りにR

15 ：

日本製なら収支でどっこいどっこい
海外製なら人がやってた頃のほうが安いレベル

16 ：

>>10
すでに不況の2番底くらいなんだが

17 ：

>>10
IT不況来るで。
同時に消費税増税不況だろな。
通信費にも消費税かかってるからね。

18 ：

何かあった時に誰に責任をなすりつけるの？

19 ：

ちかい将来、プログラミングもコンピュータ自身がやりだすんじゃない

20 ：

さっさと下流のIT土方にでもなれよ、ロスジェネども。介護のほうがお好みか？
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
IT業界の「K」
3K
　きつい
　帰れない
　給料が安い
プラス4K
　規則が厳しい
　休暇がとれない
　化粧がのらない
　結婚できない
プラス6K
　キチガイ多すぎ
　気持ち悪いって偏見で見られる
　基本的人権なんて存在しない
　毛が抜けていく
　子供なんて作れない
　体が臭い
これがIT業界13K。死刑台までの階段の数。

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

21 ：

こうゆうやつやろ
ファーストサーバ様のおかげでリストラｗｗｗ　挙句に会社倒産の危機ｗｗｗｗ
http://copypa.blog99.fc2.com/blog-entry-5301.html
社内IT技術者を解雇したらサーバーが死んで会社が修羅場状態です(ﾟ∀ﾟ)ｱﾋｬﾋｬ
http://u1sokuhou.ldblog.jp/archives/50372016.html

22 ：

このやり方は、とんでもないリスクがある

23 ：

データを全削除して免責を乞うヤツだろ？
シェフがイイかどうか知らんが、サーバー管理はDCに客先常駐の、知らんヤツがやるからイイんだろ？
汗庵かどっかの、原発隣接のDCとかで。

24 ：

オープンソースソフトウエアの運用管理ツール「Chef」は
Rubyで書かれたツールなの?

25 ：

18 ：名無しさん＠九周年：2008/08/02(土) 18:59:48 ID:pd0CcfeJ0
パワハラで退社後、担当してたＤＢサーバのミラーリング(ミドルウェア)がコケて、
電話がきたんだが、オレを廃人に追い込んだ会社を助けるわけないじゃん。
当然、内容だけ聞いて後はシカトしたよ。退社前に引継ぎはバッチリしておいたしな。
後任のヤツがリストアしたんだが、見事に、スタンバイからメイン側に逆流させて運用データが全部ぶっとんだ(笑)
結果は、データ復旧要員の人件費１２００万の損害＋ハード入れ替え１０００万　※損害賠償は政治的判断でなし
オレをイビッてたＰＭは、閑職に左遷！！
腹の底からザマア。プギャーって思ったぜ。
バックアップを取らずに作業して、ＳＥでございかよｗｗｗｗｗｗｗｗｗｗ
オーイ、ＰＭの岩ちゃん、見てるか？



64 ：名刺は切らしておりまして：2010/08/15(日) 13:55:28 ID:Uj0nHeL6
お前らがやたらと数応募するからこんな無駄なテクニックが生まれる
うちも面接や説明で
「うちは技術系メインだからね。勉強は各自ね。教えて欲しければ、役に立つ新人になってね。いつまでも技術無かったり適性ないとすごくキツイよ。結果第一だからね」
と教えてるのに、無駄に頑張ってわけの分からない病気になる奴が多数
92 ：名刺は切らしておりまして：2010/08/15(日) 14:15:58 ID:PT8h/r+f
>>64
ちゃんとIT業界って書けって。
他の業界のやつが迷惑するだろーがボゲ！Rぞ

26 ：

EC2でも細かいセットアップは何かの形でやるから、もう1層上の話じゃね？
スケールアウトするときなど、既知の環境をつくるときに最低限のインフラをインストールしたら、
ミドルウエアやらソース管理やらログの処理やら、もう全部まとめてChefがやってくれるって話だよね

27 ：

>>19
そう叫ばれ始めて、はや20年

28 ：

ファーストサーバ思い出したぞ

29 ：

そんな過少見積りをして責任問題にならないのか？

30 ：

AWSやらAzureがあるからドンドン保守運用が入らなくなってるのは事実だけど、
その分プログラマーに負担が行くのは確実なんだよな。
うちの会社も同じように保守要員を減らそうとしたら、結局色々な不具合が出て
計画自体が頓挫したわ。

31 ：

新しい技術が次々に出てきてその度に人が切られていく

32 ：

ウチの社内SEは対人インターフェイスが非常に悪い
いつも怒っている

33 ：

で、段々とクリティカルなことができる権限が集中して行って、
人的ミスの影響がクリティカルになっていくと。
そこらへん気を付けてさえいればいいし、
サイバーエージェントなら大丈夫だろうが、
真似する他社で大問題が起きそうだな

34 ：

>>32
情シスの人間ってどこも人間としておかしいよな。
そんなのが総務に行ったもんだから・・・

35 ：

手順書の通りにコマンドを入力する簡単なお仕事がなくなるってこと。
あとアホな手順書を書いて運用にカバーしてもらってるアホSEもクビ。
厳密な手順を定義して、設定ツール任せ。
ツールは融通が効かないけど、それは仮想環境でいくらでも事前テストすればいい。

36 ：

社内SEってガラクタがやる仕事だしな

37 ：

>>7
そのためのソフトウェアやん。アメリカ的にはソフトで実現可能なものは単なる単純作業という認識
じゃない？

38 ：

そのうちアメーバもアポーンしそうｗ

39 ：

これは良い話。
どこの企業も運用や開発が縦割りすぎて“サイロ化”している問題を抱えている。
近い将来、運用しかできないなんちゃってエンジニアと、
ヒューマンスキルの乏しいプログラマーは不要になる。
ていうか、もともと組織のボトルネックだと認識されていたからな。

40 ：

ようするに自己保身ばかり考えてる社会主義者は
技術の進歩によって自ずと社会から追放されるということだよ。
人間社会は根本的に文明主義だということをそろそろ理解した方が良い。
ゆとり思考で労働者の権利を叫んだり、オスプレイに反対している暇があるならな。

41 ：

つーか運用担当者って普段どんな仕事してんだ？

42 ：

無理無理ｗ

43 ：

>>3
ダミープラグ

44 ：

早死にしそうだし生きてても屍みたいになってそうだしなｗ

45 ：

>>41
通常業務＋緊急時対応
ブラック！

46 ：

ファストサーバもすっかり揉み消されたな
SBが揉み消したもんな

47 ：

単にサーバロードバランスじゃないの？

48 ：

>>1 言ってる意味は分かる
サーバーのソフト群のアップデート作業を単純化するパッケージ俺も買ってるしな。
しかしサーバーを一から知ってる人間をゼロにするのはどうかと・・
プログラマはサーバー運用者じゃないし。
システムを効率化するのもサーバーしってないとできないし
チューニングもトラブルシューティングもできないだろ。

49 ：

レシピが整備できれば、「これまで運用担当者がやってきた、
OSやミドルウエアの設定という業務は不要になる」
レシピの整備で金がかかるという話ではないのかね・・・

50 ：

ググッたらＬｉｎｕｘ系のツールか。サーバーの設定ファイルはテキストに限るみたいなやつ？

51 ：

夜中とか休日にシステムがトラぶったときどうすんのこれ

52 ：

>>20
汚い、危険、臭いのゴミ集め公務員最強！！！

53 ：

システムトラブルで会社が倒産する時代にリスクありすぎじゃねーか？

54 ：

これムリだと思うがどうんなんだ？
そのレシピとやらのコーディングや改修する際の
労力が半端なさそうだけど。

55 ：

>>51
プログラマに頼るのかねーｗ
あいつらには分からんだろ。
ボトルネック解決とかもchefさんはやってくれない。
大手メーカーにハードウェアサポートやってもらっても
150台一気に壊れた場合とかどうすんだろうねｗ

56 ：

>>53
クラウドでサービスあぼん
会社もあぼん
ユーザもあぼん

57 ：

>>48
他の仕事やらせておいて、トラぶったらそいつらに直させるだけでしょ

58 ：

つぶしきかないじゃん

59 ：

>>51
あらかじめ設定したバッチが動く
失敗したらおしまい。

60 ：

皿洗いと同じことね
単純作業しかできないバカは人件費の安さで勝負するしかないのに
”あの人たち”にそそのかされて労働者の権利とか言い出すから失業する
”あの人たち”のエサであるバカは大量供給されてるから”あの人たち”は安泰

61 ：

ロータスノーツのシステム管理者のおっちゃん
まだいんのかな
大した技術もなかったが若手が覚えようとすると全力で妨害してたっけ

62 ：

>>49
>レシピの整備で金がかかる
レシピ整備する人間だけおればええって奴やろな。ＯＳやらサーバーのＶＥＲうpで
コロコロかわるやろうから。まあインストーラあんどサーバー設定ファイル整備しといたんで
やっといてみたいな
ようしらんけど、ウィンドウズはムリちゃう？人間がＧＵＩポチポチせなあかんのやろ？

63 ：

作業のパターンマッチングによる自動化。
あらかじめ対処可能な部分では可能だけど
それ以外はおそらく止まったままになる。

64 ：

>>62
再起動するようなOSは使うべきじゃないね。
Windowsって社内のアカウント管理とかで
一般的に置きっぱ用途なら使わない方がいいと思うぞ。
Windowsアプリの連動くらいしかメリットないでしょ。

65 ：

>>61
ノーツはいい加減やめてほしい
AS/400はまだ使う

66 ：

>>51
社内にサバ監を置いたところでできるのはOS/MWの再起動くらい。
それこそ自動化できるじゃん。
あとこの話は情シスを無くそうという話ではない。
サービスのリリース作業や問い合わせのキャッチアップだけしてる部門
（↑これが運用チームなどと呼ばれている）はもういらんだろ、という話。
前者は自動化できるし、後者は開発リーダーがやった方が早い。

67 ：

経験者しか雇いませんみたいなルールに自民がしたんだろうが
こうなるのは百も承知、他の業界もこうなるだろ今更泣き言なんて
聴きたくねーな

68 ：

通常の運用はいいとしてもトラブったときリカバリー大変そう

69 ：

まあいいんじゃね。
ただ普段カネ出さないくせに、障害発生して困ったときだけ
泣きついてくるところには、容赦なく吹っかけていいと思うけどね。

70 ：

自動化に関しては
ノウハウがある奴が作らないと自動化はできんな
作業ルーチンのファイルは
買うのか貰うのか
それとも依託するのか？
だね。

71 ：

システム部門と言ってもメインフレームではなくPCシステムの場合
学力も教養もないパソコン少年が携わることが多い
まずそこからだろうな
★某中小企業経営者の声★

72 ：

>>2
そういう所は、えてして外注のスキルを見抜けずにババ引いて、結果として
コストダウンの目論見は失敗に終わる。

73 ：

>>67ご立派＾＾
ちょっとずれてるけど

74 ：

これはシステムダウンフラグだな

75 ：

でも障害とかやっぱあるわけよ
そのたびに原因判定して修復したりするわけだな。
それはサーバーの挙動を全部理解してないと無理。
実際に吹っ飛んだ場合、人海戦術だから
交代しないと体がもたないし。
あと運用担当者が暇なら、何かの作業をさせればいいだけで。
電話対応とかHP作成とかいろいろさせればいいだろ。

76 ：

>>68
リカバリーつーかバックアップは定期的に自動
アプリも変更なければそのまま動く。
そういう世界。
Windowsとちがうからそんな感じ。
動かなかった場合は、２重化するとか、対処だけは自動化可能だけど
何処まで入れ直すかによるな、

77 ：

開発者が運用保守も兼任するってだけの話か

78 ：

>>76
まるで原発だな

79 ：

まあ、定型作業だったら、それで機械的に対応出来るだろうな。
たたでさえ最近はbatch処理、スクリプトでの自動化処理が多くなっているし。
ただ、例外的なトラブルが発生した場合に誰も対処出来ないだろ。
内部理解していないんだから。
セキュリティもそうだけど、基礎の所で削減すると上手く行っている時はそれでいいが、
クリティカルな事象が起きた時の損害が桁違いになるぞ。
まあ、ファーストサーバーのように無責任に投げ出せばいいんだが。

80 ：

絶対うまくいかねー。

81 ：

ここでRubyを使ってるのが味噌だな。

82 ：

>>55
それどこの業務系だよｗ
>>1はCAだぜ？
開発できるやつはインフラもできて当然。
お前、開発者はWiresharkの使い方知らないとか思ってるレベルだろｗ
その手の連中はもういらんと思うわ。
発展途上国で単純作業やりながら子育てにでも邁進してろよ。育メンｗｗ

83 ：

バッチがバグだらけでも、戻せなかったりしてｗ
自動でやる作業がどっかでつまずいても、戻せなかったり判断が送れたりしてｗ

84 ：

機械オンチのおれには、何をいってるのか、さっぱりだ
誰かガンダムでたとえてくれないか？　ジョジョかドラゴンボールでもいい

85 ：

PHPとmySQLとか動いてる類いなら対処出来るだろうけど
元のApacheしてるとかOS側の挙動がおかしいって時はあぼん
パソコンで言えばマウス操作できない状態になるので
その時は終わってる感じだろう。
想定の内だろうけど
想定外w

86 ：

よくわからんが
全体の作業量が減ってないならブラック認定

87 ：

>>60
運用って単純作業なのか？

88 ：

２４時間容赦なくアラートが飛んでくるのか

89 ：

>>84
人件費を減らすために、モビルドールを作ったようなものだ。
・戦費が減る＆兵士が死ななく
と、いいこと尽くめの夢のような話が＞１　だ。

90 ：

トラブったとき社内のシステム情報部門にすぐに言わないと駄目なんだけど
殆どが「こんなの俺等でも直せね？」と思うやつばかり
アホじゃねーの？利権ですか？

91 ：

遠方にあるサーバに繋いで操作する類いを
ダミープラグに切り替える話しなので、操作出来ない場合は当然終わる。
遠隔で治る類いの操作をファイル化して対処というお話。

92 ：

他人の作ったプログラムを叩いてるだけだしな

93 ：

>>77
もっと言えば「ITは少数精鋭体制でやらないと駄目」という当たり前の話が進んでいるだけ。
システム部門というのは組織の頂点に君臨しないと業務が回らないのだから、
システムによって全ての業務部門に指示を出せるような連中が務めないと駄目なのよ。
業務部門が「こんなん欲しいねんけど？」とかやる時代はそのうち終わる。
というか、そういう組織はやがて潰れる。敗北する。
“システム”を作るんだろ？一番、偉くて優秀な奴がすべき仕事に決まってるだろ。
“システム”という言葉の意味を改めてよく考えるんだな。

94 ：

でもよ、現実にはハードも普通に壊れるわけだから
こんなムリそうだけどな。
そのrubyとやらのレシピで
壊れたハードの交換とか、どうやって記述しているんだろう。

95 ：

>>89 オツです　わかりやすいｗｗ

96 ：

対処を自動化してるだけで
設定変更は常時ある筈だけどね
専用業務ソフトくらいで
WordPressみたいな類いなら常に更新しないとだめだろうし
そういうのはスタッフが必要だろうね
何も弄らなくてもいいようなタイプでPHPで出来ている
ショップのとかあの手のサイト自動化じゃないのかな？

97 ：

>>90
そういう風に思ったやつが勝手に再起動とかかけて復旧を遅らせたりするんだよな
かといって何も分からない客ってのも大変ではあるけど

98 ：

企業システムのＯＳってパッチ適用した後のＡＰテストを
しないでいきなりパッチを適用するってのは普通はない。
もちろん、適用作業が失敗した場合の戻しタイミングなんかも
よく考えて対応しないと、翌日にシステム停止どころか最悪
数日停止とかデータ消失なんてことすらあるｗ
サイバーエージェント勇気あるねｗ

99 ：

よくわからんけどこの並河って人が運用管理してるしゼロじゃねーじゃん

100 ：

ルビーか・・・
俺が仕事してた汎用機や、オフコンもどきUNIXでは考えられなかったな・・・
UNIXでは開発環境にオプソを入れるのは御法度だった・・・
IBMのぼったクリが消えたって話じゃないかな

101 ：

>>98
人件費削減で
保守業務を受けるために企画したのでは？

102 ：

甚大な傷害が起きても想定外ですますのが日本流だから。

103 ：

残った人間がブラック業務を請け負うことになるという

104 ：

人間の仕事を無くすための技術。　それがIT

105 ：

ウチの部署の場合、IT管理者など不要だと言ってゼロにし、鯖更新時に外部業者に任せ、いままではン百万円だった鯖がNASに置き換わった。
元IT管理者だったオレがそれに気づいて忠告したが間に合わなかった。
案の定クラッシュして復旧費用がン百万円。ばななあぼがど。

106 ：

>>101
別にサイバーエージェントのシステムが止まっても良いからどうでもいいけどｗ
これだと開発担当なら、怖くて酒も飲みに行けないよｗ

107 ：

>>102
>>104
地方公務員は減らないよ
こんなサイバーなんとかみたいな芸能人のトピックで宣伝してる業務じゃないしな・・・
本当は減らすべきなんだけど、わざととんでもない要求仕様でできなくしてくる・・・

108 ：

障害起きた時どうするの？
ITもそろそろ終わりかぁ
ちょっと首吊ってくる

　　 ||
　　 ||
　∧||∧
（　 ⌒ ヽ
　∪　　ﾉ
　　∪∪

109 ：

真面目にムリだろ。
今までは各種プロセス起動のメッセージを画面でみて、
いつもと違う（たとえば遅いとか、変なメッセージでる）のを
野性的感で異常を検知して、サーバの点検とかやってたのに、
自動シェルなんかでそれをできるとは思えん。

110 ：

お前ら色々詳しそうだから、聞きたいんだけど初めてプログラミングを
勉強するならどの言語からやればいい？不動産会社に勤めてて、自社サイト
のデザイン・構成・管理を一括して全部外注しているので、左記を自分ひとりで出来る
ようになりたいと思っています。

111 ：

>>110
それをν速で聞くとは猛者なのかにわかなのか・・・・

112 ：

>>110
いっぱいありすぎて書けないよｗ
最低でもＤＢとＯＳは勉強しておいて損はない。
それすら知らないならプログラム組めないからねｗ

113 ：

>>106
なんか君は思い描いているもののレベルが低くないか。

114 ：

年いくつ？

115 ：

>>107
地方公務員は減るだろ。借金いくらあると思ってんだよｗ
あと数年もしたらどこも遅配連発になるぞ。
さすがに警察や消防は最優先で支払われるだろうけどな。
アメリカですら事務公務員の自宅待機が続出してるのに。

116 ：

IT技術者って、自分で墓穴を掘っている感じ?

117 ：

>>110
Webページなんてホームページビルダーで十分じゃね？
データ管理とか必要ならPHPでイイんじゃね
比較的簡単だし

118 ：

あっ一言言っておくけどデザインするセンスとプログラム能力は全く別物ですからね。
ワードを使えるけど文章書けないのと同じ。

119 ：

>>113
ｗｗ
バグがないシステムでもデータがおかしいだけで止まることもあるんだけどねｗ
システムのレベルとは無関係でね。。

120 ：

>>115
減ってないね、破綻状態をごまかして増えているよ
イギリスなんか原子力潜水艦にすべてまかせて王室関係者以外はみんな首になったらしいのにね

121 ：

外注と折衝する所が無くなったら、外注の思うがままになるわけだがｗ

122 ：

いざやってみたら大失敗で、２０人分の人件費の１０倍ぐらいの損が出るだろうなｗｗ

123 ：

>>119
いまの時代は止まって当たり前を前提に作るんだよ。
もし君がワンオフなソフトを納品するような仕事をしてるなら想像つかないかもしれんが。

124 ：

不動産の情報もやっかいだけど
もっとやっかいなのは住民基盤情報で
東京はそうでもないけど
関西は同和地区は国家機密より厳重に管理され
最悪いまでもパンチカードを使ってでも電源無しでも処理できる
地方公務員をたんに減らすのは難しい問題だよ・・・

125 ：

結局、外注でないとまともな仕事出来ないから。
システム増強に１００億円掛かる、とかいい加減な事を言うし。
「シムテム部門を抱え込む」と碌な事にならない。

126 ：

いきなり動作しなくなることを予想いないとヤバイな
銀行などの金融システムで、アル日突然動作しなくなるとかありそう

127 ：

これで大丈夫って言って0人にした挙句、
数年後にソフトが対応してなかったり新しく追加出来なかったり方法が分からなかったりで問題になる。

128 ：

運用は割にあわない職種だからなー
上手く出来て当たり前、失敗すりゃ大問題
評価されることが本当に少ないブラック職だわ

129 ：

こういうのは動作の仕組みを把握してる人間がいて、その作業を簡略化するためにソフトで運用するべきであって、
人間をソフトに置き換えるのは無謀過ぎるだろ

130 ：

OS仮想化された時点で要らなかったろ
単に便利ツールが出来たから言い訳につかってるだけ

131 ：

>>130
仮想化はね、汎用機時代に高いけどすでにできてたんだよ
いろいろ制約があって普及してこなかったんだ

132 ：

サイバーエージェントは今の担当者に人を減らすから代わりのシステムを作り終えてから辞めてねっと
御人好しにも程がある

133 ：

よく分からないけど、
世の中、人は要らなくなります。って先駆けなのかな？

134 ：

>>116
ホントの意味で墓穴掘ってるのは人件費だけ見て外注化を進める企業だと思う
あの効率化大好きなアメですら、自社で運用するシステムは内製化してるのに

135 ：

>>128
インフラ系は特にそうだな
平常稼働が当たり前
障害発生すると槍玉
文句言われることはあっても、感謝されることは無いという職種

136 ：

派遣やワープアを２ちゃん読みながら馬鹿にしてた奴らだろ？
のたれRばいいよそんな奴ら　なんの価値も生み出してねえ上に無慈悲だもんな

137 ：

人間がやる仕事がドンドン減るっていい事かもしれんな
馬鹿で無能な癖に馬鹿で無能をののしる馬鹿で無慈悲な奴がドンドン減るからな

138 ：

高齢化
ゆとり世代は使えない
そりゃ移民に期待するわな

139 ：

まあ、IT化でコンピュータに任せられることは多いから
一握りの優秀な技術者以外はいらないと思うよ

140 ：

Chefの次が出てきた時に乗り遅れるんじゃねーの？

141 ：

トラフルシュートはchefさんじゃできないだろ。
どうするつもりなのかね？

142 ：

>>136
ITの８割が客先常駐、正社員でも特定派遣って立場で
技術が変わったり、年齢や客の都合で普通に切られる
そんな立場で派遣とかワープアとか馬鹿に出来る人は
危機感と頭が足りない人だよ
そんなに恵まれた仕事でもない

143 ：

まあ、文句言ったところで人件費カットが一番のコスト削減になるし
ITが進歩すればするほど人間はいらなくなるんだから
IT業界は本当に一握りの優秀な技術者以外はいらなくなってく流れは止まらないだろ
仕方が無いことだよ

144 ：

運用って派遣とか外注で賄ってるからだろ？？

145 ：

時代は介護師とか建築士だよな
この辺は

146 ：

ＩＴなんて仕事じゃねーよ遊びだよ
馬鹿じゃねーか

147 ：

>>46
もみ消せてないよ？
うちの会社はその事件のせいでクラウド導入は無期延期が決定。

148 ：

つか誰か新人きたからＰＣ一台セットアップ汁みたいな奴に使えるの出すべきやな
ＯＳ／アプリ、パッチ、ウィルス定義とかあててたら、めちゃめちゃ時間かかる
ＵＳＢかＣＤ刺して、ＰＣ電源オン、数時間放置しといたらできあがりみたいなんが理想
Ｌｉｎｕｘにしなさい

149 ：

>>143
時代が進歩すればほとんどがクラウドなるから余計に人を増やせってことやと思うがね
まあ基幹以外のとこはそうやろうが

150 ：

これって火事のないときに消防士が暇そうだから
電話番と消防車の整備係以外全員首切りました
みたいなもんじゃね

151 ：

生損保の保守してるが年に1,2カ月は必ずヒマになってる
その期間は読書したりゲーム作ったり寝たりする

152 ：

アメブロのデータなら消えた所で問題ないな

153 ：

これは、「Chef」を操作できる人が必要なわけで、アメーバは並河って人が開発してるから全てを
統括してできるわけで、普通の会社のプログラムをいじれない人が大多数のところでは
やはり、運用者は必要なのでは？

154 ：

>>56
何社も会社が倒産してもこの流れが変わらないってことは、もうオワコン業界なんだろうなあ。

155 ：

また失業者が増えるね

156 ：

>>143
その本当に一握りの優秀な技術者のお給金うなぎ登りになって
替えの効かない会社の命綱預けることになるけど
どっちがいいんだろうな

157 ：

>　並河氏は現在、自分が行ってきた運用の手順を、Chefのレシピに落とし込む作業を進めて
> いる。
終わったら並河氏は退職か・・

158 ：

まあ一時の絵空事だな
すぐに破綻してもとに戻すよ

159 ：

軽減税率導入や元号が変わったときが見もの

160 ：

非常に朝鮮的な試みだな。

161 ：

文明を甲殻類の外殻に例える文明論
ITも文明の一部であり、次第に殻化してくる。文明の更新には全体の脱皮が必要になる。
必要のスキルの人間が少なくなるのは、一見効率的だが、実は絶対数がボトルネックになり、次の多数派になった作業者が文明を担う。

162 ：

鯖のお守りなんて最初から自動化しとけよ

163 ：

オラんとこは、開発部門にミドルの知識もってるのが皆無だから、
運用レスにしてセルフどぞ！てやったらおじゃんやで。

164 ：

>>159
IT業界は、昭和→平成の時に元号切り替わりで苦労しているから
役所とかはともかく民間の大半は西暦だよ。

165 ：

で、OSやミドルのバージョンアップで仕様変更入って、そのときあるchefのスクリプトじゃ
対応できなくなって、何もできなくなるわけですね

166 ：

ITの目的が、そもそも人を減らす事なのに、
日本のITは何故か人を増やそうとする。
ITが底辺職になってしまった事で、おかしくなってる。

167 ：

記事の内容、運用ってか保守だろ

168 ：

ゼロは流石にやり過ぎでしょ、いざとなったら業者に
まかせっきりになると危ないよ

169 ：

>>157
システムを作る人間は残るよ。
クリックだけの簡単なお仕事の人は無職だけどね。

170 ：

>>157
だからレシピかく人間は残るって
レシピ＝機械がわかるマニュアルってだけやもん。機械のかわりに人間にやらせる場合は
マニュアルかかなあかんやん。こんな設定なんかはすぐ陳腐化するからな
要はマニュアル人間のかわりに機械化しようってとこやろ

171 ：

>>27
そういう考えって昔から言われるが、結局ドラえもんのタケコプターが
将来発明されるってレベルの話なんだよなぁ。

172 ：

ＩＴの世界って一握りの有能な連中が高給を取ってシステムを構築・運用して、大勢の雑魚を
不要にするってのが究極の目標だから。

173 ：

文明を甲殻類の外殻に例える文明論
ITも文明の一部であり、次第に殻化してくる。文明の更新には全体の脱皮が必要になる。
必要のスキルの人間が少なくなるのは、一見効率的だが、実は絶対数がボトルネックになり、次の多数派になった作業者が文明を担う。

174 ：

急にゼロはびっくりするで。
運用部分をロボットがやるようになったぐらい驚くで。

175 ：

何を構築しようが五年後には使えなくなるんだけどな

176 ：

>>75
まったくその通りと思う。

177 ：

英文科卒のアラフォーで基本/応用情報技術者とＪａｖａでプログラマー目指すのは自殺行為かな？

178 ：

>>177
業務経験による。
いくら知識があっても、経験ないアラフォーじゃねぇ・・・。
ただ英語が話せるなら違った道はあると思う。

179 ：

>>177　そういうトンチンカンを考える時点で向いていない。

180 ：

うちはメインフレームばっかだから関係ないか。

181 ：

だよね〜
基本情報だけ撮っておさらばするw

182 ：

だからうちの会社に最近サーバメンテ以来が変な増え方したのか
やってくれ言われても
設定書類とかどこにあるか分からないって
平然と言ってくるんだよな

183 ：

>>177
それでプログラマー目指すぐらいなら、
自分で首吊り自殺した方がなんぼか幸せだよ。

184 ：

>>177
応用情報なんて二次請け三次請けレベルの会社じゃ、まずお目にかかれない
資格だからすごく喜ばれるんじゃないの？

185 ：

コンピュータが自分で考えて最適化するSFの時代は、案外すぐそこかもしれませんな。
コンピュータが「あの運用、仕事してない。切れ」とか言ったりして。

186 ：

そもそも吹っ飛ぶようなシステムをなんで作るの？

187 ：

>>177
プロジェクトによるけど、根性と忍耐力があればスキルは割とどうでもいい。
逆に自分はスキルがあるから・・・とか期待してるならガッカリすると思う。
体力に自身があるから工事現場で働くって方が近い＞プログラマ

188 ：

まあやってみろ、100%失敗して、負債の山になるから
元se

189 ：

確実にクビ切られる予定の担当者はこの記事みてどう思ってんだろうなｗ

190 ：

夜中にやる作業を日中で準備して、自動でやってくれるんだろ

191 ：

ファーストサーバ事件があちこちでおこるとか胸熱

192 ：

どうせ、モルモン教徒のRubyマンセー、ステマだろ。
Windowsなら一括でパッチ適用するだけでなく、各クライアントPCのポリシー
設定するツールとか、胡散臭いオープンソースじゃなくて、MS謹製の管理
ツールがあるし、今更何を言っているのかと。

193 ：

その昔はコンピュータの基礎知識すら全く無い奴を平気でＳＥとして雇ってたもんだよ。
一応、ある程度の教養はしたが、何しろ適性すら分からん状態で雇ってたから…
バブルって恐ろしいよな。

194 ：

windowsサーバでchefの話題はあまり聞かないな

195 ：

元ＩＴドカタのＷＥＢエンジニアだが
今は独立して運用から開発まで全部一人でやってるからこういうのは助かるｗｗｗｗｗｗｗｗｗｗｗ
いい時代になったｗｗｗｗｗｗｗｗｗｗｗ

196 ：

まだファーストサーバーの話してんのかよｗ
・・・えっ？違う？

197 ：

ネットワークもopenflowとかプログラムで制御する時代になりつつあるから
これからのインフラ担当者はプログラムを弄れないとやっていけなくなりつつある
(＝プログラマとの垣根がなくなりつつある)

198 ：

まず、無理でしょ。これは自信をもって言える。

199 ：

うちの冷蔵庫の型番をみてみないと、なんともいえない

200 ：

アプリ開発の外注をトラブル時に呼び出せばええのや

201 ：

携帯持たされて２４時間呼び出される係は誰になるんだ？

202 ：

うちはもう１５年も前から開発者が運用してますがな
開発期間２週間とかで簡単なコンソールアプリ作ってDB加工処理するだけのものだが
コスト削減にはこれが一番だよｗ
徹夜もざらだが
絶対につぶれない系統の大手系列なので入ってくる人は多いがそれでも
開発指向の強い技術力のあるやつから先に何人も社員逃げられてるがｗ

203 ：

情シス部門を切って、トラブル対応でかえってカネがかかってるとこもある。

204 ：

>>195
お、ご同業。
俺はインフラ専門だけどね。
削ったは良いがシステム扱える人が居なくなったとこ多くて、結構繁盛してる。
意外と「高級言語しか使えないPGばかり」のソフトハウスのが需要が多い。
>>197
プログラム触れないインフラ屋なんて、Win系のみとか特定アプリしか知らないような素人だろうよ。
openflowとかお仕着せのインターフェイスなんぞ無くても、
既存インターフェイスで制御するようなプログラムくらい書くだろ、普通。

205 ：

>>166
2chで一番多い職種だろうな
底辺SEって
とにかくスレが伸びる

206 ：

色々と誤解を招く記事だなこれw
DevOpsの潮流知らんド素人は何が何だか分からんだろ

207 ：

chefをメンテする人が必要だから0じゃないのは間違いない

208 ：

できないのからクビ

209 ：

chefがバグる事を全く想定してないなw
chefへの設定ミスもなw

210 ：

http://24.media.tumblr.com/tumblr_m0viifRQDp1ro099uo1_1280.jpg

211 ：

>>210
昔はこのレベルだと社員になれたよな

212 ：

四輪車で例えようか。
例えば個人の自家用車、又は個人商店のトラック
故障したらどうする？
ディーラーかJAFに電話して直して貰う。
じゃあ、運送業者やバス会社は？
自前で整備士を雇う。なぜなら、彼らのビジネスモデルは、四輪車の稼働可能性が自社の生命線やから
故障したら外部を呼ぶなどという悠長な事を言ってられない。
ＩＴに例えると、自家用車、個人商店のトラックは、商用サーバのホームページ。
サーバーがダウンした場合、業者任せで復旧を気長に待つ。
運送業者、バス会社は、自社基幹システムを持つ企業や、EコマースなどITを使ったビジネスモデルを組む企業。整備士は、運用担当者になる。
だからこの記事の場合、サイバーエージェントというITを使ったビジネスモデルの企業で運用担当ゼロにするという事は
運送業者でロボット整備士を入れるから人間の整備士ゼロにする、という事。

213 ：

Chefってそんなすげーの？

214 ：

>>210の内容なら月相当稼げるで
正社員でも引っ張りだこや

215 ：

>>212
それは違うと思う
二種類(インフラエンジニアとアプリケーションエンジニア)で分業してた整備士が
一人(インフラエンジニア)を解雇して残った整備士(アプリケーションエンジニア)がまとめて面倒を見る(アプリケーションエンジニアがインフラの面倒も見る)って事じゃないかな

216 ：

>>51
SEの私物携帯にメールが飛んで、駆け付け対応させるに決まってるだろ。

217 ：

うーん、まぁうちの情シスは無能だからね、切っても問題ないかも。
余り高度なものの運用はしてないしね。
IT系というかソフト系はこんな自動化とかしてトラブル時どうすんのかね。

218 ：

世の中の流れで不要になる職種がでてくるのは当然
効率化するのは民間企業ならなおさら

219 ：

担当者を問い詰めるだけの簡単なお仕事

220 ：

単に単純作業する人員を削除しただけかよ。

221 ：

そのソフトの信頼性は

222 ：

並河さんが心不全で死んだらどうすんのさｗ
amebloは即座に壊れるの？ｗ

223 ：

これは手順書見ながら人がやってた作業をプログラミングで自動化するツールだから
毎回手順書見ながら人がやるよりは安全だね
トラブったら修正して再実行するしかないけど
本来なら修正したらテスト環境で動作確認してから本番環境で実行だけど
そこはちゃんとやってないところもあるだろうね

224 ：

運用担当者を0人にする？
じゃあ統括する並河さんはアンデッドで
ヴァンパイアの始祖で絶対に不死なのかなー？
とんでもないセキュリティリスクだよねそれってｗ
代わりがいないとかｗ 企業としてどうなのよそれ。

225 ：

>>170
そのレシピもネット上にゴロゴロ転がってるから、自社お抱えにする必要はないっていう話。
自社に合わせてレシピを作るんじゃなくて、レシピに合わせてインフラを作る。

226 ：

どのレシピにするのか誰が判断するのさｗ

227 ：

外注するときは発注側のシステム担当の力量はかなり重要だぞ。
業者は業務のことなんてわかってないから、全てお任せだと悲惨なことになる。
100%外注というのは無理。

228 ：

クリティカルな事象が一度に量産された時、
全部自動スクリプトツールの責任にして
問題解決に時間が掛かりますと説明するから問題ないよな。

229 ：

>>226
選択は業者に判断させるものだし、トラブルが起きたら業者が責任をもって対応するのが普通だろ。営業マンに電話一本で繋がる体制さえ作れば安心さ。

230 ：

>>225
単独のサーバならそれでもいいけど
複数台サーバのクラスタ環境とかは厳しそう
あと、ネットで転がってるレシピはウイルスが仕込まれている可能性は
ゼロではない(実際にあった)から業務用で使うなら要注意だよ

231 ：

>>1
開発者のいる会社なら運用担当者なんていらんわな

232 ：

>>210
底辺指定凄いなw
土方として雇う気満々じゃん
オレ技術上がりなんだけど、やっぱ会社的には仕事(カネ)とってこれるヤツの方が重要なんだよね…
それと、従順でマネジメントできるヤツ欲しいわ…

233 ：

＞オープンソースソフトウエアの運用管理ツール「Chef」を導入することで、
＞自動化する計画だ
またの名を、下請け人間バッチ

234 ：

ハッキリ言ってうまくゆかない。
パソコンのスキルって人によって物凄く異なる。サポートの必要なことも多い。

235 ：

>>1　「プログラムがOSやミドルウエアの設定を人に代わって行う･･･」
優れたシステムほど、壊れた時の対応に困ると思うけどね･･･････

236 ：

致命的なバグの無いシステムを作るという事じゃね？
原発事故と同じでありえないから対策もしないと。

237 ：

>>235
もしかして、自分Javaしかやったことないとか？
LAMPとかのサーバ環境はJavaほど不安定じゃないし、原因の調査も難しく無い。
ていうか、Javaのサーバ環境はおかしいんだよ。
あんな不安定で意味不明なものを企業が採用しているのだから凄いと思う。
Out Of Momoryが発生⇒原因不明、ハードウェア障害かも？メモリ交換してみます。
こんなことを繰り返してるｗ
そんなゴミみたいな環境を採用するなとｗ

238 ：

つーかChef使った程度で首来られる運用担当者ってそれまでどんな業務やってたんだよ…
運用担当者がChefのレシピの面倒を見る担当に移行することはあっても、開発者にChefの面倒見させて運用担当者を
クビにするってちょっと想像しづらいんだが
>>231
運用担当者って名前だけど実際にイメージするところは結構違うと思うんだが
>>1で言ってるのは単純作業者の事だわな
そうじゃなくてインフラの知識持っててバグ対応とか障害対応とか出来る事が重要な運用担当者もいるし、開発担当と
運用担当ってのは役割の分担であって技術の分担じゃないって考え方もあるし

239 ：

開発者には運用業務はできないよ。
開発者は作ることが仕事。運用担当者は業務を回すことが仕事。開発の片手間に運用業務なんて、トラブルが起きても新しい開発プロジェクトを優先させるのがオチ。

240 ：

>>239
まさにそんな業務やってるわ
でも実際運用と言うか保守の担当になったところでシステムが安定してるうちは他の業務やらされるもんだよ
会社にはタダ飯食わせてると思われるだけだしね
改造改善も込みならともかく、本当の保守フェーズだけなら１人完全に張り付くだけの金を貰えるか微妙ってのもあるし
逆に運用やりながら安定時にヘルプやるような形ならまだいいんだけどね

241 ：

>>239
だから、今どきそんなトロ臭いことをしてるのはJavaの連中だけなんだって。
Javaの開発者連中は不安定なプラットフォームに振り回されて
DBの設定やトランザクションの制御もよく分ってないのが多いけど、
LAMPの開発者はそうじゃない。
コミュ障が多い点は同じだが。

242 ：

>>239
開発の片手間に運用やってます
ていうか自分で構築した環境なので自分が一番知ってるから
結局対応するのは自分になっちゃうっていうのもあるけど
まあ自分のところは小規模だからそうやってるわけで
大規模なところは分業なんでしょう

243 ：

>>242
日本の場合は、
１．システム開発を行う
２．でも開発者は外注だったりする
３．基幹システムの開発者は事実上社内で誰よりも偉い（物知り）
４．気分が悪いので間に運用チームを立てて組織から隔離する
５．この体制で機能追加を続けることで徐々にシステムと業務が乖離してゆく
みたいな感じになってる。ほんとアホだよねｗ
なのでまともな組織にはそもそも運用チームというものが存在していない。

244 ：

プログラマー=開発担当、インフラ担当=運用担当
って勘違いはやめて欲しいな。
肉屋と八百屋ぐらい必要な知識が別物なんだから。
Web系でもOSやミドルウェアのことを分かってパラメーターを調整しているプログラマーなんてかなり少ない。

245 ：

>>244
冗談言うなｗ
DevOpsとか言っても分らんのだろうな。
世の中を便利にすることより雇用の創出とか考えてるクズには都合の悪い話か？

246 ：

ネットワークの構築はインフラ屋に任せていいけどOSやミドルウェア、
百歩譲ってもDBのパラメータチューニングぐらいはプログラマは分かってないとだめだと思うよ

247 ：

ツールの導入で各工程の人数減らすのはともかく
工程そのものを無くすような改善はいかがかと思うわ。
詳しく知ってる奴が１人でもいれば、緊急事態に際しては
素人をかき集めればマンパワーの増強は可能だよな。
状況判断と作業指示できる人もいなければ、もうお手上げだろ？

248 ：

こういうのはサイバーエージェントくらい金と人数と技術があることだから出来る。
普通の会社で似たようなこと真似ても結局うまくいかなかったり、
ミスったときのカバーができなくてｇｄｇｄになる

249 ：

>>247
工程を無くすんじゃないんです
工程を人じゃなくてプログラムがやるようにするんです
うまくいかない場合はプログラムを修正して再実行するんです

250 ：

簡単に言えば
ユーザー名を入力してエンター
パスワードを入力してエンター
みたいな操作から
ユーザー名とパスワードが書かれた設定ファイルを作って
それを参照するプログラムを実行みたいな方式に変更するという事です

251 ：

>>245
DevOpsは開発者視点の方法論で、安定稼働より新サービスをリリースする速度を優先する思想だね。それも一つの考え方だと思うよ。永久β版みたいなシステム向きだね。
しかしそうはいかないジャンルもある。そういったシステムには運用者視点の方法論であるITILがグローバルスタンダードで20年以上使われている。
DevOpsもITILも共通しているゴールはビジネスへの貢献。
世の中を便利にする新サービスを早くリリースさせることやシステムの安定稼働が目的ではない。

252 ：

まぁまぁ、良いモルモットだと思えばいいじゃ無いですか。
何年か後に、本当に運用スタッフが0になって、それでシステム再構築
も乗り越えたいうことなら、いいんじゃ無いかと。
ま、不可能じゃないですけどね。
ただ、キャッシュアウトが「社内運用スタッフの人件費」から「コンサル
費」とか「外注費」に化ける（しかもグロスで見ると増えていたりする）
だけの話で、CAとしてそれを容認できれば宜しいかと

253 ：

>>251
なんで、DepOpsとITILを別のイデオロギーみたいに言ってんだよｗ
どちらの考えに則っても日本企業独特のガラパゴス運用チームというものが不要であることは言うまでもない。
企業マネジメントの観点から必要ないという話だ。
雇用の創出とかいうなよ？そんなこと言ってるから歪なことになる。

254 ：

>>84
売店を自動販売機に変えた
普段は補充と売上金の回収を数日に1回で良いので
他の仕事と兼用できる
けど自動販売機が壊れたらどうにもならない

255 ：

　　
自社システムを外部に握らせるって恐ろしい平和ボケキチガイだなｗｗｗｗｗｗｗｗ

　

256 ：

>>255
いや、大抵のところはそうだろ。
IT部門があっても、外部に発注掛けるのみ。
だからファーストサーバみたいなことが起こる。
肝心なところは自分達で握ってると錯覚してるだけ。

257 ：

SE目指そうとしたけどやてた方がいいのかな･･･

258 ：

これで何度目だ？
せいぜい頑張ってくれ
泣きついてきても助けないし
電話もとらないし知らん

259 ：

自動化の理想は素晴らしいが、あまり使われないプログラムはバグりやすいからなぁ。
しかも予期せぬトラブルの時に問題になるし。
そこら辺の解決をしてノウハウをまとめてほしいね。

260 ：

>>256
医療情報も外部保存が当たり前の時代に、一体何を言ってるんだよw
経産省から、医療情報の保存を業者に委託する場合のガイドラインも出てるぞ。
企業が広報やECのサイトを外部に委託するのは普通の事。
人事や経理のシステムは、とっくの昔にアウトソーシングされている。

261 ：

>>257
まあやめとけ。他に道がまだ残っているならば。

262 ：

なるほど、こうやってレス見てると経営的にはどうでもいい話っていうことが分かる。
プラットフォーム決めたりする時こんな言い合い自分もしてたけど、経営的には収支とリスクでしか判断しないんだよね。。
文系理系関係なく世渡りうまいやつの勝ち。
>>257
職種的に短命だからやめとけ。
30超えてもなお現場にいるようだと、身の回りでどの規格のケーブルが
自殺に向いてるか考えるようになる。

263 ：

20人→0人にはできんよ。まともな会社なら。
20人→2人にすることならできるだろうけど。

264 ：

東京勤務だと、ケーブルより駅を選ぶ感覚のほうが先に来ない？

265 ：

>>27
CASEツールが熱い時期があったなあ

266 ：

つか、サイバーエージェントのアメブロって全く儲かってないから人員削減しただけでしょ。
高可用性が必要となるサービスじゃないから、落ちたって構わんのでしょ。
理解してないバカが喚いてるけど。
つか、日本のIT産業ってなんだかんだ言って、売上金額の7割が企業向けSIerなんだよ。
ASP産業はゴミみたいなもんだし、そういうところが消えていくのは時代の流れ。
サイバーエージェントってFX以外は全部単なるコストセンターにすぎない。
FXがほとんどで、あとはネット証券が少し利益上げてるだけ。

267 ：

人間に代わってコンピューターなのに、
そのコンピューターを人間が管理してたら何やってんねんやろになるわ

268 ：

>>261
>>262
今20歳で未経験でも可のSE求人に応募したんだよ
求人には鯖の保守管理等を担当して頂きますって求人には書いてあった
三ヶ月は研修でしっかり教えますとも書いてあったな
事務系の求人の方に応募してあるからそっちに本気出すか

269 ：

>>266
＞サイバーエージェントってFX以外は全部単なるコストセンターにすぎない。
CA-FXなんて、とっくにYahooに売却されてるわけだが・・・
お前、ほんとに業界人か？

270 ：

この業界に10年いりゃわかるけど、金融さんとかメーカー系がちょっと景気が良くなると
システム投資も弾みがついて、底辺の俺たちIT土方も潤う。
一方、WEBサービスなんて、調子が良くても対して儲からん。スマホゲーバブルもあっという間にはじけたし。
俺は金融系IT土方だけと、最近調子ええわ。特に外資投資銀行の日本法人とか。
IT技術より、英語学んだほうが食えるぞ。

271 ：

>>269
知ってるよバカ。コミュ症かこいつ。

272 ：

そもそも、サイバーエージェントって「ユーザー企業の情報システム部門」か？

273 ：

>>268
ITも糞だけど、事務の方がもっと先行きがないと思うよ。
思うに、日本企業は外資の10年遅れで同じことやってるんだけど
90年代にバックオフィスの大量解雇があって、ITじゃない事務職なんて
今やアメリカには存在しない。

274 ：

>>272
いや、だからサイバーエージェントみたいなASP産業は儲かんねえよって言ってんのさ。
サイバーエージェントが例外的に儲かったのは、本業と違うFXとネット証券だけだろってこと。
日本でITで食って行きたかったら、金融やメーカー系のおこぼれを狙うほうが利口だよってこと。

275 ：

>>266
サイバーエージェントってネット証券なんか持ってたっけ？

276 ：

>>268
情報が限られているから何とも言えないけど、二十歳でse目指すぐらいなら時間的にはありだと思う。
職種的にはハードモードでゲームするように思えるから、できればオススメはしない。
ただ自分ら世代より前曰く、現在は職種関係なくナイトメアモードらしい。

277 ：

保守と運用を本当に軽く見るよなあ日本人は
今度はどんな神話を持ち出すんだ

278 ：

>>277
企業システムのクラウド化は、アメリカの方が進んでいる。

279 ：

クラウド化しても、保守と運用が無くなるわけじゃないんだが…

280 ：

この仕事なくなるの
どうしよう

281 ：

>>279
保守と運用の大部分は外部に委託されてしまうけどね。
委託元は、委託元にしか分からない「中身」に専念すれば良い。

282 ：

>>268
運用から入るのはやめとけ。
ＩＴの仕事は開発から入れないとまず出世できない。
この仕事は開発者が絶対的に“神”だからな。
ビル・ゲイツがあれほど金持ちになってもずっとプログラマーに憧れてただろ。
まあ、開発者のスキルを駆使して“神”になれる人間は限られているのだが、
“神”になるための前提条件だからな。
スタート地点にすら立てないのは男として話にならないだろ。

283 ：

若い奴は気の毒だ。
ITに関しては大半が下働きだけ。
必ず切られる運命にある。
基本的にPG、SEだけは止めておいた方が良い。
もし本当になりたいなら、英語をしっかり勉強して
海外でやるしかないな。どうすれば就職できるか
までは知らないが。

284 ：

>>282
おれはそれも幻想だと思っている。ゲイツと現代日本では
あまりにも差がありすぎる。ゲームの話になるが、
こんな状態らしい。
＞43 名前：デフォルトの名無しさん [sage]： 2013/10/14(月) 10:06:53.97
＞一応ゲープロで飯食ってるがゲームに興味ない同僚結構いるぜ
＞入社した時はゲームもろくにしない、プログラムすらしたことないって大卒も今は普通に開発してるし
＞仕事は仕事、趣味は趣味だよ
＞今の若い奴らはそのへんきっちりしてる
世界的に見ても、ゲームはハッカー最後の砦みたいなことを
言われているらしいが、日本ではただのシステム屋に
成り下がったようだ。まあ、集金マシーンってところだな。
要するに自動車に興味ない奴が自動車会社に入って、
自動車を開発するっていう話なんだけどな。
開発技術者＝下働き
これが日本の現実。

285 ：

お疲れー
ここ見てんの今日の情報試験受験者いる？
かんばろうなぁー！

286 ：

>>284
それは神になれる素養がない連中の話。
案件単位になるだろうがデキる奴は要件定義、マネジメントから実装まで一手に手掛けてすげー稼いでる。
そうなるには開発ができないと話にならない。
ＩＴ産業で稼ぎたけりゃ開発できるのが絶対条件だよ。
開発できなきゃマネージャになろうが給与は高が知れてる。

287 ：

>>286
いやいや、それが新人がいきなり鯖運用とか
させられる訳だよ。開発はベテランがやってさ。
元々仕事があまりないところでもって、
新入社員を下働きにするということだよ。
> 案件単位になるだろうがデキる奴は要件定義、マネジメントから実装まで一手に手掛けてすげー稼いでる。
これをやるにはある程度経験を積まなければならないし、
そのための養成も必要になる。しかし、企業の多くは
そういう余裕もない。でもって、どうするかといえば、
大半をアウトソーシングする。業務まるごとアウトソーシング
する場合もあれば、派遣社員に頼るようになる。
結局、経験者に仕事が集まる一方で若い連中の
チャンスはどんどん減っていく。個々に仕事があっても、
トータルでは減っている。減る分だけ人材も減らすし、
当然のことながら、経験者の数も先細りになる。
その結果が>>1。おれはこの会社を責められないと
思う。首切らないと生き残れない時代。
労働者も経営者・企業もどんどん追い詰められている。

288 ：

>>287
それから肝心なことを書き忘れた。
> それは神になれる素養がない連中の話。
それは日本にはいない。米国に一人だけしかいない。
ビルゲイツ本人だ。ビルゲイツより資産を
稼げるIT屋は今のところ一人も出ていない。
キリストも1人、ミッキーマウスも1人、そして
ゲイツも一人だけ。
その1人になる要因を探す暇があったら、
１万人の凡人に訓練をした方がはるかに効率が良い。
これが優秀な経営者の考え方。

289 ：

>>288
何言ってんだ？
開発に劣等感感じてる運用の奴としか思えんのだがｗ

290 ：

>>285
まさにこのスレどんぴしゃの、ITサービスマネージャ受けてくるけどね。
論文さえなければ余裕なんだが…

291 ：

IT業界の頂点は丸投げゼネコンだろ。

292 ：

>>289
そう思いたければそう思えば？
会ったこともない人に俺のことを紹介してもらっても困るけどね。

293 ：

>>291
その通り。とは言っても、客がいるから
部署によっては大変だったりする。

294 ：

>>72
三菱をdisてるのかよw

295 ：

>>293
やっぱり、運用の卑屈君じゃんかｗ
開発者が怖いのか？
余程、普段から虐められてるのだろうな。

296 ：

>>288
ジョブズが居なくった、アップルは万人居てもジョブズ以上のモノが出来ないが。

297 ：

>>295
書いていて恥ずかしくないか？
まあ、君自身、信用を失い損をしているようだ。
今まで書いてきたことはすべて無駄になったなｗ

298 ：

>>296
で？アップルはジョブズに頼って良かった訳だ。
今回は首にしたわけではないからな。
言っている意味が分かるかな？

299 ：

>>297
いいから、いいから。
俺には君の気持ちもよく分るから。

300 ：

バカみたいなコストカットを優先しておいて、結局トラブルが発生したら開発担当にツケが回る。
「運用」を全く分かってない、上がよく考える事例のひとつだね
クラウドとか依託ってのはそういう為にあるんじゃないって、偉い人には分からんのだろうなぁ

301 ：

>>299
分かっているなら、ここに書いてご覧？
はったりだろ？君には何も分かっていない。
だから、何もかけないのだよ。

302 ：

>>290
お疲れｗ　当方は情報セキュリティ
業務と被るところが多いのが幸いだけど、普段使わない用語は中々頭に入らないのが辛いね^^;

303 ：

>>300
その辺は難しいと思うよ。
おそらくこの企業の要件としてはコストカット。
早い話が人件費削減だよ。
ただし、何もしないで運用要員を切れないから、
このシステムを使ってできるだけ省力化しようと
考えたわけさ。背に腹は変えられないってことだな。
その後どうなるか？
それを考えるのが経営者だからねｗ

304 ：

>>296
アップルは商品開発以前にシステムがクチャクチャなのよ。
先日もデベロッパセンターが攻撃されて２週間もダウンしたままだったろ？
自社のシステムがどうなってるか把握してる人間がいないのよね。
機能も日本のAppStoreの料金表が改訂されて継続課金が全てリセットされて、
サービスプロバイダが真っ青になってるけど、アップルにクレームしても無意味なのよ。
どうすればその謎機能をＯＦＦにできるか誰も分らないから。
新聞・雑誌系の継続課金とか数十万人単位で会員抱えてるところはマジ死ぬと思う。
本来入って来るはずの月額会費が来月分、いきなりゼロになるのだからな。
継続課金が強制停止されてることに気付く会員などごく僅かだろ。
だから、AppStoreなんか止めとけつったのに・・・

305 ：

ネットワークとシステムの管理って、パッチ適応よりトラブル時の対処の方がメインだよね
効率化で人を減らすのは分かるけど、0にしたらシステム開発者が
アプリケーション保守までやらされるようになって
そっちの人数増やして、結局意味がなくなるだけだよな
激務に耐え切れなけりゃ、腕に自信のあるプログラマーから抜けてくから
クズしか残らなくなるパターンだけど、それはそれで楽しいか

306 ：

>>305
大変な事になる。設計・構築に携わった人間がシステム運用を
マニュアル化して運用チームに渡しているから業務がスムーズに
行くのであって、運用部門がなくなれば、その業務の大半を
開発側がサポートすることになるので、新規の案件はほとんど
手につけられなくなる。
自動化したり、アウトソーシングでクラウドに集約しても
最終的にトラブルが発生した場合は、開発者が
呼ばれて対応することになるので、必ずリソースが
足りなくなる。
実際に運用部門があっても大変なんだけどね。

307 ：

Rubyはオワコン。

308 ：

>>305
IT業なんだからそれくらい自分でできるよな？という事なんだろうけど
開発者って環境についてはあまり頓着してなかったりするからな
ファイルサーバのバックアップも「きっと誰かがやってくれてる」な感覚だったりするし

309 ：

前いたとこのの開発と管理運営の対決と同じ感じになってるしw
そして、矛先は他部署の営業、経営陣になるw
ただ、いくら良い成果物作っても金にならなきゃ意味ないんだよね。
オレはそれでも物がなきゃ売れないだろと言って頑張って経営会議奮闘してたけど
今や独立して全くの別職種です。
当時の知識経験が役に立って、収入も自由な時間も増えて良かった。
まあ、今後どうなるかわからないけど頑張ります。

310 ：

>>306
大変な事になったｗ
一部上場だったけど外資に飲み込まれて、システム系全部上書きｗ
システム移行（統合号じゃないよｗ）とSAPツール整備が済んだら席が無くなったT_Tゞ

311 ：

スクエニも数字しか見れない馬鹿文系が
そうやって人員削減した結果があれだもんな。
０はないわ。

312 ：

日本の企業って人件費を削減するのが得意だよな

313 ：

>>312
いや、終身雇用で能無しを抱え込んでいる時点でダメダメ。

314 ：

おはよう、夜勤さんは話の内容が濃いなあ
昔の職場の先輩は、PGとSEを両方やってたけど死んだよ
みんなも健康は気をつけてな
俺はやばいかも・・・

315 ：

一番、金掛けないといけないところなのに。

316 ：

日常業務がたいした事ないのに人件費がハンパ無いということだろ？
非常時トラブルシューターとてして動く社員がいないのでは困りものだから０人にはならんだろ？

317 ：

シ　ス　テ　ム　技　術　者　だ　ろ
昔　か　ら　１　人　し　か　い　な　い　よ
但　し　業　務　系　シ　ス　テ　ム　担　当　は　２　０　人　は　い　る　ぞ
会　計、　販　売　物　流、　生　産　管　理・・・、
２　万　本　の　プ　ロ　グ　ラ　ム　が　あ　る　か　ら　な

318 ：

今はやりのDevOpsって奴か。
簡単に言うと、開発者がシステムの運用の面倒まで見るということだよね。
→開発後の手離れが悪く、システムが動いている限り一生面倒見続けないとダメ。いつまでも多忙で開発者死亡。　　てなことにならないといいけど。

319 ：

後でそれまで以上の出費があるとわかっていても、経常利益を求めるのが経営者だｗ

320 ：

おれ、このシステムの運用をみたことあるけど
かなり悲惨だったぞ。

システム運用を全部開発者まかせにしてるから
言った言わないの無駄な争いだらけｗ

しかも、最終的にリスケで延期延期で2年近くスケジュールが延期して
結局そのシステムは中止になりそうだったｗ

開発者が変わったらまた同じこと起こるんだろうなって　にやにやしながらみてたｗ

321 ：

>>2
それだと質問飛ばす度に金がかかるぞ・・・ｗ
しかし、日本の企業ってSYSTEMにほんと金かけないよな…
まぁ効率上がると使えない人材からクビ切りされるからなーｗ
コピー業務でもいいから仕事をくれーな感じなんだろう

322 ：

>>320
＞言った言わないの無駄な争いだらけｗ
今はスマホのボイレコ起動してるから、そういう話にはならないｗ
じゃ、聞いてみます？　これで黙る。

323 ：

>>93コレだな。
システムは仕組み、経営と同義だ。
俺はPGだが全然優秀じゃないよ…

324 ：

運用っていらない人多いもんな

325 ：

>>322
スマホが持ち込めるような緩い会社はお呼びじゃ無いのでは？

326 ：

俺も要らない運用だなｗ　でも給料もらえるからいいやｗ

327 ：

>>1
なんかよく分からんなー
「バッチ1つ用意しておくから、お前らこれ使ってくれ」ッて感じなのか？ｗ
業務が変更になる度にバッチ（Chef）を書き換えないといけないのでは…
そんなので楽になるのかねぇ。人件費は圧縮できそうだけどさ…
そもそも0人にしたら、だれがChefとやらを用意するんだ？

328 ：

IT部門の人間は廃人っぽい人が多いよね
意味不明なメールしか出さないし、何か変更あった時の説明会とかでも質疑に全く答えられない、後で回答すると言っても回答しない
変更がある時も協力しろというだけで、どういう経緯でそうなったのか説明しない

329 ：

トラブル起こった時の対応方法もデータ化なりソフト化なりするべき時が来たという事か。

330 ：

>並河氏は現在、自分が行ってきた運用の手順を、Chefのレシピに落とし込む作業を進めて
>いる。
こいつがスーパーハカーなら、事実上の一人情シスとして会社はまわるが、、、
>同社では今後、並河氏が作成したChefのレシピを使うだけで、運用担当者ではなく
>開発者がOS/ミドルウエアの設定を行えるようになる。
唯の勘違いおじさんか
管理者権限を何だと思ってるんだよwwwww

331 ：

ITの専門の会社やそういう事業をもっているならまだしも、
ごく普通の製造業の会社の、社内IT部門の人たちってかわいそうな扱いされてるな。
社内評価も低く、煙たがられてるし、
本人たちの技術もたいしたことなくて、
基本、外部の企業との窓口みたいな仕事してるからしょうがないけども。

332 ：

世の中のありとあらゆる仕事は２種類しかない。
マニュアルを作りだす仕事とそれに従ってマニュアル通りに動く仕事。
ITに置き換えやすい後者が淘汰されていくのは自明の理。

333 ：

>>331
本業の片手間に面倒見てるけど、トラブル発生しても手が空いたら見てあげるってスタンスでやってるよ。

334 ：

>>328
情況にもよるけど、説明会って普通は資料に変更部分が書いてあると思うがなぁ
まぁ会社にもよるけどねー
システムに対する質問なら返答が来ると思うよ
別部門の業務に関する質問とかされたら、その部署に聞いてくれとなるなぁ
システム部門に業務変更の経緯とか聞かれても「知らんがな」としか答えられない
強いて言うなら「別部署から変更要請があったから」という回答になる

335 ：

>>1
俺は情シス兼プロジェクト管理だけど、社内
からの「金食い虫」的な圧力は凄いな。
開発やってる奴らだってピンキリじゃんか。
資格でも取らなきゃな。

336 ：

システム担当者はいらないってか
何かあったとき大変だと思うが

337 ：

突発的なトラブルはどう対処するんかね

338 ：

首になったら会社のシステムをダウンさせればいいじゃん欧米ならそうするよ

こんな舐めた真似して
今時、情報インフラが崩壊したらどの企業も潰れるで
ばーーーーーんと毒しこめばいい
そうしないとエンジニアの地位が低いまま

339 ：

>>3
今までは人間使って運用してた部分をプログラムに置き換えて人件費削減しますって話
ちなみに、既にこれの影響でクビになった管理者が出てる
サーバ運用の世界もどんどん人間いらなくなってるからバックドア仕掛けたい放題になった。
ハッカーからするとすげー楽なシステム

340 ：

>>5
大丈夫大丈夫
クソハゲごときがふた月使えば覚えられる程度の低レベルな物だから優秀な社員なら3日で出来る。
出来ない奴は落ちこぼれだからクビキリの候補になるだけだ。

341 ：

経営者や管理職もソフトウェアで自動化できそうなものだが

342 ：

>>1 これがライトwebごときをITとして祭り上げた奴らの末路だな
運用に大幅な変更の入るシステム更改はもうしません、できません、ってとこだろ
これからビッグデータ活用も本格的に、というのにねぇ
ID:dbXIy3iK　ほど過激にあおるつもりはないが、基幹設計が虐げられている
日本「ＩＴ」の風潮からすると、若干ざまーみろ感がある

343 ：

>>21
やっぱり面白いなｗ
アレだけ「お前らもういらないからｗｗｗｗｗ」とか言ってた奴らが火病起こして責任の転嫁先を探してるんだよなぁｗ

344 ：

>> 328
答えられないのは、問題だねぇ
ただ、言われていることが分からないのは
あなたのレベルが低いだけかも。

345 ：

>>37
それだとソフトウェアの運用保守までソフトでやれるようになるだろ？
お前の存在価値ってなんなの？って話になる。
人間はトラブルが発生した時の為に居るのに
トラブルに対応できないソフトが単純作業員の代わりに・・・ってなんかおかしくない？

346 ：

IT=派遣業界

347 ：

>>186
お前はハードウェアは未来永劫壊れないと思っているのか？
吹っ飛ぶ理由にもいくつかあるだろ？
・ソフトウェアの不具合
・ハードウェアの不具合・故障
・人為的なもの（操作ミス・外部からのクラック）
>>207
24時間365日の業務だとすると
最低4人必要なんだな。

348 ：

マイナーバージョンアップとかでbatchが動作しなくなったら、どうするんだろうな。
スクリプト内容を理解していないと修正なんて出来ないだろ。

349 ：

権限の問題があるからな。減るというのは分かるが、セキュリティ上、ゼロは危険すぎ。

350 ：

【日本初】裁判所から裁判官が逃走
傍聴席にざわめき。「国民が見ているぞ！」との傍聴席からの叫び。
斎藤犯罪者らは、青い顔をして下を向いたまま早口で「結審」？を告げるや否や、
予定していたかのようにこそこそと退廷して逃亡。
RKは「原告に発言の機会を与えないのか！」と絶叫。
斎藤犯罪者は、焦りまくって何を言っているかわからない。
「結審します」と言いたかったらしいが。脱兎のごとく逃げてしまったので、不明。
傍聴席の誰かが「不当裁判だー」と絶叫。
物凄い怒りの渦。怒号。
「売国奴」「売国奴」「売国奴」のシュプレヒコールが自然発生。
憎しみを込めた「斎藤」「斎藤」も。
裁判所の保安要員15名ほどが外に待っていて「写真を撮るな」などと制止。
斎藤犯罪者の部署に詰めかける独立党員。党員と警備員が問答。
予めこうなると分かっていたが故の警備員配置。こんな裁判見たことない。
日本の裁判史上、おそらく前代未聞の事態。
現場にいた人は、歴史的場面に立ち会えた幸運の持ち主。
不正選挙の隠蔽に加担した斎藤犯罪者らは、
不正選挙を通じて自民公明に政権を取らせたテロリストと同罪である。
よって、99条内乱罪を適用すべきであり、最高刑は死刑である。
info/201310/article_135.html

351 ：

パッチとか入れ替え前に評価しないのかね

352 ：

そんなこと、運用担当者もしません。

353 ：

単純にサイバーエージェント辺りだと
開発者が運用の知識も持ってるから専門の連中切っても割りと大丈夫ってだけで、
他の会社でやったらトラブル発生時に大変な事になると思う。

354 ：

設備投資の第一の目的は人員削減なわけで。

355 ：

>>352
そうなんだ　　じゃあ運用管理者いらないね

356 ：

>>353
そういうことだと思うよ

357 ：

レシピの設定は必要なんでしょ。
その後は人要らないにしても
何か有った時に大丈夫かね

358 ：

あのね
むかし汎用機時代は、共通基盤がなくてさ
流行とかがかわるたびに機材も人材も入れ替えてたんだ
IBM汎用機は為替計算のために購入されてたけどダウンサイジングになって
しまいには東北の漁協とかで動いてた、人材も最初は商社マンで老後は漁協だったんだよ
だから人材派遣だった
でも、俺とかみんなで共通基盤をつくった、そんなまるごと入れ替えは殆どなくなってきた
しかしながら経営陣がむかしの頭のままで居る
さらに、馬鹿を採用して頭に据えた
このまま国の性能は三分の一程度で抑えられて終わるよ、小泉純一郎の大馬鹿の責任でな

359 ：

サイバーエージェントの運用部門は要らないね。
ここに書かれているだけのことしかしていない
運用部門はいらないよ。
で、ＯＳやアプリを安定運用させる部署やハードが故障したときに
対応する部署とかセキュリティー対応部署とかあるんでしょ？
業務継続部とかあって全部やってるの？

360 ：

運用担当者の存在価値は、自社の業務とシステムの両方を把握していてること。

361 ：

ちなみに、俺は商業船舶の関係者だけど
あっちのコンテナ船などの自動化は 200から0になったよ
船長と一等公開士は日本人だが、あとの20から30人は外国人だ
事故はまったく絶えない、いつも事故ばっかり
で？
保険と保守契約が一番儲かるわけ

362 ：

ああ、頭狂　可異常　日動

363 ：

あまり仕事がないからといって人を削ってしまうと、システム刷新の時に膨大な費用がかかる。

364 ：

制御コアなんて３０年そこままで誰も恐くて触れない

365 ：

>>353
サイバーエージェントってWebサービスで食ってる会社だよな？
システムとまったら深刻な顧客離れで倒産するとかするんじゃね？
こういう会社は営業を減らしてもエンジニアは減らしちゃなんねぇ…
特にゼロにするってことだろ？

366 ：

>>363
経営者は朝三暮四の脳筋揃いだから未来のことが予想できない

367 ：

>>365
専門職はゼロにするけど、同等の知識持ってる人は他にいるって所。

サーバのハード周りなんかもAWSとかにしちゃえば
別に保守できる人間とか自社には要らない気もする。

368 ：

>>365
単純作業を自動化したから単純作業者はいらなくなるってだけで
エンジニアは残すでしょ
多分、仮想鯖の追加と初期設定みたいな今まで手順書見ながら作業してたような作業が
コマンド一発で可能に可能になったから
人手と手間がかからなくなって余剰人員が発生した
みたいな事だと思うよ
レシピの修正が出来る人は必要だよ

369 ：

保守人員を残さないとか愚かすぎるな

370 ：

もう専門でやる仕事じゃないよ。
片手間でやるおまけみたいなもの。

371 ：

障害が起きた時わかる人が誰もいなくてその会社潰れるんじゃねーの？

372 ：

chefの設定が間違っていたらデータがバックアップも巻き込んで
吹き飛び、首にした担当の家の電話が鳴るんだろw

373 ：

>>371
実際障害が起きた時に数千万の損害が発生したとか書いてる人も居るなｗ
まぁいいんじゃね？そういうのを経てこそプログラムのブラッシュアップがされるってもんよ
早い話、飛びついた奴らが死にそうになりながら必死になってつくり上げるのを俺らは笑いながら見て
出来上がった所で安く買い叩けば良いと思う。

374 ：

日本は９割が文系脳だから・・・・

375 ：

>>373
ようするに人柱に任せるってことだよなw
あとは、数千万規模の損害が起こる頻度にもよるよな。
年収500万の人間を20人→0人にすると、1億/年浮くから
毎年、数千万規模のの障害が起きても、そっちの方が安くつく。
ただし、大規模障害を繰り返す企業からは顧客が逃げ出すと思うけど。

376 ：

個人情報とかが漏れた場合、そのツール使ってる会社は全部同じ手口でやられて、管理者がいないから
ずっと気付かないままなんだろうなｗｗｗ
目先の経費削減につられて会社潰したら意味ないだろうにｗｗｗ

377 ：

>>376
え、これ作ってる奴がその個人情報抜き取って販売するから何の問題もないんじゃね？
だってそれが発覚しそうな連中を二年後までに全員いなくさせるんだから

378 ：

一般企業のIS部門なんて、大した知識もスキルもない連中が殆どだろ。
社内向けシステムのバカ仕様を書いて、外注に丸投げする程度の能力しかない。
もちろん、ネットワーク構築もメンテも外注任せ。
要らん仕事だわ。

379 ：

ITとは自動化を目指すものだと思っていたが、否定的な意見が多いな

380 ：

>>379
自動化に完全お任せなんてのはやってみたら無理だったって悟ってしまった
とくに想定外の事象に弱すぎる

381 ：

>>379
○合理化
×自動化

382 ：

2年後の並河さんが心配

383 ：

>>379
IT=インフォメーションテクノロジー=情報技術
OA=オフィスオートメーション
イメージはともかく、全然別のものだよ。
ITはOAの延長線上にあるものかもしれないが、わざわざ言葉が変えてあるのは
同じではないから。

384 ：

開発者が合理化されるとターミネーターみたいになるんだろうな

385 ：

>>375
それでこその人柱でしょ
会社が何個潰れてもこっちには痛手がないし
潰れた分だけ抱えてた客が吐出されるんだから他の企業にとってはチャンスだろ？
人間使うサーバ＝安心、安全
プログラムだけで運営するサーバ＝安かろう悪かろう
大した価値もないデータなら後者でいいと思う。
顧客のデータなんてソレこそ二束三文で売られてるんだしな

386 ：

>>384
よく言われるけど、実際にやると探偵コナンくんにされてしまう
児童化

387 ：

丸投げ仕事はかなりやったけど
発注者の根底にある考えは、少しでも手を出すと
トラブル時に自分も巻き込まれる
それが嫌だから手をつけないで丸投げする
そういう考えは、仕事してはじめて知ったよ

388 ：

>>76
カスタマイズはプログラミングしたり、ソフト的な不具合はバックアップでは対処できない。
ほかにウィルス誤検知とかハードディスク飛んだとか、OSの使用期限切れ対応のときに誰が作業負担するか毎回決めるんなら、システム部門に任すべきだなあ、とは思う。
そしてシステム部門は、総務内部署にするのがきっと正解。

389 ：

>>379
このご時世に自動化に反対するのは大抵それでクビを切られるような無能だと思うが
ただこのやり方はまっとうな自動化じゃねえだろうと
開発者の負担増やすんじゃなくて運用担当者に自動化のスキル身につけさせてコストダウンを図るのが正しい道だと思うんだがなあ
で、自動化出来るところと出来ない所の切り分けを明確にして、運用担当者は減らしはしてもゼロにはしないみたいな

390 ：

>>379
データの管理はコンピューターがやるべきだが、情報の管理は人がやるべき
これは未来永劫変わらないと思う

391 ：

クラウドになったから
環境構築そのものがコーディングしたら後は自働でやってくれるからな

392 ：

ＩT業界はタコが自分の足を食うようなもんだから
しょーがない

393 ：

IT業界がタコ？
あのな、外科手術でいえば、麻酔もなんも無しで
心臓入れ替え可能にする！とか大まじめにやってんだからよ
おまえらR入れ替え変態ぷれいでもやってろ、あほんだらが

394 ：

>>1
後でデータが全削除されたり、社員に盗まれたりして気付くんだろうなｗ
情報システム管理部門はしがらみから隔離された厳しい管理体制が要求されるのに

395 ：

HSPからrubyにステップアップした努力が報われる日が来るのか……

396 ：

>>357
起こったときに考える
その頃には異動してて責任者は別部署に
運悪く担当だった人間が責任を負う

397 ：

社員A：おい、admin（root）のパスワード何だっけ？
社員B：知らないよ
社員C：聞いたこともない
社員D：この前、知ってる奴全員切ったんじゃなかったっけ？

398 ：

これ、単純にバッチじゃ処理できないところまで
Chefとrubyのプログラムでやれるというだけのような。
変更要望があっても、rubyのプログラム読める奴がいない
とか、ありそうｗ
rubyで開発してる社員が多い会社だけに有効なシステムだな。

399 ：

そんなことよりお前ら、JP1がエラー吐いてジョブが止まってるから早くなんとかしろ

400 ：

自分は建設業界で働くＳＥだが、家(マンション）はとても買う気になれない
それは現場で働く職人さんがどんどん高齢化してると同時に腕のいい人がとても少なくなっているのを知っているから
今後は同じことがＩＴの現場にも当てはまってきてとんでもないことが起こるように思う

401 ：

>>400
俺にはよくわからんが、家とITは同列に語れるの？

402 ：

>>1
この並河氏というのは現運用担当者？
だとしたらこれから処刑されると知ってて自分の墓穴を掘らされているって事か・・・

403 ：

>>273
>>276
>>282
なるほどな
大変でキツイことはわかった
プログラムとかは趣味として勉強していこうと思う
事務の方で進めていくよ
ナイトメアモードか
採用されたい

404 ：

経営者がシステムの重要性を全然理解してないからなあ
結果的にだんだん企業全体も弱体化していきそうな気がする

405 ：

>>404
ハードウェアとしてのシステムには金を出すが、人に出す金は
たとえ１円だって無駄金、と考えてる奴ばっかりだし
運用も含めて全体でシステム、という概念すらあるかどうか

406 ：

要はプログラム技術が進化したってことか？

407 ：

>>398
別にバッチとできることはかわらないよ
resourceと呼ばれるテンプレートのようなものが提供されているので
ディストリビューションやバージョンの違いを意識せずに書けるのが一番のメリットかな。
20人でやってた作業を0にできるようなものでは決してない。
できたら元がどうかしてるｗ

408 ：

システムというのは業務手続きそのものでありビジネスモデルそのものであるんだよね
プログラマは他社のビジネスモデルを知ることが出来る立場なんだからすごく有利なの本当は

409 ：

>>402
んなこたない
逆にメンテ出来る人間だけは必須になるから並河氏だけは残るだろうよ
アホを沢山雇う代わりに技術のある人間にやらせてその代わり属人性は諦めるんじゃねえの
トータルではコスト削減になるだろうけど手に負えなくなったらおしまいだな

410 ：

昔トヨタが工場のロボット化を進めた結果、それをメンテする人的コストが増えたっていう話を思いだすな

411 ：

>>400
建設現場って、IT業界みたいに年齢が高いだけで門前払いされることは多い？

412 ：

一番の問題は想定外のことには対処が全くできないことだな
あと融通さとファジーさは全くなくなる

413 ：

利用規約をまともに見ないで導入すると、地獄を見るぞ。

414 ：

>>406
単に人件費を削らないと赤字になるってこと。

415 ：

ついに運用も受難の時代か。運用はいっときプログラマーより単価高くなかったか？

416 ：

>>1
処刑前に自ら墓穴を掘らされるIT運用担当者...(´・ω・)ｶﾜｲｿｽ

417 ：

>>399
ログとってサポートへ投げろ

418 ：

ハードが壊れてもわからない

419 ：

サイバーエージェントか。
アメーバブログの動向を注視だな。
なんか狙われそうな気がするが。

420 ：

>>400
腕と経験は比例すると思ってるんだけど、転職が多いのかね

421 ：

皆さん、単価合わなくて辞めてるよ。

422 ：

いつの時代も技術者を大切にしないと大変なことになるのに大切にしなかったから

423 ：

>>422
日本はなんだかんだ言っても技術蔑視社会

424 ：

運用の自動化は良いとして、企画には自社人員が必要。それをどう育てるか考えないと。
っていうか、自動化で人減らしても首切らないとコスト削減にならないからね。
成長企業で配置転換の余地があるならともかく、余剰人員を飼いごろすしかない場合は、自動化した方が損になる場合も多い。

425 ：

イットの中身は空っぽ

426 ：

Chefの設定を変えたりテストしたりする人員がいるだろ
環境は顧客や時代の流れでどんどん変わって行くんだから

427 ：

何事も、急な変革は予想外な弊害で躓く可能性が高い。
車で言うハイブリッドでバッテリー時など、最悪エンジンがバックアップになったり、
そのうちバッテリーが進化してきて、エンジンが不要になったらエンジン廃止に踏み切るみたいに、
既存の運用の無駄を無くしていった先に、0人が達成できるならば弊害に足元をすくわれる可能性は低いだろうけど。。

428 ：

>>426
外注でおｋ

429 ：

>>428
CIAのエージェントが格安で引き受けて、全情報を抜いていくけどね

430 ：

下請けに○投げし金を出さない割には、カスハラまがいの請負元とかいるよね。
大手のSIとか技術力もなくて、○投げするしか能がないのが多すぎ。

431 ：

運用も開発もどんどん人は減らされるよ
ツールとかモジュールで自動化とかようやく
軌道に乗り始めたからね
今後はトラブル時の対応を行う技術者が求められるね
正社員だろうと外部業者だろうとどっちでも構わんけど
常時見ている人が居ないわけだから障害発生時の
切り分け〜修復・復旧は今後も無くならんし
本当はそういう時こそ経験豊富な人が大切なんだが
いかんせん日本の流れではそういった人材を残さないから
多分ここ5〜10年くらいで殆どのサービス企業が死ぬ目に遭うと思う
もう誰に求められない流れなんだけどね

432 ：

パソコンが何百台もある会社だと一人でセッティングするのは無理あるよね

433 ：

>>432
初期セットアップするだけなら余裕
各担当に割り振るとかそういうのまでやると無理だけど

434 ：

>>383
IT=イット
って元首相もいってただろ、この国賊が

435 ：

実際に作業する請負の人は普通なんだが、方針決める本社のIT部門の人間がカス揃い
まぁパソコン詳しいだけで仕事できない人間が集められてるんだろうけど

436 ：

まさしく私が30年近くやってた仕事。
そうか。職場そのものが無くなるのか。いつかその日が来るとは薄々感じていた。

437 ：

担当者ゼロにするのはいいけど
機械を修理するメーカーにしてみたら 現地でマシンルームまで案内してくれる担当者は必要だし、何かあった時に相談して判断してくれる担当者が必要なわけで・・・
最近よくあるんだが システム障害の連絡を受けたのはいいが、
機械がドコにあるのか知らない担当者とか、ログインのID/PW知らない担当者とか普通にいるのが恐ろしい・・・
「メーカーなんだから　そんなの自分で知ってるだろ！」とか無茶いう担当者もいる・・・もうね(略

438 ：

肉と米だけ食っていれば生きていけると考えるような経営陣

439 ：

安定してるときはやることないからな
データの入力作業を現場でできないようにして時間を潰す
毎日定時

440 ：

>>436
運用が外注任せになると感じていたということ？
それなら業種を限らない流れじゃない？

441 ：

>>123
横からだが良くわからん
待機系があるから、いきなり本番に当てて止まってもおけってこと？
待機系があるなら、普通はそっちで検証してからじゃないの？

442 ：

アホだ
自社のシステムのほとんどを外注とか
どんなにITが発展しても、所詮は人が介入する限りリスクは無限にあるもの

443 ：

クラウドだと現場に行かなくていいから楽だ

444 ：

何か新しいことをする場合、全部外注に頼るのかね。
20->0って極端すぎ。2人ぐらい残して、そいつらに他の作業(開発)もさせりゃいいのに。
運用の奴ならプログラミングぐらいできるだろ。

445 ：

運用担当者なんてアウトソースさせりゃいいんだよ
まったく正しい選択

446 ：

やってみれば良いじゃん。
コミュ力のある、グダグダ話術で空気作って物事決めるような連中の
考えている通りになれば
それはそれで結構な事じゃん。
どうせ情報システム系の仕事する日本人は激減していくんだし。
ほぼ確実にコミュ力側から見て、精神病むお仕事なのは確定してる。

447 ：

そのChefの新しいレシピを作るときはどうすんだい？

448 ：

開発側もテストサーバくらいは自分で立ててるから
やろうと思えばChefくらい書ける。

449 ：

1社だけに委託してると、そこに依存するようになって見積もりの時に足元見られそうだから
最低3社に相見積もり取って、一番安いとこにやらせるようにしてたんだけど
A社の担当部分→B社の担当部分みたいなインタフェースの箇所でエラーが多発するようになった
どっちに文句言っても「うちのプログラムは正しく動いてます。A社さん（B社さん）の方に問題あるのでは？」
みたいなこと言われてロクに調査すらしてくれないし、エラーの原因が分かって文句言っても
「ウチは承認を受けた仕様書通りに作っただけ。ウチには責任ないから、直すなら金取るよ」みたいなこと言われる
どうすればいいの？

450 ：

>>449
C社に頼む

451 ：

何か消防士は普段遊んでて人件費が無駄だから首にしちゃえ、って感じだな。

452 ：

まあ最近はインフラ構築系のベンダーが運用までやるって力いれてるからね。クラウドとかで自社システムを持たなくなってるのもあるけど。

453 ：

外注って、高くつくんだよな。
ボッタくられるし

454 ：

かつて有名になったhpのカーリー・フィオリナ
女社長として豪腕をふるった
業務を中国にアウトソーシングした
結果はどうだったか？

自分がアウトソーシングされたのさ・・・

455 ：

さすがにサイバーエージェントくらいの会社なら、
「こういうことが起こったらどうする」
というパターンをそれなりに多数考えてると思うが、甘いだろうか？

456 ：

ここの藤田は、自分も害虫されるんじゃね？

457 ：

>>449
見積りが高い理由ってのは何通りかある
相手をなめきって吹っ掛けてる場合もあるけど、
何らかのトラブルが起きても吸収できるようにリスク費用として見積もりにあらかじめ含めてる場合とかもある
見積り競争とかでコストカットを進めれば、当然そのリスク対応部分が切られるわけで、仕様通りの対応しかしてくれなくなる
結局コストカット進めるなら、発注側が要求定義を完璧にこなし、設計ミスをレビュー時に見抜くしかない
どうせ総合試験結果とかもメクラ判じゃないの？
安くてサービスもそのまま何てのはないんだよ

458 ：

>>449
マジレスすると、仕様まで丸投げならそうなってあたりまえ
松・竹・梅があると思うけど、ベストはエンタープライズ・アーキテクチャで
調達仕様を明文化し、フレームワーク発想でインタフェースが均一化するよう管理する。
梅コースは全部のインタフェースをレビューできる
スーパーエンジニアを１名（以上）内製として雇う
とか

459 ：

社内SEの雇用がなくなるってことでいいのかい？

460 ：

外注は高いのは当然、でも社内でその仕事のために人抱えるより安いから。

461 ：

>>458
明文化したであろう仕様について、発注側が線引き出来ないなら
松ﾌﾟﾗﾝに意味無さそうな気がする。
仕様を読み解けない連中に出来るのは、責任問題にすり替えて
問題の本質から離れる事ぐらいだし。
弁護士雇う費用でｲﾝﾀｰﾌｪｰｽ仕様決められる奴雇うという
発想があっても賛同は得られないと思われ。

462 ：

なんでアウトソーシングの話になってんだ
これはアウトソーシングするって事じゃなくて自動化で作業そのものを減らすって話なのに

463 ：

それがITの本質

464 ：

googleあったらあとのＩＴ企業なんていらんという話

465 ：

2,3分で済むようなことを頼んでも忙しがったり、もったいぶったりしてグダグダ言う奴
いるからなあ、文句言ってる間にできるだろうと、権限さえ渡してくれたら自分でやるよ。

466 ：

そもそも、情報システム部門が会社から事務職の人たちを追い出したという過去がある。

467 ：

なんらかの事情で電卓、PC使えない世の中になれば
算盤とか事務職復権だよなｗ

468 ：

>>461
いや、逆に松プランは発注側の線引きのさらに向こうの話だと思ってるよ
EAなんてCIOがいない企業では無意味なのを知って書いているので
本質論をするなら、IT統治のエグゼクティブスポンサーシップがないことが問題で
日本企業の恥部。>>449はその現場レベルの表現みたいなものだ

469 ：

大企業のコンピュータとかいまだにテープとか使って、ログをプリントアウトしたりしてるのかな？
10年以上前にオペレーターしてたけど。UNYSYSってとこのコンピューターだった。

470 ：

東電は、総会屋とつながっている
電算を停止させれば決済できず不渡りをねらって停電させる
原因はいっさい不明にされる
だから、派遣のおねえちゃんは子育て終わっても復帰して
むかしながらの伝票からパンチカードからなんからなにまで赤ん坊の育て方犬の飼い方まで習う

471 ：

SIでインフラエンジニアしてる俺としては、このインフラエンジニアなんていらないっていう感じは、心中穏やかじゃないな。
まあ俺は、コードもかけるし、SV,NW,JOBいわゆる業務と開発以外なんでしてるし、開発環境も整備してるし、Chefも当然社内では使ってるしで心配ないけど、開発者がインフラの運用を出来るとはとても思えない。絶対と言ってもいい。

472 ：

>>469
そいつはバチモノだな
何処の国の話ですか？

473 ：

こういうでたらめをすぐ企業はすぐに滅びるよ

474 ：

>>473
これはデタラメをトライアンドエラーで繰り返せる体力のある企業の話であって、
フツーの企業はこんなことまず真に受けないと思う

475 ：

>>472
普通のコンピュータじゃないからね。スーパーコンピューターみたいの。旅客発券システム
みたいなやつで、全国の情報がいっぱい入ってきて、プログラムが自動で動いて正常に動作
しているかどうかを見る仕事だった。ログはプログラムが正常に終わったかアボートしたかを見るのに
重要だから24時間プリントアウトしてたよ。

476 ：

ファースト鯖の件、絶対に忘れないよ

477 ：

>>465
そうやってシステムが、がたがたになる
中小企業多いな。
後から見て何をしたのか記録が無いｗ

478 ：

>>475
スペリーと合併した会社ならUNISYSだよ

479 ：

結局最後まで生き残るのはコボラーかよｗ

480 ：

一時期システム管理に回されたが、
追加予算全く付けずに、でっかい機械入れたから、
それでいいだろうってスタンスだったんで、
いろいろ転部希望を出して逃げた。
いま、その鯖、全く稼働してねえ。
変わって入ってきた人は、その鯖使わずに、
寝てるパソコンを鯖にして回してる。
というか、それで回せる程度の仕事しかしてねえ。
ご苦労さまです。

481 ：

>>110
ワードプレス使え。
あとはAmazonWebServiceとLinuxとPHPとmySQLをググれ。
ワードプレスのインストールさえできれば、
不動産屋向けの物件紹介ページを作るプラグインもあるから、
PHPとかDBしらなくてもなんとかなっちゃうかも。
あ、あとはHTMLとCSSは必要だね。

482 ：

とある金融系にいた時、IT企画とIT管理の部署があり
各部にはシステム管理者、各課にはシステム担当者がいて
グループ会社には御用聞きのシステム系の会社があった
システムのユーザとしては、楽だったなー

483 ：

運用ツールで作業を軽減して開発担当者が兼任するってことね。
結局、緊急時の呼び出し対応とかも開発担当者がするから
一人当たりの仕事増えてる。

484 ：

技術ないくせに声だけはデカイSI屋ｗ

485 ：

プロジェクトは欲しいだけのリソースをクラウドにお願いすれば良くなったから、
社内全体を横断的に見てリソースを最適配置する部門無しでも回るようになってきているのかも。

486 ：

あんまりアメーバやる気無いから安くすまそう
ついでに珍しい手法みたいに言って宣伝してみようってだけじゃないんですかね

487 ：

>>471
俺開発だけど、多分インフラ系は無理だな。
技術的なことより、客先上司エンドユーザハードウェアベンダその他諸々との調整が
面倒そう。開発の10倍は政治力を求められる。

488 ：

>>471
要はツールを最大限に活用して効率的にインフラ構築と管理できる人材が求められてて、
ただの土方はイラネってことだから、別に心配しなくてもいいんじゃねーの？

489 ：

つか、IT担当者ってなんで首きり対象にされるんだろうなｗ
新規案件とか受けるとき担当者居ない会社はいつも無茶苦茶な事ばっか言って、
会議とかの工数長引きすぎて非効率すぎるわ
知らないんでいつもぼったくってあげてますが。

490 ：

>>487
>技術的なことより、客先上司エンドユーザハードウェアベンダその他諸々との調整が
>面倒そう。開発の10倍は政治力を求められる。
これのためにPMがいたりするんだけど、LAMP系の会社はプレイングマネージャとして
コード書くの8割、マネージメント2割ぐらいで人材探すんだよな
開発からインフラまでマネージメント専業でやってきたけど、正社員のハードルが
40超えたら一気に苦しくなったYOｗ

491 ：

月単価220万の俺様が通りますよ、、、

492 ：

こんなもん、無能な上司が指揮してすぐに崩壊するわw
殺し文句は「自動化したから大丈夫でしょw」

Chefが流行り始めてるのは知ってるけどさー、ツールを導入することで人間系のルールを変更しなかったらスループットなんて上がらないし、リスクばっかり増大してろくなことにならんよ。
サイバーエージェントがそれを上手くまとめられるとはとても思えない。

493 ：

運用はいなくなるけど構築自動化はインフラSEのお仕事ですがなにか

494 ：

役所の業務もこれくらい効率化できそうだけどな

495 ：

>>489
経営陣からしたら、金食い虫でしかないから。

496 ：

外注に出すなら受けが色々上乗せして請求できそうだけどな
義理があるわけでも無いんだから値引きに応じる必要も無いしな

497 ：

>>491
月給いくらだよ

498 ：

IT系じゃなくても情報関連のキーマンになってしまうと、
やめた会社、何社も今でも連絡来ますよね。
外部の人にどうしろと。

499 ：

日本ってエンジニアをまるでチンカス扱いだからダメなんだ
アメリカとかエンジニアを
美人女子アナみたいに扱う
その差がGoogleやAppleと
SONYやmixiの違いだわさ

500 ：

ITに限った事ではなく、日本じゃ人材に対する審査のレベルが低いし
仕事に対する対価の考えも適当だよね
人件費をリソースと考えてどう使うかと考えずに
無駄金としか思って思っていないから
思考停止で目先のコストカットに直ぐ飛びつく

501 ：

>>499
日本では、人事、企画、営業が神様だからねー。開発は金食い虫とまで言われ、リストラの先頭に立たされる始末。

502 ：

>>9
ファーストサーバ…

503 ：

>>499>>501
日本のIT職に、人事や企画や営業の能力があればいいのに、コミュ障の理系が多いからじゃないの。
北米のIT職は他も兼任できる人間性のやつが多い気がする。日本のIT系のレベルが低いってのも大きいんじゃないかな。

504 ：

一応Chef導入してとか考えてるしタダ人減らしてプログラマに運用押しつけるよりマシだな。
最近異常に保守性が悪くて触れるやつが誰もいなくなった環境を押しつけられることが多い。

505 ：

これChefをネタに一般人向けにマイナスイメージ減らしてるだけで単なるリストラだろ。
Chefで運用担当者無しにできないよｗ

506 ：

日本のIT職なんて専門職じゃなく只の配属先。

507 ：

金融系はつい最近まで、ＩＴ職は事務職と同じ認識。
・トラブル・ミスはないのが、当然。
・システムに異常がある旨提言しても、実害が出るまで放置。
・システム構築・運用ばっちりの有能な人(さっさと帰る・暇でボーっとしてる)は、遊んでると低評価。
・割増残業代ばかり請求する出来ないやつが高評価されてるのが馬鹿らしくなる。

508 ：

>>498
お前が自分の頭の中だけに設計書がある、他人にメンテできないシステムを作るからだろ

509 ：

開発者の作業時間が増えるだけだな

510 ：

ITあるある
大手一流企業のシステムはどんだけ凄いものかと期待してたら
いつも見ているスパゲティオンコーディングでした

511 ：

>510
日本じゃ歴史ある大企業ほど技術者やIT軽視だし
レガシー引きずっているから当然なんだけどね

512 ：

>>510
汎用性が一番だからね。

513 ：

会社にもよるんだろうけど、20→0は無いよな。
まあ時代の流れで、20→3とかに落ち着く。

514 ：

>>498
実際、そういう連絡が来ると、
低学歴ｺﾐｭ障気味の俺に用があるなんて、
御社の超高学歴のスタッフに付いてる頭は
何時本気出すのかと思ったりする。
等と妄想したい気分。

515 ：2013/10/21

>>479
真面目な話、コボルってあと５０年くらいは必要になる言語だと思うよ。
どの程度人数必要になるかは知らんけどｗ