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

[0001 仕様書無しさん 2007/06/21(木) 11:44:09]

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

[0002 仕様書無しさん 2007/06/21(木) 12:00:59]

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

[0003 仕様書無しさん 2007/06/21(木) 12:04:44]

使えないSEさえいなけりゃ別にSEという職があってもいいと思う

[0004 仕様書無しさん 2007/06/21(木) 12:06:33]

つまり、小説の作家を先生と読んで
「早く書いてくださいよ〜」となきつく
あれかｗ

おい、これから先生と呼べ。

[0005 仕様書無しさん 2007/06/21(木) 12:21:11]

そうだな
接客、仕様交渉、工程計画やスケジュール、各開発者進捗管理、システム全体の進捗管理
この辺全部プログラマーがやればSEなんて糞くだらん職業いらん
プログラマーにも先生早く書いて下さいよーとか言わないですむし万事解決だな

[0006 仕様書無しさん 2007/06/21(木) 12:27:58]

>>5
そもそも、それらはPGの仕事ではないどころか
本来のSEの仕事でもないだろう
歪んだ構造がデフォだから仕方ないのだろうけれど

[0007 仕様書無しさん 2007/06/21(木) 12:35:36]

>6
んじゃSEの仕事って何なの?

[0008 仕様書無しさん 2007/06/21(木) 13:23:11]

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

[0009 仕様書無しさん 2007/06/21(木) 14:38:24]

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

[0010 仕様書無しさん 2007/06/21(木) 15:02:08]

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

[0011 仕様書無しさん 2007/06/21(木) 15:32:47]

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

[0012 仕様書無しさん 2007/06/21(木) 15:35:40]

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

[0013 仕様書無しさん 2007/06/21(木) 15:37:19]

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

それって技術者の仕事？

[0014 仕様書無しさん 2007/06/21(木) 15:37:53]

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

[0015 仕様書無しさん 2007/06/21(木) 15:52:18]

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


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

[0016 仕様書無しさん 2007/06/21(木) 16:02:43]

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

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

[0017 仕様書無しさん 2007/06/21(木) 16:19:38]

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

でいいんじゃ？

[0018 15 2007/06/21(木) 16:41:08]

>>16
コーディング＝バグを注入する作業
プログラミング＝計画法

[0019 仕様書無しさん 2007/06/21(木) 17:28:19]

>17
業務種別を更に細かくするならいいだろうけど、小業務別に人事割りしたら遊務社が増えるし、それだけコストもかさむんだべ?
だから何でも屋の業種が暗黙的にいるんじゃなかろうか

[0020 仕様書無しさん 2007/06/21(木) 19:34:00]

設計しろやw

[0021 仕様書無しさん 2007/06/21(木) 19:49:57]

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

[0022 仕様書無しさん 2007/06/21(木) 21:08:09]

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

[0023 仕様書無しさん 2007/06/21(木) 22:15:52]

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

ただ

文章は馬鹿でも書ける

[0024 仕様書無しさん 2007/06/21(木) 22:27:30]

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

[0025 仕様書無しさん 2007/06/21(木) 23:02:49]

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

[0026 仕様書無しさん 2007/06/21(木) 23:09:46]

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

[0027 仕様書無しさん 2007/06/21(木) 23:24:50]

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

[0028 仕様書無しさん 2007/06/21(木) 23:26:49]

で？

[0029 仕様書無しさん 2007/06/21(木) 23:29:22]

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

[0030 仕様書無しさん 2007/06/21(木) 23:54:55]

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

[0031 仕様書無しさん 2007/06/22(金) 00:07:48]

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

[0032 仕様書無しさん 2007/06/22(金) 00:09:14]

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

[0033 仕様書無しさん 2007/06/22(金) 01:08:19]

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

[0034 仕様書無しさん 2007/06/22(金) 02:51:35]

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

[0035 仕様書無しさん 2007/06/22(金) 10:11:03]

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

[0036 仕様書無しさん 2007/06/22(金) 10:53:12]

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

[0037 仕様書無しさん 2007/06/22(金) 11:08:18]

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

個人的には、まぁ>>29

[0038 仕様書無しさん 2007/06/22(金) 12:05:55]

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

[0039 仕様書無しさん 2007/06/22(金) 14:11:54]

「相武 紗季」
画数：相(9) 武(8) 紗(10) 季(8)

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

評価 : 80.0点
モバイル姓名判断（http://n1.mogtan.jp/?s488625）

[0040 仕様書無しさん 2007/06/22(金) 14:23:29]

>>38
>基本は全てウォーターフォール
kwsk

[0041 仕様書無しさん 2007/06/22(金) 16:20:55]

googleとかの欧米企業は、落水モデルなんかで
開発しねーよ。

[0042 仕様書無しさん 2007/06/22(金) 20:03:47]

＞基本は全てウォーターフォール
何か違う気がするが、上手く言えない。

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

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

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

開発プロセスのモデルって他に何がある？
要件定義→設計→実装→テストで並ばない開発プロセスって他に何かあったっけ？

[0043 仕様書無しさん 2007/06/22(金) 20:21:50]

アジャイル

[0044 仕様書無しさん 2007/06/22(金) 21:34:44]

いきなり作って即リリース

[0045 仕様書無しさん 2007/06/22(金) 21:37:10]

>>42
>開発プロセスのモデルって他に何がある？
ウォーターフォールじゃなくてブラックホールとかスパイラルじゃなくてスピンとか。

[0046 仕様書無しさん 2007/06/22(金) 21:56:44]

ウォーターフォールって

雨が降って、川になって、海に注がれて、
蒸発して、雲になって、雨になって・・・って循環する作り方？

[0047 仕様書無しさん 2007/06/23(土) 02:03:56]

>>46
シャレだとしたら言いえて妙だなぁ。
雨降ってるが、一部は大体川やら海やら途中で蒸発して上流に戻る。
上流に戻るはずの一部は雲になったまま降ってこない・・・。
マトモに海に流れ出る頃には砂利だの何だの、不純物が一杯混じってる。

[0048 仕様書無しさん 2007/06/23(土) 23:40:18]

S = システム　　　　（´_ゝ｀）ﾌｰﾝ

E=エンジニア　　　　(ﾟДﾟ)ﾊｧ?

[0049 仕様書無しさん 2007/10/25(木) 18:24:27]

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

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

[0050 仕様書無しさん 2007/12/02(日) 00:24:57]

人に職業を聞かれるとプログラマだと言います。
「プログラマ？なんですか、まだ SE になれないんですか、ぷっ…
あれっ、名刺にはシステムエンジニアと書いてあるじゃないですか」
とかことがたまにあって、そんな人に
プログラマ = SE + プログラミング能力
なのだと説いて聞かせてもなかなか納得してもらえません。

[0051 仕様書無しさん 2007/12/02(日) 14:51:11]

日本のSEの仕事って、海外じゃ誰がやってるの？
営業？プログラマ？

[0052 仕様書無しさん 2007/12/02(日) 15:14:25]

社長

[0053 仕様書無しさん 2007/12/02(日) 19:20:07]

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

[0054 仕様書無しさん 2007/12/11(火) 20:58:00]

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

[0055 仕様書無しさん 2007/12/11(火) 21:18:50]

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

[0056 仕様書無しさん 2007/12/11(火) 21:26:40]

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

[0057 仕様書無しさん 2007/12/11(火) 21:28:04]

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

[0058 仕様書無しさん 2007/12/11(火) 21:37:05]

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

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

[0059 仕様書無しさん 2007/12/11(火) 21:38:33]

×醸造部
○上層部

[0060 仕様書無しさん 2007/12/11(火) 23:22:52]

日本にもアメリカみたいな会社出来ないかな〜
給料たかくて、個人主義で、無駄な会議をしない会社。


やっぱ、俺が作るしかないか・・

[0061 仕様書無しさん 2007/12/12(水) 13:07:11]

>>60
>給料たかくて(自宅警備員比)、個人主義で(1人で客先常駐)、無駄な会議をしない会社(そもそも社員とすら思われていない)。
派遣？

[0062 仕様書無しさん 2007/12/12(水) 19:42:58]

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

[0063 仕様書無しさん 2007/12/12(水) 21:28:47]

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

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

[0064 仕様書無しさん 2007/12/12(水) 21:56:44]

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

[0065 仕様書無しさん 2007/12/12(水) 23:16:23]

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

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

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

[0066 仕様書無しさん 2007/12/13(木) 16:37:14]

>やるなら派手に豪勢にやらないと参加してくんない。

ＭＬＢの遠征で新人が変な格好させられたりするやつか？ｗ
あとパイのぶつけあいとか。アメリカって日本人の集団行動馬鹿にする割には
自分たちは極端に行動することあるって感じるんだけどな

[0067 仕様書無しさん 2007/12/14(金) 15:53:35]

>65
今うちのプロジェクトは、ゴミ屋敷モデルと賽の河原モデルのミックスです。

[0068 仕様書無しさん 2007/12/14(金) 17:17:58]

すてきやん

[0069 仕様書無しさん 2007/12/14(金) 22:42:10]

サバトちゃんの家モデル

[0070 仕様書無しさん 2007/12/26(水) 22:51:51]

systems engineer

[0071 仕様書無しさん 2007/12/27(木) 00:17:58]

Excelで仕様書を書くやつは皆くそ

[0072 仕様書無しさん 2007/12/27(木) 00:39:04]

グリッド付きで、どこからでもかけるワープロを作ったら、ヒット間違いなし。

[0073 仕様書無しさん 2007/12/27(木) 01:59:02]

>>72
テキストボックス使えば？ページのどこにでも任意に配置可能だし。
あとは表組使うとか。　wordの表組みは結構自由が利くからな。

[0074 仕様書無しさん 2007/12/27(木) 02:59:44]

>>72
それExcelでセルを細かい格子状にしてやる裏技じゃね

[0075 仕様書無しさん 2007/12/28(金) 02:47:46]

EXCELの一番の欠点は、一見WYSIWYGのように見えて実はそうじゃないことｗ
行末欠けの確認と調整に辟易する。

[0076 仕様書無しさん 2007/12/28(金) 10:26:58]

>>75
どこかの仕様書で､Excelでページいっぱいのでかい枠をつくってその中にテキストボックスを配置したものを見たことがある｡
Wordにしろよ・・・

あと、「一太郎」で作られた仕様書を見たことがあるぞ。あれは困った｡
作る方は楽かもしれないが｡

[0077 仕様書無しさん 2008/01/13(日) 17:08:33]

まだプレインテキストの方がましだ

[0078 仕様書無しさん 2008/02/17(日) 19:01:27]

HTMLで書けばどうか

[0079 仕様書無しさん 2008/08/20(水) 10:29:38]

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

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

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

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

[0080 仕様書無しさん 2008/09/15(月) 15:08:45]

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

[0081 仕様書無しさん 2008/09/17(水) 04:35:45]

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

[0082 仕様書無しさん 2008/09/17(水) 18:12:54]

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


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

[0083 仕様書無しさん 2008/09/17(水) 18:16:39]

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

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

[0084 仕様書無しさん 2008/09/17(水) 19:35:54]

UFOピッチャー

[0085 仕様書無しさん 2008/09/17(水) 22:49:32]

>>82
ポンチ画書き
管理者
夢想者
調停者
詐欺師
キーパンチャー
子守

[0086 仕様書無しさん 2008/09/24(水) 01:43:41]

>9
そういう奴に限って、要件定義書書かせると「顧客情報を登録する」「顧客情報を更新する」
みたいなゴミしか書いて寄越さないのな。
俺は業務知識がある、俺は何でもできる、客をひきつける魅力がある、
とか寝言抜かす奴は特にダメだ。
もうプログラミングできるできない以前の問題で、お客さんの言う曖昧な単語を
具体的な何かに置き換えられない感じ。
少なくとも、上の工程をやらせるには力が足りなさ過ぎる。
まぁ寝技営業でもしてせいぜい客にゴマ擦ってくれ。
俺は嫌だから任せるよ、と。

例えば

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

なんていうとマジギレしやがるのな。常識で分かるだろ！　とか言って。
しゃあないからSE飛び越えて、客と直に電話したりメールのやり取りしたよ。

[0087 仕様書無しさん 2008/09/27(土) 14:48:11]

当社のおっさんSE。
・コーディングができない、ソースが追えない
・設計書の記述が曖昧
・PGが質問しても回答が曖昧
→仕方ないので、PGが知恵を振り絞ってどーにか実装。
→製造段階で詳細化された部分の仕様が理解できない！
よって、検収もできない。。。

企業の採用担当者の方、どうか、このおっさんを
もらってやって下さい。
少なくとも、当社のような２次請以降専門の弱小企業では、
いらないです。

[0088 仕様書無しさん 2008/10/11(土) 01:40:42]

テスタ、雑用
↓
プログラマ、デバッガ
↓
レビュア、設計

って、段階を踏んで上がっていければいいんだけどな。
プログラマあがりのＳＥじゃなくて、プログラマ崩れのＳＥが多い。

[0089 仕様書無しさん 2008/11/11(火) 00:22:17]

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

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

[0090 仕様書無しさん 2009/02/07(土) 22:52:10]

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

[0091 仕様書無しさん 2009/02/08(日) 14:40:17]

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

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

[0092 仕様書無しさん 2009/02/08(日) 15:38:13]

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

[0093 仕様書無しさん 2009/02/08(日) 17:30:11]

結局、SEって無能な人なんですね。

[0094 仕様書無しさん 2009/02/08(日) 17:46:21]

>>92
はぁ？？？
実装手法によってハードに関する諸元が変化するのが普通だが………

[0095 仕様書無しさん 2009/02/08(日) 17:49:28]

>>94
なんで実装手法でハードの諸元が変わるの？
その実装手法って何を指してるの？

[0096 仕様書無しさん 2009/02/08(日) 18:01:16]

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

[0097 仕様書無しさん 2009/02/08(日) 18:35:34]

実装できないSEはクソということで一致しましたね。

[0098 仕様書無しさん 2009/02/08(日) 18:47:08]

>>91
確かに、実装の '詳細' を意識したら、おかしな事になる
だがどのプロダクトを組み合わせれば出来るかとか、
そうなるとOSはこれで行こうとか、
大体今の要件だと、規模はこの程度だから、この金額でとか、
客側に提案したりするためには、結局実装の構成自体は意識出来ないと論外

しかもその後要求仕様から基本設計へ落とし込むわけで、
その時に下に付くSEやPGに具体的な実装も考慮した指示が出せないんじゃ、
くだらないフィルタリングや妄想が入らないだけ、まだ伝書鳩の方がマシ

[0099 仕様書無しさん 2009/02/08(日) 19:17:49]

SE<<<<<<<<<<伝書鳩

[0100 仕様書無しさん 2009/02/08(日) 20:33:57]

実装出来ないSEはクソって言葉が指す「実装」て何よって話なんだけどな。
要件定義の工程で求められる能力とプログラムで求められる能力は別でしょ？
そりゃプログラム出来るに越した事はないけどさ。
SEって職制を無くしてPM/PGだけにしてしまえばスッキリするってのが
このスレの結論なんだろうけど。

[0101 仕様書無しさん 2009/02/09(月) 01:29:40]

>>100
詳細な実装までは必要ないんじゃねぇの？

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

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

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

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

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

[0102 仕様書無しさん 2009/02/09(月) 01:47:07]

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

[0103 仕様書無しさん 2009/02/09(月) 02:10:42]

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

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

[0104 仕様書無しさん 2009/02/09(月) 04:02:16]

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

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

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

[0105 仕様書無しさん 2009/02/09(月) 04:03:42]

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

[0106 仕様書無しさん 2009/02/09(月) 10:39:32]

携帯か？

[0107 仕様書無しさん 2009/02/11(水) 00:16:17]

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

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

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

[0108 仕様書無しさん 2009/02/11(水) 00:25:28]

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

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

[0109 仕様書無しさん 2009/02/11(水) 12:25:53]

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

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

[0110 仕様書無しさん 2009/02/12(木) 00:16:28]

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

[0111 仕様書無しさん 2009/02/12(木) 01:33:17]

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

[0112 仕様書無しさん 2009/02/12(木) 08:41:04]

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

[0113 仕様書無しさん 2009/02/12(木) 09:44:00]

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

[0114 仕様書無しさん 2009/02/12(木) 11:26:48]

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

[0115 仕様書無しさん 2009/02/12(木) 17:31:20]

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

[0116 仕様書無しさん 2009/02/12(木) 23:55:41]

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

[0117 仕様書無しさん 2009/03/12(木) 17:29:18]

一ヶ月振りあげ

[0118 仕様書無しさん 2009/03/12(木) 18:18:28]

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

[0119 仕様書無しさん 2009/03/12(木) 19:39:40]

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

[0120 うゆコテ ◆e6.oHu1j.o 2009/03/14(土) 03:52:59]

ばるさみこす。

[0121 うゆコテ ◆e6.oHu1j.o 2009/03/14(土) 03:56:18]

くすっ

[0122 仕様書無しさん 2009/03/16(月) 15:00:48]

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

[0123 仕様書無しさん 2009/03/16(月) 21:07:23]

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

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

[0124 仕様書無しさん 2009/03/16(月) 23:24:57]

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

[0125 仕様書無しさん 2009/03/17(火) 07:24:55]

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

[0126 仕様書無しさん 2009/03/17(火) 07:37:03]

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

[0127 仕様書無しさん 2009/03/19(木) 05:08:48]

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

[0128 仕様書無しさん 2009/04/01(水) 02:42:00]

>>127
それ何てPL/I？

[0129 仕様書無しさん 2009/04/02(木) 20:45:25]

日本語でおｋ

[0130 仕様書無しさん 2009/04/06(月) 19:14:06]

つ[なでしこ]

[0131 仕様書無しさん 2009/05/16(土) 04:56:11]

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

[0132 仕様書無しさん 2009/06/26(金) 11:42:17]

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

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

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

[0133 仕様書無しさん 2009/06/26(金) 15:07:18]

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

[0134 仕様書無しさん 2009/06/28(日) 07:36:12]

仕事ありますか？

[0135 仕様書無しさん 2009/06/28(日) 08:41:14]

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

ちゃんとした奴寄越せ。

[0136 仕様書無しさん 2009/06/28(日) 08:45:20]

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

[0137 仕様書無しさん 2009/06/28(日) 23:10:48]

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

[0138 仕様書無しさん 2009/07/01(水) 21:39:22]

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

[0139 仕様書無しさん 2009/07/01(水) 23:05:15]

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

[0140 仕様書無しさん 2009/07/02(木) 02:34:54]

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

[0141 仕様書無しさん 2009/07/02(木) 07:27:40]

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

[0142 仕様書無しさん 2009/07/02(木) 10:53:40]

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

[0143 仕様書無しさん 2009/07/02(木) 23:02:38]

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

[0144 仕様書無しさん 2009/07/15(水) 08:14:41]

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

[0145 仕様書無しさん 2009/07/15(水) 18:30:03]

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

[0146 仕様書無しさん 2009/07/15(水) 19:39:58]

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

[0147 仕様書無しさん 2009/07/15(水) 23:04:53]

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

[0148 仕様書無しさん 2009/07/16(木) 13:02:59]

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

[0149 仕様書無しさん 2009/07/17(金) 12:58:27]

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

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

[0150 仕様書無しさん 2009/07/20(月) 03:23:07]

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

[0151 仕様書無しさん 2009/07/20(月) 13:27:53]

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

[0152 仕様書無しさん 2009/07/20(月) 14:05:07]

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

[0153 仕様書無しさん 2009/07/20(月) 16:22:12]

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

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

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

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

[0154 仕様書無しさん 2009/07/20(月) 17:33:52]

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

[0155 仕様書無しさん 2009/07/20(月) 18:41:02]

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

[0156 仕様書無しさん 2009/07/20(月) 23:00:54]

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

[0157 仕様書無しさん 2009/07/20(月) 23:26:31]

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

[0158 仕様書無しさん 2009/07/21(火) 00:51:43]

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

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

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

[0159 仕様書無しさん 2009/07/21(火) 00:56:23]

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

[0160 仕様書無しさん 2009/07/21(火) 09:17:34]

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

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

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

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

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

[0161 仕様書無しさん 2009/07/21(火) 09:23:10]

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

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

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

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

[0162 仕様書無しさん 2009/07/21(火) 10:23:47]

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

[0163 仕様書無しさん 2009/07/21(火) 10:24:08]

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

[0164 仕様書無しさん 2009/07/21(火) 10:52:20]

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

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

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

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

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

[0165 仕様書無しさん 2009/07/21(火) 11:04:27]

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

[0166 仕様書無しさん 2009/07/21(火) 11:07:56]

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

[0167 仕様書無しさん 2009/07/21(火) 11:27:38]

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

[0168 仕様書無しさん 2009/07/21(火) 12:26:51]

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

[0169 仕様書無しさん 2009/07/21(火) 12:27:54]

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

[0170 仕様書無しさん 2009/07/21(火) 13:11:26]

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

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

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

[0171 仕様書無しさん 2009/07/21(火) 16:16:42]

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

[0172 仕様書無しさん 2009/07/21(火) 23:52:42]

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

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

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

[0173 仕様書無しさん 2009/07/22(水) 00:15:24]

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

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

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

[0174 仕様書無しさん 2009/07/22(水) 00:36:37]

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

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

[0175 仕様書無しさん 2009/07/22(水) 00:42:01]

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

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

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

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

[0176 仕様書無しさん 2009/07/22(水) 00:47:07]

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

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

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

[0177 仕様書無しさん 2009/07/22(水) 00:49:44]

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

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

[0178 仕様書無しさん 2009/07/22(水) 01:50:37]

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

[0179 仕様書無しさん 2009/07/22(水) 01:53:17]

>>177

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

[0180 仕様書無しさん 2009/07/22(水) 05:41:11]

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

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

[0181 仕様書無しさん 2009/07/22(水) 05:52:27]

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

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

[0182 仕様書無しさん 2009/07/22(水) 11:40:46]

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

[0183 仕様書無しさん 2009/07/22(水) 17:30:49]

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

[0184 仕様書無しさん 2009/07/22(水) 17:33:43]

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

[0185 仕様書無しさん 2009/07/22(水) 21:37:55]

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

[0186 仕様書無しさん 2009/07/23(木) 09:48:58]

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

[0187 仕様書無しさん 2009/07/23(木) 20:24:52]

新人はいらない

[0188 仕様書無しさん 2009/07/24(金) 11:04:54]

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

[0189 仕様書無しさん 2009/07/24(金) 13:07:04]

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

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

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

[0190 仕様書無しさん 2009/07/24(金) 16:22:13]

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

[0191 仕様書無しさん 2009/07/24(金) 16:40:49]

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

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

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

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

[0192 仕様書無しさん 2009/07/24(金) 16:52:12]

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

[0193 仕様書無しさん 2009/07/24(金) 17:33:54]

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

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

[0194 仕様書無しさん 2009/07/24(金) 22:22:27]

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

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

[0195 仕様書無しさん 2009/07/24(金) 23:22:16]

>>194
＃


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

じじぃばっかだな

[0196 仕様書無しさん 2009/07/25(土) 02:09:06]

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

[0197 仕様書無しさん 2009/07/25(土) 12:25:48]

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

[0198 仕様書無しさん 2009/07/25(土) 15:52:36]

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

[0199 仕様書無しさん 2009/08/05(水) 13:51:24]

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

[0200 仕様書無しさん 2009/09/13(日) 01:11:16]

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

[0201 仕様書無しさん 2009/09/13(日) 06:57:40]

今北だけど>>170みたいなアホに仕事させるために詳細設計書は必須だとおもた

[0202 仕様書無しさん 2009/09/17(木) 18:09:13]

