システムエンジニアなモーヲタのスレ

まただらだら話そうぜ

（　｀３´）（´ε｀　） ヽ(●´ε｀●)ノ（*´3｀）チュッ♪

何回たてとんねん

SE


















X

残業中の俺が会社からカキコ

システムをエンジニアするんかいな

じゃあシステムじゃない方のエンジニアのオレが下記紺

シスだけどなんか質問ある？

何回も立ってたのか気づかなかった

どんな仕事なん？

土方と変わらんよ
やめといたほうがいい

そうか、何もスキルないけど漠然と憧れてた16歳だがやめとくよ
てか、文型の時点で無理か

システムについて語ろうぜ
システムってさ、チョー面白いよな

ＰＧはダメ？

最高だよな兵器システム

文系でも全然大丈夫だよ

>>12
マジレスすると今働いているヤツも現状のスキルを
自慢しているようなのはダメ　この業界常に勉強

ただね、それ言い始めると最近はどんな仕事だって
常に勉強なんだ　だから今スキルがないのは構わない

ただし、半年後、一年後同じ事を言っているようではダメ、
そういうことなんだ

少しだけで良いからわかってやってくれ若者よ

>>12
既に斜陽産業だからやめといて正解

>>15
兵器は詳しくないけど兵器もシステムでなくちゃいかんよな

文系でもいけるのか
SEなるとかじゃなく趣味で夏休みにプログラム言語覚えてみたいんだけど
何から始めるのが無難？やっぱCとか？

VBでいいんじゃないの

でもこのご時世で伸びている産業なんてあるのかい？
おれんとこは無事にリリース終わって落ち着いてるけど

Cはポインタで躓いた
Javaは全く意味不明

俺は向いてないみたいだ

>20
でも変な癖ついちゃうのは怖いと思うんだが
独学って割と怖い

プログラマとSEが混同されてるよな

>23
ポインタ乗り越えると便利だよ

教養として、趣味的なプログラミングをマスター
するのはいいことだと思う

けれど、職業にはしてはいけない

しかしプログラマを経なければSEにはなれんだろ普通

>>19
例えばファランクスみたいなのは典型だね
CIWSだけあっても意味無い

システムエンジニアといっても色々あるからな
職種というには括りが大きすぎる気がする

>>24
専門学校とか大学のそういう学科行ったりしたほうがいいってこと？

趣味でやるにしては開発ツール高いんだよ

>>28
んなことない

>>25
PGを経てSEって流れじゃないの？
おしえて

>>28
んなこたーない
プログラミングの素養は必要だけど経歴にプログラマは必要ない

俺はネットワークSEと呼ばれているが、言語なんて全然知らん

NEは需要あるらしいな

一線級のベンダSEはプログラマの経験はほとんどない
プログラミングの経験はあるけどね
その辺が混同されてるってこと

SEで入社したけど電気屋に転向させられた

SEとプログラマーは別物
プログラムかけないSEなんてゴロゴロしている
その代わり業務知識に詳しいとかコミュニケーションスキルがあるとか
それなりのスキルは必要

>31
ああ専門は別ね
独学で本とかで学んじゃうと
コメント一切ないソースとか平気で書いちゃいそうでさ

ちなみにプログラマなんて日本人で生き残るには
ほんとすげえ才能があるやつじゃないと無理
人月単価が安いチャイナに負ける

アスキーのC言語の本で勉強したら会社に入ってから中カッコの位置が悪いって怒られた

下請けのＰＧは最悪だ
上は頭からソース書き直さなきゃいけないレベルのことを
こんなこと簡単に出来るでしょ？って言って来る
たまに死にたくなる

他の会社はよく知らんが、うちでは一番必要なのは客との折衝力と外注の取り仕切り
技術力はそれほど突出している必要はない
やってるうちに勝手に覚えるし

SEつーかコの業界は人間らしい生活を送りたかったらお勧めしない

好きならば別に止めないけど

プログラムかけないのにプロジェクト管理とかできんの？
スケジュールとか見積もれなくね？

>>42
でもね、こっちの用件きちんと考えて組んでくれる人が少ないんだよ
話して了解とったのに理解していないとかしょっちゅうあるから困ってる

