C言語の勉強をしているのですが(といってもまだ関数の作成程度)読めば読むほどプログラムってすごいな～と思います。
そこでSEの皆さんに会社によってまちまちだろうと思いますがどんな仕事をしているのか、SEとはどういった職業なのかを教えていただきたいです。
そ、そうなんですか！？やっぱどこの業種も氷河期なんですね、、、、、
SEになりたいってありえるのか？
SEのSはサドのSだ。
こんな業界こないほうがいい。
ここから早速SEになりたいって発想が理解に苦しい
案件が変わる度に面接する
面接では自己の経歴紹介が大半で口先だけの勝負
1人または数人で他社に常駐する
他人の糞コードを読む
締め切りに追われる
分からないからって誰も教えてはくれないので自分で勉強
向き不向きがあって駄目な奴はいくら勉強しても無理
間に合いそうになければ残業地獄(場合によってはサビ残強制)
ピンポイントな経験必須なためそのうちまたこの仕事か、となる
30過ぎると経験があっても仕事が徐々に無くなってくる
仕事が無くなれば解雇
正社員でも容赦なく解雇される上、給料が目茶目茶低い場合あり
未経験はほぼ仕事なし
案件毎ではなく依頼主（搾取元）毎かな
>他人の糞コードを読む
むしろ過去の自分のコードを誰かがメンテしてると思うと気の毒に思う
良くできたと思えるプロジェクトがあったとしても、後に自分がメンテできる機会はまず無い
あと、おいしいところだけ持っていかれるのは良くあること。
企画と要件定義だけあって、納期や設計がボロボロの状態で丸投げされ、
頑張った挙句、納品間際で引き継がれて、その後トラブれば無償で教えろとか、
そういうのにひたすら耐えるのが中小SE。
すごいとおもいます！！
>12 以下にも現状といった感じのコメントですね、ありがたいです。
でもなぜ30を過ぎると仕事がなくなってしまうのですか？？頭の回転とかですかね？
>13 やはり下手に中小企業などに入ってしまうとどこの業界でも厳しいんですね、、、、勉強頑張ります。
PG程には数が不要なだけ
SEとは、いわゆる中間管理職だよ
設計やコードよりも、他に悩み所の多いポジションという事を覚悟しましょう
というのが俺の考え
あと、知識が乏しくお恥ずかしいのですか僕の中ではSEとプログラマーとの定義があいまいでそれほど大差は無いと思っていたのですが、違うようですね。やはり指示する人と実行する人の立場の差は大きいのでしょうか。
中間管理職、メンタル的な強さが要求されるんですね。
ありがとうございます。
それを実行するプログラマーもすごいと思います。
客またはそれに近い技術者が、要件を定義
SEがシステムをデザイン（一番重要な設計作業）
PGが要求仕様を満たす実装
現実は
客またはそれに近い技術者は、SEに駄目出しをするだけ
SEが要件を考えて設計書という名の業務説明書でPGに伝え、後はPGに駄目出しするだけ
PGが作文を読んで設計して実装
ちゃんとしたモンが出来る訳なし
一応僕の思っていた仕事の割り当てで良いようですね、
ただ、現実は厳しいようですね;;こういった上から下へのダメだしリレーはどこの業界でもあると覚悟はしていましたがやはりSEやプログラマーも例外ではないんですね。
この学生時代は精神面を構築する上で重要な時期だ、というのは一応日々意識しているつもりではいるので、頑張ります。
書き込みありがとうございます。
をまだ読んでないようではダメだな
これが具体性に掛けるのがデスマの原因となるのだと判断した馬鹿上層部は、
設計の具体化という名の下に、DBのレイアウトから先に作り始めてしまう
というのが、その後のありがちな展開だな。
これってつまり、設計という論理的な作業の前に、DB設計という物理的かつ
業務的な実装を始めてしまうという、非常に稚拙な製造方法である。
＞PGが作文を読んで設計して実装
する際の自由度を奪うデメリットもあるし、以後の業務設計がSQLベース化
してしまう温床にもなっているな。
馬鹿な管理職は、介入すればするほどデスマが加速していく。
>>22少し難しいお話ですね、DB、、僕の知ってる語彙の中からするとデバッグ、、、の事でしょうか？？
要するにSEの仕事手順や内容指示に物申す！！ということですかね？
今はまだよくわかりませんが、知識がついたら現場の声という事でもう一度思いださせてもらいます、ありがとうございます。
もう見てないかも知れないが、学生なんかな。スレをあまり読んでないから重複とかあるかも。
SEと一口に言っても、会社や立場によって大きく意味合いや定義が違うのが実情だったりする。
自分が何を目指すのか、したいのかをはっきりした方がいいと思う。
下請け、奴隷、土方と言われているところだと、詳細設計工程に携わったらSEと呼ぶこともある(下手したら＝PG)。
ユーザー系だと、情シス部門をSEと呼んだり、社内SE(実態は雑用の場合もある)なんてのも。
メーカー系とかの元請だと、開発寄りのSEとか、営業寄りのSEとか、保守寄りのSEとか、
コンサルとか(今はPMとか呼ぶかな)、NWとか(NEってやつね)、などなど色々。
一般的なイメージだと、総合管理をPMがやって、要件定義～BD/FDあたりまでをSEが受け持って、
DDあたりからPGがやる感じかな。
自分のお勧めとしては、言語系の知識習得、>>21の本、基本情報レベルの本、PMBOKの本あたりかな。
SEをやるなら、ある程度、広範囲な知識を持ってた方がいいと思う。
ちなみに自分のキャリアは、サーバ系のPG→SE→組み込みSE→サーバ系のPMって感じ。
こういう推測で適当なこという人間になっちゃだめだよ。
何がでたらめなのか意味が分からん
>>25いえいえそんな事ないですよ、24さんが折角おすすめして下さったんですから探してみます。
25さんも是非おすすめの本などありましたらお願いしますね！！
>>26 たまたま25さんには物足りない内容だったりしたんですかね？僕にとっては読んで無駄になることはまずないので探してみます。
社内ＳＥになっても、だいたい同じと考えてよろしいでしょうか
そのために一子相伝の秘術が各会社には伝わっている
プログラミング能力はいらん読解力と
問題解決力を身につけろ。これは、
SEに限った能力じゃない全ての業種で求めれる能力だ。
今のご時世これができないヤツが多すぎる。
自分の書き込みかとおもった。
プログラミングは問題解決の一つの手段でしかないからね。
http://www.mynewsjapan.com/reports/458
◇NTTデータのプロジェクトに参画
◇逆ギレする富士ソフトＡ氏
◇「てめえ何やってんだ！」10歳以上年長の私に怒鳴るデータT氏
◇プロマネＮ氏まで直接指示で罵声
◇契約違反を認めるも、泣き寝入りさせるＮＴＴデータ
◇最後まで態度を改めなかったT氏
◇ＮＴＴデータ総務が認めたこと、認めないこと
◇SI業界での偽装派遣の構造
◇「下請けに発注している」というおごり
寮なので、夏休みなどの長期休暇などしか帰ってこず、
寮内ではパソコン・携帯などは禁止されています
SEになりたいと思っているのですが、
具体的にどんなことをすればいいでしょうか
よろしければ助言、お願いします
>32プログラミングは一切せずに勉強をするということでしょうか
その「具体的にどんなこと」を自分で考えてできなきゃ駄目だってことだよ
実際の仕事では・・・
日本のシステム開発ではやらなきゃいけない事もぼんやりしか示されない上に
開発の上での「方法」を知りたくても周りは知らない派遣ばかりとか普通だからｗｗｗ
ただプログラミングやりたいだけなら英語勉強してオープンソースのコミュにでも
参加すれば？
ＳＥと名乗りながらプログラミングできない奴はごろごろいる
そういうのが上でふんぞりかえってるのがシステム業界だよ
技術の知識が無いから無理難題をプログラマに押し付けるのが仕事って奴も多い
なまじっかプログラミングなんてできちゃうと上のＳＥに責任だけゴリゴリ押し付けられる
つまり責任をうまく押し付けるスキルこそＳＥを長く続けるコツだよマジで
技術も開発の管理能力もある良ＳＥなんて殆どいないよ！
ＳＥでは無いけど、システムに関わりながら明るい未来を目指すならＭＳとかＧｏｏｇｌｅに入社するしか無いよ
そういう会社に入る為に、勉強する時間があるならば東大に行く勉強をした方が絶対いいよ！
SEの中でも特に激務だとか薄給だとかあまり良いこと聞かない…。
東大は必要ないけど、とりあえずアメリカの大学の単位は取っといたほうがいいね
独立系から逃走した俺が思うに
早いうちに上流から下流までを経験できるぞ
独立系でも仕事全然ねえ会社は派遣としてたらい回しにされて現代のドナドナ＆業界の暗い部分を実感できる
仕事のある独立系なら「はい」と言えば、上流から下流まで山ほどヤバい仕事を貰えるぞ！
その分命の保証はできないから安心しろよな！
プログラミングできないやつの言い訳
同感。
技術のないバカほどこういう発想になるよね。
問題解決にプログラミング能力が必要だっつーのに。
そうですね
プログラミングが出来ないSEは某民主党の総理大臣経験者みたいに
現場の事なんか無視して口だけ出してれば良いと思うよ
そして瞬く間に辞めてしまえ
どのみちこの10年でえせSEは死滅しそう。
とりあえず、大半のＳＥは技術者じゃない。
ＳＥって仕事に就いてるだけのド素人集団だ。
うちじゃ開発自体は協力会社さんがやってくれてる。
俺の仕事は
・費用の計算
・協力会社さんの面接
・顧客との打ち合わせの場のセッティング
・社内手続き文書の作成
って感じだ。
お前→猫
ＳＥ→飼い主
この家の人たちは、餌をくれるし、愛してくれるし、
気持ちのいい暖かいすみかを提供してくれるし、
可愛がってくれるし、よく世話をしてくれる・・・。
この家の人たちは神に違いない！
猫：
この家の人たちは、餌をくれるし、愛してくれるし、
気持ちのいい暖かいすみかを提供してくれるし、
可愛がってくれるし、よく世話をしてくれる・・・。
自分は神に違いない！
その通りだ。
何故PGとSEを分ける必要があるのかね？
>>52
外注するにしてもプログラミングの知識がないと費用の算出や正しい評価なんてできないよね。
> 外注するにしてもプログラミングの知識がないと費用の算出や正しい評価なんてできないよね。
うん、だから "正しい評価" はしてない。
もともと俺はベンダの開発者なんで開発も経験しているしスキルにも自信あるけど、
他のプロパーはスキル的には未熟者ばかりなので大部分デタラメだと思うぞ。
基本は既存のテンプレート通りに評価する。
予算が足りなくなったら他の案件の費用として計上する。
予算の余ってる案件が無くなったら未来の案件の費用として計上する。
場合によってはグループ会社に無理を言って誤魔化す。
これの繰り返し。
監査に引っかからない範囲で費用を操作するのがＳＥの腕の見せ所。
SEという言葉に対してどういうイメージを持っているかで話が変わる。
「SEになりたい」っつっても、具体的にはどういう奴になりたいのか？ がわからないと
なんともいえない。
「SEならこんなことできるとおもう」みたいなのをてきとーに書いてもらったほうがいいかもな。
現実逃避はいかが？
放置プレイに慣れててさびしがり屋でもなく甘えたがりでもない
さばさばした女じゃないとＳＥの彼女は無理だと思う
常に忙しくてメールや連絡不精なＳＥに彼女は無理だろう
そこを理解してくれる女を望んでいても
限界があるだろう
外資系のＳＥならまだしも
Software Engineer って意味の SE なら結構聞くけど
こっちじゃ System Enginoeer ってのは聞かないんだが...
つか, Wikipedia 調べても System Enginoeering って項目あるけど
System Enginoeer 項目ないじゃん
つか、おれが知りたいのは
日本で言ってるSEって「日本で活動している日本国外の」外資系「企業」にもあるの?
って、ことなんだが
あそこのHPを見るには館長の許可が必要なんだからな
やっぱり日本と同じなんですかね？
毎日午前様で土曜日曜出勤当たり前でホリデーナッシングなんですかね
うちのSEなんて一日中椅子に座ってるだけだよ
どっかでシステムの用件聞いてきてプログラマに伝えて終わりだよ。
後は一日中インターネットしてる。
プログラマは一日中う～ん、う～ん、いってるけどね。
SEって楽だなってイメージあるけど。
ほかの会社のSEは、そんなに毎日徹夜するほど、ほかにどんな仕事してんの？
言い訳だろ？
俺には二人いる
そもそもアチャラにはSEなんて職業は無いんだと。
SEなんて職業は、日本だけ。
後輩で博士課程にった奴がDr取れそうになくて、ヤケをおこしたのか、
自分探しなのか、自転車で世界一周旅行というのに出掛けたが、途中で
某G社に採用されたとかでバランスボールに乗って、フリーランチなう…
とかお気楽につぶやいてやがるぞ。
韓国にはＳＥいるよ
日本と同じく会社に寝泊まりしてる知り合いがいる
終電で帰ってちゃんと風呂に入って寝て疲れを取ったほうが
生産性はずっと上がると思うんだけどな
これは絶対
願望か？
ほんとは上司に直接言いたいんだろ？
終電で帰ってるよ
大阪だと泉の広場で出会ってから北欧館でハッテンらしいけどな。
バイの人からその辺の話聞いたとき、泉の広場にある「環境浄化運動」って
張り紙の意味が分かった。
消したらSEではない
と思うようになってからこの業界に居残ることを止めて別業界へ行った。
> そもそも業務で使うようなシステムの開発って大半が面白くなくね？
だから、そういう仕事はやらないようにしてる。
面白くない。
業務系は「手書きめんどいから電子化して」以上のニーズがあるようには思えない。
現場に拠るんかもしれんが。
>>94
ツテ頼ってどっかの商社の事務員になった人は知ってる。
>>96
異端ではなく、恵まれてるのかもしれない。
「発想力ないな」の意味が分からないので、どの点がどう発想力ないのか
説明すれ。
考えたりする仕事の面白さを感じてないんだろうね
この人はプログラマーじゃなくてコーダーなんじゃないのかな
コーダーに発想力はいらないからね
お客さんのとは限らず意図を汲んで仕事できるやつがどれほどいるのだろうか
ホントもう勘弁してくれってなること多いよ
間違いない…
わりわり
愚痴りたかっただけ
そういうのがおもしろかったら営業が向いてるんじゃないかな。
プログラミングてきない奴なんかいらねーよ
うちじゃ開発自体は協力会社さんがやってくれてる。
俺の仕事は
・費用の計算
・協力会社さんの面接
・顧客との打ち合わせの場のセッティング
・社内手続き文書の作成
って感じだ。
それが現実だよね
ＳＥ＝理系の営業って感じ
技術を少しかじってるから余計に厄介な人種
客またはそれに近い技術者が、要件を定義
SEがシステムをデザイン（一番重要な設計作業）
PGが要求仕様を満たす実装
現実は
客またはそれに近い技術者は、SEに駄目出しをするだけ
SEが要件を考えて設計書という名の業務説明書でPGに伝え、後はPGに駄目出しするだけ
PGが作文を読んで設計して実装
ちゃんとしたモンが出来る訳なし
あなたの知識お金にしてみませんか？
内容によっては100以上十分可能です。ご連絡お待ちしております。
請けでのお仕事です。通勤等はありません。
匿名可能。お仕事は沢山あります。
ひやかしはご遠慮ください。
mikami100023あっとyahoo.co.jp
お客さんが不安がるといけないので、正確な情報、特にリスクやデメリットを伝えずに商品（サービス）を売る。
プロジェクト（開発やパッケージカスタマイズ）がはじまれば、寄せ集めの皆さんが専門家のフリをして一夜漬けの知識で仕事を切り抜け続ける。
その場しのぎの仕事を積み重ねた結果、運の悪い誰かがババをひく。（開発終盤だったり運用段階だったり）
運の悪い担当者は、自分の責任をどう回避するかを最初に考える。
その際、責任回避に都合の悪い情報や、火に油を注ぐような事実は、敢えて言わないように指示される。
トラブル対応策は技術者や専門家の意見ではなく、トップの思いつきや直感をベースに実行に移される。
トラブル対応の進捗は、実施したことは最大限に良く見えるようにして、悪い情報は極力小さなことのようにして報告。
リカバリーが困難だとわかったときにトップが取る選択肢は、精神論を言い続けるか、部下に責任を転嫁するか、あるいはその両方。
グダグダやっているうちにお客さんの怒りがおさまるのを待とうとする。
4年ぶりくらいにこの板みたが
4年経っても現状はかわらないか？
>>116
ウォーターフォールモデルの図がどっかに有ったよなぁ。
最後、そもそも顧客自身が自分の欲しいシステムが分かってなかったと言うやつ。
放置プレイに慣れててさびしがり屋でもなく甘えたがりでもない
さばさばした女じゃないとＳＥの彼女は無理だと思う
常に忙しくてメールや連絡不精なＳＥに彼女は無理だろう
そこを理解してくれる女を望んでいても
限界があるだろう
全て下請けが対処した結果を聞いて来ただけ)だよね。」と軽々しく言う。
そんな世界なら原発もとっくに収束してるよ。
http://matome.naver.jp/odai/2129977964445566101
新卒でＳＥ会社から内定もらったから今から不安だわ
よその国だとソフトウェアエンジニアが一番近いのかな
だけど...
国産のSEといっしょにドイツに行った時の会話（実際の会話は英語）
(会社からSEって職種として認められてる人だよ)
紹介段階
日本国産SE: 「プログラム書けません」
ドイツ社 SE: 「あなたはシステムをソフトウエア関連でエンジニアリング/サポートする人だろ?
だいじょうぶかい, ハッハッ」
システム的な話になると
日本国産SE: 「ちょっと待ってください, 知らない概念です」
ドイツ社 SE: 「このくらい当たり前にわかってなきゃへんだろ」
しばらくすると
日本国産SE: 「ちょっと(ry」
ドイツ社 SE: 「この(ry」
（Ry
やっぱ要らないね, 日本語で言うところの SE
…とdjbやTheoネ申もことあるごとに言ってるからな。
実装・コーディング軽視で、出来ない・無能な奴ばかりが出世する日本のIT業界がオカシい。
システムの一部でしかないコンピュータシステムに特化したことは専門家に任せておけばいい。
システム全体を見渡すだけの視野も乏しい奴がSEをやってるがな
この規格にそってやってくださいと言って, ISO とか ANSI とか IEEE とか JIS
とか... の規格書渡しても規格違反の提案書を堂々と持ってくるし...
馬鹿じゃないの?
http://xbrand.yahoo.co.jp/category/lifestyle/7380/1.html
1位 システムエンジニア
2位 公務員
3位 銀行＆商社マン
4位 警察・消防・自衛官
5位 マスコミ・営業マン・広告マン
6位 企業経営者
7位 医師
8位 弁護士、公認会計士
SEは入ってないんだよ。
特定した。
昼それ持って出掛けて
夜まで会議して
自分のデスクに帰ってきて
その日のうちに反映
朝いたやつらはもういない
あと何年続くんだろう
で, 納品物はいつ出来るんだい?
ヒッ、ヒィイ！
やる仕事による。
今か○ぽにいるけど、無茶なスケジュール引いてきて、
一切変更は認めない上から下に流れてくるから、
激務関係なしに人が頻繁に入れ替わる。
人が入れ替わるからできる人がいない、
できる人がいないから無茶なスケジュールに対応できない。
以降ループ。
分かる
何でこうなるんだろう
設計書の類いなんてゼロだし
間に入っているSIerが、開発全然知らなくて、
スケジュールも開発規模からじゃなくて、ここに終わらせるためには・・・・
で線引いてるからじゃ？
SEは人間扱いされないから気をつけてね
保守ならね