富士山の3776m地点ですが、グーグルアースや
ゼンリンの電子地図でいくら探しても見つかりません。
本当に富士山って3776mあるのでしょうか。
それとも実際は古いデータで、GPSなどの精密な測量では、
すでに風化や地殻変動などでどんどん低くなってたり
しているのでしょうか。

ちなみにゼンリン電子地図で探し当てたポイントで最高地点は3769mでした。

[0203 仕様書無しさん 2009/09/17(木) 18:37:46]

プログラマーなら登って実測データとの突き合わせからでしょう

[0204 仕様書無しさん 2009/09/17(木) 19:44:23]

>>202
ゼロメートルの原点は疑わないのか？温暖化で水位上がってるぞ。

[0205 仕様書無しさん 2009/09/18(金) 08:48:43]

>>202
ttp://www15.ocn.ne.jp/~t-long/fuzisan/fuzizatu/fuzisannohyoukou.htm
GPS+水準測量で3775m、更に重力補正して3776mだそうだ。

[0206 仕様書無しさん 2009/09/22(火) 01:29:58]

神はサイコロを振らないのさ。

[0207 仕様書無しさん 2009/09/22(火) 03:32:08]

プロジェクトの規模によって違うんじゃないの？

[0208 仕様書無しさん 2009/09/22(火) 04:43:19]

>>207
ここで自分の意見強く言ってる連中は、すでに何度もその考えで押し通してきてる連中。
いまさら柔軟に考えるなんて出来やしない。
こうやるしかないんだ、で思考停止。自分で物を考えない依存体質丸出し。
だから7000億も赤字出すんだよ。

[0209 仕様書無しさん 2009/09/26(土) 19:09:27]

>>164
> 途中から単価のやっすいやっすい新人PGを服数人入れるｐだってあるんだよ。
SEが単価上げるために、わざわざドキュメント書きという仕事をつくってた時代もあったんだなぁ。

[0210 仕様書無しさん 2009/11/25(水) 23:29:18]

※ただし、「日本だけ」

[0211 仕様書無しさん 2009/11/26(木) 00:37:41]

海外のＳＥはもっと悲惨だよ。インド人がいるから。

[0212 仕様書無しさん 2009/11/26(木) 01:00:29]

海外にはSEって言葉ないってばｗ

[0213 仕様書無しさん 2009/11/26(木) 01:04:57]

ＳＥという言い方はしてないな。呼び方はＰｒｏｇｒａｍｍｅｒかＣｏｎｓｕｌｔａｎｔが一般的なのかね？
海外のＳＥの方が上流から下流まで網羅できてると思うね。日本みたいに上流しかできないよう
な奴はすぐにくびだ。日本のＳＥは甘いよ。

[0214 仕様書無しさん 2009/11/26(木) 01:18:47]

おいｗ逆だよｗ
海外で働いたことも無いのに思い込みで勝手に書きすぎだよ

運用と開発をしっかり分けてデータベースエンジニア、ネットワークエンジニア、アプリケーションエンジニア、フロントエンジニア、
アーキテクター、プログラマ・・・などなどと分けてそれぞれが専門性を身に付けお互いの立場をリスペクトしている。

何でもやらせて専門性のない何でも屋に仕立て上げてシステムエンジニアと呼ぶのが日本のやりかた

[0215 仕様書無しさん 2009/11/26(木) 10:01:12]

「海外」でひと括りにする奴の言うことなんざ信用できませーん

[0216 仕様書無しさん 2009/11/26(木) 19:47:08]

従業員2000人、拠点数全国30の製薬会社があります。
全国の昨今の不況から生産体制を見直し、受注があってから原材料を調達し製造・納品するなど在庫削減とキャッシュフロー改善を
行うことになりました。

あなたはプログラマーです。まずなにをしますか？

[0217 仕様書無しさん 2009/11/26(木) 19:49:16]

模範解答：「SEが仕様書書くまで2chで巡回」

[0218 仕様書無しさん 2009/11/26(木) 19:59:14]

ていうか
>受注があってから原材料を調達し製造
いくらなんでも遅すぎだろうｗ
生産計画システムは必須だな。

>全国の昨今の不況から
そういや某社の自動倉庫化計画がポシャったなあ。

[0219 仕様書無しさん 2009/11/26(木) 20:35:24]

>>216の続き
プログラマーのあなたは、そんなの遅すぎるといい、SEが仕様書を作ってから読んでくれと突き返しました。

困った製薬会社が付き合いのある仕入れ先に相談したところ、他社と比べて生産体制が遅れていることがわかりました。

また社内にヒアリングしたところ、納入先の病院では携帯電話が使えないため、ノートPCで在庫確認やタイムリーな情報提供が
できないとの不満が出ており、売上に悪影響を及ぼしていることがわかりました。

さて、プログラマーのあなたはどうしますか？

[0220 仕様書無しさん 2009/11/27(金) 02:37:09]

バックレ

[0221 仕様書無しさん 2009/11/27(金) 08:44:02]

続き
製薬会社は、いろいろ問題が顕在してそうなこと、IT屋さんに聞いてもいまいち解決策が出てこないことから、コンサルタントを参画させることにしました。
数ヵ月の調査・検討の後、業務フローの見直し、体制の再編、他社アライアンス方針などが決まりました。
ITシステムに間しては、コンサルタントからの紹介されたSEに依頼しました。

方針に基づき、生産管理、財務、人事、資産管理はドイツの会社が作ったパッケージ、営業支援や拠点系はセールスフォーなんとかを使い、
社内ネットワーク、回線、サーバ、社員用PC等のインフラも再構成を行います。
さて、プログラマーはなにをしますか？

[0222 仕様書無しさん 2009/11/27(金) 09:10:29]

>>219
>携帯電話が使えないため
携帯がないのならPHSハンディターミナルを食べればいいじゃない

[0223 仕様書無しさん 2009/11/27(金) 10:57:35]

アーキテクトにまかせる

[0224 仕様書無しさん 2009/11/27(金) 11:20:48]

そんな製薬会社が社内ＳＥがいないのにプログラマだけ飼ってるわけないだろ。
社内のプログラマがいたらソイツをＳＥと称してなんもかんもやらせるか
まるっかた外に投げて責任だけはソイツにおっかぶせるか。
前提がおかしい話をぐだぐだ書くな馬鹿。

[0225 仕様書無しさん 2009/11/27(金) 11:42:15]

>>221の続き
そのSE曰く、ドイツの会社が作ったパッケージの製薬向けノウハウがあり、
テンプレートの採用とカスタマイズで実現できるそうで、
コーディングはしないとのことでした。

また、営業支援系は要件をしっかり固めて設計すれば、海外でプログラム開発を
するとのこと。セールスなんとかとの相性も良く、早く安くできるとのこと。
中国人やインド人に重要なプログラムを作らせるのは心配でしたが、
ここ数年で海外アウトソースのノウハウが蓄積されており、コミュニケーションやスキル等も問題ないそうです。

インフラ系はSEの会社で一括して引き受け、グランドデザインから現地導入、
5年間の保守体制まできっちりそろえてくれました。

その結果、なんとか予定通り無事稼働させることができました。当初はトラブルもありましたが、
なんとか方針通り動いているそうです。

予算の都合上、初年度は部分導入でしたが、新たな経営課題も出てきたので、次年度以降もコンサルや
ＳＥと共に最適化を断行してゆく方針とのことです。

さて、プログラマーはなにをしますか？

[0226 仕様書無しさん 2009/11/27(金) 13:49:58]

新薬試験のモルモットになる

[0227 仕様書無しさん 2009/11/27(金) 14:29:55]

SEがやってる仕事をそっくりそのままプログラマにやらせればいい。
SEの仕事ができないプログラマはプログラマ失格なのだから。
ちなみにプログラマの仕事ができないSEもSE失格。

[0228 仕様書無しさん 2009/11/27(金) 14:31:45]

三食昼寝つきの高給バイトだもんな。＜治験

[0229 仕様書無しさん 2009/11/27(金) 18:40:52]

>>225
かなりの部分を外注に出してるね。
すごく日本的な考え方に基づいた進め方してるけど
そのやり方でうまくいくためにはそのプロジェクト管理する側に
プログラミングできる人がいないとうまく進んでいかないだろうね。

外に投げるにしても技術もってないと主導権失うからね。
レビューも出来ないんじゃアホなしステム押し付けられて終わってしまうので
結局設計できてプログラミングできる人はいるんだよ。

[0230 仕様書無しさん 2009/11/27(金) 18:43:30]

>>212

システムエンジニアリングって言葉は
機械、ソフトを含んでいるモノをトータル設計してる人たちの
仕事に当てはまる言葉だからただのコンピュータ屋さんには
使わないだろうね。

[0231 仕様書無しさん 2009/11/27(金) 18:47:40]

>>229
これのどの辺にプログラミングスキルがいるんだ？

[0232 仕様書無しさん 2009/11/27(金) 19:28:12]

>>231

逆に聞きたいが、ここまでまるっきり外注使う場合
システムの内部のことまでよく理解できる人間を抱えていないと
どうやってレビューするんだ？まさか相手の言うこと丸のみかい？

成果物のまっとうな評価ができなきゃ外注先はこんなもんかと
手を抜くよ。システムの出来と客の賢さには相関がある。

スキルという意味ではいらないが、システムの設計上どこか
不具合が生じる可能性があるところは前もって確認したりしないか？
そういうのって実際に開発経験ある人でないとわからんと思うけどね。

コンサルや元請のＳＥがアホに丸投げしたら、カオスになるのは
目に見えてるので自分側にわかってる人がいないと危険だと思うけどね。

[0233 仕様書無しさん 2009/11/27(金) 19:36:41]

今外資系で働いてるけど、
研究・実装・企画・デザイン・設置・保守
全部やってるぞ。良い感じになってきたら、参加者が増えてプロジェクトが巨大化するが
基本全部自分でやる。
まぁ、楽しいからいいけど・・・

この辺は、業種の問題だろうね。

[0234 仕様書無しさん 2009/11/27(金) 20:04:41]

Googleとかそんな感じのイメージがある。
研究者がソフトウェア書いてる外資系企業ってそんな感じだね。
正直羨ましい・・・

[0235 仕様書無しさん 2009/11/27(金) 21:52:06]

徹夜でコードを書く女王がいる会社だしな

[0236 仕様書無しさん 2009/11/28(土) 05:20:00]

>>233
>良い感じになってきたら
「企画→良い感じ」の間の日程とかってどうなってるのかね。
日本の企業の感覚だと、企画段階でケツが決まってしまって、
良い感じになろうがなるまいが、納期いないに完成させろ、
って感じになっちゃうし、上司というのはダメと言うことはあっても、
「良い感じ」なんてことは言わないし、部下とそういう「感じ」を
共有するつもりなんてハナからないような人ばかりだが。

[0237 仕様書無しさん 2009/11/29(日) 01:08:02]

プログラムができないのに設計されるとね、
男塾名物の一直線に突き進めのアレみたいなことになる。

とにかくやることは決まってるけど、それがそもそも実現不可能だったり、
既存の実績ある物件やノウハウが一切使えず高コストだったり。

そうならないよう、早い段階早い段階から、
実現可能で楽な道のりで進めるような仕様調整をするべき、
なのにねぇ。


とりあえず、月曜からまた人力で富士山を切り崩すような仕事に戻る。

[0238 仕様書無しさん 2009/11/29(日) 01:31:24]

システム全体の構成要素を考えたら、プログラムスキルが要求されるところなんぞ
大した割合じゃないでしょ。
例えば「全社グループウェアシステム導入」なんてコーディングいらんぞ。

プログラマーはプログラムが万能だと思ってるフシがあって、顧客の業務やプロセスを
軽視する傾向がある。

[0239 仕様書無しさん 2009/11/29(日) 01:34:03]

>>238
>例えば「全社グループウェアシステム導入」なんてコーディングいらんぞ。

日本のSIerが抱える案件の多くはそれとは真逆、っていう前提がすでにある。
むしろそうやってパッケージを活用してくれる
(もちろん、パッケージが活用できるよう既存業務フローも変えてくれること前提)なら
ありがたくてありがたくて、涙が出るほどありがたいことだよ。

[0240 仕様書無しさん 2009/11/29(日) 02:17:20]

>>239
ああ、たしかにそうだな。
スクラッチ開発至上主義は確かにあるな・・・

それでも、例えば「拠点サーバリプレース」「ネットワーク再構築」「運用管理システム構築」
「IPセントレックス」「ディスアスタリカバリシステム構築」とか・・・・
プログラマいらないシステム案件はたくさんある

[0241 仕様書無しさん 2009/11/29(日) 02:28:20]

>>240
俺の経験上、だが
サーバのリプレースとかネットワーク再構築とかは
たいていその機会に
(契機であるEOSLなどの要素を乗り切るために最低限となること以外に)
余計なことをバンバンやろうとしてシステム全体が悲惨な状況になる。
その「余計なこと」にはプログラマが必要になる要素が多大に含まれることが多い。

[0242 仕様書無しさん 2009/11/29(日) 03:30:43]

>>238
>プログラマーはプログラムが万能だと思ってるフシがあって、顧客の業務やプロセスを

それって、プログラムできない奴の信仰のような気がする。
じっさい経験を積んだプログラマーほど、「最善の方法はプログラムなんて作らないこと」と、
思ってるよ。
プログラムさえ作らなきゃ、バグもでないし、メンテコストもかからないし、
ベストの解決法だもん。

まともな経験のあるプログラマがなんでもかんでもプログラムで開発しようとするのは、
そうせざるを得ない状況に追い込まれてるからだよ。
（もちろん、なかには、いわれたことを右から左にコーディングするだけのやつもいるけど）
プログラム無しで済ます案を難癖つけて潰して、そういう状況に追い込むような上司が
納期やなにやらで顧客から苦情が上がってきたときに初めて言い出すんだからふざけるなと言いたくなる。

結局、言うこと聞いてると、最初こっちが出した代案そのまんま。
なんでこっちの代案を最初に蹴ったかというと、
そもそも、こっちの言ってることが何を意味しているのか理解できずに、
理解できない代案を出されたことに腹をたてただけ。

まあ、しいて言うなら、「開発しない代案」が本当に問題解決になるんだ、
ってことをプレゼンする能力に欠けてる奴は多いかもしれない。
だから、上のような上司とも齟齬も起きちゃうという面もあるんだろうけど。

[0243 仕様書無しさん 2009/11/29(日) 11:02:07]

まぁ、プログラマは基本的に
「めんどくさがるやつ」ほど、いい方向に向かうからな・・・。
やる気を出せば出すほど、どつぼにはまるのが嫌なお話だ。

[0244 仕様書無しさん 2009/11/29(日) 18:11:39]

>>238
＞プログラマーはプログラムが万能だと思ってるフシがあって
逆だろ
ITのことを何も知らない客のほうが、プログラムは万能だと思ってるよ
プログラムを組めばどんな無理難題も解決できると盲目的に信じ込んでる

[0245 仕様書無しさん 2009/11/29(日) 18:59:03]

めんどくさがる奴のが良い方向に向かうのはいいけど
めんどくさがる奴は勉強もしない奴が多いのでどっちもどっち

[0246 仕様書無しさん 2009/11/29(日) 19:10:09]

違うよ、「楽をするためにはどんな苦労も厭わない」これが正しいプログラマ。
単なるものぐさとは違う。

[0247 仕様書無しさん 2009/11/29(日) 22:54:26]

矛盾だな
だが納得

[0248 仕様書無しさん 2009/11/29(日) 23:14:48]

>>247
よく勘違いされる人がいるが、矛盾はしていない。

どれくらいまで先を見通せるか、の域を伸ばしながら
楽ができるように先を見越して行動できるようになっていく、というのは
「先行投資」や「リスクマネジメント」と本質的に変わらない。

[0249 仕様書無しさん 2009/11/29(日) 23:20:05]

直感的に「これは面倒なことになりそうだ」って思ったことを
「どうすれば単純化できるか」という視点で再編すると、だいたいうまくいくよ。
「複雑だ」とか「めんどそうだ」って直感は、大体あたってて、死亡フラグ。

まぁ、直感って言ったけど、ようはこれ
ゴールまでの見通しが立てれるかどうか。という問題なんだよね。

[0250 仕様書無しさん 2009/11/30(月) 06:33:54]

それ以前に自分の考えを説明するのをめんどくさがる奴が多い。
説明と称してまくしたてたあげく
「こんなこともわかんねぇのかよ、ふっ」
みたいな態度されちゃ、そりゃＳＥとやらを間におきたくもなるわな。

[0251 仕様書無しさん 2009/11/30(月) 07:01:19]

説明を俺がはしょり始めたのって、俺の場合トラウマからなんだよな・・・。
昔、ある上司の下で働いてたとき・・・
長ったらしく細かく説明してたら、最後まで聞かずに誤解をしてお怒りになる事が多かった。
それ以前に最後まで聞かずに、別の話題に入ることも・・・。

で、なんか自分の中で
・まず結論を言う。
・1要素の説明は長くても10秒以内。
・多少嘘でもいいから、素人でもわかった気にさせる。
って感じの説明に自動的になるようになって・・・
いつの間にか中身がない説明ばっかするようになった。

[0252 仕様書無しさん 2009/11/30(月) 07:02:36]

問題は、そのSEが顧客よりも技術的知識が無い場合だよ。
そのための SE なのに技術者の説明がわからんといって逆切れする。
「じゃあお前の仕事はなんなんだよ」といいたくなる。

[0253 仕様書無しさん 2009/11/30(月) 07:03:31]

俺も何となく口頭説明は10秒以上しちゃだめな気がしてハラハラしてる。
20秒くらいしゃべったときは、周りの視線が痛い…orz

[0254 仕様書無しさん 2009/11/30(月) 07:06:54]

>>253
ありすぎて困るｗｗｗｗｗ
それでいつもわからんって言われるんだけど、何なんだろうなｗ
そんなに長く話してるわけじゃないのに極端に短く話そうとして破綻してるｗ

[0255 仕様書無しさん 2009/11/30(月) 07:12:02]

すぐ怒る上司は、他の人の説明をどうしてるか観察してみそ。
誰の説明でも怒ってるなら、それは単に、怒るために怒ってるだけかもよ。
その場合の理由としては、

１．本当に分からないので怒っている
２．とりあえず怒っておかないと上司としての威厳が保てないと思ってる

という事が考えられる。
そういうときは、面倒だから、お客さんと直にネゴして、問題ないようなら、
上司には適当なこと言って進めちゃうほうが、能率の面からも、
精神衛生上（その上司も含め）も、いいと思う。

[0256 仕様書無しさん 2009/11/30(月) 07:25:01]

>>255
上司通さなかった場合、何か問題起きたときの責任が・・・

[0257 仕様書無しさん 2009/11/30(月) 07:44:08]

>>256
そのあたりは微妙な問題だけど、100% その考え方で行くと、
にっちもさっちもいかなくなることってけっこうあるっしょ。
その「何か問題」のレベルと内容によるんじゃない？
問題がおきても自分で対処できるレベルの問題のケツを持ってもらうために、
理解するつもりのない上司に説明続けるのって、あなたにとっても、
プロジェクト全体にとっても（ひいてはその上司にとっても）
何の利益にもならないじゃん。
入社したての新入社員ならともかく、何年かやってれば、多少の問題は自分で対処できるだけの、
能力（技術力だけじゃなくて、顧客のキーパーソン（単に役職が上というだけじゃなくて、
システム部門の「真の」実力者とか、ユーザ部門のベテランとか）とコネを作ったりする）
が、ついてきてるはずでしょ？
そういう能力がまったくなくて、顧客との交渉は全部上司任せだとしたら、
確かに、その上司のいいなりになるしかないね。

[0258 仕様書無しさん 2009/11/30(月) 13:56:55]

いい意見がたくさん出てるが、その仕事をしてるってことはもうプログラマーじゃなくSEだよ
というのが多いな。

なぜそこまでプログラマーにこだわる？

[0259 仕様書無しさん 2009/11/30(月) 14:27:35]

寧ろ、なぜそこまで分類に拘る？

[0260 仕様書無しさん 2009/11/30(月) 15:05:17]

>その仕事をしてるってことはもうプログラマーじゃなくSEだよ
まあ、それだけ SEって職種が独立して存在する意義が薄いってことなんだろう。

[0261 仕様書無しさん 2009/11/30(月) 16:15:04]

わかった。人によりSEの定義が違うから、こんな話になるんだよ。
昔から言われてたが、結局同じことだな。

[0262 仕様書無しさん 2009/12/01(火) 02:11:46]

とりあえず、可能な限り物事をプログラムで解決しようとするのがプログラマだって思った。
すべての物がプログラマブルになれば、きっとそこはマの楽園になる。

[0263 仕様書無しさん 2009/12/01(火) 02:15:34]

人件費を増やせない事情は変わんないので
同じ予算で、仕事だけが増える＝デスマ化する

[0264 仕様書無しさん 2009/12/01(火) 21:24:47]

>>249
同意。複雑な要求を複雑なままコードに落とすバカは新でくれ。

>>261
SE = プログラマ。世界の常識。分けんじゃねぇよ。

[0265 仕様書無しさん 2009/12/01(火) 21:48:52]

>>264
スレタイ・・・

[0266 仕様書無しさん 2009/12/01(火) 23:19:54]

この業界プライド高くて凝り固まった人が多そうなイメージだ

[0267 仕様書無しさん 2009/12/02(水) 03:03:20]

今更ながら、良いスレタイだ。

[0268 仕様書無しさん 2009/12/02(水) 07:13:10]

>>266
素人から見た専門家のイメージなんて押しなべてそういうものでしょ。

[0269 仕様書無しさん 2009/12/02(水) 23:34:09]

素人と言うより、団塊世代の高卒DQN管理職が言いそうだな。

[0270 仕様書無しさん 2009/12/03(木) 05:19:51]

大卒でも自分の専門分野外はそんなもんだよ。
文系理系って大騒ぎするのは大多数大卒でしょう。

[0271 仕様書無しさん 2009/12/04(金) 19:32:20]

SEにプログラミングスキルはあればベターだけど必須じゃないだろ。
情報処理試験もソフ開を名称変更。PMBOKもPMに言語経験に依存しない体系だし、
ITILも同様。
時代は変わってんだよ。

[0272 仕様書無しさん 2009/12/04(金) 21:48:36]

んなこたぁない。
少なくとも並以上にデキる言語が一つは必要だと俺は思う。

プログラミングスキル無しでどうやって見積ったり、設計したりすんだよ?
根拠なしか?

[0273 仕様書無しさん 2009/12/04(金) 21:58:57]

前のアレは3人で1ヶ月かかったから・・・これも同じぐらいだな(ｷﾘｯ)

[0274 仕様書無しさん 2009/12/04(金) 22:05:07]

つうか、全然知らなかったら、プログラマになめられるだろ。
どうやってマネジメントするんだ。それは別の人に頼むのか？

[0275 仕様書無しさん 2009/12/04(金) 22:30:03]

大工仕事のできない大工の棟梁はいないと思うんだけどなぁ…
人の上に立ちたいなら人以上のスキルがあるべきだと思うよ。

[0276 仕様書無しさん 2009/12/04(金) 22:31:50]

>>273
規模ちいせえなぁ。
上から下まで全部一人でやれ。

[0277 仕様書無しさん 2009/12/05(土) 09:41:42]

>>274
その理論で言ったら、自動車会社の社長は
自動車工を経験しないとなれないなｗ

[0278 仕様書無しさん 2009/12/05(土) 09:44:54]

当たり前。
トヨタもホンダも、創業者は現場を知ってた。
だからここまで繁栄があったわけで・・・

[0279 仕様書無しさん 2009/12/05(土) 09:48:24]

トヨタは豊田家３代目までは工学博士
他社で現場経験もやってから取締役として入社。
４代目が経済学修士

[0280 仕様書無しさん 2009/12/05(土) 10:51:38]