おいらはWindowsのActiveDirectoryとかを専門とするエンジニア。
最近はファイアーウォールとか、VPN構築とかをやってるよ。

一般的にいうSEじゃないけど、こういう仕事も必要よ。
お客さんと直で話す機会も多いし、プログラマやってるより
全然面白いと思う。

日本人は2日ぐらい徹夜させれば勝手に逃げ出すからな
そりゃ仕事にもならんよと

プログラマ上がりは技術SEになり
文系上がりは営業SEになる

でも、意外に他の仕事も休日出勤とかあるし
公務員とか目指すんなら別だが

>>47
プロジェクト管理するのになんのプログラムが必要なんだよ？

頭脳系の仕事で2徹させるなよ
能率悪いだろ

>47
その通りだったりする
上に立つ人によってプロジェクトがけっこう左右されるとおもう

SEっていつから頭脳系なんだよｗ

>>54
納期直前にそんなこと言ってられん

プログラム、プログラマの事を知らない新人SEとか割り当てられたら死ねるｗ

ＳＥ
翔泳社

少なくともSE自らが体育系とか言っちゃったらダメだろｗ

ここにいるやつらそれぞれでSEの定義が違うんだろうな

ＳＥ
セクシーえりりん

>53
仕様変更がどれだけ影響を及ぼすのかわからないで
安易に変更受け入れちゃうんだよ
たまにふと遠くをみてた時期があったの

プログラムあがりのSEは今後いらなくなるよ

これからどんどんオフショア開発が進むし

上の方で誰かが言ってたが、土方と変わらん
いずれプロマネに移行しても親方と変わらん

結局SEとは何かわかんない
色々種類があるのはわかった

・CCNAとかネットワーク関連
・OracleとかRDB関連
・Linux/Windows/UNIX全てのOS
・XMLやSOA、Webアプリケーション
・JAVA、.NET、TOMCAT
・法律、会計、経営などのコンサルテーション

このどれかに精通してればしばらくは喰いっぱぐれは無いかと思う

>>66
進んで就く職業じゃないってことだけははっきりしたろ？

>>63
個人やグループレベルの進捗管理ね
プロジェクト管理って言うからもっと大きな括りを想像しちゃったよ

若い奴は色々な仕事を見てみるのが良いだろ

>>68
じゃあ何でなったの？

>>67
本当に「しばらくは」だな
一番下以外はとても定年までもたない
SE崩れの年寄りが一番タチが悪くて使えない

部品じゃなく業務に精通しれ

>>71
>>68ではないが、俺の若い頃にはこのスレが無かったから

納期に追われると最後はどうしても突貫工事になるよな
メンテのことまで考える余裕なくなる

＞法律、会計、経営などのコンサルテーション
これで食っていってるが
正直自分はSEなのか時々悩む

>>71
仕方なく
就活してて、一応大手の会社で入れたのは今の会社だから

周りの社員も好きでなった奴なんかいないよｗ

今MiracleLinuxのサーバ構築で四苦八苦している
素直にRHELにしてくれれば楽なのに・・・

そんなもんでしょ

どいつもこいつも口癖は「辞めたい」だよな
まぁどの職種も変わらんだろうが

>>78
インスコはミラコーの方がらくじゃん
ASはビデオ系の対応が遅いから手順がメンドイ

職業条件が良い場所に鞍替えすると言っている奴等が
軒並み戻ってきているから
案外悪くないかもな
騙されている感じもしないでもないが

で、SEしながらヲタをするのは可能ですか？

ミーティングやレビューを除けば一日中誰とも話さなくてもできる仕事
そのせいなのか病んでる人が多い職種でもある

>>83
ヲタが多い業界だから疎外感を抱くことは無い

>>83
どのレベルかによるな
コンサとか無理無理

>>83
暇な時は出来るけど忙しいときはマジで出来ない

>>67
ここ数年OracleとEJBでWebアプリばっかですが
ほんと逃げ出したい

ヲタをするのは普通に出来る
何だかんだで時間調節がききやすいから

>>89は有能だな

JavaとかEJBとかはいい加減なスキームだよな
Cでゴリゴリ組んでた時の方が全然とり回しが楽だった

インフラを構築するエンジニアって少ないのか。
ネットワークに詳しいとか、OSに詳しいとか。

