【日本だけ】SEという職業をなくそうぜ【変な職種】

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2007/06/21(木) 11:44:09
未経験で入社したのに、
肩書きはプロのSEだっておｗｗｗｗｗ
2007/06/21(木) 12:00:59
プログラマーの上位職かSEではなく業務の上位工程ってだけだからな
プロジェクトがでかくなると必須なんだよ、なくせないんだよ
別にソース書けなくてもSEは出来るがなプログラムの基礎程度は必須だろうが、言語独自の機能なんぞはプログラマーに聞くんだよ

3仕様書無しさん
垢版 |
2007/06/21(木) 12:04:44
使えないSEさえいなけりゃ別にSEという職があってもいいと思う
2007/06/21(木) 12:06:33
つまり、小説の作家を先生と読んで
「早く書いてくださいよ〜」となきつく
あれかｗ

おい、これから先生と呼べ。
2007/06/21(木) 12:21:11
そうだな
接客、仕様交渉、工程計画やスケジュール、各開発者進捗管理、システム全体の進捗管理
この辺全部プログラマーがやればSEなんて糞くだらん職業いらん
プログラマーにも先生早く書いて下さいよーとか言わないですむし万事解決だな
2007/06/21(木) 12:27:58
>>5
そもそも、それらはPGの仕事ではないどころか
本来のSEの仕事でもないだろう
歪んだ構造がデフォだから仕方ないのだろうけれど
2007/06/21(木) 12:35:36
>6
んじゃSEの仕事って何なの?
8仕様書無しさん
垢版 |
2007/06/21(木) 13:23:11
>>6
おまえ何も知らないでかいてんじゃね？
2007/06/21(木) 14:38:24
でもさ、君たちみたいなコーダに毛が生えた程度のプログラマって
分析、設計どころかユーザと打ち合わせするできないでしょ。
要件まとめようってのにコーディングレベルでしか考えられないでしょ？
君たちって。
ユーザ相手にコーディングがどうだこうだって言う子が多いよねプログラマって。
そんなわけで、言われた通りコーディングだけしててよ。
と言ってもバグだらけで結局SEが直してリリースしてんだけどね。
ちょっとは役に立ってよ
10仕様書無しさん
垢版 |
2007/06/21(木) 15:02:08
>>9
へ〜〜〜〜〜〜〜〜すごいな〜〜〜〜〜〜〜〜〜
えらいな〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
11仕様書無しさん
垢版 |
2007/06/21(木) 15:32:47
PG経験があまり無いSEって、なんか、PGを見下してる奴多いよな
2007/06/21(木) 15:35:40
SEが立てるスケジュールって
なんの根拠も無いよね？
2007/06/21(木) 15:37:19
>>5
> 接客、仕様交渉、工程計画やスケジュール、各開発者進捗管理、システム全体の進捗管理

それって技術者の仕事？
14仕様書無しさん
垢版 |
2007/06/21(木) 15:37:53
>>13
何も知らん人間は出て行けよ
カス
2007/06/21(木) 15:52:18
俺はコーディングもできるスーパーSE
通称Ｘ


今おまえらの頭に浮かんだアルファベット３文字はなんだ？
16仕様書無しさん
垢版 |
2007/06/21(木) 16:02:43
>>15 すぐに>>15は　DQNと浮かんだが

ところで、DQNスーパーSE Xさま、
コーディングとプログラミングのちがいってなに？
17仕様書無しさん
垢版 |
2007/06/21(木) 16:19:38
>>5
接客：営業
仕様交渉：プロマネ
工程計画やスケジュール：プロマネ、リーダ
各開発者進捗管理：リーダ
システム全体の進捗管理：プロマネ
ドキュメント作成：新人プログラマ
その他：プログラマ