>>277
つうかまあ、大企業なら、実際に現場の技術者のマネジメントは、
社長とは別の人に頼んでて、
社長はマネジメントする人のマネジメントをするのが仕事だな。

で、>>274 　は、そういう大企業の社長と現場の技術者の間にあるような、
巨大な組織と何人ものマネジメントのプロを間に介さないと、
マネジメントできないんですか？　っていう皮肉なんだが。

[0281 仕様書無しさん 2009/12/05(土) 15:10:56]

>>274
え？
プロジェクトやっていた奴らに任せるだけだよ

見守っていればマネジメントになるんだよ

[0282 仕様書無しさん 2009/12/05(土) 15:12:43]

>>281
「プロジェクトやっていた奴ら」って、お前の仕事は何なの？
というか、誰がどういう理由でお前に給料払うの？

[0283 仕様書無しさん 2009/12/05(土) 17:32:38]

先月は稼働時間が多かったから減らせとか、少なかったから増やせとか位しか
いわないPMとかしかいないからな。 具体的指示が出来なかったりするのが
結構いるわけで、見てるだけと変わらんよな。

[0284 仕様書無しさん 2009/12/05(土) 18:20:59]

なんか話が変わってきてね？
「こういう奴いるよね」って話だっけ？

[0285 仕様書無しさん 2009/12/05(土) 18:59:27]

まじめに話しているのかも不明

[0286 仕様書無しさん 2009/12/05(土) 19:10:41]

俺は今風のSEなんです、偉いんです、
偉い俺が言うんだから、プログラマは
俺の言うとおりにプログラムを作るべきなんです。
俺が予定を出したら、ほうっておいても予定通りに
いわれたとおりのものを完成させるべきなんです。
プログラマは俺にわかるように説明するべきなんです。
俺は偉いSEだから勉強なんて全然する必要がないんです、」
偉いんですから。
客も俺が説明したら納得するべきなんです、
俺の知らないことを質問したりしたらだめなんです。
偉い俺の困るようなことを質問してはいけないんです。
なんといっても俺はSEなんだから、
SE である俺をみんなが大事にして、尊敬して、言うとおりにするべきなんです、
というかわざわざ言わなくても察して動くべきなんです。
偉いSEの俺が何か言わなきゃ生らないなんておかしいんです。
それでシステムが完成したら、それは偉いSEである俺のおかげなんです、
プログラマとか客とか、みんなバカで取るに足りない連中なんだから。

[0287 仕様書無しさん 2009/12/05(土) 20:19:16]

>>286
そりゃSEとプログラマ、プログラムと仕様書を置換しても良さそうだな。

[0288 仕様書無しさん 2009/12/05(土) 20:29:19]

つまり、SEはプロジェクトがうまくいかないとき、
プログラマがバグが出たときに、パソコンに悪態をつくのと
同じように、プログラマや顧客に悪態をつくもんだと
あなたは思ってるわけですな。

[0289 仕様書無しさん 2009/12/06(日) 00:17:57]

プラントエンジニアは配管や電気装置そのものを作る経験はいらない
レコーディングエンジニアは作曲や演奏そのものの経験はいらない
システムエンジニアは・・・・

そういうことだ
プログラマ君たちはなにか勘違いしている

[0290 仕様書無しさん 2009/12/06(日) 00:29:50]

で、プラントエンジニアやレコーディングエンジニアに匹敵する「スキル」は持ってるの？
プログラムしないSEさんは。

まあこの案件激減でプログラムしないSEもずいぶん駆逐・淘汰されたけどな

[0291 仕様書無しさん 2009/12/06(日) 00:42:11]

PGは現場で働いて設計図見ながら家を作る大工さん

SEはお客さんから話きいて家の設計図を書く建築士さん

って感じですかね

大工はノコギリやカンナなんかで熟練者と初心者では全く別物だろうし

建築士も強度たりないくそ設計図やごちゃごちゃした設計図を書く人としっかりした建築士がいる

両方の存在意義はあってどっちが上とかはないと思うんだ

問題は年数でSEを名乗ったり、初心者=PGのような誤った認識があるからではないかと思う。

SEを弁護士のように資格制度にし、PGをランク制度にする。

そうすりゃでたらめなSEはいなくなるし、PG=開発者は薄まらずに技術の高さを維持できる。

[0292 仕様書無しさん 2009/12/06(日) 00:45:28]

俺も免許制に賛成だね
情報処理試験の制度が確立してるんだから、
あとはこれをベースに資格から免許に格上げすればいい

[0293 仕様書無しさん 2009/12/06(日) 01:04:40]

そんなことになれば真っ先に淘汰されそうな奴に限ってそういうことを言うのなw

[0294 仕様書無しさん 2009/12/06(日) 01:25:14]

淘汰されそうな奴が言っても淘汰されるだけだから問題ないんじゃない？
それとも淘汰されそうな奴を気遣ってるのかね

[0295 仕様書無しさん 2009/12/06(日) 01:33:36]

>>293
まあお前みたいなアマチュアには都合の悪い制度だよね

[0296 仕様書無しさん 2009/12/06(日) 01:50:47]

卑屈な奴ばっかりだな
プログラマーってこんなもんか

[0297 仕様書無しさん 2009/12/06(日) 01:56:32]

>>296
人を見下して優位に立とうとしてる奴しかいないこの板で得るものはないねｗ

[0298 仕様書無しさん 2009/12/06(日) 02:02:55]

>>291
>PGは現場で働いて設計図見ながら家を作る大工さん

家の設計図からならどの大工でも殆ど同じ家が出来るが
プログラムの設計書からだとプログラマ毎に間取りも違うし耐震強度も違う。

[0299 仕様書無しさん 2009/12/06(日) 08:53:24]

>>291
どこぞのサイトでは

コーディング作業 <- 建築士の仕事
ビルド作業 <- 大工の仕事

ってたとえてた。
こうなると、SEはどこにあてはまるんだろう？

[0300 仕様書無しさん 2009/12/06(日) 09:18:08]

営業じゃね？

[0301 仕様書無しさん 2009/12/06(日) 10:36:53]

>>297
必死さから、SE＞プログラマーだというのはよくわかった

[0302 仕様書無しさん 2009/12/06(日) 10:57:39]

>>298
新人さんに宮大工と同じことをしろというのは無理でしょ

新人PGにセキュリティを期待するのも無理

そういう意味では似てると思うよ

しかしシステム業の設計書は軽視されすぎな気がする
ビル建てました。設計図ありません。とか言ったら何ふざけてんの？ってならん？(笑)

[0303 仕様書無しさん 2009/12/06(日) 13:41:19]

客は動かすシステムとマニュアルにのみ金を出す。
設計書には金を出さない。
マニュアルと設計書を統合することができないもんかな。

[0304 仕様書無しさん 2009/12/06(日) 17:47:03]

>>302
ビルの場合は建った奴を見てからやっぱ三〇階建てにしてくれとか
地下あと三階増やしてくれとかまず言わないからだろな。

[0305 仕様書無しさん 2009/12/06(日) 17:48:38]

まあ大工だけじゃ複合施設は作れんわな・・・

[0306 仕様書無しさん 2009/12/06(日) 19:07:46]

>>304
それを実際のビルでやって崩れたビルが隣の国にありましたな。
日本の建築業界では姉歯が似たような事をやってタイーホされた。

ソフト業界には姉歯以上のことをやるＳＥが大量にいるがタイーホされた話は聞かぬ。
おかしな業界ですよ。w

[0307 仕様書無しさん 2009/12/06(日) 20:47:50]

建築士向こうは法の下の資格だから
やはり免許制にせねば

[0308 仕様書無しさん 2009/12/07(月) 18:51:57]

>>302

ソースコードが設計図に相当するものでございます。 >>299の言うようにね。

[0309 仕様書無しさん 2009/12/07(月) 19:02:49]

プログラマは設計図(=コード)を書いているっていう自覚がなさすぎ。
自覚ないヤツは、読みにくいコードを書いて平気なんだよ。

[0310 仕様書無しさん 2009/12/07(月) 19:14:08]

>>299
コーディング作業 <- 大工の仕事＋建築士の仕事
開発環境 <- 各種自動化大工道具
ビルド作業 <- 雨降って地固まる or 接着剤の乾燥

[0311 仕様書無しさん 2009/12/07(月) 19:23:50]

最近、ソースコードが設計書だって主張する奴が増えてきたなｗ
誰が言ってたんだっけ。ほらあの有名人。
まあとにかく、面倒だからわざわざ用語の定義をしなおさなくていいよｗ

[0312 仕様書無しさん 2009/12/07(月) 19:24:56]

設計図とはあくまでも論理的作業であるべきだろ。

設計図＝仕様書＝論理的作業の成果
建築物＝ソースコード＝物理的作業の成果



まあ、「ソースコード＝事実上の仕様書」になってるダメプロジェクトばかりだけどなorz
それは悪い例だからｗ

[0313 仕様書無しさん 2009/12/07(月) 19:28:57]

>>311
> 最近、ソースコードが設計書だって主張
ちょっとニュアンスがちがう。
コーディングは設計作業。という主張。

[0314 仕様書無しさん 2009/12/07(月) 19:43:04]

>>312
> 設計図とはあくまでも論理的作業であるべきだろ。
yes.
でも、ソースコードもまだまだ物理には遠い。
ビルド設計をしてビルドして、吐き出されたバイナリがようやく動く物理的な物。
なので、ビルドのみが、大工仕事＝物理的作業。
そして、ソフトウェアの世界ではビルド(大工仕事)は全て機械まかせ。

> まあ、「ソースコード＝事実上の仕様書」になってるダメプロジェクトばかりだけどなorz
> それは悪い例だからｗ
ワルくない。仕様書とコードは補完し合う関係。

[0315 仕様書無しさん 2009/12/07(月) 19:44:08]

ソースコード←→設計書（UML等）変換が１００％なら同意。
できれば設計書は「ソースコードのパースペクティブの１面」
と言えるところまで一意性を突き詰めたいよね。

建築物など作り捨ての製造物は、設計→→→製造の一方通行でも
毎回同じコスト掛けてゼロから設計して作ればいいんだけど、
ソフトウェアでそれやると、積極的に再利用性を高めて作ってるところと、
圧倒的にコスト差付けられて、終わるだけだもんな。

ま、理屈だけ分かってる会社はあるけど、
結局UML→→→ソースコードの一方通行で意味無し
みたいなとこばっか…

[0316 仕様書無しさん 2009/12/07(月) 19:59:28]

設計書は、作ろうとするもの、出来上がったものの目的を明確に仕様化するもの。
ソースコードは、目的通りに処理するための手順を記しているに過ぎない。

手順が書かれているだけの物からその目的に到達するには、
手順全体を解析して想像するしかなく、
参照する度にそれだけの作業が発生する分効率が悪い上、
解析者ごとに定義が生まれ不明瞭になる。

[0317 仕様書無しさん 2009/12/07(月) 20:03:02]

根底にあるのは、コーディングできるやつは偉いやつという考えだろ。
確かに偉いよ。すばらしい職人魂。プライドを持つことはいいことだ。
Google日本語入力なんて「ソースが設計書」の論理で作られてるし。

でもここで騒いでるのは、スキルもやる気もなく、SEを目の敵にしてアイデンティティを
保ってる底辺君だけだから、根本的に異なる。

[0318 仕様書無しさん 2009/12/07(月) 22:32:04]

仕様書=機能単位

コード=オブジェクト単位

どうやったらうまいこと書き表せるでしょうか…

コードを機能単位にすると再利用できないし、仕様書をオブジェクト単位で書ける？

