上流工程やりたくない

>>150
他人の作った、しかも低品質すぎてめまいがするような設計に服従してコード書く仕事って、ほんと何が楽しいんだろうな？

例えば、従来の変数iを使わないコレクションを繰り返すタイプの
for文とかまんまIteratorパターンだよな。

>>66
そんなことない、俺を信じろ
俺の言葉に説得力があると思い込め
俺は良い事を言っているんだ

>>182
機能一覧が出せるほど仕様が決まっているならはじめから問題など起きない
機能一覧すら出せないから工程で分離して終わっていない工程をさも終わっているかのように見せる
ガチでクズだから平気でこのシステムを選択する

プログラミンクが苦手な奴ほど、プログラミングは嫌な仕事だと思って、まだなんか楽そうに見える上流をやりたがるし、なぜかプログラミングを見下したがる

センスのある奴はプログラミングが楽しいから、客との折衝や書類仕事の多い上流にはあまり面白みは感じない

ただ、頭の悪い設計書を押し付けられると、そこから発生するであろうくだらないやり取りやそれに費やされる無駄な時間が想像され、プログラミング作業もその仕様書と同じレベルに劣化して途端に面白く無い作業に成り下がる

設計通りなんていう幻想は存在しない
本当に設計通りに作ったら100%動作しない
動作しないどころかビルドも通らない
存在しないモジュールに依存していたり
インターフェース仕様が設計書間で矛盾していたりする
そもそも曖昧で解釈の幅が広すぎて「設計書通り」を定義できない設計書も少なくない
下流はそういった上流の不始末を吸収してマトモに動作するものを出さないといけない
上流が無責任だから動作しないものを出すと下流の責任に転化される
言い換えると下流は設計書と違うコードを書く責任がある
最終的なコードと設計書の差分の吸収は流石に設計書の担当である上流の仕事だろう
設計書まで下流が弄ってしまったら上流がなんのために存在するかわからなくなる

>>32
うちの会社（大企業）にいる上流が言ってるるんだよ。
ばーか

特に意識しなくても気付いたらデザインパターン多用してる
というか必然の設計をするとあ、この形はよく見たらなんとかパターンだなってなる

>>64
仕方ないよ。プロジェクトで使える金は決まってるんだ

プログラマの単価を上げるのだから
必然的に上流の単価が下がる

SIerの自称SEに一番必要とされるスキルって、セル幅をバカみたいに細かく設定したエクセルにスクショ貼る能力だろ?

この業界は意識高く持とうとすると絶望する

>>107
そんな現場では働きたくないな
上流だけやっていたい

シングルトンよ、データは一度だけ読めばいいのだ。
と言ってるのに、言うこときかない。なんで？

>>43
意味わからん。意識させるのがNG？
じゃあ意識させないのが良いってことか？

内部で “デザインパターンが使われてる” ことを
意識させないのが素晴らしいって。

そうか。つまり”デザインパターンが使われてる”んだねｗ

プログラマがいないと何もできないのがSIerのSE
SierのSEがいなくても、いや寧ろいない方が仕事が捗るのがプログラマ

モジュール化すると影響範囲がわからなくなるっていうのは嘘
モジュールの依存関係が明確になるから影響範囲はむしろわかりやすくなる
コピペだとコピペしたコードがどこにあるかから探し始めないといけないから影響範囲の特定に余計に時間がかかる
上流は仕事をしないのでドキュメントを信じてコピペを探すと確実に漏れが出るのでコードを注意深くgrepするしかない
見つかったコードが単純なコピペならまだしもそれぞれが個別にメンテナンスされて微妙なバリエーションを持っているとそれぞれに対して詳細な影響調査をしなければならないので工数が数十倍に膨れ上がる事もある

大学出たら自動的に上流になって楽な仕事してると思ったら大間違い
大学出るほどの知性があるのが最低条件でさらに体力もコミュニケーション能力も
備えていないとやってけないのが上流

プレゼンするのが好きとか、しゃべることには自信があるとか、
初対面の人とも楽しく酒が飲めて歓談できるとか
そういう面がありつつ、なおかつ一度にプロジェクト全体を見渡せるくらい
の広い視野と回転の早い頭がないと突発的なトラブルに対処できないから
興味がない人がやることじゃない