でいいんじゃ？
1815
垢版 |
2007/06/21(木) 16:41:08
>>16
コーディング＝バグを注入する作業
プログラミング＝計画法
2007/06/21(木) 17:28:19
>17
業務種別を更に細かくするならいいだろうけど、小業務別に人事割りしたら遊務社が増えるし、それだけコストもかさむんだべ?
だから何でも屋の業種が暗黙的にいるんじゃなかろうか
2007/06/21(木) 19:34:00
設計しろやw
2007/06/21(木) 19:49:57
何でも屋だから設計もやってるだろ
22仕様書無しさん
垢版 |
2007/06/21(木) 21:08:09
>>19
何でも屋なんて中途半端なもんいらんだろ
23仕様書無しさん
垢版 |
2007/06/21(木) 22:15:52
馬鹿は正しいプログラムは書けない

ただ

文章は馬鹿でも書ける
24仕様書無しさん
垢版 |
2007/06/21(木) 22:27:30
優秀な人間ならPGにはならんで、頭がいいと勘違いしてる馬鹿を
安くコキ使うと思いました。
優秀ならそんな待遇で働いてないよねぇｗ
25仕様書無しさん
垢版 |
2007/06/21(木) 23:02:49
むしろ頭がいい分、他のことがおざなりになってんだろ
人間関係の構築ができないとか性格が馬鹿正直であるとかで
かえって利用しやすい
PGの本当の仕事は役員に飯を食わせることなのさ
26仕様書無しさん
垢版 |
2007/06/21(木) 23:09:46
>>25
それを頭悪いって言うのだが。
2007/06/21(木) 23:24:50
SEの仕事を見ると、
とてもエンジニアの仕事とは思えんなｗ
28仕様書無しさん
垢版 |
2007/06/21(木) 23:26:49
で？
2007/06/21(木) 23:29:22
専業SEとか専業PGとかいらねえのだけはガチ
2007/06/21(木) 23:54:55
ただの営業やマネージャでいいと思うんだが？
システムとかエンジニアとか
関係ない仕事でしょ？
31仕様書無しさん
垢版 |
2007/06/22(金) 00:07:48
て言うか、SEも糞。ウォーターフォールモデルも糞。
ゼネコン体質も糞。日本だけの悪しき構造。
32仕様書無しさん
垢版 |
2007/06/22(金) 00:09:14
>>30
実は>>29が良いこと言ってる。
よく考えてみ。
2007/06/22(金) 01:08:19
実は>>30もいいことを言っている。
よく考えてみ。
2007/06/22(金) 02:51:35
SEにしろPGにしろ会社の歯車ってことを
忘れてるやつがおおいってのはまちがいない
35仕様書無しさん
垢版 |
2007/06/22(金) 10:11:03
>>34
それとSEの必要性はどういった関係があるのでしょうか？
2007/06/22(金) 10:53:12
>>35
所詮、同じｸｽﾞってことじゃね?
2007/06/22(金) 11:08:18
>>30
システムを設計するのがSE
プロジェクトの人員とか進捗とか管理するのがプロマネ
契約取ってきたり成果物を売りに行くのが営業

個人的には、まぁ>>29
38仕様書無しさん
垢版 |
2007/06/22(金) 12:05:55
基本は全てウォーターフォールなのを知らない>>31も糞
39仕様書無しさん
垢版 |
2007/06/22(金) 14:11:54
「相武 紗季」
画数：相(9) 武(8) 紗(10) 季(8)

天画（家柄）17画 中吉 負けず嫌いな頑固者
地画（個性）18画 中吉 エネルギッシュな親分肌
人画（才能）18画 中吉 エネルギッシュな親分肌
外画（対人）17画 中吉 負けず嫌いな頑固者
総画（総合）35画 中吉 縁の下の力持ちで実力発揮

評価 : 80.0点
モバイル姓名判断（http://n1.mogtan.jp/?s488625）
2007/06/22(金) 14:23:29
>>38
>基本は全てウォーターフォール
kwsk
41仕様書無しさん
垢版 |
2007/06/22(金) 16:20:55
googleとかの欧米企業は、落水モデルなんかで
開発しねーよ。
2007/06/22(金) 20:03:47
＞基本は全てウォーターフォール
何か違う気がするが、上手く言えない。

