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

**仕様書無しさん** · 2007/06/21(木) 11:44:09

未経験で入社したのに、
肩書きはプロのSEだっておｗｗｗｗｗ

**仕様書無しさん** · 2007/06/21(木) 12:00:59

プログラマーの上位職かSEではなく業務の上位工程ってだけだからな
プロジェクトがでかくなると必須なんだよ、なくせないんだよ
別にソース書けなくてもSEは出来るがなプログラムの基礎程度は必須だろうが、言語独自の機能なんぞはプログラマーに聞くんだよ

**仕様書無しさん** · 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の仕事って何なの?

**仕様書無しさん** · 2007/06/21(木) 13:23:11

>>6
おまえ何も知らないでかいてんじゃね？

**仕様書無しさん** · 2007/06/21(木) 14:38:24

でもさ、君たちみたいなコーダに毛が生えた程度のプログラマって
分析、設計どころかユーザと打ち合わせするできないでしょ。
要件まとめようってのにコーディングレベルでしか考えられないでしょ？
君たちって。
ユーザ相手にコーディングがどうだこうだって言う子が多いよねプログラマって。
そんなわけで、言われた通りコーディングだけしててよ。
と言ってもバグだらけで結局SEが直してリリースしてんだけどね。
ちょっとは役に立ってよ

**仕様書無しさん** · 2007/06/21(木) 15:02:08

>>9
へ～～～～～～～～すごいな～～～～～～～～～
えらいな～～～～～～～～～～～～～～～～～～

**仕様書無しさん** · 2007/06/21(木) 15:32:47

PG経験があまり無いSEって、なんか、PGを見下してる奴多いよな

**仕様書無しさん** · 2007/06/21(木) 15:35:40

SEが立てるスケジュールって
なんの根拠も無いよね？

**仕様書無しさん** · 2007/06/21(木) 15:37:19

>>5
> 接客、仕様交渉、工程計画やスケジュール、各開発者進捗管理、システム全体の進捗管理

それって技術者の仕事？

**仕様書無しさん** · 2007/06/21(木) 15:37:53

>>13
何も知らん人間は出て行けよ
カス

**仕様書無しさん** · 2007/06/21(木) 15:52:18

俺はコーディングもできるスーパーSE
通称Ｘ

今おまえらの頭に浮かんだアルファベット３文字はなんだ？

**仕様書無しさん** · 2007/06/21(木) 16:02:43

>>15 すぐに>>15は　DQNと浮かんだが

ところで、DQNスーパーSE Xさま、
コーディングとプログラミングのちがいってなに？

**仕様書無しさん** · 2007/06/21(木) 16:19:38

>>5
接客：営業
仕様交渉：プロマネ
工程計画やスケジュール：プロマネ、リーダ
各開発者進捗管理：リーダ
システム全体の進捗管理：プロマネ
ドキュメント作成：新人プログラマ
その他：プログラマ

でいいんじゃ？

15 · 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

何でも屋だから設計もやってるだろ

**仕様書無しさん** · 2007/06/21(木) 21:08:09

>>19
何でも屋なんて中途半端なもんいらんだろ

**仕様書無しさん** · 2007/06/21(木) 22:15:52

馬鹿は正しいプログラムは書けない

ただ

文章は馬鹿でも書ける

**仕様書無しさん** · 2007/06/21(木) 22:27:30

優秀な人間ならPGにはならんで、頭がいいと勘違いしてる馬鹿を
安くコキ使うと思いました。
優秀ならそんな待遇で働いてないよねぇｗ

**仕様書無しさん** · 2007/06/21(木) 23:02:49

むしろ頭がいい分、他のことがおざなりになってんだろ
人間関係の構築ができないとか性格が馬鹿正直であるとかで
かえって利用しやすい
PGの本当の仕事は役員に飯を食わせることなのさ

**仕様書無しさん** · 2007/06/21(木) 23:09:46

>>25
それを頭悪いって言うのだが。

**仕様書無しさん** · 2007/06/21(木) 23:24:50

SEの仕事を見ると、
とてもエンジニアの仕事とは思えんなｗ

**仕様書無しさん** · 2007/06/21(木) 23:26:49

で？

**仕様書無しさん** · 2007/06/21(木) 23:29:22

専業SEとか専業PGとかいらねえのだけはガチ

**仕様書無しさん** · 2007/06/21(木) 23:54:55

ただの営業やマネージャでいいと思うんだが？
システムとかエンジニアとか
関係ない仕事でしょ？

**仕様書無しさん** · 2007/06/22(金) 00:07:48

て言うか、SEも糞。ウォーターフォールモデルも糞。
ゼネコン体質も糞。日本だけの悪しき構造。

**仕様書無しさん** · 2007/06/22(金) 00:09:14

>>30
実は>>29が良いこと言ってる。
よく考えてみ。

**仕様書無しさん** · 2007/06/22(金) 01:08:19

実は>>30もいいことを言っている。
よく考えてみ。

**仕様書無しさん** · 2007/06/22(金) 02:51:35

SEにしろPGにしろ会社の歯車ってことを
忘れてるやつがおおいってのはまちがいない