┐('〜`;)┌

[0319 仕様書無しさん 2009/12/07(月) 22:42:50]

要件を定義する仕様書（自然言語で記述）と、コードを書くための設計書の二通り作るんだ。

[0320 仕様書無しさん 2009/12/08(火) 00:25:46]

機能設計なんて偉そうな名前が付いてても、実体はお客視点からの機能を根拠とした縦割りでしかなかったりなｗ
そんな仕事で銭沢山取れるんだから、ＳＥなんてボッタクリ商売もいいとこだな。

ＳＥなら業務仕様を分析して、キッチリ中の中まで機能定義しろってんだよ。
そしたら機能単位＝オブジェクト単位＝設計書単位＝コード単位
全部揃うだろ。

[0321 仕様書無しさん 2009/12/08(火) 03:14:46]

お客と話ができるようになってから言え、ってつっこみそうだがねｗ

それはそうと、機能をオブジェクトにするのってプログラマじゃないのか？
それが仕事だとてっきり。
コード単位にまで落としてもらうんじゃコーダじゃね？

[0322 仕様書無しさん 2009/12/08(火) 08:07:42]

ここまで読んだけど、プログラマは
・文句jばかり言って改善策を提案しない
・お客と会話ができない
・変なプライドを持っている
・部下がいない底辺職種
・SEを見下してるが、現実ではヒイコラ従っている
でおｋ？

[0323 仕様書無しさん 2009/12/08(火) 10:28:39]

>>320
何を言ってるのか、いまいち解らん。
質問
オブジェクト間のIF、
機能間のIF、
他システムとのIF、
ネットワーク、
ハードウェア構成、
ソフトウェア構成、
なんかは、誰が設計してどこに書くの？

[0324 仕様書無しさん 2009/12/08(火) 10:47:59]

>>322
あれ？俺もここまで読んだけど、このスレタイに引かれてやって来るのは、
SE呼ばわりされる事に不満を持ってて、組織制度や営業(人売り)方法を何とか変えたい人たち。
に見えてたが？

まあ、中には「お前program出来ないからSEね。」なんて事言われて
チームに押し込まれてくる残念な人もいるけどね。

[0325 仕様書無しさん 2009/12/08(火) 11:15:47]

>>321
ＳＥの仕事だろ。
でなきゃ、だれが機能を知ってるんだ？
ＳＥは聞いた話を書面にまとめるだけの代筆業か？


なんか日本のＳＥ業界がダメと言われる本質が見えてきた気がする。

[0326 仕様書無しさん 2009/12/08(火) 11:34:11]

いまどきコーダーを飼ってる悠長なソフト屋があるのか。
ある意味うらやましいぜ。

[0327 仕様書無しさん 2009/12/08(火) 12:36:08]

まあ、誰が業務分析やるべきかとかこの際どうでもいいけど、少なくとも誰かやってくれよｗ
業務音痴なプログラマーに丸投げしようって発想もアレだが、まあそれでもいい。
理に適った分析がなされているかどうか、誰かが責任もって判断してるならば。

現状はと言うと、誰もやろうとしないし、やって評価される仕組みもないし、
だから分析されないまま起こされた設計書から、機械的に作られるダラダラコードの製品を、
毎回ゼロから作ってるのが現状だよね。
全てが作り捨て再利用不可能で高コストな上、メンテナンス費用も増大。
ちゃんと分析して再利用性を高めようとしてる海外と差が付くのは当然。

[0328 仕様書無しさん 2009/12/08(火) 15:19:03]

立場や主張が明確じゃないから、こうやって議論が発散するんだろうな。
スレタイからは、

スキルもないくせに偉そうに丸投げして高い給料貰ってて、
実質プログラマーだけでやってるんだからSEなんてあらない。
プログラマー最高！

に見えるんだが。

[0329 仕様書無しさん 2009/12/08(火) 15:22:29]

とくいげだな

[0330 仕様書無しさん 2009/12/08(火) 21:06:41]

お客の要件を機能単位にまとめるのを御用聞きだとか文書屋とかいう
自称ブログラマがいるうちはＳＥの下がコーダという体制は必要かもね。
経済的理由で先に切るのはコーダのほうで、ＳＥがプログラマの役もするんだろうけど。

[0331 仕様書無しさん 2009/12/08(火) 21:39:24]

実装したことない奴もいるだろ

[0332 仕様書無しさん 2009/12/09(水) 07:08:14]

>まあ、中には「お前program出来ないからSEね。」なんて事言われて
>チームに押し込まれてくる残念な人もいるけどね。
SEって、そんな奴しか見ないけどな。
酷いのになると、キーボードアレルギーの老害がSE名乗ってる。
実装?はぁ? キーボード恐怖症なんだぜw

[0333 仕様書無しさん 2009/12/09(水) 08:04:26]

あるある
小学生の頃デブの奴にゴールキーパーやらせてたのと何も変わってない

[0334 仕様書無しさん 2009/12/09(水) 09:34:14]

「おまえ銃使えないから士官な」ｗ

[0335 仕様書無しさん 2009/12/09(水) 10:03:20]

>>332
> >まあ、中には「お前program出来ないからSEね。」なんて事言われて
そうそう。
更にそれでも務まらないと、
「お前、何にも出来ないからproject管理者ね。」となる。
実際には 「管理に向いているから。」などと嘘つかれて回されて来る訳だが。本人は真に受けてるから始末が悪い。
さっさとクビにするのが最も効率的なんだが。

[0336 仕様書無しさん 2009/12/09(水) 10:27:36]

>>334
士官ではなく、衛生兵となりたいですね。

[0337 仕様書無しさん 2009/12/09(水) 11:19:19]

じゃ俺、楽隊でペット吹くわ。

[0338 仕様書無しさん 2009/12/09(水) 12:58:04]

俺は国旗を振ってみんなを戦場に送り出すよ


生きて帰ってこいよ！

[0339 仕様書無しさん 2009/12/09(水) 15:53:37]

ああわかった、みんなスレタイを真に受けてるんじゃなく、
愚痴りたいだけなんだね・・・

[0340 仕様書無しさん 2009/12/09(水) 16:10:41]

マ板は愚痴と下ネタと憂さ晴らしで成り立っているのです。

[0341 仕様書無しさん 2009/12/09(水) 16:28:11]

SEなくしてみんなプログラマーになるってことなのか

[0342 仕様書無しさん 2009/12/09(水) 16:47:37]

アメリカでは普通のこと

[0343 仕様書無しさん 2009/12/09(水) 17:18:30]

自分で客先に出向いて
自分で無理難題聞いて
自分で仕様作って
自分でコード書くんだぜ
俺は面倒だから最後の1つだけやる仕事の方がいいわ

[0344 仕様書無しさん 2009/12/09(水) 20:18:07]

あんまりにもうんちなSEがいるから困ったねぇ┐('〜`;)┌

って皆愚痴るの

[0345 仕様書無しさん 2009/12/10(木) 08:52:06]

エセSEはなくしてプログラマーだけで理想の開発体制を！
そうすれば、JALの発券システムはトラブらないし、銀行合併に伴うシステム統合も問題なくなるし、
東証システムも止まらないし。

[0346 仕様書無しさん 2009/12/10(木) 09:27:18]

>>345
誤解すんなよ。
projectをこなすには、
*seが要らない だけで、
*プログラマ の他に、
*開発側のマネージャ
*商品戦略側のマネージャ
は必須。そして、
*品質保証的な腐れドキュメントを専門で書く担当
が要るぞ。

[0347 仕様書無しさん 2009/12/10(木) 09:39:20]

アメリカにSEがいないのは、アメリカのプログラマーが優れているから。

[0348 仕様書無しさん 2009/12/10(木) 11:14:36]

>>346
そうなんだ。
じゃあハード選定とかネットワーク、運用設計はだれがやるの？

[0349 仕様書無しさん 2009/12/10(木) 11:39:53]

スミマセンエンジニアは必要だな。
俺が直接行くと客と喧嘩になるかも知れん。

[0350 仕様書無しさん 2009/12/10(木) 17:19:26]

>>348
ハード選定もネットワーク設計も
マネージヤとプログラマが一緒になってやる。
+++hardやnetのスキルも無くてマネジメントやプログラムが出来るのかよ。って話しだ。
運用設計は更に商品戦略マネージヤも含めてやる。

昔のひとに解りやすく言うと、seがやってた仕事を皆で分担した感じだと思えば良いよ。

[0351 仕様書無しさん 2009/12/10(木) 20:00:35]

>>350
商品戦略マネージャって、自社製品開発じゃない場合もいるの？
あと、例えば銀行合併の場合、勘定系統合でシステム以外の業務フローの整備も
併せて依頼されたらどうするの？
あと、コーディングなしシステムの場合はプログラマーはなにするの？

[0352 仕様書無しさん 2009/12/10(木) 20:46:41]

「マネージヤ」だらけだなｗ
超不自然

[0353 仕様書無しさん 2009/12/10(木) 22:34:00]

>>351
>>346,350 の言ってる商品戦略マネージャってのはたぶん顧客側チームの人
じゃないかな。作って欲しい物を決めるのに責任を持つ人。
それに対して、開発側のマネージャは物の提供に責任を持つ人だと。

業務フローの整備はきっと銀行側チームの商品戦略マネージャが
各部門から人を集めてプロジェクトチームを作って決めるのが理想じゃない？
つまり、顧客側の仕事かと。

コーディングなしシステムの場合はプログラマーはコーディングしないだけで
ほかの事をやると思う。コーディングしかできない人は洋ナシだな。

[0354 仕様書無しさん 2009/12/10(木) 23:00:54]

>>353
作る時だけプロジェクトチーム作っても、運用はどうするんだ

[0355 仕様書無しさん 2009/12/10(木) 23:39:38]

ここまでがバクテリアの鞭毛運動によって発生する静電気を
変換して言語化したサンプルである。

と言われても信じてしまうくらい、共感も理解もない。
これが底辺というものか。

[0356 仕様書無しさん 2009/12/10(木) 23:51:59]

>>354
プロジェクトチームは解散（派遣は解雇）だけど、プロジェクトチームが所属した部署はなくなるわけじゃないから。

[0357 仕様書無しさん 2009/12/11(金) 08:42:27]

>>356
となると該当部署の正社員プログラマーが運用するの？
次期システム構想とか、定常的にシステムを担当するのはどんな職種の人？
あと、インフラとか全社にまたがるシステムを企画・開発・運用するのもプログラマー？

[0358 仕様書無しさん 2009/12/11(金) 09:19:26]

>>357
多分、運用専門の安いオペレータを雇うのでは？

[0359 仕様書無しさん 2009/12/11(金) 10:43:01]

>>358
情報システム部の正社員はみんな安いオペレータなの？
オペレータが次期システムの企画・開発もするの？
上場企業だと社員数50人に一人ぐらいの割合で情報システム部員がいるみたいだけど、
みんなプログラマーかオペレータなの？

[0360 仕様書無しさん 2009/12/11(金) 23:07:18]

>>359
あなたは最近仕事がないといわれてる、金融系汎用機SEですか？
残念です。

[0361 仕様書無しさん 2009/12/12(土) 00:25:18]

金融の汎用機なんて、若い世代が全く育っていないからそれなりに食っていけるだろ。
それより、ITバブル入社の製造系SEがヤバイ。

[0362 仕様書無しさん 2009/12/12(土) 01:03:30]

>>359
ユーザー企業側の情報システム部は、
2割が厚遇＆激務プロパー、残り8割はどっかからの外注とかそんな状況。

[0363 仕様書無しさん 2009/12/12(土) 18:25:28]

例えば森永乳業の情報システム部は正社員44人
外注19人だけど、どの辺が2割なの？
例えばウォルマートはアウトソーシングせず内製を徹底しているみたいだけど、
みんなプログラマーかオペレータなの？

[0364 仕様書無しさん 2009/12/12(土) 20:17:32]

質問調で書いてるけど本当に知りたいんじゃなくて
揚げ足取りだよねソレ。楽しいならなら別にいいけど
揚げ足を取ったうえでどういう結論にもっていきたいの

[0365 仕様書無しさん 2009/12/12(土) 22:26:51]

質問調のヤツは日頃叱られてばかりのダメSEで、そのくせプログラマーを見下していそう。

ただの論破好きかもしれんが。

[0366 仕様書無しさん 2009/12/13(日) 00:15:39]

？の人はSEって(たぶん自分の)職種を正当化したくて、環境の変化を認めたくない。地位を守りたい。って人。そうold-type。

[0367 仕様書無しさん 2009/12/13(日) 00:39:39]

おっさん･･･

[0368 仕様書無しさん 2009/12/13(日) 00:48:20]

だよな。
大卒＝SE
専門卒・高卒＝PG
って決まってるらしいしな。
その決まりを知らなかったから大卒SEからリンチされまくった。

[0369 仕様書無しさん 2009/12/13(日) 01:16:12]

プログラマー＝工場のライン工ｗ

[0370 仕様書無しさん 2009/12/13(日) 02:52:13]

>>363
おまえの人生有意義そうだなｗ

[0371 仕様書無しさん 2009/12/13(日) 06:45:18]

Google:
「ウチにはSEなんて居ません。ウチが欲しいのはプログラマ(宮廷博士卒)www」

[0372 仕様書無しさん 2009/12/13(日) 07:07:44]

SEって役に立っているとこ見たことないのだが

[0373 仕様書無しさん 2009/12/13(日) 07:16:42]

見えないところで役に立っていたりするものです

[0374 仕様書無しさん 2009/12/13(日) 08:57:12]

だれか>>363答えてあげたら？

[0375 仕様書無しさん 2009/12/13(日) 10:36:35]

オマエモナー

[0376 仕様書無しさん 2009/12/13(日) 11:27:54]

>>371
宮廷よりNAISTの方が日本人の場合比率高くね？

[0377 仕様書無しさん 2009/12/13(日) 11:29:42]

Googleは、プログラマも出来る研究者だろ。
研究者がプログラミングしてる所。
SEとかPGとかいうお話ではない。

[0378 仕様書無しさん 2009/12/13(日) 12:30:30]

その区別の仕方が実に日本的なんだな

[0379 仕様書無しさん 2009/12/13(日) 14:36:29]

日本的プログラマの方が先に絶滅するだろ。

[0380 仕様書無しさん 2009/12/14(月) 08:45:42]

頭いい奴にコード書かせた方が効率的だよな

[0381 仕様書無しさん 2009/12/14(月) 13:12:19]

たとえば誰ですか？

[0382 仕様書無しさん 2009/12/14(月) 13:49:23]

ゲームならジョン・カーマック
OSならタネンバウム
システムならデイビット・カトラー
検索エンジンならラリー・ペイジ


馬鹿のおもりならリヌース

[0383 仕様書無しさん 2009/12/14(月) 19:36:03]

うーん、この人達をみると、SEとかプログラマーという日本的な区分が古いのかもしれない。

ITSSレベル4を全部兼務した研究者というべきか。

[0384 仕様書無しさん 2009/12/14(月) 21:24:50]

ジョン・カーマックって誰だ？って思ったら
DOOMやQUAKEの人か・・・・。懐かしい・・・。
家のガレージで数人で作ってたらしいな。
ひとりであのプログラムを組んでたらしい。

そういう話を聞くと、うちのプロジェクト、あれだけ人間投入して
成功しないのは、もう馬鹿かと思えてくるわ・・・。

[0385 仕様書無しさん 2009/12/14(月) 21:45:36]

プログラマがそういう一部の職人にしか出来ないなら、お前らは今頃無職だぞ？
お前らが飯を食えるのは、馬鹿でも誰にでも仕事が出来るようにした仕組みのお陰。
どうしようもない人間を使う為に、管理者が必要で、その会社を管理する為の管理者が必要でｒｙ

そして、質を数で補う雇用体系、それを管理する人間が必要。と
まぁ、なるべくして今のPGの地位低下とSEが偉そうにしてる世界になってるわけだな。
それをこわすということは、お前らが失職するということ。

[0386 仕様書無しさん 2009/12/14(月) 23:01:24]

>>384
それが日本だと神主になってしまうという。

[0387 仕様書無しさん 2009/12/14(月) 23:08:58]

最強のプログラマは、戦略からプログラミングまで出来る研究者だと思う。
役職の細分化は、ロスが大きすぎる。

[0388 仕様書無しさん 2009/12/15(火) 00:42:06]

>>384
人数多いからでかいこと出来るかって言えば、全然そうじゃないってのがかなり
初期の段階で判明してるからな。 人月の神話でとりあえず人を投入するのが
ダメと分かって、闘うプログラマーで人数を投入する場合はロスが多くても
優秀な人間を投入して乗り切れっていう感じになったからｎ。

そういう大きいプロジェクトほどSEというか、全体を見回せて調整が出来るのが
いる必要があるが、テトリスのごとく隙間を無駄に埋めようとするだけの能無し
ばかりだからうまくいかない。

[0389 仕様書無しさん 2009/12/15(火) 00:43:36]

>>388
仕切ってるのはピンハネ目的で現場が炎上すればするほど儲かる連中だぞ。

[0390 仕様書無しさん 2009/12/15(火) 08:24:43]

>>389
酷い話だかが正解だなぁ。
でも、この不況でそういう組織はようやく叩かれるようになってきた。
そういうやつらはだいぶ減るんじゃないかな。

[0391 仕様書無しさん 2009/12/15(火) 08:57:23]

>>390
いや、不況で最初に切られるのはオフショア開発で
いらなくなった人達だ・・・

[0392 仕様書無しさん 2009/12/15(火) 09:50:52]

>>391
オフショア開発は余り安くなんないんじゃね？
コーディングから単体テストまでを出すつもりだろうが、
厳密な仕様書作成と、プログラム受け入れの工数がばかになんないから。

[0393 仕様書無しさん 2009/12/15(火) 12:30:37]

>>391
大丈夫。このまま順調にいけば、中国に出すより日本人にやらせたほうが
安く済むようになるから＾＾

[0394 仕様書無しさん 2009/12/15(火) 14:30:47]

>>393
ははは、そうだね。
でも第二・第三の中国が出てくるよ。

[0395 仕様書無しさん 2009/12/15(火) 17:15:28]

大丈夫。このまま順調にいけば、どの国に出すより日本人にやらせたほうが
安く済むようになるから＾＾
経済力も伝統も国際的な信用も失いそうだし

[0396 仕様書無しさん 2009/12/15(火) 20:57:48]

ブリッジSEｗ

[0397 仕様書無しさん 2009/12/16(水) 02:07:55]

>>393
洒落に成ってないwww

ポルナレフのAAじゃないけど、ウチも安月給を通り越して
マイナスの賃金に成る月も有るもんな…。

[0398 仕様書無しさん 2009/12/16(水) 02:36:15]

ウチ残業付けたら減俸だよ

[0399 仕様書無しさん 2009/12/16(水) 08:36:04]

>>395
そうすればスレタイが実現して、日本は頭を使わない労働集約型になれるか。
中国やインドのブリッジSEに使われるPG。

あ、でも、中国語も英語もできないから無理か。

[0400 仕様書無しさん 2009/12/16(水) 08:51:49]

そのためのブリッジSEだろ？

[0401 仕様書無しさん 2009/12/16(水) 21:45:19]

中国人やインド人のブリッジSEに支配される日本人PG

[0402 仕様書無しさん 2009/12/17(木) 00:37:20]

>>401
> 中国人やインド人のブリッジSEに支配
むしろそれは望むところ。
日本のPMの遅れ具合をかんがみれば。

[0403 仕様書無しさん 2009/12/17(木) 00:59:57]

ヒト売り営業に支配されるよりは…

[0404 仕様書無しさん 2009/12/17(木) 03:16:34]

>>402
またもや外圧頼みかｗ
つくづく日本は自己改善能力の無い国と実感するのであった。

[0405 仕様書無しさん 2009/12/17(木) 08:39:45]

まあ海外にSE、PGがいないわけじゃなくて、呼び方が違うだけなんだけどな。
ITアーキテクト、アプリケーションエンジニア、テクノロジースペシャリスト、
プロダクトマネージャ、インダストリーマネージャ、エバンジェリスト・・・

日本はこれらをザックリ「SE」「PG」と分けているだけだと感じた。
外資の俺の感想。

[0406 仕様書無しさん 2009/12/17(木) 08:50:40]

そういう意味で言ったら営業も同じで、アカウントリプリゼンタティブ、アカウントエグゼクティブ、
パートナーマネージャ、ソリューションスペシャリスト・・・
まだまだある。

そもそも海外との職種定義の違いはIT業界に限ったことじゃないのに、
無知無能君に限ってスレタイみたいなこと言うよね。

[0407 仕様書無しさん 2009/12/17(木) 12:39:27]

言いません。

[0408 仕様書無しさん 2009/12/17(木) 14:33:05]

>>405-406
その職業名の部分が全部英語表記だったら嫌味な感じでよかったのにｗ


日本だとエバンジェリストって、提灯ライターみたいなイメージ。

[0409 仕様書無しさん 2009/12/17(木) 15:56:31]

お前のイメージなどどうでも良い

[0410 仕様書無しさん 2009/12/17(木) 15:57:15]

>>405
呼び方だけでなく内容も違うだろ。
ゆいいつ
SE＝プロダクトマネージャ
が近いぐらいで、あとは該当無し。
PG＝コーダー
でバッチリか？向こうにもコーダーぐらい居るだろ。

そう考えると日本は、プロダクトマネージャ＋コーダー
だけで作ったシステムで成り立ってるわけで、
もうアフォかとｗ

[0411 仕様書無しさん 2009/12/17(木) 17:39:45]

>>409
エバンジェリスト乙

[0412 仕様書無しさん 2009/12/17(木) 17:41:42]

逃げちゃだめだ

[0413 仕様書無しさん 2009/12/17(木) 19:30:52]

>>410
君の回りに当てはめるとそうかもしれない。
でも世の中は広いよ。

[0414 仕様書無しさん 2009/12/17(木) 19:38:00]

私が死んでも代わりはいるもの

[0415 仕様書無しさん 2009/12/18(金) 01:46:19]

PG「私が死んでも代わりはいるもの」

[0416 仕様書無しさん 2009/12/18(金) 02:20:16]

自分の代わりなんていくらでもいるだろうと思うのだが、他の奴が出来なかった
仕事をオレに積むのは止めてもらいたいと思ったり。

[0417 仕様書無しさん 2009/12/18(金) 20:12:29]

あんたバカぁ?

[0418 仕様書無しさん 2009/12/18(金) 21:05:56]

わたしはたぶん三人目だから

[0419 仕様書無しさん 2009/12/19(土) 02:18:31]

エヴァンジェリストでここまで引っ張るお前らって・・・

[0420 仕様書無しさん 2009/12/20(日) 17:39:05]

営業「予備が使えなくなった。もう一度だ。」
PG「………………ﾊｲ……」

[0421 仕様書無しさん 2009/12/20(日) 20:21:01]

ワロタwww

[0422 仕様書無しさん 2009/12/21(月) 16:02:55]

使徒・・・顧客
ゲンドウ・・・PM
ミサト・・・SE
シンジ、綾波・・・PG

[0423 仕様書無しさん 2009/12/21(月) 22:50:48]

>>405-406
「自称」が抜けてるな、日本の場合。

[0424 仕様書無しさん 2009/12/22(火) 01:13:42]

デニス・リッチーは今でも
自分はプログラマだと言い続けているのかな

[0425 仕様書無しさん 2009/12/22(火) 18:28:39]

ああ、追加だけど外資や海外にも自称が多いよ。
ロールが決まっててそういう職種でいますけど実は違うんです、みたいなやつはゴロゴロいる。

あと融通が効かない。いや、それは私の仕事ではありません、みたいな感じ。
恩も義理もあったもんじゃない。
日本はそういうとこれがいいね。

[0426 仕様書無しさん 2009/12/22(火) 20:08:06]

日本のそういうとこが、SEという職種を駄目にしている気がする

[0427 仕様書無しさん 2009/12/22(火) 20:30:57]

まあ隣の芝は青いんだよ、お互いｗ

[0428 仕様書無しさん 2009/12/24(木) 01:00:38]

「俺はコッチをやったんだから、お前はあっちをやるべきだろ」
みたいなのも、ある意味杓子定規の一種だよ。
つまり、結局は融通は利いてないんだよ。

あと、SEという職種以外の分野では、融通を利かせれば
上手く仕事がまとまる職種は多いだろうが、
SEは人間を相手に仕事しているようで、実際にはシステム相手の仕事だ。
システムを設計するのが目的であり、システム中心で考えねばな。
つまり人間ではなく、機械的手順相手の仕事な訳で、
本質的に融通は利かなくて当たり前だろう。

日本人はそういうとこ理解できてないから、
最初に言った話みたいに、人間関係の都合に合わせた
設計になるところが良くないな。
で合理的な設計になる訳がないと。

[0429 仕様書無しさん 2009/12/24(木) 10:13:30]

>>428
まだまだ考えが足りないねぇ。
システムは目的じゃないよ。目的を実現するための手段。
(システムを使って金を儲けるとか、団体の知名度を上げるとか、ね。)
システムを作ること自体を目的だと勘違いするところから悲劇がはじまる。
>>428もこの線から考えなおしてみ？自分がいってることのおかしな部分に気付くよ。

[0430 仕様書無しさん 2009/12/24(木) 16:52:27]

俺は>>428,>>429両方とも極論だと思う。
システムは手段でもあり目的でもある。
SEとして技術屋の誇りは持つべきだけど、
それがなんのため使われてに、どんなことに貢献するか常に意識することは必要。

とりあえず>>429はまだ若いから、いろんなこと吸収して
がんばってね。

[0431 仕様書無しさん 2009/12/24(木) 19:14:46]

こっちは意図があって隠蔽してるのに、何度説明しても
「テーブルの定義が出せないなどSEの仕事としてありえない」
の一点張りで、聞いちゃくれない。
太古からのやり方を受け継いでる人達は、自分のやってきた方法を
ガンとして曲げようとしないので、新しいやり方の導入なんて無理。
日本はこんなPJばっかだし。

どっちが融通利かないんだか。

[0432 仕様書無しさん 2009/12/24(木) 19:46:30]

>>431
どうみてもおまえのアカウンタビリティ不足だろ

[0433 仕様書無しさん 2009/12/24(木) 21:11:38]

じゃあそもそもが、どう考えても>>425のアカウンタビリティ不足だって結論だな。

[0434 仕様書無しさん 2009/12/24(木) 23:23:05]

アカウンタビリティーってなに？

[0435 仕様書無しさん 2009/12/25(金) 07:52:55]

無理して横文字使わなくてもいいのに。
文脈からすると、説明能力不足ってことだよなあ。

[0436 仕様書無しさん 2009/12/25(金) 09:05:26]

日本のSEがなんでだめか分かった気がする。
語学もガラパゴス・・・

[0437 仕様書無しさん 2009/12/25(金) 12:33:02]

頭の中はエロマンガ島

[0438 仕様書無しさん 2009/12/25(金) 23:36:59]

逆だろう。
日本のSEは、話術に長けた者が勝ち残り過ぎだ。
中身が無くても話が上手い奴が通る世界。
逆に言えば、聞き手が相手の中身を読み取る能力が無いとも言える。

一般職なら少々中身が無くても誤魔化せるけど、SEの仕事はなあ…
駄目なシステムは駄目な通りにしか動いてはくれない。

[0439 仕様書無しさん 2009/12/25(金) 23:53:47]

つまり、できあがったものが良いか悪いかは問題じゃないのさ
作る前の折衝のほうが重要なのさ

[0440 仕様書無しさん 2009/12/26(土) 00:17:12]

そして糞なシステムが大量生産されるとｗ

[0441 仕様書無しさん 2009/12/26(土) 01:57:57]

そのダメなシステムを動かすために何柱もの人柱が立つと、、、

[0442 仕様書無しさん 2010/01/05(火) 12:34:20]

外資だが、話術に長けたやつが残るのは外資のほうが多いよ。
日本の会社とつきあっててわかる。

[0443 仕様書無しさん 2010/01/05(火) 16:06:30]

・中身があるものを、分からない人に上手く説明する技術
・中身がないものを、分からない人に、分からないのを利用して良さげに見せる技術


海外は知らんが、日本のSEは後者だけしか居ない気がする。
日本の場合は、中身が無いのを知ってて…という詐欺的なものではなくて、
理解できないので、中身が無いことに気づかないだけな気もするが。

で過程や建前はどうあれ、コンピューターさんは中身だけしか見ないので、いざ動かすと…

[0444 仕様書無しさん 2010/01/05(火) 17:38:52]

騙される側が悪いとしか言えんな。
問われているのは聞く側のスキルだろ。

[0445 仕様書無しさん 2010/01/05(火) 19:16:12]

>>443
むしろ外資は後者がものすごくうまいよ

[0446 仕様書無しさん 2010/01/05(火) 20:43:09]

結果としてアメリカ産の方が使えるモノを残してるんだから、
中身がちゃんとあったんだよ。たぶん。

[0447 仕様書無しさん 2010/01/05(火) 22:31:21]

そもそも日本では、ネガティブなことを言う奴は採用の時点で無条件に落とされてるってのがあるな。
駄目システムになりかけてる場合、本当に必要な人材はそういう奴の中にこそ居るんだけどな。
自分の下にはイエスマンばかりを揃えたSEが居て、どうにもならなかったプロジェクトもあったｗ
駄目な方向に向かって爆進してるのが分かっていつつ、誰も止められない…みたいなｗ
これがデスマーチってやつさ。
日本人てそういうの多いけど、そういう民族？
でもね、インド人に付き合えってのは無理だと思うのさ。


話が逸れてしまったので戻すとする。
そうだね確かに問題は、出された対案の良し悪しを判断する眼が無いことだろう。
だから、糞な対案しか出せないのに駄目出しだけ上手い奴（つまり単なる破壊者）と、
優秀なSEとの区別が付かず、両者が同じに見えてしまう。
結果としてイエスマン好きになってしまう気持ちも分からんでもない。

[0448 仕様書無しさん 2010/01/06(水) 09:13:25]

ていうか、おまいら海外のなにと比較して日本のSEは・・・って言ってるんだ？
妄想？
隣の芝は青くみえるものだよ

[0449 仕様書無しさん 2010/01/06(水) 11:36:52]

井の中の蛙自慢ですかｗ

[0450 仕様書無しさん 2010/01/06(水) 19:45:40]

ダメなシステムを作ることに意義があるんだ

いいもん作ってどうする

[0451 仕様書無しさん 2010/01/06(水) 19:50:22]

>>450 が核心を突いたｗｗｗ

[0452 仕様書無しさん 2010/01/06(水) 19:56:28]

素晴らしいシステム作っちゃうと俺ら失業するもんなｗ

[0453 仕様書無しさん 2010/01/06(水) 20:47:03]

自分がやらなくても誰かがやるんだ
だったら……！！

[0454 仕様書無しさん 2010/01/06(水) 21:32:54]

空気を読んで行動し、裏切り者は暗黙の内に排除され、
全体として破綻せず機能させるのが得意な、
日本でしかありえない統率力だなｗ



違う意味で破綻してるけどｗ

[0455 仕様書無しさん 2010/01/06(水) 23:21:03]

>>454
そして、自宅待機者はどんどん死ぬんだｗ

[0456 仕様書無しさん 2010/01/07(木) 00:46:02]

ＳＥは、客のやりたい事を聞きだし、要件書をまとめるだけにしてくれ。
技術的なことも提案だけにしてくれ。

工程も希望を言うだけにしてくれ。　勝手に決められても、守れない。　

[0457 仕様書無しさん 2010/01/07(木) 03:17:51]

上に言われたのだが、開発職とSEは違う職種なのか？
プログラム好きで入社したのにおまえはSEなんだから
トークセンス磨けとか、客のご機嫌取りばかり要求される
営業やカバン持ちするくらいならIT業界なんて選ぶわけねーだろ

[0458 仕様書無しさん 2010/01/07(木) 04:13:27]

プログラミングが好きなら、なんでPGにならなかったの？
そりゃSEになったら、そうなるのは当然だろ

[0459 仕様書無しさん 2010/01/07(木) 08:09:43]

>>457
じゃあおまえは向いてないな
社会人として

[0460 仕様書無しさん 2010/01/07(木) 08:47:08]

トークセンス磨いて客のご機嫌取りばかり要求される営業やカバン持ち
と
プログラマー
だけで、まともなシステムが組み上がると思ってる、経営側の問題なんだよ、要はな。

[0461 仕様書無しさん 2010/01/07(木) 09:06:10]

>>406
ん？あとどんな職種が必要なの？

[0462 仕様書無しさん 2010/01/07(木) 10:50:44]

>>460
COBOL全盛の時代は、それだけだったな。
システム規模に比例して級数的に大量のSEとPGと期間を必要としたが、
大量の金継ぎこんで、物量作戦でなんとかなっていた。
だがこれはいまや古典だ。

これによりソフトフェアクライシスとかいう言葉が生まれ、ソフトウェア工学なるものが出来、
効率よく生産する術を我々は得たのだ。
逆に言えば古典がいかに行き当たりばったりで、設計と言えるレベルではないのかが伺える。


金を出す側もそれを知っているので、古典を今やると絶対採算が合わない。
だが、いまだに古典なプロジェクトはある。つか多い。
ソフトフェア工学のスペシャリストってのが日本で育たないってのもあるだろうが、
経営者がCOBOL時代の頭だと、>>460の職種しか知らないんだからしょうがない。
で採算が合わないのに、古典方式でやってるってことは、どこに皺寄せが逝くかというと…

[0463 仕様書無しさん 2010/01/07(木) 23:11:59]

そういう老害コボラー上がりのヒト売り人事が、就活板で
工作活動しまくっててウザいわけだが…。
カバン持ちSEとPGの違いをgdgd書いて得意に成ってる。
Googleみたいなプログラマは理解不能らしい。

[0464 仕様書無しさん 2010/01/08(金) 23:41:51]

gdgd書いてないで、さっさと「Googleみたいなプログラマ」になれば？

[0465 仕様書無しさん 2010/01/08(金) 23:52:12]

それをやろうとすると、上司に怒られるのが日本です。

[0466 仕様書無しさん 2010/01/09(土) 01:04:18]

じゃあgoogle行くか独立しろ

[0467 仕様書無しさん 2010/01/09(土) 02:00:03]

独立しようとすれば、国が障害になるのが日本です。
googleみたいな事をすれば、利権団体にフルボッコにされるのが日本です。

[0468 仕様書無しさん 2010/01/09(土) 07:39:31]

じゃあ日本出てけ

[0469 仕様書無しさん 2010/01/09(土) 16:39:50]

実際、優秀なSEは活躍の場を求めて日本を出て行っちゃうんだよな。

[0470 仕様書無しさん 2010/01/09(土) 20:14:54]

つまり日本に残っている95%のIT技術者は無能だと

[0471 仕様書無しさん 2010/01/10(日) 03:02:44]

優秀な技術者が日本にいても力を発揮できる受け皿となる組織がない

[0472 仕様書無しさん 2010/01/10(日) 04:16:50]

それどころか、人間仕様書として駄目システムに寄生して儲けるビジネスモデルを破壊する存在として廃絶されてしまう。
もし優秀な技術を持っていたとしても、それを見せては駄目だ。潰されるぞ。

[0473 仕様書無しさん 2010/01/10(日) 04:23:19]

日本は奴隷教育は熱心にやったけど、エリート教育はかけらもやってないので上に達人がいないんだよね。

ま、仮に帝王なんとかを受けた人がいても、金主が強盗を元手にした金貸ししかいないからな。

[0474 仕様書無しさん 2010/01/11(月) 02:10:16]

だから文句があるなら日本出てけって
優秀なプログラマー様なんだろ？ｗ

[0475 仕様書無しさん 2010/01/11(月) 15:41:50]

どこに出て行くの？ｗ
イエローモンキーを実力のみで受け入れてくれる国は無いと思うぞ。
ヘタにでしゃばると、暴動にあうし

[0476 仕様書無しさん 2010/01/11(月) 17:30:56]

優秀なプログラマなんだから問題ないだろ

[0477 仕様書無しさん 2010/01/11(月) 17:52:29]

優秀なプログラマであっても、優秀な人種ではないので無理です。
日本人を辞めるしかありません。肌の色レベルで

[0478 仕様書無しさん 2010/01/11(月) 18:58:37]

そういうのも超えるのが優秀なプログラマ様であらせられるよ

[0479 仕様書無しさん 2010/01/11(月) 20:55:58]

なんだ、だめなのは日本じゃなくておまえらか

[0480 仕様書無しさん 2010/01/11(月) 23:00:12]

日本を褒めても何も出ないぞ

[0481 仕様書無しさん 2010/01/12(火) 00:29:18]

日本だけじゃなくて、どこの国もダメ
どこもかしこも、利権にまみれてる。

[0482 仕様書無しさん 2010/01/12(火) 10:47:12]

仕事はそこそこまぁまぁ適当
趣味で作るときは本気出す

[0483 仕様書無しさん 2010/01/13(水) 01:26:18]

日本もだめ、海外もだめ
イエローモンキーだからだめ
エリート教育してないからだめ
受け皿となる組織がないからだめ
上司に怒られるからだめ
経営者がCOBOL時代の頭だからだめ

・・・・無能、他力本願、積極性なし、協調性なし
本当にだめなのはおまえら自身じゃ

[0484 仕様書無しさん 2010/01/13(水) 02:13:24]

お前ら飼い慣らされすぎなんだよ。

歴史を見てみろ、多少強引でなければ自分の理想に何日近づけないんだぞ。

明日からはもっと強引にやれよな。

[0485 仕様書無しさん 2010/01/13(水) 02:28:05]

>>484
とりあえず、人事に頭下げたくないので
就職活動辞めてみた。

[0486 仕様書無しさん 2010/01/13(水) 02:42:46]

>>485
いや、俺がいいたいのはそういうことじゃないんだけどさ…笑

文句言ってないて現状を変えろ。
強引さが必要なら強引に変えろ。
敵を作らない方がいいなら時間をかけて変えろ。
馬鹿な営業とか人事とかに負けるとか、絶対許さないからな。最後は勝てよ。

[0487 仕様書無しさん 2010/01/13(水) 03:35:57]

>>485
それは素晴らしい考えだが、残念ながら文明のある世界では死を意味する。
素人と平民にはお勧めできない。

[0488 仕様書無しさん 2010/01/13(水) 22:35:01]

まあ、馬鹿な営業とか人事とかに飼われて毛を毟られて肉となるだけの羊ちゃんが多いから、
いつまで経っても馬鹿な営業とか人事とかが淘汰されないのは事実だな。

[0489 仕様書無しさん 2010/01/14(木) 08:20:00]

何も知らない新卒が次々と「供給」されて来るからな。
飛んで火に入る夏の虫。

[0490 仕様書無しさん 2010/01/14(木) 23:14:42]

顧客の開発室に、協力会社として入ってるＳＥなんだけど、
なんか去年の暮から、ウチのプロパーのリーダーが、
作業指示を出してくれなくない。

代わりに協力先の会社の人から作業指示してもらってるんだけど、
これって問題じゃないのかな？どっちに問題があるか解からないけど。

[0491 仕様書無しさん 2010/01/14(木) 23:29:28]

＞作業指示を出してくれなくない。
　　　　　　　　　　　　＾＾＾＾＾＾＾＾＾＾
いいじゃん。そこそそ出してくれてるんだろ？ｗ

[0492 仕様書無しさん 2010/01/15(金) 02:10:58]

そこそそってなんだｗ

みんな日本語が危険が危ないな

[0493 仕様書無しさん 2010/01/15(金) 03:33:50]

＞そこそそ

女の子が言ったとしたら、なんかエロいなｗ

[0494 仕様書無しさん 2010/01/15(金) 08:39:43]

>>490
あんた何年目？
いつまで指示待ち人間？
自分で仕事見つけろって事だと思うよ。

[0495 仕様書無しさん 2010/01/15(金) 08:43:43]

ルーティーンワークだけでアップアップの線表しか引いて来ないので、
自分で仕事増やす奴は馬鹿を見る構造ってのもあるけどなｗ

[0496 仕様書無しさん 2010/01/15(金) 10:49:17]

>>494
「協力会社として入ってるＳＥ」が勝手なこと出来んだろ。
所詮、人足なんだから。

[0497 490 2010/01/15(金) 23:48:32]

前のカキコはどうも入力ミスです。ｽﾏｿ

>>494
３年目に入っています。

基本、>>496の言うとおりです。
僕が居て、リーダーがいて、その上に協力先の取りまとめ役が居ます。

これまで作業は、協力先の取りまとめ→リーダー→>>490
だったのが、契約が変わり、協力先の取りまとめ→>>490
が可能になった。 途端に指示なし。。。

リーダーとして給料貰ってるのに、ほっといて良いんだろうか。。。。

[0498 仕様書無しさん 2010/01/15(金) 23:59:33]

明らかな偽装請負ですな。思い切り労働基準法違反。

[0499 仕様書無しさん 2010/01/16(土) 00:19:19]

証拠集めて労働局にチクれ！
でないと業界全体がブラックに汚染されてしまう。

[0500 仕様書無しさん 2010/01/16(土) 00:22:26]

請負なので指示は出せない
↓
請負リーダーが駄目で、これじゃデスマ確実ｗｗｗ
↓
発注側が仕方なく実質リーダー
↓
偽装派遣の黄金パターン完成ｗ

[0501 490 2010/01/16(土) 11:21:59]

皆さんありがとうございます。

実はこれまで契約が一括だったのが
リーダー、>>490共に契約を派遣に切り替えられています。

だからといって、上司が部下の面倒を見ないのは、
やっぱり違法なんですよね。

ちゃんと証拠を集めて、退職勧告された時にでも出せるようにします。

[0502 仕様書無しさん 2010/01/16(土) 11:26:42]

ん？
偽装だってチクられたら捕まるから、派遣に切り替えたってこったろ？

[0503 仕様書無しさん 2010/01/16(土) 16:55:29]

それを先に言えよアフォウ
だったら違法でも何でもねえよ

[0504 仕様書無しさん 2010/01/16(土) 17:59:16]

派遣だって言うと嫌がるから、請負で面子を集めといて、
回りだしてから派遣に切り替えるという、新手の手法じゃねえか？？ｗ
確かにこの手は使えそうだなｗｗ

[0505 仕様書無しさん 2010/01/17(日) 04:07:21]

SEと言う名のセールスエンジニアなら沢山知ってる。
そいつらは確かに要らない。
ちゅうか、誤解を招くからSEって言うのやめれ。

[0506 仕様書無しさん 2010/01/17(日) 07:11:47]

言葉ってのは、本来の定義より、よく使われる意味の方が残っていき、
最後には本来の定義に置き換わっていくもんですよ。
実態がそうなら、そっちがいずれ本来の定義になるんじゃないかな。

[0507 仕様書無しさん 2010/01/19(火) 11:01:24]

そのうち「携帯」の意味も、「持ち歩く」から「電話みたいなもの」の意味に変わるよ。

[0508 仕様書無しさん 2010/01/19(火) 11:22:35]

そのうちマイコンの意味も、パソコンになっちゃうよ


・・あ、それは20年前に通った道かｗ

[0509 仕様書無しさん 2010/01/19(火) 11:40:51]

>>507
漢字で意味が固定されてるから変わらないよ
あくまで俗語

[0510 仕様書無しさん 2010/01/19(火) 11:49:33]

新語なんて、最初は何でも俗語だって

[0511 仕様書無しさん 2010/01/19(火) 19:32:27]

MSといったらマイクロソフトでもモビルスーツでもなく
シュレッダーだべ常考

[0512 仕様書無しさん 2010/01/19(火) 20:16:11]

メイプルストーリーのことかとおもた

[0513 仕様書無しさん 2010/01/19(火) 20:40:25]

ご主人様と奴隷だろ

[0514 仕様書無しさん 2010/01/19(火) 20:43:28]

つーか
拘束プレイだろ

[0515 仕様書無しさん 2010/01/20(水) 01:46:06]

確かにMS案件は拘束プレイ多い罠w

[0516 仕様書無しさん 2010/01/20(水) 04:52:49]

とりあえずSierの大部分を解体しちゃえばいいんじゃない？こんなゼネコン体質じゃ、いつまでたっても世界にリーチできるサービス作りなんて無理。そんでだれかGoogleを作れ。はなしはそれからだ。

[0517 仕様書無しさん 2010/01/20(水) 08:21:52]

>>510
最近じゃ、レンズが交換できるカメラのことを「一眼」と呼んでいる事実を知ったとき、
驚愕したｗ
しかも一流大手メーカーが直々とｗｗ

[0518 仕様書無しさん 2010/01/20(水) 12:36:39]

なんで驚愕するのかわけわからん

[0519 仕様書無しさん 2010/01/20(水) 14:32:29]

レンズ交換式≠一眼

[0520 仕様書無しさん 2010/01/20(水) 16:52:33]

なんか良くわからんけど、お前の一眼の定義は何なんだ？

[0521 仕様書無しさん 2010/01/20(水) 16:56:22]

デジカメの中で、一眼レフカメラに外観がよく似た奴をデジタル一眼って言ってるんだろ。
俺も何で驚愕するのかわからん。

[0522 仕様書無しさん 2010/01/20(水) 17:00:40]

え？一眼レフって、カメラのレンズ部分が１つ目のやつじゃないの？
そうじゃないのは、2つ目でステレオ的に取るとか？

[0523 仕様書無しさん 2010/01/20(水) 17:18:44]

寧ろ、デジタルなら普通は一眼じゃないのかと。

[0524 仕様書無しさん 2010/01/20(水) 17:34:22]

カメラ付き携帯電話も一眼だよな

[0525 仕様書無しさん 2010/01/20(水) 17:40:58]

>>522
昔は二眼だったのよ。
http://images.google.com/images?sourceid=chrome&q=%E4%BA%8C%E7%9C%BC%E3%83%AC%E3%83%95%E3%82%AB%E3%83%A1%E3%83%A9&um=1&ie=UTF-8&ei=X8FWS9amOYyTkAXzoKiPCg&sa=X&oi=image_result_group&ct=title&resnum=4&ved=0CCoQsAQwAw
それに対する一眼。

[0526 仕様書無しさん 2010/01/20(水) 17:42:07]

お前ら、カメラ板行け

[0527 仕様書無しさん 2010/01/20(水) 17:44:40]

>>521
見た目の問題かよｗ
ガンダムによく似た「カソタム」みたいなの作って売っちゃうみたいなｗ

ディズニーキャラモドキなキャラがたむろってる中華遊園地でさえ、
「ディズニー」とは名乗らないのに、それ以下だなｗ

[0528 仕様書無しさん 2010/01/20(水) 18:01:11]

>>517
で、「一眼じゃないのに、レンズが交換できるという理由で一眼と呼んでいる」
実例をあげてみてくれ。

[0529 仕様書無しさん 2010/01/20(水) 18:13:29]

Wikipedia見りゃ、一眼がどういうものなのかわかる。
それがお前の認識と違うというなら、お前の認識不足だ。

[0530 仕様書無しさん 2010/01/20(水) 18:15:32]

「一流大手メーカーが直々と」って変だろ

[0531 仕様書無しさん 2010/01/20(水) 19:59:05]

さあ、だんだんとツッコミどころが苦しくなってきましたｗ

[0532 仕様書無しさん 2010/01/20(水) 22:07:18]

というか、一眼って他になにを指すの？

[0533 仕様書無しさん 2010/01/20(水) 23:17:49]

二眼レフも普通、レンズ交換可能。
Cマウントの監視カメラだって、一眼だしレンズ交換可能。

自動監視システム組んだり、デジカメのファームウェア
組んでたSEなら、今時の呼称には疑問を感じずにはいられない。

[0534 仕様書無しさん 2010/01/20(水) 23:29:34]

写真に少しも興味がない俺でも、
たぶん小学校高学年の時点で一眼レフの意味ぐらい知ってたし、
それが理科系タイプの人間の標準だと思うんだけどな。

しかし>>517みたいな人って時々いるよな。
どういう神経してるんだろう。

[0535 仕様書無しさん 2010/01/20(水) 23:31:22]

ごめん>>517に噛み付いてる人、の間違いね。

[0536 仕様書無しさん 2010/01/21(木) 00:14:39]

517が本当かどうか走らないが、
本当ならびっくりするわな。「一」の意味無いしな。

[0537 vz ◆AOg0i44PYI 2010/01/21(木) 01:32:08]

ＥＶＦを使ってるカメラを一眼レフって呼ぶとかなら
確かに間違えだが、「一眼」って言葉自体に既にレンズ交換式の
ゴツイカメラのコノテーションがあるからレンズ交換式の
デジタルカメラを「デジタル一眼」と呼ぶのは別に不思議じゃない。

そもそも、単語の意味の変化や誤用なんて言語学的には正常な
事象なんだから理系ならこれを嫌悪するってのは違和感を感じる。
実際に普遍的に起きている事象を認めず、教条的な定義に
固執するのは科学ではなく神学じゃん。

[0538 仕様書無しさん 2010/01/21(木) 01:37:50]

はぁ？

[0539 仕様書無しさん 2010/01/21(木) 04:10:06]

仏蘭西語では「ポルターブル」(portable)と言えば
すでに「ケータイ」の事を指すそうだ

[0540 仕様書無しさん 2010/01/21(木) 04:21:23]

その調子で
>違和感を感じる。
これも正当化してみてくれ。

[0541 仕様書無しさん 2010/01/21(木) 05:32:50]

>「一眼」って言葉自体に既にレンズ交換式の
>ゴツイカメラのコノテーションがあるから
無いよ。

[0542 仕様書無しさん 2010/01/21(木) 08:12:36]

で、SEという職業をなくしたい話と、一眼がなんの関係あるわけ？

[0543 仕様書無しさん 2010/01/21(木) 08:30:33]

言葉が一人歩きして本来の意味を失っているところとか

[0544 仕様書無しさん 2010/01/21(木) 11:49:08]

んなもん大概の言語で相当数あるだろ
日本語だっていろいろ変化して今の意味になった単語はたくさんある
今現在変わりつつある単語だけ血祭りにあげても何の意味もないよ

[0545 仕様書無しさん 2010/01/21(木) 11:51:50]

taxi なんかもそうだな
本来tax（税金・料金）から来た「運賃表示器」の意味なのに
（客を乗せて）走る、移動する、という意味に取って変わられちまった
飛行機が地上を自走するのもタキシングなんて言うようになった

[0546 仕様書無しさん 2010/01/21(木) 11:57:04]

という訳で、やがら長くなっちまいましたが、
>>505-506の説の正しさを理解していただけたでしょうかね？

てことで、この話題はお開きに。

[0547 仕様書無しさん 2010/01/22(金) 00:04:27]

適当だな

[0548 仕様書無しさん 2010/01/22(金) 02:14:11]

「適当」という言葉もそもそも「すごく合ってる」という意味から
「いいかげん」という意味に使われるようになってだな（以下話題ループ

[0549 仕様書無しさん 2010/01/22(金) 02:31:43]

「良い加減」という（ｒｙ

[0550 仕様書無しさん 2010/01/22(金) 02:50:59]

いい加減にやって失敗したら、悪い意味だけど
いい加減にやって成功したら、それは素晴らしい効率

[0551 仕様書無しさん 2010/01/22(金) 06:15:09]

昔の武士は「一所」懸命に頑張ればよかったのに
今の企業戦士は「一生」懸命に頑張らなきゃいけなくなった

[0552 仕様書無しさん 2010/01/22(金) 06:20:11]

「頑張る」は我を張るという否定的な意味だったのに
努力するという肯定的な意味に（ｒｙ

[0553 仕様書無しさん 2010/01/22(金) 06:38:12]

有名どころではデフォルトだな
金融用語で「支払不履行」だったのが
「何もしない」という意味の拡大解釈から「動作指定省略」となり
さらに省略時動作の設定、「初期設定」の意味となり、さらに意味が拡大して
「設定」という行為（いわば「コンフィグ」と言われていた範囲）にまで侵食している
「何も指定しない」という意味から使われ方が一まわりして
初期値を設定する行為そのものがデフォルトと呼ばれるようになった

[0554 仕様書無しさん 2010/01/22(金) 07:43:38]

おめーらまとめて言語学板逝け

[0555 仕様書無しさん 2010/01/22(金) 11:57:53]

え？この職業言葉遊びするのが仕事だろ？ｗ

[0556 仕様書無しさん 2010/01/22(金) 12:45:30]

それはSﾖと困猿の特権だ。

[0557 仕様書無しさん 2010/01/22(金) 13:55:24]

>>553
デフォルトは省略時動作、まではいいけど、
初期設定はinitialを使いたい/使ってほしいし、
設定する行為はデフォルトと呼びたくないなあ。

……と思ったがOSXのdefaultsコマンド

[0558 仕様書無しさん 2010/01/22(金) 21:26:28]

defaultを、設定という意味で使わすかー？

んなもん潜在バグの温床として、即行没だわ。

[0559 仕様書無しさん 2010/01/23(土) 01:34:55]

　.defって拡張子のファイルがあって
なんかいろんな初期値が書いてあるからデファイン（定義）の略かなと思ったら
そこの運用SEが「いやデフォルトの略ですよ」と・・・

他にもPCの講習ビデオなんかでも
講師が「それではデフォルト画面を開いてください」
なんじゃそりゃと思ったらコンフィグ画面だったでござる、とか・・・

なんか膝が抜けるような場面に出くわすよ

[0560 仕様書無しさん 2010/01/23(土) 02:50:42]

一般人にも
暗黙の了解とかお約束の展開みたいな意味で
デフォって言いかたが広まったな

要は元の意味が「何もしないこと」そのものじゃなくて
「特別な事がない場合どうするかの取り決め」に意味がシフトしてきてる

[0561 仕様書無しさん 2010/01/23(土) 19:49:23]

デフォルトのファイルなら.orgでもつけろタコ
でもデフォルトを「既定の」と訳すのは嫌い

[0562 仕様書無しさん 2010/01/23(土) 20:46:07]

俺は不本意な使われ方をしてる事例を挙げただけ
何でタコ呼ばわりされなきゃなんねえんだ畜生

[0563 仕様書無しさん 2010/01/23(土) 23:19:40]

謝れ! タコに謝れ!

SE<<<(超えられない壁)<<<タコ

[0564 仕様書無しさん 2010/01/28(木) 23:04:06]

ターコタコタコタラコの子〜

[0565 仕様書無しさん 2010/01/29(金) 00:32:05]

くれってくりゃるかくりゃりんこ〜

[0566 仕様書無しさん 2010/01/29(金) 00:35:59]

NoPerson プログラマ = new NoPerson();

while(プログラマ.正常な精神を得る()!=NULL){
　プログラマ.仕事する();
　　if(プログラマ.胃潰瘍){
　　　プログラマ.寝る();
　　}else{
　　　プログラマ.食べる();
　}
}

プログラマ.辞める();
プログラマ.死ぬ();

[0567 仕様書無しさん 2010/01/29(金) 02:27:44]

うんhttp://pc11.2ch.net/test/read.cgi/prog/1182393849/こ

[0568 仕様書無しさん 2010/01/30(土) 00:15:37]

まあ>>553はいろいろ勘違いしてそうだなw

[0569 仕様書無しさん 2010/02/05(金) 21:52:10]

てｓ

[0570 仕様書無しさん 2010/03/15(月) 16:32:28]

おまいら！アメリカで一番ボロい仕事はSystems Engineerだそうだぞ。
>ttp://www.focus.com/images/view/7362/

[0571 仕様書無しさん 2010/03/15(月) 17:25:27]

　↑
うらやましいけど、何で？？？？？

[0572 仕様書無しさん 2010/03/16(火) 11:52:06]

アメリカのSystemsEngineerと、日本のSEが同じ職種だと思うから、不思議に思えるだけだろｗ

[0573 仕様書無しさん 2010/03/16(火) 11:58:28]

＞アメリカのSystemsEngineer

説明kwsk

アメリカのSEと日本のPGが同じ職種なら、ますます不思議になるお

[0574 仕様書無しさん 2010/03/16(火) 12:19:57]

プログラマ職業紹介
http://www.youtube.com/watch?v=CFZiil0DfMc&feature=fvw

[0575 仕様書無しさん 2010/03/16(火) 12:49:35]

日本のSEってセールスエンジニアのことだろ？
コードの書けないSEなんて世界のどこにも居ないのに、だから世界最低レベルだとかって馬鹿にされんだよ。

[0576 仕様書無しさん 2010/03/16(火) 13:16:17]

いや、それはいいから、
「”アメリカのSE”に目本でなれる方法」が
知りたいｗ

[0577 仕様書無しさん 2010/03/16(火) 13:46:40]

>570のリンク先にはITでは別に下から
Telecommunications Network Engineer
Business Analyst
Software Product Manager
Software Developer
Computer/Network Security Consultant
IT Project Manager
があるな。給料はよくてもキッツい仕事はランクが下ということか。
それにしても、これだけ別にあって
じゃSystems Engineerってなにする仕事なのか謎だな。
いわゆる請負の業務アプリ屋はSoftware Developerに入らないのか？

[0578 仕様書無しさん 2010/03/16(火) 14:01:24]

>>573
System Engineer≒システムエンジニアですらない
大規模なプロジェクトに係わる工学系大学院を卒業した人というイメージ。
惑星探査ロケットを飛ばす人とか新しい送電システムを開発する人とか

そりゃあ「システムエンジニア」と比較にならないくらい良い仕事なんじゃね

[0579 仕様書無しさん 2010/03/16(火) 15:22:17]

>惑星探査ロケットを飛ばす人とか新しい送電システムを開発する人とか そりゃあ「システムエンジニア」と比較にならないくらい良い仕事なんじゃね

ttp://nensyu-labo.com/gyousyu_jden.htm
ttp://nensyu-labo.com/gyousyu_car.htm
ttp://nensyu-labo.com/gyousyu_denki.htm
ttp://nensyu-labo.com/gyousyu_iryo.htm

そうか？
平均見る限りそうでもないような。。。

>System Engineer≒システムエンジニアですらない

ttp://nensyu-labo.com/gyousyu_jyoho.htm

Ｓヨって仕事は氏滅気味とｵﾓうが、大して変わらんお。
ましてや、Ｓヨよりマのんがこれより低い希ガスｗ

[0580 仕様書無しさん 2010/03/16(火) 15:41:34]

>>579
「良い仕事」≠「給料の高い仕事」

[0581 仕様書無しさん 2010/03/16(火) 16:15:19]

＞「良い仕事」

>惑星探査ロケットを飛ばす人とか新しい送電システムを開発する人とか

ホリエモン？？？

[0582 仕様書無しさん 2010/03/16(火) 16:36:37]

アメリカの場合

「良い仕事」＝「給料の高い仕事」



日本の場合

「ホスト時代の実績だけが頼りの古典的手法による仕事」＝「給料の高い仕事」

[0583 仕様書無しさん 2010/03/16(火) 16:42:58]

その結果→ ttp://business.nikkeibp.co.jp/article/manage/20100305/213172/

[0584 仕様書無しさん 2010/03/19(金) 09:37:08]

>日本のSEってセールスエンジニアのことだろ？
>コードの書けないSEなんて世界のどこにも居ないのに、だから世界最低レベルだとかって

↓優秀な若手　　　　　　　　　　↓希望の星　　　　　　

188 ：仕様書無しさん：2009/10/22(木) 18:39:55 　　　　　　　　　　←天才
底辺=業界の標準みたいなのやめてくれるかな
俺は時給契約特定派遣だが3300あるぞ 　　　　　　　　　　　　　　　　←優秀なエンジニア
ソフ開持ってて1000以下なんて死んだ方がいいレベルの無能なんだろ　　

↑　　　　　　　　　　　　　　　　　　　　↑
技術立国日本の鏡　　　　　　　　日本にも優秀なSEは居る！　

[0585 仕様書無しさん 2010/03/19(金) 09:43:39]

技術立国日本とか、IT系の人間でそんな幻想を信じてる大馬鹿野郎がまだ居たんだ・・・。

[0586 仕様書無しさん 2010/03/20(土) 21:14:54]

で、つまりアメリカのSystems Engineerってなにしてるの？
逆に日本でSE/PGとか言い出したどうしようもない奴はそもそも誰？
CSKだかTCSだかあべしだかFだか知らんが。

[0587 仕様書無しさん 2010/03/20(土) 22:03:01]

英語を輸入したら、似たようだが全く違うもんに使われ出したなんてのは、五万とある話。
文化が違うんだから、あたりまえじゃん。

[0588 仕様書無しさん 2010/03/21(日) 07:20:02]

顧客の業務も知らなければ稼動しているシステムの中身も知らない。
顧客から毎月6人月の保守サポート料を貰い、その時間を3人の下請けパートナーにやらせる。
(すなわち、1人で2人月分の作業をこなさなければならない)
もちろん、パートナーとは1人1人月の契約。

そりゃこんなヤクザなことしてれば、家も外車も買える給料で笑いが止まらないよな。

[0589 仕様書無しさん 2010/03/21(日) 11:43:20]

>>588
ＮＴＴデータのコンサル部の事ですか？

[0590 仕様書無しさん 2010/03/21(日) 12:25:15]

>>588
それ根本的に考え方が間違ってるよ。
もともと３人月分の作業を６人月分としてるだけ。
６人分の作業を３人にわりふってるわけじゃないから。

[0591 仕様書無しさん 2010/03/23(火) 20:33:04]

で、結局アメリカのSystems Engineerって何をしてて社会で一番な仕事なんだ？
なのに日本のシステムエンジニア(笑)をコードも書けないクソ御用聞きにしたのは
いったい誰なんだよ。

[0592 仕様書無しさん 2010/03/23(火) 20:35:05]

今までは理学部とか文系とかの高学歴の受け皿として機能してたんだよ、その時点でおかしいわけだけども。

[0593 仕様書無しさん 2010/03/23(火) 22:15:55]

「ソフトはマーケットシェア的にトップが全部持っていく傾向があるのは確かなので、トップ
であるアメリカのSEだけが良くて、日本も欧米もだめである」という見方でいいんじゃないの？
日本人のハード系の偉い人の書いた本とかでも、「ソフトはアメリカに歯が立たなかった」
という回想／反省みたいなことがよく書いてあるよ。

[0594 仕様書無しさん 2010/03/24(水) 21:00:04]

成果主義に疲れと不安

　４０代男性。妻と子の３人暮らし。ＩＴ（情報技術）企業で勤続２０年。ここ２年の個人業績が悪く、先日、早期退職を勧められました。
退職の意思がないことを伝え、もう１年頑張る決心をしましたが不安です。
http://www.yomiuri.co.jp/jinsei/shinshin/20100324-OYT8T00188.htm

[0595 仕様書無しさん 2010/03/24(水) 21:18:52]

コピペ君って馬鹿だな、まで読んだ。

[0596 仕様書無しさん 2010/03/25(木) 06:34:44]

>>586
> で、つまりアメリカのSystems Engineerってなにしてるの？

強いて言えばMCSEとかかねー。

あとさ、アメリカあたりだとソフトウェア開発者の
大きな部分にOSの作成者ってのがある。
そういう人もシステム関係と言えないことはない。

要するにアプリよりはインフラっぽい人が
システム技術者なんじゃねーかな。

[0597 仕様書無しさん 2010/03/25(木) 06:42:07]

>>591
> FIIFでは、日本企業が押さえていた国内マーケットを、
> いかに開拓するかという研究会が重ねられた。FIIFが考えたのは、
> 「米国商工会議所」を巻き込んで貿易摩擦問題と連動させることであった。
> つまり、日本車の輸入を米国に緩和してもらう条件として、
> 外資系IT企業製品を日本の官公庁へ導入してもらおうという取引である。
> 当時、この取引はマスコミに大きく取り上げられた。

一言で言えば、日本のITはトヨタの犠牲になったと言うことだな。

[0598 仕様書無しさん 2010/03/25(木) 06:42:54]

ソースは
http://summit.ismedia.jp/articles/-/165

[0599 仕様書無しさん 2010/03/27(土) 01:12:03]

>>578
SEとプログラマの違いって日本のマンションとアパートの違いみたいなもんだな
「アパートなんかじゃありません、マンションに住んでます」
外国人「何、mansionだって!!」
http://images.google.co.jp/images?q=mansion

[0600 仕様書無しさん 2010/03/27(土) 09:39:46]

アメリカでは理工系の大学を卒業しないと
ＳＥと名乗れなかったと思います。
つか、採用されませんから。

わが国など高校中退とかでもプログラマやってるし。

[0601 仕様書無しさん 2010/03/27(土) 10:00:27]

高校中退でプログラムやってる奴はプログラム自体は多少できるんだろ？
少なくとも未経験のアホよりは。

[0602 仕様書無しさん 2010/03/27(土) 10:33:54]

日本では刑務作業
ttp://www.itmedia.co.jp/enterprise/articles/0705/01/news053.html

[0603 仕様書無しさん 2010/03/27(土) 10:36:18]

>>600
アメリカのSEはシステム工学のエンジニアでコンピュータソフト開発と無関係の
SEもたくさんいる。
コンピュータソフトの開発だったら高卒でも開発者の頂点に立つやつもいる。

[0604 仕様書無しさん 2010/03/27(土) 12:01:29]

>>603
理系大卒のダメプログラマもいるが。

ソフト開発はたいして予備知識が必要がないから学歴はいらない。
中には大学で画像解析の研究して仕事で画像解析のプログラム組んでる人とかもいるんだろうけど

プログラマはプログラミング技術がいるけどSEの方はさらに知識不要。

[0605 仕様書無しさん 2010/03/27(土) 12:46:32]

＞SEの方はさらに知識不要
だからそれが日米の決定的な違いなんだって。

向こうは、SEというとソフトウェア工学に基づいた
優れた開発技法を駆使する能力が問われる。

日本みたいにお客さん騙す資料作成のための
ワープロ能力が問われる業種とは全く違う。

[0606 仕様書無しさん 2010/03/27(土) 13:01:06]

>>605
でも大学で専門にするほどのことはない
理解するのに微分積分も経済学セオリーもローマ帝国の詳細な歴史も必要じゃない
一般リーマンでもプロジェクト管理とかマネジメント技術は必要だし、一般常識的なことだろ
高度なソフトウェア科学はOS作ったりグーグル検索エンジンとかのアーキテクトを作る研究者のためのものだしな

[0607 仕様書無しさん 2010/03/27(土) 13:04:25]

大学出たからといって、ＳＥとして
優秀かどうかは不明。
それは日米共通。

できる奴は高卒でも、文系でもできるようになる。

大きな違いは、米国だとＳＥとしては
採用されないってこと。

[0608 仕様書無しさん 2010/03/27(土) 13:04:32]

>>605
だがその一般常識の技術レベルがない現場もあるのはわかる
やっつけ終電徹夜で仕上げて元請けのご機嫌取って結局作り直しとかバカかと
でも開発人月が増えて客からは頑張ってると評価されて誰も損しない

[0609 仕様書無しさん 2010/03/27(土) 13:24:55]

日米の違いは、大学の違いにもあるな。

日本みたいに代返してもらいまくってほとんど授業に出てないのに、
ソフトウェア工学を大学で学びましたみたいな学歴がゲットできるようなことは、
アメリカでは絶対ありえない。

[0610 仕様書無しさん 2010/03/27(土) 14:12:02]

FizzBuzzの件もございますことですし....

[0611 仕様書無しさん 2010/03/27(土) 16:25:01]

工学部卒のSEだが
高卒が作った会社の資格を必死で取得して
高卒が作ったOS上でソフト開発しているのであった。

[0612 仕様書無しさん 2010/03/27(土) 21:01:46]

だからさ、Software DeveloperやIT Project Managerっつのが
日本でいうPG/SEのことだというのでいいのか？違うよな。
きっとこのランキングに入らないとこにProgrammerがいるんだろ。
System EngineerはOS書いたりするヒトのことか。
だとするとそんなに数いないから、全米でボロい仕事の一位にはならんよなぁ？

[0613 仕様書無しさん 2010/03/27(土) 22:56:27]

>>612
OS書いたりする人はプログラマでは。プログラム書くんだから。
基本設計〜コーディング〜総合テストまで出来るのが本来のプログラマ
SEというのがよく分からないけどＳＥ能力が全くないプログラマはいないはず

[0614 仕様書無しさん 2010/03/28(日) 09:37:26]

坂村先生の日本人論はあまり役に立たないけど、「独自技術の開発をやめたら終わりだ」という
のは正しいと思う。ハード／ソフト論も理論家／技術家論もあまり意味はない気がする、というのは
「ソフトウェアのモジュールの界面は粘土のように切れたりくっついたりするので、標準というものに
重みがない」という話のように、そもそもソフトがあることによって境界がどんどん変わっていくのが
ソフトなんじゃないんですか。

[0615 仕様書無しさん 2010/03/28(日) 18:16:28]

>>612
> きっとこのランキングに入らないとこにProgrammerがいるんだろ。

外人はソフトウェア部品を買ってくるのが上手いし
ソフトウェア部品を作る、小さな会社がいっぱいある。

フルスクラッチな日本ほど、プログラマの人数が要らない。
またプログラマは、プログラマ兼　部品デザイナ・販売の人になる。

[0616 仕様書無しさん 2010/03/28(日) 18:32:35]

>>607
大学うんぬんもあるけど
アメリカは俳優にしても、新聞記者にしても、医者にしても
素人を許さない。日本みたいに肩書で許してもらえない。

例えば、アメリカの医者は大学を出た後に
何年も下積みを重ねて、ようやく専門家となる。
日本みたいに医師免許だけ取れば、誰でも専門医を名乗れるのとは
ワケが違う。

新聞記者もアメリカは、地方紙からだんだん成り上がって
ようやく一流紙の記者になる。
その後も一流紙という看板ではなく、個人の署名記事で勝負しなければならない。

アメリカの俳優は、どんなに有名でも毎回オーディションに出て
競争をして役が決まる。日本みたいに大手プロダクションが決めるわけではない。

[0617 仕様書無しさん 2010/03/28(日) 18:38:01]

アメリカは日本以上に学歴主義だけど
それは専門性を追求するためで
専門家としての目に見える修行プロセスを
求められるし、専門家になれば専門家として優遇される。
仕事も専門性の範囲内で割り振られる。

日本は素人主義で、学歴の評価はおおざっぱ。
学校を出れば、それでお仕舞い。
どんな専門家でも、専門性より一般性を求められる。
何でも屋を求められる。

[0618 仕様書無しさん 2010/03/28(日) 19:00:54]

>>613
> SEというのがよく分からないけどＳＥ能力が全くないプログラマはいないはず

SE能力だけで済むようなものは、パッケージで済ましてしまう。
ユーザー企業はパッケージに業務を合わせてしまうので
カスタマイズも不要で、プログラムせずに終了。

逆にプログラミングが必要なものは、特殊なものだから
アジャイルで作りながら、設計もする。
プログラミングが出来ないSEとか要らない。
また人材派遣も関係ない。ユーザー企業が直接雇う。
不要になったらクビにする。
中間搾取がないから、高給取りだし
雇う目的がはっきりしているから、それ以外の仕事はしない・させない。

[0619 仕様書無しさん 2010/03/30(火) 23:48:15]

インハウスのプログラマはアメリカにゃいねぇってか？
んなわきゃねーだろ。

[0620 仕様書無しさん 2010/03/30(火) 23:59:54]

>ttp://cruel.org/freeware/magicpot.html
>ほとんどのインハウス開発のコードは、その環境と密に統合されているので、
>それを再利用したりコピーしたりするのはとてもむずかしい（ここでいう「環境」
>というのがビジネスオフィスでの事務手続きであっても、コンバイン刈り
>取り機の燃料噴射システムであっても話は同じだ）。だから、環境が変わるに
>つれて、ソフトをそれに適合させるために、たえずいろんな作業が継続的に>必要になってくる。


>　これは「メンテナンス」と呼ばれていて、どんなソフトエンジニアでも
>システムアナリストでも、これがプログラマの賃金の大部分（75% 以上）を占め
>る点には同意するはずだ。

[0621 仕様書無しさん 2010/04/01(木) 20:20:53]

アメリカのIT業にバラ色の夢を見るスレはここですか？

[0622 仕様書無しさん 2010/04/01(木) 20:25:46]

日本のソフトウェア業界からSystem Engineerを追い出して、
Software Engineerだけの世界を作ればいいだけ

[0623 仕様書無しさん 2010/04/01(木) 20:52:09]

>>621
http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h20/html/k1222000.html

とか見ちゃうと、アメリカのあまりの凄さと
日本のあまりのダメさが歴然としているからな。
まさにガラパゴス。これぞガラパゴス。

>>622
受託開発オンリー状態を止めれば
システムエンジニアとプログラマの多重請負構造なんて
要らないんだけどねー。

業界秩序が自由化される（既得権益から見れば滅茶苦茶になる）から
そういう区別は残しておいて、上流の俺たちを優遇しろ的な主張。

・・・この１０年間で、政府からぶんどった金は10兆円以上で
９９％無駄金にしているけど、誰にも叩かれないという
不思議ガラパゴス。

まあこの国はあと１０年かそこらで滅びるよ。

[0624 仕様書無しさん 2010/04/01(木) 20:57:01]

でも受託開発も誰かがやらないと困るよねぇ

[0625 仕様書無しさん 2010/04/01(木) 21:23:26]

パッケージでいいじゃん。

特に政府系の仕事なんて
日本全国で仕事のやり方を統一して
同じシステムを使えば良い。

韓国みたいにオプソのパッケージにして
ばらまけば、同じものを１２兆円もかけて作る必要はない。
どんだけアホかと。

[0626 仕様書無しさん 2010/04/01(木) 21:25:50]

公共事業は大切だよ

[0627 仕様書無しさん 2010/04/01(木) 21:28:46]

同じものを作ることに
金をかける意味はない。

政府や大企業が支えてきたシステム開発費だが
流石に限界。世界で年間１００兆円を使っている。
これ以上は金額を増やすことは出来ない。
かと言って、システム開発は続く。

となれば、重複を減らすしか無い。
車輪の再発明で商売しているようなところには
潰れてもらって、googleみたいなのを何百社も作って
オリジナリティあふれる製品を作ってもらう。

受託しか出来ない会社や技術者はイラネー。

[0628 仕様書無しさん 2010/04/01(木) 21:32:13]

だが受託開発も誰かがやらなければならない

[0629 仕様書無しさん 2010/04/01(木) 21:32:55]

政府がこの１０年間で無駄にした１２兆円があれば

事業仕分けでスパコンの費用をたかだか３００億円削る
なんて話は出てこなかった。

１０兆円の資金と、著作権法の改正などで
googleに負けない国産検索エンジンだって
作れたのに。

NTTデータに吸い取られた。
SEとプログラマなんて身分制度を作って、もたもたしている内に
勝ち目が無くなった。

[0630 仕様書無しさん 2010/04/01(木) 21:34:28]

>>628
別に受託必要ないよ。

全部業務フローを
パッケージに合わせれば
それでおしまい。

どうせコンサルをかけても
役所の業務フローなんて弄れないんだし
リストラできないのなら
金をかける意味がない。

[0631 仕様書無しさん 2010/04/01(木) 21:36:14]

ほかと差別化したい顧客がいる限り受託開発は無くならない

[0632 仕様書無しさん 2010/04/01(木) 21:39:48]

>>631
現状は意味のある差別化なんて出来てないし
今後は金がないから、差別化なんて言っていられなくなる。

クラウドだなんだと、外人さんと同じものを使う間に
統一されて、受託開発なんて流行らなくなる。

今のままだと、全部外人に持っていかれて
日本のITはオシマイになる。お陀仏。

[0633 仕様書無しさん 2010/04/01(木) 21:48:29]

既に死んでね？

[0634 仕様書無しさん 2010/04/01(木) 21:52:06]

自民党と同じで
負けて残るのが、お爺ちゃんばっかりという状況に
なりそうだから、怖いんだよな。

お爺ちゃんはコボルくらいしか想像できないから
SEだのプログラマだのキーパンチャーだのを
今でも信じている。

[0635 仕様書無しさん 2010/04/01(木) 21:54:46]

富士通の秋草とか、まだ会社にしがみついているし。
いつまで経っても、ジジイが消えない。

[0636 仕様書無しさん 2010/04/02(金) 01:18:38]

公共事業そのものは悪くもなんともないわけで。

昔は大手ゼネコンが音頭取って中抜きしてキックバックしてってのが常態だった
わけだけど、今は法令で決まってるのか可能な限り地元の業者を優先して大手は
大手にしかできないような仕事を割り振るっていう状態になってるわけで。
地元の企業にできる仕事は地元の企業に振って、実績を作らせてっていうような
よい方向に循環させようとなってきているわけで。

IT関連の場合はこの地元の企業に振る部分が役所の能力不足や地元企業の
力不足でうまくいっていないわけで。 土木課みたいな部署はあってもIT課の
ような部署は普通ないからね。 若い企業も多いわけで、役所の40、50のおっさん
相手に30に手が届くか届かないかの若造が相手をしなければならないってのも
原因の一つだろうね。

このスレでも年寄りを老害扱いしてるのが沸いてるけど、IT関連の企業なんて
30過ぎれば老害扱いするような異常な業界だから難しいんだろうな。

[0637 仕様書無しさん 2010/04/02(金) 01:44:56]

おいおい、土木関係といっしょにするなよ。

日本のIT関係の公共事業（特にソフトウェア系）で
上手く行ったものなんて１つも無い。

現実逃避はよくない。

[0638 仕様書無しさん 2010/04/02(金) 03:26:27]

土木業の業態を持ち込んで、人売りで儲ける形にしたから
馬鹿でも入れる日本のソフトウェア業。いいじゃないか。

[0639 仕様書無しさん 2010/04/02(金) 03:53:32]

このガラパゴスでは、ちっとも良くない。

富士通も、日立も、NECもボロボロで
NTTデータは海外逃亡に一生懸命だし。
５年後が恐ろしい。

国産なんちゃってクラウドが
大負けして、皆がっくりじゃねーの。

[0640 仕様書無しさん 2010/04/02(金) 19:44:27]

モノ作りが上手い日本は、職人を集めて中間搾取という
やり方のみで社会を形成してきた。
従来のアナログな産業でこそ、それが長期間維持できる。

だが、上で管理してるモノ作れない連中達が、
昔通りの高コストなやり方しか知らない状態で、
既得権益にしがみついているという日本社会のスタイルは、
なんでもかんでもデジタルに変わっちゃった時代においては、
めまぐるしく変わるモノ作りの変化に対応できないのさ。


ことITに関しては、肝心のモノが作れる職人の地位が最低ランクにあり、
そこが育たなかったのが全ての敗因だな。
かたや外国には職人がいっぱい！　しかもまだ円は高い水準。
だから外国に逃げるって安直な方向へ進むのさ。

で、モノ作れない奴らが仕切ってるような会社が、
PGだけ海外に委託なんて成功するハズないし、
結局事業全部○ごと海外へ投げるしか成功する術は無いんだよなｗｗ

[0641 仕様書無しさん 2010/04/03(土) 00:12:44]

datte

[0642 仕様書無しさん 2010/04/03(土) 16:00:34]

使えないPGがSEや営業にまわる。
これが本質。

[0643 仕様書無しさん 2010/04/07(水) 18:03:30]

俺たちは日本のSIer業界の終末に
立ち会っているんだ。

[0644 仕様書無しさん 2010/04/11(日) 14:28:52]

>>642
そのSEや営業より給料安かったり、見下されるPG
これが現実

今のプロジェクトリーダーがそんな感じの人だから困る

[0645 仕様書無しさん 2010/04/11(日) 14:53:43]

プロジェクトリーダーに必要なのはカリスマ性のみ

[0646 仕様書無しさん 2010/04/11(日) 14:58:44]

プロジェクトリーダーに必要なのはカリダカ性のみ

[0647 仕様書無しさん 2010/04/11(日) 18:58:46]

パリダカに出ないといけないのかー

[0648 仕様書無しさん 2010/04/11(日) 21:13:07]

プログラマーをなんか特殊能力者だとおもってるやつが居るな
コード書くだけじゃん、あんなの。設計の方が偉いのはあたりまえじゃん

[0649 仕様書無しさん 2010/04/11(日) 23:27:41]

そうだよ。コード書けること、あるいは設計できること自体は、大してスゴくないよ。

「動けばいいや」的な稚拙設計＆コードでは、デスマや保守地獄プロジェクト必至。
その程度の開発者が飯食えてたってこと自体が不思議だが、
使う側に人を見る眼が無いってのが諸悪の根源なんだろう。
「プログラムを書ければ凄い」とか「設計できれば凄い」程度の判断しかできねえんだろうな。

その辺りにも多分「人月神話」ってやつが絡んでくるんだろう。
何日でどれぐらいの量を設計、あるいはコードを組んだから凄い…みたいな。
そんな評価でいいのなら、レベル低ければ低い奴ほど、高いパフォーマンス出してくるだろうさ。

で、案の定、使い込めば使い込む程障害が沸いて出てくるようなブツになっちまうと。
さらにメンテナンス性は最悪と来たもんだ。
そんなプロジェクトの火消せって言われても無理だってば。
何度「作り直した方がいいですよ」って台詞が喉まで出かかったことか。

[0650 仕様書無しさん 2010/04/12(月) 00:56:33]

じゃ作り直してみっか、ってやるともっとひどいもんになったりするがな。

[0651 仕様書無しさん 2010/04/12(月) 11:31:50]

作り直し系のプロジェクトってタマにあるけど、大概
予算も納期も元の1/3とかあればいい方って感じだよね。
よっぽど自信あるとこが引き受けるんだろうけど、
えてしてプロジェクト管理者に体育会系が採用されて、
全てを台無しにしちゃうｗｗ

デスマ確実＆予算納期は元より厳しい→もっとひどいもんになったりする
あるあるｗ

[0652 仕様書無しさん 2010/04/12(月) 22:47:07]

何でも自分のせいじゃねーって言える立場でいいよな、コーダーは。

[0653 仕様書無しさん 2010/04/12(月) 23:29:34]

不具合は全部人のせいにするSEがいるくらいだからな

[0654 仕様書無しさん 2010/04/12(月) 23:38:07]

作り直しならいちから仕様考えなくていいんだから
1/3あれば十分だよね

[0655 仕様書無しさん 2010/04/13(火) 01:18:24]

それは、作り直しじゃなくて、単なるプログラムし直しｗ

[0656 仕様書無しさん 2010/04/13(火) 08:03:53]

仕様まで変えるなら新システムじゃん

[0657 仕様書無しさん 2010/04/13(火) 11:19:01]

最近のクライアントも学習してるので、同じ設計書使ってPGフェイズからやり直したって、
同じ結果にしかなんねえだろってのが分かるようになってるから、そんなのゴーすら出して貰えん。

また、最近は完全な買い手市場で、設計までやった時点でクライアントがノーと言うケースが多いから、
同じ要求仕様のまま設計からやり直しなんてプロジェクトは非常に多いな。

[0658 仕様書無しさん 2010/04/14(水) 08:18:54]

カットオーバーに前後して燃え上がって人がんがんつぎ込んで予算の3倍をばらまく結果になるんですね

[0659 仕様書無しさん 2010/04/15(木) 21:56:42]

で、注ぎ込めば注ぎ込む程、仕様策定の鬩ぎ合いが激しくなり、
挙動が不安定になっていくんだよなｗｗ
そして客からの一言で、全てが終了

「金は出せない」

そして、振り出しに戻り、第二の犠牲者探しへとｗ

[0660 仕様書無しさん 2010/04/16(金) 19:56:43]

他人の糞コードいぢりたくないから、
とかいう奴ほどろくなもんじゃねぇしな。

[0661 仕様書無しさん 2010/11/17(水) 16:57:58]

海外
コンサルタント
チーフアーキテクト
ソフトウェアアーキテクト
ソフトウェアエンジニア

この体系を導入すると、専門性の低い国内SEの何割かは営業職にでもなるしかない。
まあ、海外の場合、それなりの学位という資格取得者の仕事で、プログラミングができないということはない。

[0662 仕様書無しさん 2010/11/18(木) 01:55:57]

日本は最初から専門性とか技術力なんかで勝負してないから

[0663 仕様書無しさん 2010/11/18(木) 23:13:04]

日本人はPGでもSEでもPMでも
教養としてMBAの基礎程度は身に付けるべき。

[0664 仕様書無しさん 2011/06/04(土) 08:30:52.21]

>>648
家と一緒じゃね？
設計が下手なら大工が良くてもいい家は建たない。
設計が良くても大工が下手だったらいい家は建たない。
いい家を建てるには設計も大工も良くないとダメだな。
あと、どっちが偉いって話じゃない。

[0665 仕様書無しさん 2011/06/04(土) 12:26:47.90]

アメリカに憧れる人は多いみたいだけど、そんなに甘い話はないさ
自分の技術に自信があるなら渡米してみるといいよ
あっちの学歴差別は半端ないぞ

[0666 仕様書無しさん 2011/06/04(土) 12:59:51.82]

ただし単純明快だから日本みたいな理不尽さはない
キミは技術も実績も乏しいから解雇、とズバッと言われて終了
日本の場合は納得のいく説明が得られることはほとんどない

[0667 仕様書無しさん 2011/06/04(土) 21:27:02.09]

>>665
>あっちの学歴差別は半端ないぞ
逆だろ。日本の学歴無視は、世界的に見ても異常。

[0668 仕様書無しさん 2011/06/05(日) 00:13:19.15]

教育の仕方が違うのに、何を逝ってるんだろ

[0669 仕様書無しさん 2011/06/05(日) 00:23:18.64]

教育の仕方云々じゃなくて、
院まで行ってなきゃ相手にされないところもおいし
大学のランクも非常に重要

まあPGの世界でどうかはしらんが非常に学歴をみる社会なんだしそれなりに学歴によりさべてはされるだろう
低学歴の俺らじゃむこうでも通用しないよ

[0670 仕様書無しさん 2011/06/05(日) 00:24:57.27]

英語がしゃべれないと相手にされないの間違いでは？

[0671 ぅぁはり 2011/06/05(日) 10:13:56.99]

>>665
＞アメリカに憧れる人は多いみたいだけど、そんなに甘い話はないさ

自分も外資系で稼げるほど実力に自信があったわけじゃないんで、あえてこの道を選んだ。

159 名前：1[] 投稿日：2011/03/01(火) 17:17:29.27
親父に「もう出て行け」と言われたのに号泣して、「頼みますか
らここに住まわせてください」と土下座。んでこの大都会の
マンションの一室で、今日もパソコンに向かってブツブツ独り言。

社内失業〜企業に捨てられたﾌﾟﾛｸﾞﾗﾏｰ
http://hibari.2ch.net/test/read.cgi/prog/1297248142/

[0672 ぅぁはり 2011/06/05(日) 10:19:06.93]

実は日本のIT企業でも、富士通とか日立製作所とかは、外資に劣らず優良。
能力に自信あるならそっちへ行けばいいだけで、ここでブー垂れる必要無い。

富士通グループって、優良でまともなじゃん。
http://hibari.2ch.net/test/read.cgi/prog/1305010886/
日立グループって、優良でまともなじゃん。
http://hibari.2ch.net/test/read.cgi/prog/1129376704/

リーマンショック以前なら、できる人は大手か外資に転職していったことだろう。

できる人から辞めていく
http://hibari.2ch.net/test/read.cgi/prog/1126181692/

俺？　残りカスｗｗ

[0673 仕様書無しさん 2011/06/05(日) 11:43:41.62]

>667
嘘つき

[0674 仕様書無しさん 2011/06/05(日) 14:45:52.92]

F2とか目立ちと言っても、団塊世代のPMとか普通に「高卒」が
幅効かせてるもんな。学歴無視と言うよりむしろ逆学歴社会。

[0675 仕様書無しさん 2011/06/05(日) 18:08:12.35]

【社会】女児の尻触ったＳＥ逮捕・・仙台
http://raicho.2ch.net/test/read.cgi/newsplus/1307264215/

[0676 仕様書無しさん 2011/06/05(日) 21:18:33.39]

>>670
英語が話せるのが前提だろそもそも
向こうで稼ぎたければ向こうの名の知れた大学の学士か修士を取る必要がある
一度俺もアメリカにあこがれていろいろ調べて絶望した

[0677 仕様書無しさん 2011/06/05(日) 21:36:49.41]

嘘かもしれないけど、通訳付きってのを聞いたことがある

[0678 仕様書無しさん 2011/12/26(月) 23:18:28.67]

>>649
上流工程のSEさん(お客様)は数字で「生産性」見てるからな
コーディング　ステップ/月　とか仕様書ページ数/日とか　テスト　バグ数/ステップとか

ほとんど同じコードをコピペして5本10本と水増しするのが一番生産性と利益が上がる結果に

[0679 仕様書無しさん 2011/12/26(月) 23:19:17.74]

よく見たら二年近く前のカキコにレスしてしまったwww

[0680 仕様書無しさん 2012/04/18(水) 07:45:43.04]

構造化だのオブジェクト指向だのすればする程、ステップ数が減るので、
生産性、単価が下がる、奇妙な日本のIT業界。
COBOLやBASICをコピペしてる猿が評価される結果に…

[0681 仕様書無しさん 2012/04/18(水) 07:46:36.47]

ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね
ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね
ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね
ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね ど田舎富山肉体労働男死ね

[0682 仕様書無しさん 2012/06/03(日) 23:32:36.44]

まじでSEをなくそう

プログラマが全部やればいいだろ

[0683 仕様書無しさん 2012/06/04(月) 01:31:01.64]

>>682
ていうか、実際ほとんどの現場でプログラマが全部やってるし。

結局間に挟まって仕事増やしてるだけ
そんな会社は無駄が多いことを客にバラして、さっさと潰した方がいい

[0684 仕様書無しさん 2012/06/24(日) 13:03:57.76]

キミはプログラムの実装が出来ないからＳＥやってねw
的な会社が多いぞwww

[0685 仕様書無しさん 2012/06/24(日) 13:14:12.06]

設計は実装の事も分かってないとできないからな。
当たり前の事だけど。


いかにしてユーザの要求をコーディングに実現するか。
どうすれば、短期間で最高の品質を確保できるか。


要求定義からコーディング、それにかかわる周辺知識など、
あらゆる知恵を総動員させて初めてできるのが、設計だと思うのだわ。

[0686 仕様書無しさん 2012/06/24(日) 15:33:33.09]

なんかこのスレ病んでる人多いね

[0687 仕様書無しさん 2012/06/24(日) 18:49:01.02]

>>685
顧客の要求に対して常にＹＥＳマンであることが一番求められる事だな。
それをそのまま実行したらどういう結末になるかが
予想できるようでは良いＳＥとは言えない。

[0688 仕様書無しさん 2012/06/24(日) 22:41:07.94]

つまり、先が読めない馬鹿がSEに向いてる、と。

[0689 仕様書無しさん 2012/06/26(火) 22:50:51.13]

馬鹿は自然にSEになれる・・・ってことなのか？

[0690 仕様書無しさん 2012/06/27(水) 01:15:58.05]

そうだよ

[0691 仕様書無しさん 2012/06/27(水) 12:58:18.56]

炎上プロジェクトの火消し役でこれで4回目なんだけど、
これだけやると炎上プロジェクトの共通点が見えてくるんだよね。

・監督しかいないサッカーチーム
みんな「あれだよねこれだよね、こうすればいいんだよね」と
解決策は饒舌に語るが誰一人としてそれをやろうとはしない。
そして毎回同じ問題と同じ解決策の話が繰り返される。

・具体的な指示のできない親SE
技術的な問題などに直面していても「頑張れ」とか
「気合入れて」とかしか言えない。応援団かよ。

・意味のないスケジュール
なんで3.0人日の作業が1日で3つも4つもあるんだ？
スケジュールの線が滅茶苦茶になってるぞ。
通勤ラッシュ時の地下鉄運行表かよ。

[0692 仕様書無しさん 2012/06/28(木) 01:45:29.27]

>>691
こんな奴とかプロジェクトもやばいよ

安請け合いする
見積もりがいつも楽観値
客のわがままを飲んでしまう
客の曖昧な要望をのんでしまう
仲間への仕事の振り方が雑
そのわりに出来た物に文句を言う
そして一人で全部やろうとする
結局終わらずに責任のなすりつけあいをはじめる
口は出すが手は出さない
口を出すとやらされそうだから知らないふりをする
仕事は依頼するが情報は隠す
自分だけ成果が出る状況を作ってできるやつアピールをする
会社の利益を考えていない
頭が悪い性格も悪い顔も悪い
指揮系統がなく相談もしない
陰口を言う

[0693 仕様書無しさん 2012/06/28(木) 04:33:36.07]

選手の居ないサカつく、だな。

(派遣)SEを要請する客先上司なんて、サイコパス狂人ばっか。

[0694 仕様書無しさん 2012/07/08(日) 09:20:11.14]

業務アプリのＳＥなのにＳＱＬを知らないと言うアフォＳＥ
早く撲滅してほしいものだ。

[0695 仕様書無しさん 2012/09/12(水) 05:08:37.92]

>>694
いるよな、生データを見れないＳＥは例外なくダメＳＥ
ＳＱＬ使えなくてもアクセスやらＤＢツールやらで中身を必死で見るならＳＱＬを使いこなせなくてもいいんだけど
生データが見れない奴は妄想を語るようになる

[0696 仕様書無しさん 2012/09/12(水) 05:16:47.87]

>>680
コピペしてる猿が評価されるのは生産性がよいからじゃないのか？
オブジェクトは経験積むほど過大評価されすぎている事に気づく
程度にもよるがガチガチのオブジェクト指向は可読性や生産性がものすごく悪い
メンテとか保守性が高いだけだぞ

[0697 仕様書無しさん 2012/09/13(木) 21:19:44.42]

>>695
アクセスやパーシステントストア使っている奴は
サロゲート・キーが基本のバカが多くてダメよ。
覚える順番はどうでも良いと思うが、従来技術の
SQL や ER図 を踏まえた上でないとタイトな
DB 構造にはならんと思う。

[0698 仕様書無しさん 2013/03/21(木) 00:42:01.59]

http://itpro.nikkeibp.co.jp/article/COLUMN/20130314/463434/?ST=cio&;P=3

　自動車メーカーや精密機器メーカーのエンジニアたちと話をすると、
彼らがSEをエンジニアだと認めていないことがよく分かります。
残念ながら、日本のSEは「エンジニア」と言えるほどの技術力を持っていない人が多い、
という見解らしいのです。

　海外からもそう思われているようです。私がITproで『ダメな“システム屋”にだまされるな！』を
連載していた時に、米国帰りのSEから電子メールで意見をいただいたことがあります。
「日本のSEとはデータモデリングのような込み入った議論ができない」と嘆いていました。
日本の他の分野のエンジニアからも、米国基準のSEからも、日本のSEは
「ちょっとおかしい」と思われているようなのです。

[0699 仕様書無しさん 2013/03/21(木) 03:58:31.29]

>>696
そのメンテとか保守性は見積りに一切含めないんだよな
糞が

[0700 仕様書無しさん 2013/03/21(木) 08:31:34.59]

大量のコードを書くのが生産性高いとか思ってるのが少なくないからな。
トリッキーじゃ無い短いコードを書くように心がけてると作ってないと思われるしな。

[0701 仕様書無しさん 2013/03/21(木) 21:23:58.56]

それ何て三菱MDIS?

3000回ループ1行を書いたら仕事してないと叱られて、マウスでコピペ3千回
やってたコピペ猿が褒められてた。

[0702 仕様書無しさん 2013/06/09(日) 12:32:35.54]

そんなレベルの低い話してどうしたいのかわからん

[0703 仕様書無しさん 2013/06/09(日) 20:21:36.94]

ステップ数(笑)
人月単価(笑)

[0704 仕様書無しさん 2013/06/10(月) 01:37:15.21]

>>701
俺ならそこでは3000行のプログラムを吐く、数行のプログラムを書くな。

[0705 仕様書無しさん 2015/04/23(木) 01:53:24.38]

このスレ1から読んできたが、誤字だらけでウンザリ。
実際の業務でもバグだらけのコードや誤字だらけの設計書なんだろうな

[0706 仕様書無しさん 2015/04/23(木) 03:51:31.72]

まあ、誤字のたぐいはコンパイラが指摘してくれるからな
誤字だからバグだらけは全然違うな。プログラミングしていたらわかるだろうが、文系SEにはわからないだろうw
誤字だらけの設計書は否定できないなw誤字だらけでも誤字と理解できるということは元々の意味がわかるのでありでさして重要じゃなかったり。文系SEにはわからないだろうが

[0707 仕様書無しさん 2015/05/05(火) 04:40:06.68]

ここの人はみんな、保守系底辺派遣PGなのかなぁw？
頑張って綺麗なコード書いて！

[0708 仕様書無しさん 2015/05/05(火) 10:47:22.94]

趣味でしかやっていないニートはそういう発想になるんだろうな
他人のコードに触れる環境にいればそんな狭い発想にはならないよ

[0709 仕様書無しさん 2015/10/05(月) 14:49:03.55]

受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

[0710 仕様書無しさん 2015/10/26(月) 17:34:40.85]

>>695そのまんまなSEに出会っちまった……
あまつさえcsvデータをDBに取り込まずに生のまま解析させようとしてくるし
本当に勘弁して欲しい

[0711 仕様書無しさん 2016/02/11(木) 20:51:50.49]

age

[0712 仕様書無しさん 2016/02/14(日) 12:44:18.35]

SQL使えないと言われただけで「生データ見れない」とか馬鹿にする時点で終わってる
俺も>>695のようなSEとは関わりたくないな

生データをParseして、これをDBにSQLでINSERTとか考えるのが正常だと思うのだが

[0713 仕様書無しさん 2016/02/14(日) 13:08:32.88]

>>712
アナタは大きなカンチガイ
SE板へお帰り

[0714 仕様書無しさん 2016/02/15(月) 03:09:59.67]

40代の外注を二人雇ったんだけど、ひとりはSEで新しいプログラム言語ができませんて人。
もうひとりはUNIXのプロフェッショナルって感じの人。
SEの人は大きなプロジェクトの経験が多いんだが、技術がわかってないんでまったく役になってない。
UNIXの人は管理用のシェルスクリプトを作ってくれたり、サーバ障害対応もしてくれたりですごい人なんだけど
単価はSEの人の方は15万ほど上。
まあ、雇うときに単価を決めるのは経歴がすべてだから仕方ないのかもね。

[0715 仕様書無しさん 2016/02/16(火) 01:25:50.59]

>>713みたいに自分の非を指摘されただけで反応的になるのは無能な証拠だね
建設的な意見とか論理的な意見ができない時点でお察し
現場のプロフェッショナルな人は周りの意見を聞くし、常に自分を改善していこうという取り組みをしている
他人を見下すような人はあまり見かけない

[0716 仕様書無しさん 2016/02/16(火) 03:55:00.76]

>>714
それは経歴が全てなのではなくて、
正しく評価されてないだけでは？

評価方法に間違いがあることを正当化してはいけないよ。

[0717 仕様書無しさん 2016/02/17(水) 07:27:27.13]

そもそも技術を正しく評価されたかったらSEなんて辞めた方がいいよ

[0718 仕様書無しさん 2016/02/18(木) 09:51:44.45]

>>714
IT業界目指すなら、技術やプログラムなんて覚えるな！
とは言ったものだ

片や高給貰いながらパワポ紙芝居作ってりゃ良い御身分

片や薄給で手を動かさないといけない身分だ

大切なことだからもう一度言うぞ

IT業界目指すなら、技術やプログラムなんて覚えるな！

[0719 仕様書無しさん 2016/02/18(木) 09:54:50.00]

× IT業界目指すなら、技術やプログラムなんて覚えるな！
○ SI業界目指すなら、技術やプログラムなんて覚えるな！

[0720 仕様書無しさん 2016/02/20(土) 13:58:48.82]

【主な偽装請負従犯要員SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てツール]
ノンプログラミングツール
フレームワーク
COBOL
VＢ
.net
Java
Web
DB
ERP
SAP

[0721 仕様書無しさん 2016/02/20(土) 14:09:35.01]

>>715
プログラマ板で、必死に駄目SEの話をしてるからだよ、坊ちゃん

[0722 仕様書無しさん 2016/02/21(日) 09:41:33.22]

使い捨て早死に貧困の助長SEは大迷惑
相場下がって迷惑だから偽装請負の従犯は辞めろ！

・1,000万円/年以下低レベルの会社は辞めろ
・80万円/月以下低レベルの契約は辞めろ
・5,000円/時間以下低レベルの契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

[0723 仕様書無しさん 2016/03/02(水) 21:43:21.35]

時給換算5,000円以下のSEの皆様へ

相場が下がって迷惑ですので、SE辞めてもらえませんか？
主婦SE以下の時給換算レベルですよ。
学習や設備や裁判や営業や管理や離職等の費用も含まれてるのですよ。
こちらこそ優秀なSEの離職で大損害なんですから。

発注者より

[0724 仕様書無しさん 2016/03/04(金) 08:12:06.86]

犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料)　or 司法書士が代筆（料金は5万円ぐらい）
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査　→　不受理　→　告訴状再提出または刑法 第193条で訴えを起こす
↓
受理　→　告訴事実を認め示談交渉（↓）　→示談成立　　→法廷相場50〜100万円の示談金　※示談拒否が良い
↓　　　　　　　　　　　　　　　　↓
事案化　←←←←←←　示談不成立（↓）　→示談外交渉　→犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓　　　　　　　　　　　　　　　　↓
↓　　　　　　　　　　　　　　　起訴　　→公判　　→罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓　　　　　　　　　　　　　　　　　　　　
審査　→　起訴（強制捜査・留置場）→　公判　→　懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→　起訴　→　起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴　→　同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの　※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの　※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