インクリメンタル、スパイラルなんかは、
基本的にウォーターフォールを短いサイクルで繰り返すだけと見れなくも無い。

プロトタイピングはウォーターフォールとは関係ないか。
ただ、ウォーターフォールに競合するモンでは無いかも。

テストファーストはウォーターフォールじゃないな。

開発プロセスのモデルって他に何がある？
要件定義→設計→実装→テストで並ばない開発プロセスって他に何かあったっけ？
2007/06/22(金) 20:21:50
アジャイル
2007/06/22(金) 21:34:44
いきなり作って即リリース
2007/06/22(金) 21:37:10
>>42
>開発プロセスのモデルって他に何がある？
ウォーターフォールじゃなくてブラックホールとかスパイラルじゃなくてスピンとか。
2007/06/22(金) 21:56:44
ウォーターフォールって

雨が降って、川になって、海に注がれて、
蒸発して、雲になって、雨になって・・・って循環する作り方？
2007/06/23(土) 02:03:56
>>46
シャレだとしたら言いえて妙だなぁ。
雨降ってるが、一部は大体川やら海やら途中で蒸発して上流に戻る。
上流に戻るはずの一部は雲になったまま降ってこない・・・。
マトモに海に流れ出る頃には砂利だの何だの、不純物が一杯混じってる。
2007/06/23(土) 23:40:18
S = システム　　　　（´_ゝ｀）ﾌｰﾝ

E=エンジニア　　　　(ﾟДﾟ)ﾊｧ?
49仕様書無しさん
垢版 |
2007/10/25(木) 18:24:27
落水教授の研究室が既にウォーターフォールモデルを否定
する論文出しまくってるのを知らない>>38は馬鹿。

>>46
ちゃんと落水教授の原著論文読め。
50仕様書無しさん
垢版 |
2007/12/02(日) 00:24:57
人に職業を聞かれるとプログラマだと言います。
「プログラマ？なんですか、まだ SE になれないんですか、ぷっ…
あれっ、名刺にはシステムエンジニアと書いてあるじゃないですか」
とかことがたまにあって、そんな人に
プログラマ = SE + プログラミング能力
なのだと説いて聞かせてもなかなか納得してもらえません。
2007/12/02(日) 14:51:11
日本のSEの仕事って、海外じゃ誰がやってるの？
営業？プログラマ？
2007/12/02(日) 15:14:25
社長
2007/12/02(日) 19:20:07
>>50
相手の技術レベルがすぐにわかって便利。
でも、「システムエンジニア」と書かれた名刺を持っている人にしか
使いこなせないという諸刃の剣。素人にはお勧めできない。
54仕様書無しさん
垢版 |
2007/12/11(火) 20:58:00
確かにここまで読んでるとＳＥってなんだ？
って気になってきますね・・・。
55仕様書無しさん
垢版 |
2007/12/11(火) 21:18:50
>>51
プログラマだね。外資でもそう。
日本のプログラミングできないSEは海外いったらまずあぶれる。
56仕様書無しさん
垢版 |
2007/12/11(火) 21:26:40
>>5
進捗管理なんて外資ではやらん。
自分で仕事とってきて、お客さんと直接話して、自分でエンド決めて、
仕事がぽしゃっても自分の責任。仕事がとってこれなくなったらクビ。
誰も管理しないし、上下関係もないし、仕事さえしてれば何しようが自由。
2007/12/11(火) 21:28:04
アメリカなんかじゃ顧客の会社が自分とこの要求をまとめる専門のエンジニアを雇うらしいよ。
技術わからんアホが直接交渉したりしないようにして、効率よく開発するんだと。
まぁディルバートなんかあるからどこまで本当かわからないけどね。
58仕様書無しさん
垢版 |
2007/12/11(火) 21:37:05
外人（米系）は己以外何者も信じてないからな。個人主義がデフォ。
自分の責任でとってきた範囲で賛同者を集めたり、足りない分は人を
雇ったりして仕事を終わらす。無意味な会議も当然ない。
臨時従業員でも優秀な人はそのまま引き抜かれるし、人事なんて現場が
決めた雇用者を人員登録するだけの事務屋。役員でさえ働かなきゃ淘汰されるから。

