ＳＥとＰＧ

レス19

（トピ主 0 ）

すもも

2004年12月22日 04:20

仕事

本来別の職種であるはずなのに同じように扱われることがありませんか？就職活動をしていて思ったのですが、実際ＰＧなのに募集職種はＳＥの企業がとても多いんです。就職する側も見極めが大変だし、ＰＧ募集ならＰＧ募集としないのはなぜでしょう？

トピ内ID：

これポチに投票しよう！

ランキング

このトピを見た人は、こんなトピも見ています

その他も見るその他も見る

前のトピ

次のトピ

レス

レス数19

このトピックはレスの投稿受け付けを終了しました

会社によって呼び方が違う

だん

2004年12月22日 16:09

自社開発をしている会社はプログラマは製品の設計からテストや保守（バグ対応）をする人ＳＥは製品の取捨選択をしてお客さんの話しを聞いて客の要望とおりのシステムを構築する人。また、客のシステムをメンテナンスする人です。請負で仕事をする会社はプログラマはコーディングとテストをする人ＳＥは客の要望を聞いて設計書を書いたりプロジェクトをまとめる人です。自社開発の人は入社から定年までプログラマまたは、入社から定年までＳＥがほとんどです。請負の会社の場合はプログラマで入社してＳＥになる人が多いです。

トピ内ID：

...本文を表示

SEの種類によるが

SE見習い

2004年12月22日 17:24

システムよりのSEだと新卒で最初からSEとして使えるわけもなく最低限のPG知識の習得と雑務的な意味合いでプログラム書かせたりします。新卒時点でどの程度プログラム書けるかの判断は難しいしプログラム書けないSEなんて仕事にならないですしね。 PGを通してシステムを技術側から理解していくというのは珍しいことではないのでは？

トピ内ID：

...本文を表示

追加で

だん

2004年12月22日 17:39

トピ主さんの疑問に答えていませんでしたね。一般的に、求人情報誌やハローワークで求人をだしている会社は請負の会社です。そのため、使える人が欲しいです。となると、コーディングしか書けない人より、設計書も書ける人が欲しいのでしょう。それと、発注元の会社にはプログラマというよりＳＥと言った方が単価が高いためです。自社開発の会社はプログラマというよりクリエイターや開発者といって求人をする場合がありますね。もちろん、請負の会社と自社開発の会社のプログラマの定義はまったく違いますが。

トピ内ID：

...本文を表示

日本固有の呼称です

万年PG

2004年12月22日 19:39

本来はSEとPGは同じ職種です。かつてCSKが建築業界を見習って人月制度を導入した際に、単価を引き上げるためにSEと言う上級職を設けたのが始まりです。ですので本来は上級PGと見習いPGなのです。当然設計を行うのは上級PG=SEであるの事が多いので、設計をする人をSEと呼び習わす風習に成り代わりました。そして、PGとしての技能を持たないのにSEを名乗る人が現れて現在に至ります。また、最近ではただの営業をSEと呼ぶ事もあります。はたまた、実力がないのに全員SEを名乗る企業もあります。

トピ内ID：

...本文を表示

SEの方が喜ばれる

2004年12月22日 23:45

ある程度規模があり名の通った会社という前提で書かせてもらいます。日本ではPGとSEではSEが上という雰囲気があります。そのためPGの人まで SEと名乗ったりする事もあります。また別の方が書いていたようにPGはSEになるまでのつなぎという事も結構あります。 PGとして募集するということは管理職になるケースを除けば定年までPGという事になるわけですが、そういうケースは圧倒的に少ないのです。実際アメリカでPGをしていた知人は、日本では名のある会社で定年まで PGを出来ないのが悲しいといっていました。アメリカでは PGも地位が確立していて、評価も高いそうです。というわけで日本ではごっちゃになっていることも多いです。

トピ内ID：

...本文を表示

最近似たスレみた覚えがありますが

わかにゃ

2004年12月23日 11:13

検索してみたらどうでしょうか?

トピ内ID：

...本文を表示

元SE、現社福士

懐かしいな

2004年12月23日 11:36

ＳＥ採用で入るとＰＧは通過点です。が、ＰＧで入るとＳＥになれる可能性は少ないです。ひたすら開発部でＰＧ作っているだけになる可能性が高いからです。ＳＥ採用の場合３年はＰＧとして仕事をするでしょうが道が開けているんですよねぇ・・。これって本当に大きな違いですよ。プロジェクトに携われるし、楽しいですしね。ＰＧだと一生職人で終わりそうです。私の以前勤めていた会社での話です。１部上場企業で規模が大きかったから線引きもはっきりしてました。これが小さな会社だったら意外と線引きはないのかな？