SAPPHIRE行って飲んで帰ってきたよ
教育で儲けまくる会社っていいよね

余り狼では見ないな

>>93
日本じゃOSのインストールに詳しいやつはいても
OSを設計できるような本物のエンジニアはもういない

今の４０台後半がOSの設計が出来た最後の世代

>>67
どれも誇れるほどはできないけど
IT会社じゃなく、製造業会社のIT部門のSEだからなんとかやってる

業務知識を武器にベンダーをこき使ってるし

Linuxメインでサーバ構築とかしてきたけど最近LinuxよりWindowsの方が
いいんじゃないかと思えてきた今日この頃
Windows2003の資格とろうかな

>>92
俺それ
だけどやること大杉
配線工事とかも絡むから、ゼネコン・サブコン・設計事務所とも話さなきゃいけないし

>83
ヲタをカミングアウトしたら
あっちもこっちもヲタで
推しメンの顔文字だらけのシェルがあっちこっちに
駄目だなうちの現場

あーやべえ終電なくなるまだ職場なのに〜

っていう俺のようなのは無能

>>100
俺はTAXIで帰るよ

ネットワーク系やってるやつはSEを名乗らないで欲しいな
システムを構築してない

着替え持参で終電なんか気にもかけない俺が最も無能

ネットワーク系にはあこがれるけどね

>103
誰かがどこかでその頑張りを見てますよ

うわ、新人バグ出したまま帰ったのか？
きっついなー
明日出てきて直させようかな

>>97
Windows系は信頼性とか安定性でいつも不安が付きまとうよ

パッチケーブルと格闘しているところとかルータのログ追っかけてるの見るとネットワークやらなくて良かったと思う

俺はもう金のためと割り切ってやってる

>>103
そこまで頼られてるあんたは有能って言うんだよ

まだプログラマとSEを混同してる奴がいるな

ネットワークはおもろいな。
CCNA持ってるけど、糞の役にも立たない。
まだまだわからないことだらけだ。
どんどん新しい技術は出てくるし、勉強し続けられる。

ていうかSEだけじゃこのスレ成り立たんぞ

PC叩いてりゃそれで終わりのSEが羨ましい

>>107
WindowsUpdateとか超楽じゃん
それに2003なら結構安定じゃない？

無理にLinux使う必要ってあんの？
Windowsでいいじゃん

Windowsってパッチ当てたくらいで必ずリブートってやめて欲しいです
端末ならともかくサーバなのに・・・

サーバ構築ならSolaris10でしょ

ネットワーク系の奴ら少しは開発標準とか憶えて欲しい

プロジェクトに参画させたらテスト仕様書も書けないでやんの

客がWindowsを信用してないからダメ

カーネル再構築めんどくせーよ

>>115
Updateは楽だけど、
要はどの程度の信頼性を求められているサーバか？によると思う

稼働率99%とか言われたらWindowsとかじゃまず無理

ネットワーク系のSEは全体の流れを把握していないといけない。
どこにどのような機能を持つシステムがあって、それがいつ稼働
するか、全て知っていなくてはいけない。タイミング一つ間違うと
業務が止まる。

知ったかぶる奴に限ってWindowsは駄目だとかいうよな
実際はLinuxとかと比べてもそんなに劣ってるわけではないし

いかん平山あやのドラマ見てたら泣けてきた

Linuxは汎用性が高いだけだもんな

>>122
冗長構成にすればいいじゃん
2003ならNLB(だっけ？)使えるし

商用Linuxっていざという時のベンダー保守とかあるの？

俺も昔はLinux信者だったな
最近はWindowsでもいいと思う
誰でも使えるし

LAN内の部門サーバだったらWindowsで充分
外部からアクセスするようなサーバや、２４ｈ連続運転するような
サーバだったらUNIX系じゃないと運用がつらい
適材適所

あるんじゃないの？
RHELならあると思うよ

>>127
ハード障害とかだったら冗長構成で凌げるかもな
OS・ミドルの障害、ウィルス・・・問題はいくらでもある

ぶっちゃけ給料いくらよ？

いわゆる社内インフラを構築するためにはWindowsはクライアントOS、サーバOSともに優秀。

ただインターネット上に公開するような要件には到底向かない。

Linuxはその逆。