これがジャップランドか

インスタンスが常に一つなのは保証されている

インスタンスが常に一つなのは保証されている

まあそのノンプログラミングツールで
デザインパターンが使われているわけですがｗ

PG>>経営者>>営業職>>事務って感じがする

営業が仕様書を書くけど、よく怒られてる

若い社長だと、変わるのかな？

こねこね

>>47
>>48
まとめるとデザインパターンは上流には一切必要のない
下流土方の自己満のために存在してる役に立たないものだってこと

うちは同じ処理が場所によって違う方法で実装されてるから統一してほしい

>>24
デザパタが糞だと説得するには、デザパタの欠点を述べそれに変わる代替手段を提案するべきだろ？　バカなの？

身につけるべき技術や知識をすっとばして上流工程やりたいと思ってる奴は一定数いる
興味ないならITなんかに来なけりゃいいのに

>>7
じゃあお前んとこのプログラマって何を元にプログラム組むの?

>>202
全く同じや。組み込みだったら要件定義のが創造性発揮できて楽しい。
プログラミングへの欲求はテスト用ツールを作ったりで満たしてる。

PGだSEだと区切りが明確な会社はだいたい給料が低い
上流も100万ユーザのサービスなのか20人が使う勤怠システムなのかによっても違うけどね

ろくすっぽ外科手術もしたことない奴が、手術計画書を書くようなもんだよな
あー怖い怖い
国家資格がなくても上流やってますって名刺渡せるんだから楽な商売だよな

>>167
設計書にまとめた設計で書いてないのにコードでまとめてあると
修正するときに見積もれない工数がヤバイよね
10箇所から呼ばれていて各パートの帳尻合わせもやっていたりする場合が多い
前担当者の家をシンゴジラに踏んでもらいたい

内部機能が共通だと思ったらどんどん共通化してくれていいけど
別の設計書に書かれてる機能は
せめて窓口は別にしてあげてください…

ゲームはやだなぁ
Webサービスは上流工程やらないの？

承認欲求を認めたくなくて必死だな

うち実装してからそれを元に設計書出してるわ
有能PGにはコーディングに集中してもらった方が効率いい

>>132
いいや、丸投げ

>>115
シングルトンひいてはデザパタが攻撃されてると思うの？
自意識過剰じゃない？
どういう意味でシングルトンという言葉を使っているのか
頭を冷やして冷静に考えみなよ
ヒントはデザパタは役立たずのクソ

結局のところSI業界の構造の悪さに行き着くんだよね。
ウェブ系とかはそういう構造から免れて今の大躍進が起きてる

その手の話はこれとかを呼ぶと勉強になるよ

木村岳史の極言暴論！
http://itpro.nikkeibp.co.jp/article/COLUMN/20130315/463805/

まず、設計書っていうのは工数の計算する元となる資料
設計書を軽視する人はおそらく金銭交渉しない人

デザパタを否定するやつがシングルトンパターンを
持ち出してくるのは、シングルトンパターンしか
理解できないからだって聞いたことがある。
理解できない時点で否定する資格がないと笑われていた

持て余した承認欲求を爆発させるほど必死なやつは去ってくれ

もちつきくらい家でやれよｗ

>>167
これは本当にそう

>>59
上流の金銭を減らしたら人間のレベルも低下するし、
仕事の質も低下するし会社の資金繰りも悪化して
日本はデフレが加速して自殺者が増えてアメリカは
日本に核爆弾を落としてロシアは北海道を占拠するだろうな
それで問題が解決すると思ってるなら俺はお前を戦争犯罪者として
心置きなく糾弾していく所存だね

コーディング下請けの上にいるのはSEちゃうで上級コーダーや

>>150
仕事やったことねーなお前

>>7 (
　　俺はやれてるとドヤりたくて仕方がなかった
　　SIerを引き合いに出した、今は独房にいる
)

>>42
だよな、だからデザインパターン使わなくてもfor文かけばいんだよな
プログラマがデザインパターン意識したら負けっていうのはそういうこと
言語の設計者というのはそこまで考えてる