**仕様書無しさん** · 2007/06/22(金) 10:11:03

>>34
それとSEの必要性はどういった関係があるのでしょうか？

**仕様書無しさん** · 2007/06/22(金) 10:53:12

>>35
所詮、同じｸｽﾞってことじゃね?

**仕様書無しさん** · 2007/06/22(金) 11:08:18

>>30
システムを設計するのがSE
プロジェクトの人員とか進捗とか管理するのがプロマネ
契約取ってきたり成果物を売りに行くのが営業

個人的には、まぁ>>29

**仕様書無しさん** · 2007/06/22(金) 12:05:55

基本は全てウォーターフォールなのを知らない>>31も糞

**仕様書無しさん** · 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

**仕様書無しさん** · 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=エンジニア　　　　(ﾟДﾟ)ﾊｧ?

**仕様書無しさん** · 2007/10/25(木) 18:24:27

落水教授の研究室が既にウォーターフォールモデルを否定
する論文出しまくってるのを知らない>>38は馬鹿。

>>46
ちゃんと落水教授の原著論文読め。

**仕様書無しさん** · 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
相手の技術レベルがすぐにわかって便利。
でも、「システムエンジニア」と書かれた名刺を持っている人にしか
使いこなせないという諸刃の剣。素人にはお勧めできない。

**仕様書無しさん** · 2007/12/11(火) 20:58:00

確かにここまで読んでるとＳＥってなんだ？
って気になってきますね・・・。

**仕様書無しさん** · 2007/12/11(火) 21:18:50

>>51
プログラマだね。外資でもそう。
日本のプログラミングできないSEは海外いったらまずあぶれる。

**仕様書無しさん** · 2007/12/11(火) 21:26:40

>>5
進捗管理なんて外資ではやらん。
自分で仕事とってきて、お客さんと直接話して、自分でエンド決めて、
仕事がぽしゃっても自分の責任。仕事がとってこれなくなったらクビ。
誰も管理しないし、上下関係もないし、仕事さえしてれば何しようが自由。

**仕様書無しさん** · 2007/12/11(火) 21:28:04

アメリカなんかじゃ顧客の会社が自分とこの要求をまとめる専門のエンジニアを雇うらしいよ。
技術わからんアホが直接交渉したりしないようにして、効率よく開発するんだと。
まぁディルバートなんかあるからどこまで本当かわからないけどね。

**仕様書無しさん** · 2007/12/11(火) 21:37:05

外人（米系）は己以外何者も信じてないからな。個人主義がデフォ。
自分の責任でとってきた範囲で賛同者を集めたり、足りない分は人を
雇ったりして仕事を終わらす。無意味な会議も当然ない。
臨時従業員でも優秀な人はそのまま引き抜かれるし、人事なんて現場が
決めた雇用者を人員登録するだけの事務屋。役員でさえ働かなきゃ淘汰されるから。

日本の会社の醸造部やSEや人事なんて仕事してるとは言えないね。

**仕様書無しさん** · 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

昔俺がいた会社には、役職だけは付いているがたまに俺が客先から戻ると
球技大会の組み合わせや宴会の段取りを考えてばかりいる管理職がいたが、
そんな人はアメリカにはいないわけだな？ｗ

**仕様書無しさん** · 2007/12/12(水) 21:28:47

ゴマすってるだけの使えない上役はいるけど、球技大会の組み合わせはありえないｗ
立食パーティーの段取りなんかは秘書の派遣のねーちゃんの仕事。
球技大会とか変な大会で下手に束縛すると外人は離れてくから。「みんなでわいわい」
という発想がそもそもない。やるなら派手に豪勢にやらないと参加してくんない。

>>60
外資に入ればいいじゃん。その代わりある日突然クビになったりするけどねｗ

**仕様書無しさん** · 2007/12/12(水) 21:56:44

>>63
来年から外資です。
ＩＢＭみたいな一流外資じゃないけど、日系企業に比べれば幸せになれそうだわ。

**仕様書無しさん** · 2007/12/12(水) 23:16:23

>>42
＞開発プロセスのモデルって他に何がある？

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

ゴミ屋敷モデル
　　拡張？を繰り返した結果、底のほうには誰もしらない実装が．．．

**仕様書無しさん** · 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

サバトちゃんの家モデル

**仕様書無しさん** · 2007/12/26(水) 22:51:51

systems engineer

**仕様書無しさん** · 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で書けばどうか

**仕様書無しさん** · 2008/08/20(水) 10:29:38

そもそも「システム作り」を考えるって経営者だよね。
ユーザ企業が直接、もしくはシステム系子会社がやるべき仕事だ。

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

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

IPAの資格試験もなんか変だね。
プロマネは、試験問題に会計・生産管理・マーケティングが出てくる。
ユーザ企業のための資格ってのがモロに出てる。

**仕様書無しさん** · 2008/09/15(月) 15:08:45

本来設計からPGがするわけだが、要件定義後（これを何故か設計といわれる場合するらあるが）
顧客に対する出戻りが発生しないという前提なので、話がおかしくなる。

**仕様書無しさん** · 2008/09/17(水) 04:35:45

ＳＥってパソコンばっかりやってて目が悪くなるイメージがあるけど、
大丈夫？