[0725 仕様書無しさん 2016/03/07(月) 09:01:12.04]

無能実態派遣残業して時間報酬相場下げるな！
【知的財産と契約料金の搾取促進者ばかり】
［生涯損害助長SI受注SEを追放すべき］
偽装請負従犯SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
低予備工数見積
時間外労働違反
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病早死

[0726 仕様書無しさん 2016/03/09(水) 09:05:58.06]

告訴の趣旨
　被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
　職務経歴書を提示した事前面接を実施　または　偽装請負　または　偽装出向
　　労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
　多重派遣・多重出向
　　労働基準法第6条（中間搾取の禁止）に違反
疎明資料
　事前面接日時、場所、出席者、資料のコピー、音声記録
　就業場所・就業期間・就業時間
　指揮命令
　　指示を誰が行っているかの記録、音声記録
　仕事で使う道具や、資材の負担（所有）のあり方
　　業務で使用しているパソコン・備品などの所有者
　契約書
　　請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス
★和解金の相場は犯罪者の去年の年収の半額です。社長や役員で数千万〜１億円、管理職で500〜1000万円、営業個人については200〜500万円程度。
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴（裁判不要）してください。
★派遣会社や事業会社が同業者に情報をリークしたなら競合他社に弱みを握られます。余程信用のおける相手でなければリークはできないでしょう。漏らした方の口が軽ければ事実は分かります。また密告してくれた事業者には損害賠償金の３割を謝礼金として渡してください。