日本の会社の醸造部やSEや人事なんて仕事してるとは言えないね。
59仕様書無しさん
垢版 |
2007/12/11(火) 21:38:33
×醸造部
○上層部
2007/12/11(火) 23:22:52
日本にもアメリカみたいな会社出来ないかな〜
給料たかくて、個人主義で、無駄な会議をしない会社。


やっぱ、俺が作るしかないか・・
2007/12/12(水) 13:07:11
>>60
>給料たかくて(自宅警備員比)、個人主義で(1人で客先常駐)、無駄な会議をしない会社(そもそも社員とすら思われていない)。
派遣？

2007/12/12(水) 19:42:58
昔俺がいた会社には、役職だけは付いているがたまに俺が客先から戻ると
球技大会の組み合わせや宴会の段取りを考えてばかりいる管理職がいたが、
そんな人はアメリカにはいないわけだな？ｗ
63仕様書無しさん
垢版 |
2007/12/12(水) 21:28:47
ゴマすってるだけの使えない上役はいるけど、球技大会の組み合わせはありえないｗ
立食パーティーの段取りなんかは秘書の派遣のねーちゃんの仕事。
球技大会とか変な大会で下手に束縛すると外人は離れてくから。「みんなでわいわい」
という発想がそもそもない。やるなら派手に豪勢にやらないと参加してくんない。

>>60
外資に入ればいいじゃん。その代わりある日突然クビになったりするけどねｗ
2007/12/12(水) 21:56:44
>>63
来年から外資です。
ＩＢＭみたいな一流外資じゃないけど、日系企業に比べれば幸せになれそうだわ。
2007/12/12(水) 23:16:23
>>42
＞開発プロセスのモデルって他に何がある？

賽の河原モデル
　　納期間際に鬼がくる、納期が過ぎても来るｗ

ゴミ屋敷モデル
　　拡張？を繰り返した結果、底のほうには誰もしらない実装が．．．
66仕様書無しさん
垢版 |
2007/12/13(木) 16:37:14
>やるなら派手に豪勢にやらないと参加してくんない。

ＭＬＢの遠征で新人が変な格好させられたりするやつか？ｗ
あとパイのぶつけあいとか。アメリカって日本人の集団行動馬鹿にする割には
自分たちは極端に行動することあるって感じるんだけどな
2007/12/14(金) 15:53:35
>65
今うちのプロジェクトは、ゴミ屋敷モデルと賽の河原モデルのミックスです。
2007/12/14(金) 17:17:58
すてきやん
2007/12/14(金) 22:42:10
サバトちゃんの家モデル
70仕様書無しさん
垢版 |
2007/12/26(水) 22:51:51
systems engineer
71仕様書無しさん
垢版 |
2007/12/27(木) 00:17:58
Excelで仕様書を書くやつは皆くそ
2007/12/27(木) 00:39:04
グリッド付きで、どこからでもかけるワープロを作ったら、ヒット間違いなし。
2007/12/27(木) 01:59:02
>>72
テキストボックス使えば？ページのどこにでも任意に配置可能だし。
あとは表組使うとか。　wordの表組みは結構自由が利くからな。
2007/12/27(木) 02:59:44
>>72
それExcelでセルを細かい格子状にしてやる裏技じゃね
2007/12/28(金) 02:47:46
EXCELの一番の欠点は、一見WYSIWYGのように見えて実はそうじゃないことｗ
行末欠けの確認と調整に辟易する。
2007/12/28(金) 10:26:58
>>75
どこかの仕様書で､Excelでページいっぱいのでかい枠をつくってその中にテキストボックスを配置したものを見たことがある｡
Wordにしろよ・・・