**仕様書無しさん** · 2008/09/17(水) 18:12:54

システムエンジニア
システムマネージャー
システムアーキテクト
システムデベロッパー
システムコンサルタント
システムオペレーター
システムアドミニストレーター

これらの違いを簡潔に述べよ

**仕様書無しさん** · 2008/09/17(水) 18:16:39

あああとあと
システムアナリスト
システムパイロット
システムピッチャー
システムキャッチャー
システムカウンタック

などなどさまざまな業種があります。

**仕様書無しさん** · 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

ＳＥって使えないイメージが強すぎる。

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

**仕様書無しさん** · 2009/02/07(土) 22:52:10

>>89
誰でも名乗れちゃうよね。

**仕様書無しさん** · 2009/02/08(日) 14:40:17

結局、SEってなんなん？
実装できなくてもSEだったり、
え？できなくてもSEって呼んでよいのか！？

たまに要件定義などで、「実装を意識しないこと」とか聞くけど、
それって実装ができないSEのためのセーフティーネット？？

**仕様書無しさん** · 2009/02/08(日) 15:38:13

>>91
要件定義はあくまで顧客の要求を洗い出すだけ。
ただ、この段階でハードに関する諸元を見積もる必要はある。
ここで実装を考える工程を入れるとSE/PG分業の意味がない。
実装を意識するのは設計の段階。

**仕様書無しさん** · 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

ミドルウェア群の選択とそれに対する妥当なハードウェア構成は密接に結びついている。
要件定義の段階で、その要件を実現可能な実装方式くらい頭に浮かんでいないようではお話にならない。

**仕様書無しさん** · 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 に書くので
は実装戦略は大きく変わるし、トランザクションの量も大幅に変わるから、要
求されるハードウェアスペックも変わるでしょ？

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

で、実際、よくあるんだわ。「どう見ても要件定義の失敗だろ？」ってな、遅
くて高くてバギーなシステムが…

**仕様書無しさん** · 2009/02/09(月) 01:47:07

要件定義の時点でシステム内に矛盾含んでたら、
奇跡でも起きない限りシステムは破綻しますから。

**仕様書無しさん** · 2009/02/09(月) 02:10:42

>>101 の例だと, 生データdbに突っ込むと, 重くてバギーな
システムになるような気がするけどな.
ハードもハイスペックなもの必要じゃない?

だけど, dbをどっちに置いてもシステム的には矛盾しない

**仕様書無しさん** · 2009/02/09(月) 04:02:16

>>101
例にあげた話だと、DBの構成をどうするかは顧客の要求と予算で変わる。

言葉が足らなくて誤解されてるのかも知れんが、ソフトの諸元決定は
要件定義か設計かって話なら、
それは要件定義だと考えてる。
で、「おおざっぱな実装を想像」の実装って言葉を
システム構成と
読みかえてもいいなら、俺の考えてる事とだいたい同じだと思う。

システム構成考えられないSEは確かにクソだ。
そんな奴は要らんわな。

**仕様書無しさん** · 2009/02/09(月) 04:03:42

何かおかしなところに改行が入ってる。。。

**仕様書無しさん** · 2009/02/09(月) 10:39:32

携帯か？

**仕様書無しさん** · 2009/02/11(水) 00:16:17

>>104
業務系とかだと、経験的な部分が優先されると思われるが、自然現象を
サンプリングするような場合、それは当てはまらなくってだなぁ………

物理法則の勉強のやり直しとか始まるわけで、既存のミドルウェアとか
ほとんど役に立たなくなくなるんだわ

その時にも、ちゃんとシステム構成できるんだったら SE と呼んでもいい

**仕様書無しさん** · 2009/02/11(水) 00:25:28

はぁ? 馬鹿?
そんなの大学、いや高校で習った物理で十分だろ?
どこの低学歴だよ? まさか池沼文系?

IT業界には全く向かないので、来ないでください。
間違っても組込制御には来んな!

**仕様書無しさん** · 2009/02/11(水) 12:25:53

> そんなの大学、いや高校で習った物理で十分だろ?

お前、高校で流体力学とか物性物理学とかやったのか？
すごいな、どこの高校だよ？

**仕様書無しさん** · 2009/02/12(木) 00:16:28

ＳＥはエンジニアだから開発者、設計者だろ
プログラマはドカタ
決まったものを決まったとおりに組み立てるだけ
頭を使うが頭を使わない。いわゆるブルーカラー

**仕様書無しさん** · 2009/02/12(木) 01:33:17

ふつ～マだって要件定義とか設計とかやるだろ

**仕様書無しさん** · 2009/02/12(木) 08:41:04

>>110みたいな頭の悪いのをなくそうってスレなんだが

**仕様書無しさん** · 2009/02/12(木) 09:44:00

>>110 みたいなコーダーって、まだ棲息してるんだな。

**仕様書無しさん** · 2009/02/12(木) 11:26:48

SEがエンジニアだとはユニークな発想ですね

**仕様書無しさん** · 2009/02/12(木) 17:31:20

http://blog.goo.ne.jp/16th-night

**仕様書無しさん** · 2009/02/12(木) 23:55:41