[0727 仕様書無しさん 2016/03/13(日) 19:45:54.88]

アメリカはすごいというやつもいるが、そもそも、アメリカの凄いプログラマと同じ職業は、日本には存在していないからね。

日本のSI系システム屋と同じ仕事はアメリカにもあるし、やっぱりクズも相当いる。
ただ、クズな仕事の成果は、日本にまで伝わってこない。
お前らの仕事の成果だって、アメリカに伝わらないだろ。

[0728 仕様書無しさん 2016/03/13(日) 19:50:53.51]

オープンソースなら伝わってることが多々あるが？

[0729 仕様書無しさん 2016/03/13(日) 22:03:13.14]

プログラム書けて、設計とか顧客折衝とかのSEの仕事もできるんだったら単価高くてもいいけど、
プログラミングできないSEなんて単なるパワポお絵かきと顧客の御用聞き要員じゃね？

[0730 仕様書無しさん 2016/03/13(日) 22:21:25.51]

>>729
御用聞きできてるならまだいい方。
100倍めちゃくちゃな要求に変換してくる輩ばかり。

[0731 仕様書無しさん 2016/03/13(日) 23:17:34.51]

めちゃくちゃな要求にするだけじゃなくて、もう製造フェーズで仕様確定してるはずなのに
毎日違うこと言ったりとか。