どのOS一長一短でしょ。

>>130
うちは２４ｈ運転のWebサーバだからUNIX入れてる
Windows入れたいなんて言ったら運用部門から文句来るよ

>>134
上手く纏めたな
そのとおりだよな

>>115
サーバにWindowsUpdateの自動適用なんて2000%無理
パッチ1個当てただけで業務システムが止まったりとかざらにある話
ウチが面倒見ているユーザのWnnXPクライアントでも
稼動してるシステムによっていまだにSP2を適用できないクライアントも一杯ある

>>133
普通の社会人よかは貰ってる（と思う）
でも誇れるほどじゃない

>>132
なるほどね

やあきたよ

>>133
通常は総額で50くらい
残業の多い月で60くらい

>>137
そーなのか
結構大変なんだな

（ ;‘e‘）＜SEのくせにSEXに縁がないなんて哀れ

イントラシステムならWindowsでいいかも
去年ASP使って申請システム作ったけど楽ちんだった

つい最近までブラウザはネスケのみとかもあったしな

おまいらどれ？

　�@ 完全な独立系IT企業のSE
　�A 電気メーカーの直系SE
　�B �Aの子会社・下請けSE
　�C 全く違う業種（金融・製造業等）のIT部門SE

機種依存文字ですか

�@だけど超絶零細企業だからコンピュータ関連の何でもやさん

機種依存文字とかもうそろそろ死語にしてほしい

銀行系のSEやってるけど多分他の業界に比べてスキル低い

�Cだな。
会社的には一部上場企業だけどIT部門は肩身が狭い

�A
一番楽かな

>>149
他のスレなら気にしないけどここではどうかと

>>147
お前相当おっさんだろ？

>>153
ここのスレだからこそそう思う
そろそろ遺物は排除してほしい

>>150
お、同業者。まあレベルは低いと思うな
業務プログラムしか書かないし

>>147
辻のAAとか絶対書くなよ

自分は一番最下層だと設計や開発エンジニアから白い目で見られてる運用保守担当エンジニアですよ

運用保守が一番楽しいと思う

�B
ボーナス１０万切りましたよ
死にたい

SEだけどプログラム云々よりは管理が主なSEだな俺は

>>156
最近書類書きばっかりだ
合併とかうぜえ

>>159
そりゃ何かの間違いだろ？
夜間コールとかマジ勘弁

俺運用だったけど開発のやつらぜーんぜんOSのことわかってないアホばっかだったよ

シェル走らせたら画面に

川�Vｖ�V）つ[ 正常終了 ]

って出てきて驚いた

>>164
俺開発だけど運用のやつら１〜１００まで手順書無いと何にもできないアホばっかだった

こういうのってどっちもどっちなんだよな

>>162
・・・俺も合併するところんだが

開発の奴等にOSの知識が無いのは当たり前
奴等は道具としか思ってない

結局誰が勝ちなんだ

�@
自社の製品の技術サポートやってる

>>167
やっぱDAY1対応とかしてんのか？

まあおれは今は全部やってるからさ
そういった意味で言うと開発はプログラムしかわかんないやつが多い
運用保守ははばひろい奴がおおいと感じたってことですよ

お前ら普段何時上がりくらい？うちは平均21、22時くらい

>>171
ｽﾏﾝ、新入職員なもんでまだ詳しいことは理解できてない

18時にかえるよ

月40時間以上残業すると怒られるから8時前くらい

>>173
俺もそんなもん。だだし８時始業だけどな...orz

いまは１９時前には帰ってる

開発の立場からいうと、運用はいわれたことしかやらない

こっちは頭使って業務のシステム化に苦労してシステム作ってるのに
運用はやれ「こんなオペレーションは引き継いでません」とか
「こんなエラーは想定外です」とか「業務の事は運用範囲外です」とか・・・

・・・おまいらロボットかよ！と言いたい

開発の人間はOS,ネットワークを含めたシステム全体がどういう
流れで動いているか全く知らない。
そして普段他社の人間とあう機会が少ない分、社会人として
どうかと思ってしまう方が多い。

以上、私見

>>176
40時間以上つけるなとは言うけど帰れとは言わないだろ

２２時以降は申請が必要なの

>>179
将来は自動化になるんだろ