自分の都合により終了しました

**仕様書無しさん** · 2009/03/12(木) 17:29:18

一ヶ月振りあげ

**仕様書無しさん** · 2009/03/12(木) 18:18:28

セクシャルエンジニア【SexualEngineer】[名詞]
プログラマをレイプする人または職業名。SE。

**仕様書無しさん** · 2009/03/12(木) 19:39:40

恥ずかしい馬鹿だなw
sexualの意味ぐらい調べてから書けばいいのに。

**うゆコテ** ◆e6.oHu1j.o · 2009/03/14(土) 03:52:59

ばるさみこす。

**うゆコテ** ◆e6.oHu1j.o · 2009/03/14(土) 03:56:18

くすっ

**仕様書無しさん** · 2009/03/16(月) 15:00:48

海外ではなんて言ってるの？
ソフトウェア・エンジニア？

**仕様書無しさん** · 2009/03/16(月) 21:07:23

料理ができないでレシピ作るって言ってるのと一緒
実装出来ない奴は設計と称したゴミを作ってるだけ

包丁使えない料理人がいるのかよ　ぉい

**仕様書無しさん** · 2009/03/16(月) 23:24:57

将軍が実際の戦場で戦えるか、というとそうでもない

**仕様書無しさん** · 2009/03/17(火) 07:24:55

あれだよなSEって
最低の味方＝最強の敵
要するに牟田口

**仕様書無しさん** · 2009/03/17(火) 07:37:03

Javaは一行が長すぎるから気持ち悪い

**仕様書無しさん** · 2009/03/19(木) 05:08:48

なあに、某PERFORM VARYING文を持つ言語に比べれば

**仕様書無しさん** · 2009/04/01(水) 02:42:00

>>127
それ何てPL/I？

**仕様書無しさん** · 2009/04/02(木) 20:45:25

日本語でおｋ

**仕様書無しさん** · 2009/04/06(月) 19:14:06

つ[なでしこ]

**仕様書無しさん** · 2009/05/16(土) 04:56:11

昨今ではプログラムどころか日本語すらまともにかけない人ほどSEを自称しているような。
百害あってなんとやら

**仕様書無しさん** · 2009/06/26(金) 11:42:17

SE はプログラマ上がりなんだから、
実装もできるはずなんですよ。
プログラマ崩れは SE とは言わないんです。

つまり、この業界に向いてるかどうか、
2～3 年プログラマやってる内に見極めて
見切りをつけろってことです。

崩れたんなら、荷物まとめてクニヘカエレ。

**仕様書無しさん** · 2009/06/26(金) 15:07:18

三菱に逝ってるが、PG崩れがSE, SE崩れがPM,
更に崩れてパワポ落描きしか出来ないのがコン猿
ということに成ってるな。

**仕様書無しさん** · 2009/06/28(日) 07:36:12

仕事ありますか？

**仕様書無しさん** · 2009/06/28(日) 08:41:14

背広着た秋葉系・ホスト、風俗嬢みたいな奴はマジいらんわ。

ちゃんとした奴寄越せ。

**仕様書無しさん** · 2009/06/28(日) 08:45:20

>>49 誰だよその人。ちゃんとお前の口で説明しろ。

**仕様書無しさん** · 2009/06/28(日) 23:10:48

ホスト・風俗嬢が経営してるような派遣会社に頼らず、自分で
人集めしろ！

**仕様書無しさん** · 2009/07/01(水) 21:39:22

SQLも知らんでDB設計する糞。
プログラム書けないで仕様書書く糞。
何も知らんから提案書まとめるしかできない糞。
そんなのが課長職しよるんで、マジで鬱。
最低でもプログラム書けないやつは辞めろ。

**仕様書無しさん** · 2009/07/01(水) 23:05:15

出来ないヤツから先に管理職に出世する狂った業界

**仕様書無しさん** · 2009/07/02(木) 02:34:54

>>139
出来るやつ出世させたら誰が実務作業やるんだよ。

**仕様書無しさん** · 2009/07/02(木) 07:27:40

>>140
でもPG上がりの有能なSEやPMと仕事すると、やっぱり仕事がはかどるんだよな

**仕様書無しさん** · 2009/07/02(木) 10:53:40

>>138
>SQLも知らんでDB設計する糞。
SQLを知っているかどうかと、まともなDBの設計が出来るかどうかは別問題。
>プログラム書けないで仕様書書く糞。
プログラムを書けるかどうかと以下同文。
>何も知らんから提案書まとめるしかできない糞。
まとめてくれるだけマシじゃないか。
>そんなのが課長職しよるんで、マジで鬱。
担当者が動きやすくするのが役目の管理職が
そんなことしてるってのは、つまり
他にちゃんと出来る奴がいないわけでしょ？
そりゃあ困ったね。

**仕様書無しさん** · 2009/07/02(木) 23:02:38

なんか嫌なことでもあったんだろうな

**仕様書無しさん** · 2009/07/15(水) 08:14:41

やっぱ、SEは免許制にするべきだよ。

**仕様書無しさん** · 2009/07/15(水) 18:30:03