トピ内ID：

...本文を表示

そうですねー。

みぃにゃ

2004年12月23日 13:37

本来SEは高い技術があり、設計が出来、ちゃんとお客様との打ち合わせができる人しかそう呼ばれなかったように思うのですが、会社同士で人を出したり受けたりする場合、ある程度の年齢から経歴に勝手にSEって書かれます。その事は取る側もわかっているんでしょう。入った先で本当にSEとして扱われるか、PGとして扱われるかは向こうが判断することがほとんどです。 SE募集で書いておけば、そこそこ使える人が来るんじゃない？という感じで募集かけてるのでしょう。今は経験何年目かの目安程度のものみたいですね。

トピ内ID：

...本文を表示

技術的なことを聞かれた時

2004年12月23日 19:27

プログラムをある程度知らないと技術的なことを顧客に聞かれた時に困るからじゃないでしょうか。

トピ内ID：

...本文を表示

気をつけないと

兼業者

2004年12月23日 20:05

ＳＥ＝サポート・エンジニアと定義付けている企業もあります。「うそ」、「おおげさ」、「まぎらわしい」には、気をつけましょう。

トピ内ID：

...本文を表示

横です＞だんさん、自社開発と請負の違いは？

たかお

2004年12月23日 21:25

自社開発をしている会社と請負で仕事をする会社の違いは何でしょうか？自社開発というと、ジャストシステムやMicrosoftのようにパッケージ商品やサービスを自社で企画、開発しているところをイメージしてしまったのですが、 > ＳＥは製品の取捨選択をしてお客さんの話しを > 聞いて客の要望とおりのシステムを構築する人。 > また、客のシステムをメンテナンスする人です。個々の顧客に応じたシステムを開発するのは、請負も同じですし... ようは　直接ユーザ会社と取引する会社→自社開発、　下請け　　　　　　　　　　　→請負会社という意味でしょうか？

トピ内ID：

...本文を表示

良く出る話題ですよね。

おじじ

2004年12月23日 22:05

何度か動的名前でＲｅ付けてますが、逆にこの２つの違いってどう有るべきだと思います？。この業界でかれこれ２０年、ピークで千人月を超えるような大きな開発から、一人で全部やっちゃうような開発まで色々な場面で仕事してきました。顧客の要求に対し、先人達の様々な過去の事例や自らの経験をベースに、必要な仕組みを作れる。これが、ＳＥなのかなって思いますね。自らの知識や経験で構築しきれない部分は、スペシャリストの力を借りればいいんです。ＰＧは、本来の有り方としては、ある種の言語（何種でも可）について、開発環境を含め精通し、設計に基づき必要なアプリＰＧを作れれば良いんです。無論、デバッグやテストは出来て当たり前です。仕様が悪ければ設計者と喧々諤々議論し精度を出すんです。ＳＥには、業務や分析・設計、ＤＢや環境周り、メイキングよりとポジションが有りますが、基本はＰＧはメイキングの部分のスペシャリストと考えれば良いんじゃないかと思いますよ。だから、ＳＥとしてやっていく前にＰＧとしてのスタートする。必須では有りませんが、よくある道筋ですよ。

トピ内ID：

...本文を表示

トピ主です

すもも

2004年12月24日 00:00

お返事下さった方ありがとうございます。私はゆくゆくはコンサルのようなことをやりたいと思っています。今、いいなと思っている会社があるのですが本体がＳＥで子会社がＰＧというようなかんじなのです。どちらもＳＥとしての募集なのにです。本体に入ったらＰＧをほとんど書けません。私はＰＧ→ＳＥという経験を踏みたいのですが、子会社から親会社へ転職できるわけもないので子会社に入る気はないです。大手は狙うなということでしょうか？ＰＧ→ＳＥという経験を積まれた方いらっしゃったら意見を聞かせていただけませんか？ＰＧ経験がなくＳＥにいきなりなってしまったらやはりまずいでしょうか？

トピ内ID：

...本文を表示

一部会社の話し

PG１５年目

2004年12月25日 09:02