[0732 仕様書無しさん 2016/03/13(日) 23:41:23.19]

ttp://projectcartoon.com/cartoon/586

[0733 仕様書無しさん 2016/03/13(日) 23:43:01.31]

>>731
それ当たり前なんだよ。

何が必要かなんてプログラマがプログラマのためのツールを
作ったとしても使ってみるまでわからない。
だからバージョンアップして機能追加（要するに仕様変更）しているわけで。

バージョンアップなんか頼んだら、また金が取られるに決まってるだろ？
だから今の開発に全部入れようとするわけ。

プログラマでさえ、開発時に次バージョンの機能を考えるぐらいなのに
一般の素人ができる前から出来たあとのことを想像できるわけなかろう。

[0734 仕様書無しさん 2016/03/14(月) 01:13:44.41]

>>733が参画するプロジェクトは大炎上決定だな。
っていうか、釣りだよな？

[0735 仕様書無しさん 2016/03/14(月) 01:45:47.14]

>>734
炎上とは顧客が望まないものを作ることだよ。
途中で顧客がそうじゃないと言っても無視するんだろう

[0736 仕様書無しさん 2016/03/14(月) 02:15:40.13]

>>733がSE ・・・ SEはいらない。無くそう。
>>733がPG ・・・ やっぱりSEは必要

でこのスレ終了でいいと思う。
まあ、実際はどっちでもない、テスターか実務未経験の素人だろう。

[0737 仕様書無しさん 2016/03/14(月) 13:22:21.44]

age

[0738 仕様書無しさん 2016/03/21(月) 11:44:14.05]

ＦＪネクスト不買運動で検索しよう

[0739 仕様書無しさん 2016/03/21(月) 11:44:59.03]

早死に貧困の助長だから偽装請負の従犯は辞めろ！
相場下がって迷惑だから報酬増やすか作業減らせ！

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

[0740 仕様書無しさん 2016/03/21(月) 12:48:29.20]

業務未経験のPGが一番困る。
バイトかよ

[0741 仕様書無しさん 2016/03/22(火) 12:49:30.47]

【偽装請負搾取金】

盗難被害届け出せよ！

盗難被害の例
発注者 140万円
1次受注者 120万円
2次受注者 80万円
3次受注者 60万円

[0742 仕様書無しさん 2016/03/23(水) 23:29:02.83]