うちの会社のSEはDB設計とUIのプロトタイプ作って終わり
エクセルにUIの画像張りつけて設計書といってるだけなんだが
実装の仕方とかSQLとか諸々はPGに丸投げ
これって一般的なのか？

**仕様書無しさん** · 2009/07/15(水) 19:39:58

一人で全部作ったほうが早いよ

**仕様書無しさん** · 2009/07/15(水) 23:04:53

>>145
PGとしては
中途半端に実装方法書かれると
逆に足を引っ張られる

**仕様書無しさん** · 2009/07/16(木) 13:02:59

>>145
>実装の仕方とかSQLとか諸々はPGに丸投げ
当たり前だろう。コーダーじゃあるまいし。

**仕様書無しさん** · 2009/07/17(金) 12:58:27

NTT-DATA様は、エクセルの代わりにパワポ紙芝居を残して逝きました。
しかも実装不可能な未来技術を前提とした「設計(笑)」
22世紀の道具とか、ドラエモンを前提に設計すんな、と。

文系出身にSE,PGとか技術職を名乗らせるなよ。

**仕様書無しさん** · 2009/07/20(月) 03:23:07

Googleでは偉い人ほどコーディングするという話

**仕様書無しさん** · 2009/07/20(月) 13:27:53

要件定義も設計も実装もやる俺は、SEなのだろうか？PGなのだろうか？
名刺の肩書きはコンサルだが。

**仕様書無しさん** · 2009/07/20(月) 14:05:07

俺も同じだが、名刺の肩書きは「○○部　開発リーダー」っていう
単なる係長相当の役職しか書いてない

**仕様書無しさん** · 2009/07/20(月) 16:22:12

ずっとＰＧやって初めてＳＥやってわかったこと。

これは別職種だと思う。
SEに必要な力　＝　
・えらそうに見える力。下にえらそうにできるかんじ。ハッタリ力。
・要点まとめて話せる、まとめられる力。
・ユーザの視点に立った設計。
・PG以上の細かいミスのない設計書を書く能力
・複数の設計書のフォーマットを知ってるかどうか
・メールや書類整理が長けてる人
・人のせいにするのがうまい人

ＰＧに必要な力＝
・技術
・適当力（進捗をあげること第一。　最初から完璧にはくめませーん。ｋｓ設計が多い昨今、まじめにやってたら馬鹿みます）
・見切り力（ＳＥの設計書の行間を読んで、想像、提案。今ある中で今できる最大のものを
最短でFIXする力。全部に手をつけて全部進捗80とか言わない力）
・ＳＥさんを困らせない空気読める力。大人力。
（ここまちがってるんすけどぉ・・・　みたいな事は言わない。　こっそり間違いは指摘。）

いわゆるＳＥの仕事である業務全体の流れを知り、
どのようにしてシステムが動くかというのはＰＧもＳＥも常に意識しておくべきことで
ＰＧはコーダーだ。
SEはPGに一切思考させない、といったブってるＳＥもいるがそれは絶対に無理。無理。無理。
組むのＰＧで　メインはＰＧ。ＳＥが詳細すぎるプログラムのような詳細設計を書くような
設計させる会社は糞。

**仕様書無しさん** · 2009/07/20(月) 17:33:52

むしろPGがプログラム作る時に詳細設計書くべき

**仕様書無しさん** · 2009/07/20(月) 18:41:02

むしろ詳細設計書なんていらない。

**仕様書無しさん** · 2009/07/20(月) 23:00:54

>>153
すべてPGがやればいい。というより通常する。
日本でいうシステムエンジニア(SE)は日本にしかいない。
プログラミングできないSEというものが不要。

**仕様書無しさん** · 2009/07/20(月) 23:26:31

システムエンジニアなんだからシステムエンジニアリングには通じているのだろう。
ソフトウェアエンジニアリングに通じているかどうかは知らんが

**仕様書無しさん** · 2009/07/21(火) 00:51:43

というか、結局「システムエンジニアリング」というのが正しく理解されてないのが
問題の根本なのかね。

少なくともなんか技術営業みたいのがSEを自称してるのは変だよねw

ちなみに（本来の意味の）SEって言葉は意外と歴史が古いみたいだね。
大村平って人が1971年に書いてる本に出てきてびっくりしたよ。

**仕様書無しさん** · 2009/07/21(火) 00:56:23

海外だと「プログラマ」という呼び名は「コーダー」と一緒で蔑称なんだよな
大抵の求人にはソフトウェアエンジニア募集と書いてある
システムエンジニアはソフト会社では求人していない（ボーイングは求人してそう）

**仕様書無しさん** · 2009/07/21(火) 09:17:34

>>155
詳細設計はいるよ。

ただ、最近あった糞な会社は
詳細設計にループカウンタがどう、とかそういうことも
書いてるやつがあった。
理由は詳細設計を見てすべてを理解するため、だそうだ。

後の面手のためだとか言ってたけど・・・実際メンテすんのはPGだしさ
ｐｇがこんな詳細設計見てメンテしたりするとおもうんかｗって話。

成果物として考えているみたいだが実際納品するのはソースだからさ。

