プログラマがいれば社内 SE は要らない？ | スラド IT

AC でのタレコミ失礼します。かなりぼかして書いています。 アプライアンスの製造販売をしている会社の開発の人間です。先日、会社に一人居た社内 SE が退職しました。送別会の時に退職の理由を聞いてみたら、社内 SE の仕事はプログラマなら誰でも出来る程度のことと思っているえらい人から直接、退職勧奨を受けたとのことでした (そのえらい人は企画出身です) 。 社内 SE 氏は製品開発への関与がないので、今後待遇は最低にすると言われたとのこと。現在はメールサーバやグループウエアサーバ、ユーザアカウント管理など社内 SE 氏が残したマニュアルを見ながら手順だけなぞっている状態です。この状況にもかかわらずサーバとネットワークの更新の話も出てきました。誰が担当させられるのか、すでに戦々恐々です。 社内 SE を廃して開発の人間がインフラの管理も兼任する、というのは最近の流行りなんでしょうか。

[misomico]

自動車だとあり得ないのにITだとごっちゃにされる。タイヤ屋、エンジン屋、ネジ屋、期間工、レーサー、道路工事、工場管理。

[DustOfHuman]

部内間接費でそういうのやって下さい、みたいな話はよくあったりする…のかな？実際(システム開発会社であれば)プロジェクト毎にインフラ構築した方が効率的な事もあったりなかったり

[Quphondi]

めも 「大工が居れば家は建つ」理論だな ：プログラマがいれば社内 SE は要らない？

[higumachan]

ひどい話だな…

[Lian]

逆はあるかもしれない

[hagurinhagurin]

まあいろいろと思うところはあるけどね～。社内に理解者がいるかどうかは大切。

[magamin]

ゾッとする話。そして、そんな決定を下した人間は、トラブル発生時に責任を取らない。

[wasai]

どこぞで言われたなぁ(；´Д｀) まあトラブル可能性が高そうですな

[hiroomi]

存在意義ね。どの立場でも何も発しなければお困りで…。

[src256]

SEって言葉が広義すぎて混乱。仕事内容からすると「システム管理者」あたりがただしいような。

[Itisango]

[/.J]

[s_shisui]

オレのとこの場合だとバッドノウハウだらけのマニュアルをプログラマが受け入れてくれるかどうかが心配です。胃を壊すんじゃないか…？