私は一部上場企業にＰＧとして入社してミドルウェア－フロント側の製品を開発しており、今１５年目です。新技術や新製品への対応や、今後どのような製品を作れば売れるのかなどを調査して製品の新規開発、バージョンアップを行っています。私はＳＥには向かないと思うので、これからはＰＧとして課長、部長を目指していきます。ＳＥを募集しているのは一部の会社であって、通常はＰＧとＳＥを分けて募集していると思います。もしかして、ＳＥというと世間一般では使えそうなイメージがあるからでしょうか？ＳＥとＰＧはまったく別の職種、サッカーでいうとＧＫとＦＷくらい違うものなのにと思います。他のトピでＳＥ＞ＰＧやＰＧ＞ＳＥと書いている人がいましたがＳＥとＰＧは役割が違うので比べられるものではないでしょう。

トピ内ID：

...本文を表示

技術的部分のフォローは？

hoge

2004年12月27日 13:20

>ＰＧ経験がなくＳＥにいきなりなってしまったらやはりまずいでしょうか？まずくはないけど、PG（開発に使う言語の特性等）の勉強ぐらいはしたほうがよいでしょうね。設計時に”実装可能”かどうか分からないまま設計すると、後で痛い目（大幅な仕変やそれにともなうユーザー折衝等）にあう確率が高くなります。分からないときにシニアＰＧ等に相談できる環境であれば、技術的な部分は相談して解決できたりするけどね。開発したことがまったく無いＳＥの設計／仕様書を見て、目が点になったことがある元ＰＧからの意見でした。

トピ内ID：

...本文を表示

注目!おすすめトピ一覧

すべて見るすべて見る

例外的かもしれませんが

Itslave

2004年12月28日 00:18

インターンシップや中途の選抜制度でわりと知られている、とあるベンチャーの独立系ベンダーでPG兼SEやってます。もともと、PGとSEを分けるのは間違っているという考えを持った経営者が作った会社のため、設計からコーディングまで、開発職が一貫して行うようになってます。まあ、そういう会社もあります、ということで。

トピ内ID：

...本文を表示

私の場合（その１）

元PG今SE

2004年12月28日 10:25

はじめまして。私はソフトハウスに勤務して、メーカーからソフト開発を請け負っています。最初はPGでしたが、現在はSEとされています。 "されています"と表現したのは、各会社によって意味合いが異なるためです。私の場合のSEとPGの違いを書きます。ちなみに組み込み系をメインでやっていますので、その観点で書かせていただきます。１　PG その名の通りプログラマーです。メーカーからの要求分析は上位設計者(SE)が行い、そこからブレイクダウンされてきた作業を請け負います。ドライバ層、ミドル層、アプリ層どれでも担当します。

トピ内ID：

...本文を表示

私の場合（その２）

元PG今SE

2004年12月28日 10:26

２　SE 上記しましたが、メーカーから要求される仕様、コストを検討し、H/W構成、S/W構成を設計します。細かいところでは、メモリ容量(RAM、ROM容量)の見積もり、部品の選定等まで行います。もちろんRAM、ROM容量を増やせば部品の単価も高くなります。携帯電話であれば、搭載するカメラモジュールを何にするか？ LCDは何にするか？というところまで関わります。上記のような概要設計を行い、下位設計者(PG)に対して作業を出します。 PG未経験でSEになれるか？という問題ですが、私のような場合では難しいと思います。 S/W構成を設計する場合は、かなりの技術量、経験が必要です。また、PGを何人使うか？コストはどの程度に抑えるべきか？プロジェクトが火の車になったら(こうなる場合が多々ある)どのような対策を打つか？という判断が求められます。こういったことはPG未経験の人間にはできないと思います。私見ですが、SEはPGの作業ができる、PGはテスターの作業ができる。しかし、その逆はありえないと思っています。

トピ内ID：

...本文を表示

自社開発と請負

だん

2004年12月28日 16:43

＞自社開発をしている会社と請負で仕事をする会社の違い＞は何でしょうか？＞ようは＞　直接ユーザ会社と取引する会社→自社開発、＞　下請け　　　　　　　　　　　→請負会社＞という意味でしょうか？私が言っているのは、自社開発のＰＧ：パッケージ製品を作る。請負会社：ユーザと取引を行ってシステムを構築です。自社開発の会社で言うＳＥは、請負の会社で言う所のＳＥとＰＧを含みます。自社開発の会社内でＳＥと言われている人でも、お客さんに説明するときには、ＰＧと説明することがあります。自社開発のＰＧは純粋に物つくり（仕様起しからテストまで）のみです。

トピ内ID：

...本文を表示