>>181
いや、帰れって言われるよ
サービス残業つけるなっても言われるし

>>183
ITILとかもう少し広がれば運用の人間は最小限に抑えたいね
所詮はその程度なんで

俺のところは１８時過ぎると申請必要だな
めんどくさ

>>166
運用の立場だと、マニュアルに書いてないことをしてシステムを停止させたら
と第一に考えちゃうから手順書命なのだ
トラブルが起こっても障害対応の経過を後できちんとマニュアル化したりとかも意外と大変

システムエンジニア業界がもうダメなのは分かったからさ
じゃあ何がお薦めなの？

>>188
硯職人

一度個人事業主とかになって小さい会社のシステム一から全部組むといいよ

読めない

>188
市役所とか？

毎日石でも磨けばいいのか？

一度個人事業主になって小さな会社のシステムをいちから全部組む仕事
を貰うにはどうしたらいいですか

エロサイトの運営とかどうだ
儲かりそうじゃね？

開発の人間はバグだして当然と思ってる
運用の人間がミスしたら終わる

>>195
トラブル対応ばっかりで疲れそう

役場の仕事ってハリは無さそうだけど胃が痛い思いなんかしなくて済みそうでいいな

客と仲良くなることだな
で紹介してもらったりとか
結構儲かるよ

>196
たしかにプレッシャーはあるかも
おまえがアフォだといわれれば反論できないけど

>>187
運用の人って「このシステムがどういう仕組みで動いてるか？」とか憶えないの？

ずーっとブラックボックス状態のシステムを扱ってるから
手順書命になっちゃうのかな？と思う

受付嬢のおっぱいの揺れを測る震度計とかを作って
５億円とかもらえる仕事がないもんかな

小泉政権がもっと長期化すれば役所の民営化とか言い出しそうだな
しかしサイトで自治体のIT担当のインタビューとか見ると民間並に大変そうだな

運用と開発とかどうでもいいからオフしようよ

オフといえばオフショア開発の波がかなり来てるね

下請けは相当苦労してるんじゃないかな

>>201
運用は手順書もらったらその通りにやるのが仕事。

手順書の内容みて作成者死ねと思っても、書いてあること
以外のことをしちゃいけない。

つまり被害を拡げないためには、作成者は考えられる限りの
トラブルを想定した手順書を作る必要がある。

問題ないときの手順だけを書くようなやつはてめえで運用しろ
ってことです。

>>205
インドとか中国ってどうなの？
なにかと苦労しそうだけど

俺的にはもうオフ会してるつもり

>>206
それだと運用の仕事はいずれ不要になっていくと思うな

できればシステムの引継ぎを受けた際にシステムのI/Fだけじゃなく
中身も憶えて欲しいな

そうすれば手順書外のアウトプットがあったとしても
このアウトプットが何故出たかすぐに解析できる

その方が開発・運用ともに幸せになれると思うんだがなぁ・・・

どうして運用って自分の範疇をまず決めちゃうんだろ？

猫は電子レンジで乾かすなってこった

開発がいいかげんなプログラムしかくまないから
範疇決めないとしわよせが全部くるから

>>209
運用は金にならないことはやらない

>>211
それは確かにある。
開発側も注意しなくちゃいけないし甘えちゃならない所だと思う

dppという単位がある


dead per project


の略だ

あるプロジェクトに対して何人途中で死亡したかを皮肉っって数値化
こんな単位があるのってこの業界だけなんだろうな

おまえら昨日はどんな仕事した？

先輩の作ったプログラムのテスト

>>206
ある業務システムなんだけどユーザの名前登録/表示の時は例えば
「松浦亜弥」と姓と名前を空白を入れずに入力してたんだけど
あるときお偉いさんが「見栄えが悪いから『松浦 亜弥』」みたいに
間に空白を入れろ」と言い出して何千人かの全ユーザにその修正を行ってたら
システムがエラーを起こしちゃってまた元に戻した、とかした事あるな

プロジェクト管理

>>209
あなたのいいたいことは尤もで、ひじょうに正しいです。理想はそうよ。

でも運用はひとつのシステムを担当しているわけじゃないのよ。


自分で範疇を決めるのではなく、そういう契約をするのです。

>>215
中期経営戦略会議
部下の進捗確認
ベンダーからの提案打合せ