あと、「一太郎」で作られた仕様書を見たことがあるぞ。あれは困った｡
作る方は楽かもしれないが｡
2008/01/13(日) 17:08:33
まだプレインテキストの方がましだ
2008/02/17(日) 19:01:27
HTMLで書けばどうか
79仕様書無しさん
垢版 |
2008/08/20(水) 10:29:38
そもそも「システム作り」を考えるって経営者だよね。
ユーザ企業が直接、もしくはシステム系子会社がやるべき仕事だ。

SIerとか妙な仕事だと思うよ。
銀行・JR・証券あたりが人件費を減らすために考えたんだろ。

プログラマは電機電器メーカ・ソフトメーカに就職すれば良い。
ユーザ企業から要望あったときだけ、金かけてオーダメイドで作れば良い。

IPAの資格試験もなんか変だね。
プロマネは、試験問題に会計・生産管理・マーケティングが出てくる。
ユーザ企業のための資格ってのがモロに出てる。
2008/09/15(月) 15:08:45
本来設計からPGがするわけだが、要件定義後（これを何故か設計といわれる場合するらあるが）
顧客に対する出戻りが発生しないという前提なので、話がおかしくなる。

81仕様書無しさん
垢版 |
2008/09/17(水) 04:35:45
ＳＥってパソコンばっかりやってて目が悪くなるイメージがあるけど、
大丈夫？
82仕様書無しさん
垢版 |
2008/09/17(水) 18:12:54
システムエンジニア
システムマネージャー
システムアーキテクト
システムデベロッパー
システムコンサルタント
システムオペレーター
システムアドミニストレーター


これらの違いを簡潔に述べよ
83仕様書無しさん
垢版 |
2008/09/17(水) 18:16:39
あああとあと
システムアナリスト
システムパイロット
システムピッチャー
システムキャッチャー
システムカウンタック

などなどさまざまな業種があります。
84仕様書無しさん
垢版 |
2008/09/17(水) 19:35:54
UFOピッチャー
2008/09/17(水) 22:49:32
>>82
ポンチ画書き
管理者
夢想者
調停者
詐欺師
キーパンチャー
子守
2008/09/24(水) 01:43:41
>9
そういう奴に限って、要件定義書書かせると「顧客情報を登録する」「顧客情報を更新する」
みたいなゴミしか書いて寄越さないのな。
俺は業務知識がある、俺は何でもできる、客をひきつける魅力がある、
とか寝言抜かす奴は特にダメだ。
もうプログラミングできるできない以前の問題で、お客さんの言う曖昧な単語を
具体的な何かに置き換えられない感じ。
少なくとも、上の工程をやらせるには力が足りなさ過ぎる。
まぁ寝技営業でもしてせいぜい客にゴマ擦ってくれ。
俺は嫌だから任せるよ、と。

例えば

「顧客情報って何ですかね。　氏名、住所、電話番号、性別、職業、趣味志向、購入した製品、
もちろんその他色々ありますが、お客さんは何を『顧客情報』だと考えているんですか？
で、どうしてお客さんはその情報が欲しいと思っているか、説明してくれませんか」

なんていうとマジギレしやがるのな。常識で分かるだろ！　とか言って。
しゃあないからSE飛び越えて、客と直に電話したりメールのやり取りしたよ。
2008/09/27(土) 14:48:11
当社のおっさんSE。
・コーディングができない、ソースが追えない
・設計書の記述が曖昧
・PGが質問しても回答が曖昧
→仕方ないので、PGが知恵を振り絞ってどーにか実装。
→製造段階で詳細化された部分の仕様が理解できない！
よって、検収もできない。。。

企業の採用担当者の方、どうか、このおっさんを
もらってやって下さい。
少なくとも、当社のような２次請以降専門の弱小企業では、
いらないです。
2008/10/11(土) 01:40:42
テスタ、雑用
↓
プログラマ、デバッガ
↓
レビュア、設計