迫りくるTPP、恐怖のシナリオが現出する。
政府調達入札の手続きと提案・見積もりが英語で可能となり新参外資により激化する競争。
会社が傾く不安と危機感、そして中高年になってもスキルがないという焦燥感。
生まれながらにコミュ障という日本人のコンプレックスを乗り越えるために、
あれほどコミュ力を極めたのに！！！なぜだ！！鍛え上げたこのコミュ力は海外
で通じるどころか・・SIerでもコミュ力トップの社員である僕・俺・私が、コミュ障以下の扱い（泣）

シャープ社員にならい年収が1000万円から、派遣・非正規350万円に落ちる恐怖。
非正規に落ちたとたんに「協調性の欠落」から同僚に毎日罵倒される日々。
奴隷を酷使し、内輪のサークルだけの学生レベルのコミュ力・・
IT業界からリストラされ協調性を学ばされる日々。

優等生東芝さえも嵌り込んだ大企業病。その病原とは・・・
AIと自動化による第4次産業革命、用済みとなり経産省からも見捨てられる
NTTデータ・日立・富士通、その他社員。

業界が傾いた後に具現化する「信念」のある非正規や派遣からの恨み。
溜め込んでマグマとなった復讐が忍び寄る。
村八分で業界から閉め出すという脅威の喪失によって闇の非正規達が胎動をはじめた。

そして秩序は失われ・・・日本は闇につつまれた。血を血で洗う内戦と混乱のさなかに
闇プログラマが降臨！！！！

[0743 仕様書無しさん 2016/03/27(日) 07:16:47.86]

「日本人は世界的に見ても、協業（コラボレーション）がヘタだ」
http://diamond.jp/articles/-/88467?page=3

[0744 仕様書無しさん 2016/03/27(日) 12:16:27.44]

SEの知的財産と契約料金の搾取対策
早死に貧困の助長だから偽装請負の従犯は辞めろ！
相場下がって迷惑だから報酬増やすか作業減らせ！

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

[0745 仕様書無しさん 2016/04/01(金) 11:44:08.13]

SEと聞くと語感からできる人だと素人は勘違いするから
そこを狙っての、派遣プログラマの肩書だと思ってる
まずは本人がその肩書を恥ずかしいと自覚しないとだめだ

[0746 仕様書無しさん 2016/04/02(土) 00:50:19.12]

>>745
SEって翔泳社のことだろ？

[0747 仕様書無しさん 2016/04/03(日) 09:46:34.43]

SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ！
相場下がって迷惑だから報酬増やすか作業減らせ！

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・多重契約は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外期日は守るな
・客先指示に従うな
・知的財産を渡するな
・不利益な依頼は断れ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

[0748 仕様書無しさん 2016/04/03(日) 10:09:23.53]

単なる工程管理者ばかりだからな

客のいいなり 3流
危険を判断できる 2流
エラーを金にできる 1流

[0749 仕様書無しさん 2016/04/05(火) 18:08:28.52]

IT部門、システム子会社、SIer…「オーバーヘッダーズ」が企業を滅ぼす
http://itpro.nikkeibp.co.jp/atcl/column/14/463805/033100081/?rt=nocnt

[0750 仕様書無しさん 2016/04/07(木) 08:10:56.98]

SE違法派遣（偽装請負・多重派遣・偽装出向・事前面接等）についての刑事罰
【告訴権者＝業務委託、準委任、共同受注、業務請負契約および特定派遣（契約・正規）、一般派遣、正規社員】

�@職業安定法第４４条の労働者供給事業の禁止規定に違反（1年以下の懲役または20万円以下の罰金）
　■偽装請負・多重派遣・偽装出向・多重出向
　■事前面接（顔合わせ・面談・職場見学等）と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※）
（音声録音で立証可能）
�A労働基準法第６条（中間搾取の禁止） (1年以下の懲役又は50万円以下の罰金)
　■多重派遣・多重出向

※違法派遣（派遣労働者の特定）→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則（主に裁量行政による）しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面（告訴状）による刑事告訴（※告訴先は検察の直告班）です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、

刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ

となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は

派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。（告訴状は人数分提出する必要あり）

[0751 仕様書無しさん 2016/04/07(木) 21:40:38.97]

SE = オーバーヘッダーズｗｗｗｗ

[0752 仕様書無しさん 2016/04/07(木) 21:46:26.51]

設計出来ないSEって滅びたんじゃないのか？

[0753 仕様書無しさん 2016/04/17(日) 10:35:17.41]

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな！

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな！

準委任契約は事務
（準委任）第656条 この節の規定は、法律行為でない事務の委託について準用する。

[0754 仕様書無しさん 2016/04/20(水) 08:24:45.58]

【主な偽装請負従犯SEの作業】
[技術不要の使い捨てスキル]
コマンド
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[業務ソフト作り捨てソフト]
ノンプログラミングツール
フレームワーク
COBOL
VＢ
.net
Java
Web
DB
ERP
SAP

[0755 仕様書無しさん 2016/04/21(木) 14:02:45.69]

優秀なSEもいるんだろうが俺の中では客の丁稚のイメージしかない

[0756 仕様書無しさん 2016/04/21(木) 14:18:15.43]

そしてプログラマはSEの丁稚ってイメージだね

[0757 仕様書無しさん 2016/04/21(木) 14:47:50.00]

>>756
本当に丁稚ならどれだけ楽なことか

[0758 仕様書無しさん 2016/04/21(木) 15:35:55.55]

プログラマ「僕の仕事の出来が悪いのはみんな周りのせい！」

[0759 仕様書無しさん 2016/04/21(木) 20:52:18.40]

技術の進歩についていけなくなった老害がＳＥになる

[0760 仕様書無しさん 2016/04/21(木) 22:30:04.53]

デジドカへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな！

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな！

準委任契約は事務契約
（準委任）第656条 この節の規定は、法律行為でない事務の委託について準用する。

[0761 仕様書無しさん 2016/04/22(金) 08:51:05.40]

>>759
でもお前も言うほど技術の進歩についていってないじゃん？最近導入した技術は？

[0762 仕様書無しさん 2016/04/23(土) 11:05:32.72]

SEの知的財産と契約料金の搾取対策

早死に貧困の助長だから偽装請負の従犯は辞めろ！
相場下がって迷惑だから報酬増やすか作業減らせ！

・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・多重契約は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外期日は守るな
・客先指示に従うな
・知的財産を渡するな
・不利益な依頼は断れ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

[0763 仕様書無しさん 2016/04/23(土) 20:39:55.50]

技術の進歩っつったって大体がツールの使い方を覚えるだけで、別に本当の意味での技術力が上がってるわけでない。

いるんですよね、ツールばっかにたよって根本的な技術について全く無知に人。
ツールの力を自分の技術力だと勘違いしてる人。

[0764 仕様書無しさん 2016/04/23(土) 22:54:21.37]

ITドカタへ

Web/Java/DBデータ処理要員等の
委任契約の事務員は
請負契約の技術者と名乗るな！

残業するような職種じゃないだろ。
企業の使い捨て派遣の扱いだろ。
企業の悪儲け要員になるな！

準委任契約は事務契約
（準委任）第656条 この節の規定は、法律行為でない事務の委託について準用する。

[0765 仕様書無しさん 2016/04/24(日) 08:24:48.94]

>>759
違う違う

もともとプログラミングが嫌いな人が"SE"になるんだよ
ついていけるいけないの問題とかじゃなくて、
最初からついていく気がなんて全くない

プログラミングが好きな"SE"は、最前線ではないけど、
なんだかんだ言って、色々勉強して努力してるよ
そういう人って全体の1割もいないけど

[0766 仕様書無しさん 2016/04/24(日) 10:08:00.36]

プログラミングが好きなプログラマも1割もいｂﾈいだろうね

[0767 仕様書無しさん 2016/04/24(日) 11:57:35.72]

マネジメントの好きなマネージャーよりは多いと思うけどね。

[0768 仕様書無しさん 2016/04/24(日) 15:04:57.28]

>>765
違う違うコーダーが嫌いな人がSEになるんだよw

[0769 仕様書無しさん 2016/04/24(日) 15:08:35.23]

そこはプログラミングでいいだろｗ

[0770 仕様書無しさん 2016/05/03(火) 01:50:42.36]

こんな企業はやめておけ

・社名　労基でググると過去の2ch記事がでてくる
・交通費が全額出ない
・転職会議で2.5点

[0771 仕様書無しさん 2017/04/09(日) 22:10:36.04]

NTTコミュニケーションズ開発致死量強要利得強奪裁判
【事件番号】
平成２６年(ワ)第３１４７７号
【裁判官】
宮坂昌利裁判官
【被 告】
[1次受グローバルウェイ］
・致死量強要SE担当設計分の開発料金の大損害
・致死量超過工数強要分の開発料金の大損害
・無料追加強要分の開発料金の大損害
・開発手法強要分の開発料金の大損害
・問い合わせ阻止の業務妨害分の損害
[2次受ビジネス・インフォメーション・テクノロジー］
・原告に解約指示で技術損失分の大損害
・警察までついてきて原告相談妨害
・関係者に連絡しない旨の署名を強要
・報酬不払いで大損害
→被告代理人弁護士 東京多摩法律事務所(小澤和彦・伊藤瞳・志賀野歩人・河原　麻子)
開発強要・解約指示・誓約強要・職安違反・中間搾取を正当化
[3次受アイピーロジック］
・請負でなく委任だから瑕疵なしと騙した
・警察までついてきて原告相談妨害
・関係者に連絡したら数千万円払わせると脅迫
・関係者に連絡しない旨の署名を強要
・営業費と交代要員費用を原告から強奪
・報酬不払いで大損害
→被告代理人弁護士 ホライズンパートナーズ法律事務所(荒井里佳)
報酬強奪・報酬不払・誓約強要・職安違反を正当化
強要SEが派遣と委託の法律を知らなかったのが原因と発覚しましたが、裁判官に技術能力がないため公益を図る事に致しました。
【お問い合わせ】
[e-mail]
お問い合わせ下さいました方ありがとうございました。皆様も強要SEの損害にはお気をつけ下さい。

[0772 仕様書無しさん 2017/04/14(金) 04:27:42.16]

>>40
予算が計算しやすい
客が後から思ってたのと違うって言ってきても「仕様通り作りました」を盾に価値のないソフトウェアを納品出来るから

[0773 仕様書無しさん 2017/04/15(土) 01:08:30.06]

>>753
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0774 仕様書無しさん 2017/04/15(土) 01:08:50.73]

>>754
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0775 仕様書無しさん 2017/04/15(土) 01:09:19.93]

>>760
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0776 仕様書無しさん 2017/04/15(土) 01:09:38.37]

>>762
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0777 仕様書無しさん 2017/04/15(土) 01:09:58.91]

>>764
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0778 仕様書無しさん 2017/04/15(土) 13:34:05.13]

>>777
犯罪損害促進者へ
犯罪損害追放妨害の理由を述べられないお前の迷惑な人違い勘違い馬鹿立証リスト
伊藤→人違い
加藤→人違い
振り込め詐欺→人違い
正義→悪意
事柄→人柄
将来→現在
医師忠告→無職忠告
弁護士忠告→無職忠告
義務問題→権利問題
業界問題→個人問題
高校卒業→高校中退
大卒→高卒
情報処理あり→情報処理なし
派遣経験なし→派遣経験あり
仕事ありすぎ→仕事なさすぎ
収入なさすぎ→収入ありすぎ
大量需要→需要不足
供給不足→供給過多
在職→無職
既婚→独身
家族あり→家族なし
日本人→朝鮮人
SE報酬以上→SE報酬以下
本職スキル→主婦スキル
高レベル比較→低レベル比較
年収1,000万円以上→年収1,000万円以下
日本語で人に教わらないと理解できないお前の不正解率こそリストラレベルだろ！
だからお前は偽装請負多重派遣しかない犯罪系無能貧困非婚結婚障害者なんだろ！
犯罪損害追放者より

[0779 仕様書無しさん 2017/04/16(日) 08:01:51.31]

偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は残業しない別業界の相手と結婚して救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルは使い捨て
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

[0780 仕様書無しさん 2017/04/18(火) 01:46:05.51]

伊藤がサボりがばれてSEを辞めさせられて無職やる理由
・無職は馬鹿でできるから伊藤でもできる
・伊藤はアホだから家族から呆れられる
・伊藤は知的障害者だから家族に迷惑かかる
・伊藤は振り込め詐欺しても民事不介入の警察に捕まらない
・伊藤に低スキルの作業強要しても馬鹿だからこなせない
伊藤は使い捨て奴隷以下のスキルだから、使えないからリストラされている

[0781 仕様書無しさん 2017/04/18(火) 19:23:05.49]

>>780
犯罪損害貧困非婚促進者へ
犯罪損害追放妨害の理由を述べられないお前の迷惑な人違い勘違い馬鹿立証リスト
伊藤→人違い
加藤→人違い
振り込め詐欺→人違い
正義→悪意
事柄→人柄
将来→現在
医師忠告→無職忠告
弁護士忠告→無職忠告
義務問題→権利問題
業界問題→個人問題
高校卒業→高校中退
大卒→高卒
情報処理あり→情報処理なし
派遣経験なし→派遣経験あり
仕事ありすぎ→仕事なさすぎ
収入なさすぎ→収入ありすぎ
大量需要→需要不足
供給不足→供給過多
在職→無職
既婚→独身
家族あり→家族なし
SE報酬以上→SE報酬以下
本職スキル→主婦スキル
高レベル比較→低レベル比較
年収1,000万円以上→年収1,000万円以下
プログラム言語→日本語
日本語で人に教わらないと理解できないお前の不正解率こそリストラレベルだろ！
だからお前は偽装請負多重派遣しかない犯罪系無能貧困非婚結婚障害者なんだろ！
犯罪損害貧困非婚追放者より

[0782 仕様書無しさん 2017/04/18(火) 19:23:24.97]

>>780
反対じゃん

無職だからSE

[0783 仕様書無しさん 2017/04/21(金) 02:47:40.64]

>>782
反対じゃん
>
> 伊藤はサボりがばれてクビになって無職

[0784 仕様書無しさん 2017/04/21(金) 08:20:42.31]

>>783
無職がやる作業だからな

[0785 仕様書無しさん 2017/04/29(土) 19:11:36.72]

偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は残業しない別業界の相手と結婚して共働き出来るから貧困から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルは使い捨て
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

[0786 仕様書無しさん 2017/04/30(日) 03:04:45.70]

なんだよ、「せ」って？馬鹿のなの？

[0787 仕様書無しさん 2017/05/02(火) 18:48:35.39]

俺が偽装請負多重派遣業界搾取SEを辞めて人売りやる理由

・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・偽装請負多重派遣に従うSEに制裁を与えられる
・結婚相手の生活を苦しめるSEに制裁を与えられる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は高額搾取させてくれる
・SEの大半は料金以上に開発してくれる
・SEの大半は偽装請負多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は警察や裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEのシステム未完成のせいにして報酬不払いにしても立証困難で警察や裁判官を騙せる
・SEの報酬を強奪しても立証困難で警察や裁判官を騙せる
・SEの鬱病や過労死も立証困難で警察や裁判官を騙せる
・SEを酷使して死なせても殺人罪にならない

お前ら使い捨て無能奴隷のおかげでプログラム作らないで遊んで暮らせるからな

[0788 仕様書無しさん 2017/05/11(木) 07:50:06.52]

無能実態派遣残業して時間報酬相場下げるな！
【知的財産と契約料金の生涯損害促進者ばかり】
［偽装請負多重派遣搾取業界の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死

偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死

[0789 仕様書無しさん 2017/06/12(月) 08:03:16.40]

訴えなさいよ

[0790 仕様書無しさん 2017/08/23(水) 08:54:52.86]

【貧困】早く安く売るな【原因】

人月契約は早く作るほど早く使い捨てられるぞ！
実態派遣残業サービスして使い捨て促進するな！

・将来リストラ予定の損害業界
・料金搾取の損害業界
・偽装請負多重派遣の損害業界
・契約外期限遵守の損害業界
・客先指示遵守の損害業界
・知的財産譲渡の損害業界
・時間外労働違反の損害業界
・低予備工数見積の損害業界
・残業見積の損害業界
・無料追加の損害業界
・学習不足の損害業界
・裁判苦手の損害業界
・対人障害の損害業界
・健康障害の損害業界
・使い捨ての損害業界
・孤独死の損害業界
・低収入の損害業界
・低技術の損害業界
・結婚障害の損害業界
・鬱病早死多数の損害業界
・孤独死多数の損害業界
・裁判官技術判定不能の損害業界

実態派遣社員は使い捨てという厳しい現実
https://xn--t8jud0j6au6x3bvde6876eixa.biz/tsukaisute/

[0791 仕様書無しさん 2017/08/26(土) 08:48:38.99]

【貧困生活】派遣残業は結婚障害【家事困難】
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、低収入なのに時間外労働違反するSEと結婚してしまい生活困難で中絶と離婚をしました。現在は高稼働低収入でない共働き可能な相手と結婚して将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人員不足なのに安売り低収入
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

[0792 仕様書無しさん 2017/08/30(水) 08:37:10.54]

【使い】派遣ツールスキルつけるな【捨て】

主な偽装請負多重派遣搾取業界結婚障害者の作業
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
情報処理資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VＢ
.net
Java
DB
ERP
SAP

[0793 仕様書無しさん 2017/09/09(土) 09:33:34.98]

【非婚】３億円以下の低生涯収入SEは辞めろ【離婚】
偽装請負多重派遣業界搾取SE結婚相手の犠牲対策
巨額搾取させて結婚妨害するな！
無能残業して共働き妨害するな！
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下報酬の会社は辞めろ
・100万円/月以下報酬の契約は辞めろ
・100万円/月以下報酬のプログラムは作るな
・実態派遣プログラムを作るな
・プログラムの料金以上に作るな
・プログラムの利益を搾取させるな
・プログラムの報酬を搾取させるな
・プログラムを客先に渡すな
・不利益な依頼は断れ
・知的財産を渡するな
・客先指示に従うな
・生産利益を上げろ
・生産効率を上げろ
・契約外作業期日に従うな
・時間外労働違反は止めろ
・多重契約は止めろ
・残業見積りは止めろ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・偽装請負多重派遣は通報しろ
・損害賠償訴訟を怠るな
エンジニアの78%は“結婚待ち”
https://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=002356

[0794 仕様書無しさん 2017/09/17(日) 09:15:45.41]

貧困非婚者へ

料金以上に制作しちまったら
制作以下の料金になっちまうだろ！

【貧困】SEは迷惑な孤独死だらけ【独身】
http://matsuri.2ch.net/test/read.cgi/infosys/1505548135/

「孤独死は独居老人より独身40代のほうが多い」
特殊清掃人が断言
https://nikkan-spa.jp/1223526?display=b 👀
Rock54: Caution(BBR-MD5:847cfeaf6f31691a42c25abc56bd4433)

[0795 仕様書無しさん 2017/09/27(水) 08:39:59.38]

【搾取】年収1,000万円以下はパートでやれ【促進】
相場下がって迷惑だから年収1,000万円以下はパートでやれよ！
アメリカのSEは多重派遣なしで1,000万円以上高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値：１１７５万円（アメリカ労働統計局調査、サンプルは１１１万人）
７０歳でも仕事があり、年収は下がらない
数年単位で転職する（一つの会社に長くいるのは危険）
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収：４３０万円（情報処理推進機構調査）
Web/ゲーム業界（昔ほど報酬は高くない）以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では２０代後半までの給料は一部の例外を除き低い
間接雇用が基本（大手のSIerでも客先常駐派遣が少なくない）
４０歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても３５歳以降の転職は難しい
転職回数が３回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

[0796 仕様書無しさん 2017/09/28(木) 09:56:13.14]

【搾取】年収1,000万円以下はパートでやれ【促進】
相場下がって迷惑だから年収1,000万円以下はパートでやれよ！
アメリカのSEは多重派遣なしで1,000万円以上高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値：１１７５万円（アメリカ労働統計局調査、サンプルは１１１万人）
７０歳でも仕事があり、年収は下がらない
数年単位で転職する（一つの会社に長くいるのは危険）
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収：４３０万円（情報処理推進機構調査）
Web/ゲーム業界（昔ほど報酬は高くない）以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では２０代後半までの給料は一部の例外を除き低い
間接雇用が基本（大手のSIerでも客先常駐派遣が少なくない）
４０歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても３５歳以降の転職は難しい
転職回数が３回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109

[0797 仕様書無しさん 2017/10/01(日) 08:12:49.68]

【貧困生活】派遣残業は結婚障害【家事困難】
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、低収入なのに時間外労働違反するSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入の共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人員不足なのに安売り低収入
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

[0798 仕様書無しさん 2017/10/09(月) 09:18:20.53]

【貧困生活】派遣残業は結婚障害【家事困難】
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、低収入なのに時間外労働違反するSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入の共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人員不足なのに安売り低収入
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

[0799 仕様書無しさん 2017/10/26(木) 08:54:28.51]

【多重派遣】無能時間外労働違反の代償【偽装請負】
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死

[0800 仕様書無しさん 2017/11/07(火) 08:12:49.01]

【料金搾取】奪われるプログラム作るな【知財譲渡】

客先に開発料金を搾取させるな！
客先にプログラムを譲渡するな！

偽装請負多重派遣業界SEの搾取被害
システム開発料金盗難被害の事件例
【加害者】
支払料金
発注者 売上 1億円/人月の大儲け
支払 140万円/人月の低出費
【被害者】
受取料金
1次受注者 120万円/人月で20万円/人月を客先に奪われる
2次受注者 80万円/人月で60万円/人月を客先に奪われる
3次受注者 60万円/人月で80万円/人月を客先に奪われる
知財
作成者 プログラムを客先に奪われる
作成者 ドキュメントを客先に奪われる

実態派遣SEは奪われる
https://se-tennsyoku.com/fxxk-you-sier/

[0801 仕様書無しさん 2017/12/24(日) 17:02:58.06]

>>785
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0802 仕様書無しさん 2017/12/24(日) 17:04:55.05]

>>787
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0803 仕様書無しさん 2017/12/24(日) 17:07:22.79]

>>787
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0804 仕様書無しさん 2017/12/24(日) 17:11:31.18]

>>788
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0805 仕様書無しさん 2017/12/24(日) 17:14:21.78]

>>790
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0806 仕様書無しさん 2017/12/24(日) 17:16:55.44]

>>791
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0807 仕様書無しさん 2017/12/24(日) 17:20:13.58]

>>792
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0808 仕様書無しさん 2017/12/24(日) 17:24:13.62]

>>793
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0809 仕様書無しさん 2017/12/24(日) 17:26:29.07]

>>794
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0810 仕様書無しさん 2017/12/24(日) 17:28:30.68]

>>795
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0811 仕様書無しさん 2017/12/24(日) 17:30:03.98]

>>796
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0812 仕様書無しさん 2017/12/24(日) 17:32:03.89]

>>797
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0813 仕様書無しさん 2017/12/24(日) 17:34:03.04]

>>798
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0814 仕様書無しさん 2017/12/24(日) 17:36:05.09]

>>799
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0815 仕様書無しさん 2017/12/24(日) 17:38:03.25]

>>800
こいつ、伊藤だな！
伊藤は精神障害の一つである「注意欠陥障害（ADD）」だよ。
端的に言うときちがい。
社会不適応者の烙印を押されている。
もちろん学歴もまともな資格もない。
伊藤は日本語が苦手
伊藤はサボりがばれてクビにされて無職
人格障害
伊藤は意味不明な書き込みをする
コミュニケーション障害
低偏差値高校中退
親の年金に寄生する情けないクズ加藤

[0816 仕様書無しさん 2017/12/29(金) 18:40:08.48]

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

49M88E8MSQ