ＳＥは上の人間に以下に自分の仕事ができたかをアピりたいだけのために
詳細設計書を活用していたりする
でも実際そんなことありえんからな。
詳細設計書見てプログラム組めなかったら意味がない

**仕様書無しさん** · 2009/07/21(火) 09:23:10

カウンタ等はかいてるくせに
使用するクラス類などの網羅をしていない

ほしいことは
・前後の画面やクラスの繋がり
・このクラスが担う機能、どのように使われたいか
・publicのプロパティ、メソッド
・どの共通クラスを使っているか、引数、プロパティ、メソッド名
・どのtableを使っているか
・何がしたいか

特にどの共通クラスを使っているか、引数、プロパティ、メソッド名の羅列を
詳細設計を書くときに省く人がいる。
変更になった場合大変なのはよくわかるが、実際ＰＧが面倒なのはここ。
ここを先に調べて網羅してくれていることでほとんどのＰＧはサックサク組めていく。
ここを羅列しないで詳細設計の意味があるかと言いたい。
実際組むときに　共通クラスの詳細設計をあさり、　引数を確認し、　何を設定するかを
調べながら組んでいくのは詳細設計の意味がないよ。

で、何がしたいかさえ論理で書いてくれたら
それを一番美しいいい方法でPGが実現するから。
で、このような設計書を書こうと思えばプログラムしたことのない人にはつらいはず。
なので実際ＰＧ経験のある人じゃないとやって欲しくないんだよ

**仕様書無しさん** · 2009/07/21(火) 10:23:47

そこまで詳細レベルなら、コードとJavaDoc相当でいい。
要するに、詳細設計なんてプログラマがやればいい。
ドキュメント書いてコードも書くなんて、只の二度手間。

**仕様書無しさん** · 2009/07/21(火) 10:24:08

そこまで書いたらPGって本当にコーダーじゃねーか？

**仕様書無しさん** · 2009/07/21(火) 10:52:20

>>162
そう思うのはお前さんがＳＥやったことないからだよ。

プログラマまかせにしてると
やばいことになる。
新人ｐもいるのでプログラムに入る前に詳細設計書はいるよ。

>>162
は浅いしシステムわかってないな。

途中から単価のやっすいやっすい新人PGを服数人入れるｐだってあるんだよ。
そういうとき、はい今日からおねがいします。　じゃあ組んでね。
ってすぐスムーズに行くはずないでしょ。

こういうプログラマがいるから、困るんだよ。
JavaDocは結果論だよ。成果物になりえない会社もあるし。
JavaDocでいいというなら詳細設計書自体いらない。　基本設計書と概要設計だけでよくなる。
上級ＰＧばかりでとりそろえられるほど今予算はないよ。

**仕様書無しさん** · 2009/07/21(火) 11:04:27

新人を教育するのは、チームの仕事
負荷をSEに集中させたらパンクするだけ

**仕様書無しさん** · 2009/07/21(火) 11:07:56

>>165
は？
教育？
やめようぜ。使い捨ての１，２年のPGをわざわざ教育なんかさせるわけないだろ。
将棋の駒だよ
システム全体を見れないプログラマは駄目だな
自分はこうならないようにしよう

**仕様書無しさん** · 2009/07/21(火) 11:27:38

全体を考えれない人間は、技術力の底上げも考えないわな

**仕様書無しさん** · 2009/07/21(火) 12:26:51

>>167
いまどきプログラマなんか正社員で雇わないからね。
採用するときに技術の底上げなんか考えてられないでしょ。
その技術持ってる奴と、使えそうな新人入れるだけ。

**仕様書無しさん** · 2009/07/21(火) 12:27:54

>>168
同意
技術技術言ってる奴って結局小さいところしかわかってない。
SEはプログラム組めるべきだと考えるしＰＧのほうが大事だとは思うけど
>>162
こんな馬鹿がいるからやっぱり無理。

**仕様書無しさん** · 2009/07/21(火) 13:11:26

>>164
俺は提案も要件定義も設計もコーディングも全部やるんだよ。
そのうえで、詳細設計書なんていらないって言ってるんだ。

新人をいきなり何人もプロジェクトに突っ込む時点で、間違ってるんだよ。
新人に任せてほったらかしじゃ、やばいことになるのは当たり前だ。
ちゃんと指導してやれ。書いたコードもレビューしてやれよ。

最初から何でも出来る奴なんて居ない。人材は育てるもんだ。
詳細設計書とやらを一生懸命書いて、それをコードに落とさせるだけじゃ、
いつまで経っても、そのPGは詳細設計なんて出来るようにならないよ。
だから、一緒に詳細設計をするんだよ。道具は裏紙とホワイトボードで十分だ。

**仕様書無しさん** · 2009/07/21(火) 16:16:42

>>170
>そのうえで、詳細設計書なんていらないって言ってるんだ。
お前が一生面倒みるっていうならそれでも構わん。

**仕様書無しさん** · 2009/07/21(火) 23:52:42

>>170
えーそんなんいらんわー
そんなちいさいシステム、やったからって何って話。
そんな人の意見は一般的な大きなプロジェクトには通用しないよ。
一人で小さいシステム作ってるのと
大規模なPJで働くのとはまた別の話。
ここでは大規模な話がメインでしょ。