って、段階を踏んで上がっていければいいんだけどな。
プログラマあがりのＳＥじゃなくて、プログラマ崩れのＳＥが多い。
2008/11/11(火) 00:22:17
ＳＥって使えないイメージが強すぎる。

営業しかやらなくてもＳＥだったりするし


90仕様書無しさん
垢版 |
2009/02/07(土) 22:52:10
>>89
誰でも名乗れちゃうよね。
91仕様書無しさん
垢版 |
2009/02/08(日) 14:40:17
結局、SEってなんなん？
実装できなくてもSEだったり、
え？できなくてもSEって呼んでよいのか！？

たまに要件定義などで、「実装を意識しないこと」とか聞くけど、
それって実装ができないSEのためのセーフティーネット？？
2009/02/08(日) 15:38:13
>>91
要件定義はあくまで顧客の要求を洗い出すだけ。
ただ、この段階でハードに関する諸元を見積もる必要はある。
ここで実装を考える工程を入れるとSE/PG分業の意味がない。
実装を意識するのは設計の段階。
93仕様書無しさん
垢版 |
2009/02/08(日) 17:30:11
結局、SEって無能な人なんですね。
2009/02/08(日) 17:46:21
>>92
はぁ？？？
実装手法によってハードに関する諸元が変化するのが普通だが………
2009/02/08(日) 17:49:28
>>94
なんで実装手法でハードの諸元が変わるの？
その実装手法って何を指してるの？
2009/02/08(日) 18:01:16
ミドルウェア群の選択とそれに対する妥当なハードウェア構成は密接に結びついている。
要件定義の段階で、その要件を実現可能な実装方式くらい頭に浮かんでいないようではお話にならない。
97仕様書無しさん
垢版 |
2009/02/08(日) 18:35:34
実装できないSEはクソということで一致しましたね。
2009/02/08(日) 18:47:08
>>91
確かに、実装の '詳細' を意識したら、おかしな事になる
だがどのプロダクトを組み合わせれば出来るかとか、
そうなるとOSはこれで行こうとか、
大体今の要件だと、規模はこの程度だから、この金額でとか、
客側に提案したりするためには、結局実装の構成自体は意識出来ないと論外

しかもその後要求仕様から基本設計へ落とし込むわけで、
その時に下に付くSEやPGに具体的な実装も考慮した指示が出せないんじゃ、
くだらないフィルタリングや妄想が入らないだけ、まだ伝書鳩の方がマシ
2009/02/08(日) 19:17:49
SE<<<<<<<<<<伝書鳩
2009/02/08(日) 20:33:57
実装出来ないSEはクソって言葉が指す「実装」て何よって話なんだけどな。
要件定義の工程で求められる能力とプログラムで求められる能力は別でしょ？
そりゃプログラム出来るに越した事はないけどさ。
SEって職制を無くしてPM/PGだけにしてしまえばスッキリするってのが
このスレの結論なんだろうけど。
2009/02/09(月) 01:29:40
>>100
詳細な実装までは必要ないんじゃねぇの？

だけど、少なくとも、データの流れ方とか、各サブシステムでどの程度の処理
をどんな風に実行しなきゃいけないとか、その程度は押さえる必要があるかと…

極端な例だけど、多数の時系列に連続変化する事象を比較して、結果を元にイ
ベントを抽出後、各イベントを元に処理をするってなシステムを考える

受け取った事象を直接 DB に書くのと、抽出されたイベントを DB に書くので
は実装戦略は大きく変わるし、トランザクションの量も大幅に変わるから、要
求されるハードウェアスペックも変わるでしょ？

てなわけで、詳細は必要ないとしても、要件定義段階でおおざっぱな実装を想
像できない場合、コスト見積もりその他も含めて失敗する可能性が高いって事
だわ

で、実際、よくあるんだわ。「どう見ても要件定義の失敗だろ？」ってな、遅
くて高くてバギーなシステムが…
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況