・給与計算ソフトのマスタ複製&データ排出
・PCセットアップ
・ActiveDirectory構築&メンテナンス

コピー　デリート　ペースト
コピー　デリート　ペースト

プロジェクト管理とかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ部下とかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗどんなおっさんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>219
契約というからには・・・運用専門で保守はやらない会社みたいですね

うちは同じ会社の開発部門と運用保守部門があるから
運用に対しても忌憚無く「もうちょっと憶えてよ！」って言えるのかもしれないです

確かに運用だけとったらマニュアル仕事なのかもしれないですね
アプリ保守が入ると改善っぽい部分も入る気がします。

俺は上司に下手に出ながらも指示するし、全体の進捗管理もする。
仕事に年齢は関係ない。

VBﾏﾝｾｰ

じゃあ年齢さらそうぜ！

>>223
２８

あぁ、お前らから見ればどうせ俺もおっさんだよ

狼年齢層高すぎ

一応SEのつもりだけど
毎週のようにコンサとか行くお

つか入り立ての新人の奴がSE名乗るわけ無いだろ

俺ストレートエッジだから

運用も開発もやってる俺がいつものように
残業８時間やって帰ってきましたよ・・・（´・ω・｀）

>>224
1つのシステムで完結してるんだたらその中身をじっくりと勉強するんだろうけど
ネットワークとか他の色んなシステムを全部面倒見てるから結局は浅く広くになっちゃうのよね
このシステムの障害を直してもその結果他システムに不具合が起こるとかだってあるんだし
トラブルの時だって原因がNWなのかハードなのかOSなのかミドルウェアなのかアプリなのかその他なのか
意外と切り分けが大変なんだよな

>>227が呼びかけても誰も年齢を晒さないとか、お前ら相当おっさんだなｗｗｗｗｗ

上にもあったけど技術的なスキルが皆無な自分

>>234
こういう仕事ってアプリケーションにバグが出たらどうすんの？
開発元に連絡するの？
プロジェクトがとっくの昔に解散してても開発者捕まるの？

開発者がつかまんないから結局直したりする

銀行系のシステムやってるせいか運用さんは意外とフレキシブルに動いてくれるよ
てかそういう関係作りもSEスキルの一つ
この世に完璧なシステム＆完璧な手順書なんて無いんだから結局人間の手が入る

>>224
極端な例として契約といいましたが、同じ会社内でも似たようなこと
が言えます。
好意で手順にないことをしたとき、どこが責任を持つかということに
なっちゃう。
仕事には問題と責任は切り離せないからあらかじめはっきりして
おかないといけない。
ああ、むずかしい。

下っ端の立場から言うと、お客様のことを考えての行動で問題を
起こしたのなら、俺がいっさいの責任を取ると一言いってくれる
上司がいればどんなに救われるか。
どっちにしろ責任はとってもらうことになるけど、前向きの行動を
是ととってもらえるか非ととられるのかで、全く違う。



あなたとは仲良く仕事をやれそうな気がする。

開発した奴が運用保守する方が効率いい！

開発専門だと後の事考えない無責任全開だし
運用専門だとバグが出たとき役に立たない

自分で作ったものは自分で面倒見る・・・これよ。

>>237
そういう場合は開発元ともちゃんと年間保守契約結んでるから
そこに連絡する。体制図も明確だからそこに振るだけ
もちろんパッケージとかOSでもハードでもメーカ/開発元とはきちんと
保守契約してるから自分達でわからない場合はそこに質問するべ

>>241
次のプロジェクト進めなさそう

>>242
素朴な質問

それって・・・あなた以外にもアプリ保守の人が居るって事？
だったらその人が運用もやればいい希ガス
運用とアプリ保守をやる人を分業してる意味はなんだろ？

連絡がつかないようなアプリを使ってたとしたら、そのアプリを
使い続けてるほうが悪い。

たいていのアプリにはサポート期限がある。（はず）

投売りシステムですね

瑕疵契約期間を過ぎれば開発者は勝ったも同然

基幹系システムやってりゃ開発と運用を分ける必要性を感じそうなものだか
開発者に本番システムを触らせる危険性

開発も運用も最初の設計が命。

しわ寄せはお客様にくる。