＞新人をいきなり何人もプロジェクトに突っ込む時点で、間違ってるんだよ。
そうせざるをえん事情ってのがあるんだよ。
今は予算がきつい。
まぁここに関しては自分はPMとかそれ以上になったことはないんで
人材確保の部分から口だしできんのでね。

でも何度かあったのさそういうことは。
んでPGにまかせたらどえらいソースがもどってきましたとさ。
てことで、詳細設計書はいるとは思う

**仕様書無しさん** · 2009/07/22(水) 00:15:24

>>172
大規模なものを大規模なまま開発しようとするから、そういうことになる。

そもそも、ウォーターフォールってのがどういうケースを念頭に置いて考案されたかを見直して見るべき。
あなたの考える大規模の殆どが、そのケースには当てはまらないと思う。

もし、あなたのプロジェクトがロケットを飛ばしているのなら、それはあなたの言うとおりだ。

**仕様書無しさん** · 2009/07/22(水) 00:36:37

>>173
>大規模なものを大規模なまま開発しようとするから

意味が不明。
大規模なものを開発するから
各分担が必要で、きちんとした基本設計、概要設計、機能設計、詳細設計が必要。
一人ですべて担当していた人間が
大規模PJにやってきて自分勝手やられるのが一番困る。本当に困る
下手なプライドがある分使いにくい。年齢がいっていればなおのこと。
”分業”を理解できない。
ソースや設計は頭の中状態。
こんな人が「俺はできます」な風にいすわられると本当に苦労する。

**仕様書無しさん** · 2009/07/22(水) 00:42:01

設計書も成果物である。
詳細設計書は新規でやってきたPGに「はい作って」と渡して
それだけで作れるようにできていなくてはいけない。
新規でやってきたPGが　今から　「はい！作ります」と作り始められる詳細設計所であれば
矛盾するが詳細な記述はいらない。
基本設計、概要設計とどう違うかというと、そこはやはり使っているクラスやテーブルの網羅につきる。
実際ＰＧ組むときに大変なのはそこだからね。

そういうものです。
かつ、成果物として見た目が整っていること。
詳細設計書は、後のメンテのために使われることはまず、ない。
それはPG組めない糞ＳＥの戯言。そこは無視していい。

javadcでいいとかｗｗｗ笑うからｗそれは。

後はやっぱ命名規約や、フォーマットの初期設定も大事だし、
フォーマットにのっとるあまり、ソレを見てもプログラム作れない詳細設計所にならないように
注意しなくてはいけない。これ新人ＳＥが陥るしょうもないミス。

**仕様書無しさん** · 2009/07/22(水) 00:47:07

話が噛みあってないみたいね。
とりあえず俺は>>172の言ってることの方が正しいと思う。

っていうか、>>170は相手の話を理解してないねw

一方がエンジンを流れ作業で作るには作業員用の手順書が必要だって話をしてるのに、
もう片方は職人が名人芸で作るエンジンにそんなものいらねえって言ってる。

**仕様書無しさん** · 2009/07/22(水) 00:49:44

まあ>>170みたいな気質の人が日本人は多いから
アポロ計画みたいな巨大プロジェクトって日本は難しいんだろうたぶん。

航空機産業が弱い理由もそのあたりにあるのかもしれん。

**仕様書無しさん** · 2009/07/22(水) 01:50:37

それだけでプログラム組めるレベルの詳細設計書を書くくらいなら最初からプログラム書いた方が早くないか？
俺は設計者と実装者を分けるのは時間的にもコスト的にも効率悪いと思う。
まあ両方をこなせる人を確保するのが難しいってのは判るけど。

**仕様書無しさん** · 2009/07/22(水) 01:53:17

>>177

航空機産業が弱いのは別の問題でしょ？
戦後の日本は航空機開発に対して戦勝国から制限かけられてたから弱い。

**仕様書無しさん** · 2009/07/22(水) 05:41:11

結論
規模が問題の開発にはSEが必要。
新規性、難易度が問題の開発にはSEは不要。

人月で商売する仕事ではSEが必要。
製品で商売する仕事ではSEは不要。

**仕様書無しさん** · 2009/07/22(水) 05:52:27

雇用創出のためにはSEは必要。
国際競争力向上のためにはSEは不要。

製造の現場ではSEは必要。
技術開発の現場ではSEは不要。

**仕様書無しさん** · 2009/07/22(水) 11:40:46

ＳＥ／ＰＧで分けるくらいだったら実装者とテスタをきちっと分けたほうが
ずっと効率がいいだろ。

**仕様書無しさん** · 2009/07/22(水) 17:30:49

テストは作った人間の責任、って文化はどうにかならんもんかね。

**仕様書無しさん** · 2009/07/22(水) 17:33:43

動作が理解できないのでテストができないからとか？

**仕様書無しさん** · 2009/07/22(水) 21:37:55

人月計算では、効率をよくしても意味が無いってのがね。
アメリカなんかは、ユーザ企業での内製が多いみたいだけど、
日本では雇用の流動性がないことがネックになるね。

**仕様書無しさん** · 2009/07/23(木) 09:48:58

流し読みしかしてないけど
予算の関係（という理由）で使えない新人入れるなんて論外
納期に間に合わなくて、会社の信頼を落とすだけ
こんな事を平気で言う、営業や社長がいる会社とは取引しないわ

**仕様書無しさん** · 2009/07/23(木) 20:24:52

新人はいらない

**仕様書無しさん** · 2009/07/24(金) 11:04:54

馬鹿な会社はシステムエンジニアとセールスエンジニアの区別がつかないんだよな

**仕様書無しさん** · 2009/07/24(金) 13:07:04

>>182
それがなかなか難しいよ。
だってテストする人っていうのは
絶対的にシステムを理解してなくちゃいけない。
単体テスト仕様書を
コーディング担当者以外にしてもらい、
また別の人にテストしてもらう、というのはある意味理想だよ。
でも実際無理だって・・・工数的にも倍時間かかってしまう

理想は設計者が単体テスト設計書を書くのがいいんだけど、
ここでＳＥがＰＧ経験豊富かどうかでばっくり分かれてしまう。
PG経験がないSEの書いた単体テスト設計書じゃテストが網羅できない。

結局PGが単体テスト設計書をかいて、テストするのが効率が一番よくなる。
しょうがないんだよね。。
ここをしょうがないで割り切らず、燃えて爛れたプロジェクトがあった。死んででいいと思う。

**仕様書無しさん** · 2009/07/24(金) 16:22:13

>>189
単体テスト仕様書もまともに書けない奴がＳＥを名乗るのはどうかと思うが。
そんな奴の設計書なんかいったいどんなモンなんだ。御用聞きレベル？
ＳＥって職種があいまいだからスレタイの話になんじゃね？

**仕様書無しさん** · 2009/07/24(金) 16:40:49

>>190
いや、もちろん書くことは書くでしょう。
普通にぱっとみできてるぽいのは。
ただしＰＧ側からするとこれ網羅できてんのか？という仕上がりも多い。

結局すべてのコード通そうと思うと
ＳＥの書いた単体テスト設計書じゃ難しかったりする。

バチー！っと設計の段階でキマるようなプロジェクトが少なすぎる。
いろいろなこと、開発の際のことまでフォローしてるスーパーSE（スーパーPGにもなりうる）が
少なすぎるため
結局実際くみ出した段階で誤差や仕様バグがでてきたりでｇｄｇｄ
これプログラマあるある。

実際組み始めたらＳＥ通しの連携ができてなくて
変なプライドとか人間関係でうまく機能してないことも。
結局全体を見通せる上級ＰＧが上に気を使いながら下に指示しながら
しかもあたりさわりなく、気を悪くさせないように立ち振る舞うってことになるんだよなぁ。

**仕様書無しさん** · 2009/07/24(金) 16:52:12

設計書書いた本人（SE）がプログラム組めばいいのになと、思うことがありました。
そしたら、私の仕事が無くなる。。。ツライところです＾＾；

**仕様書無しさん** · 2009/07/24(金) 17:33:54

独りでこなせる規模だとそれでもいいだろうけどね。もしくは、ホントに人月分のスケジュールで動けるとか。
# あくまで、目安ね。
# 人月を肯定するつもりはない。

でも、大抵の場合そんな事ないでしょ。

**仕様書無しさん** · 2009/07/24(金) 22:22:27

いや、だからスレタイ通りの話になるとずっと言ってるわけだが。
そんな現状こうだからこれでいいの話は愚痴スレへ行けってとこじゃない？

＃肯定するつもりはないだの言うのは
＃オマエラ実務知らないだろ目線にしか見えないぞ

**仕様書無しさん** · 2009/07/24(金) 23:22:16

>>194
＃

とかさ・・・
ふりぃよ・・・

じじぃばっかだな

**仕様書無しさん** · 2009/07/25(土) 02:09:06

実装、単体テストまでがセットで、結合試験以降を実装者とは別のが試験するのは
意味が歩けど、単体試験から別の奴がやるなんて効率悪すぎだろ。

**仕様書無しさん** · 2009/07/25(土) 12:25:48

単体試験の項目の洗い出しと実施は実装者がするけど、項目の
レビューはみんなで相互に行うっていう普通のやりかたがやっぱり
一番現実的なんだよ。
あとはしっかりとしたドキュメントに落とさなくてもいいんでモジュールの
I/Oを意識した古典的な視点でのモデリングをやっといてくれると、
他人が項目の妥当性を評価し易い。

**仕様書無しさん** · 2009/07/25(土) 15:52:36

>>194
まぁ、設計しかしない(できない)ヤツが作った設計書なんて普通は役に立たないから、そんなヤツイラネってのは同意する。

**仕様書無しさん** · 2009/08/05(水) 13:51:24

入社した時から自分の失敗やわがままな要求をすべて下請けに肩代わりしてもらい、
コードを書けば無限ループを起こし、それをバートナーと言う名の常駐奴隷に直させて育って来たSEが、
一人でまともにプロジェクトを管理、進められるはずもない。

**仕様書無しさん** · 2009/09/13(日) 01:11:16

>>201
パレスチナ問題って深刻だね。