上流工程やりたくない [無断転載禁止]©2ch.net
モジュール化すると影響範囲がわからなくなるっていうのは嘘
モジュールの依存関係が明確になるから影響範囲はむしろわかりやすくなる
コピペだとコピペしたコードがどこにあるかから探し始めないといけないから影響範囲の特定に余計に時間がかかる
上流は仕事をしないのでドキュメントを信じてコピペを探すと確実に漏れが出るのでコードを注意深くgrepするしかない
見つかったコードが単純なコピペならまだしもそれぞれが個別にメンテナンスされて微妙なバリエーションを持っているとそれぞれに対して詳細な影響調査をしなければならないので工数が数十倍に膨れ上がる事もある 共通化をするのは結構
だがそれを設計書に記述しないのはギルティ >172
コーダーの分際で上級SE様の責任まで背負い込もうとするから
そんなわけのわからん状況になるんだ
おかしい設計書よこしてきたら
動かないコードぶん投げてあんたのせいだって言い返せばいいじゃない
むしろそうしてくれないと後を引き継ぐ人たちがみんな困る 内部機能が共通だと思ったらどんどん共通化してくれていいけど
別の設計書に書かれてる機能は
せめて窓口は別にしてあげてください… 設計通りなんていう幻想は存在しない
本当に設計通りに作ったら100%動作しない
動作しないどころかビルドも通らない
存在しないモジュールに依存していたり
インターフェース仕様が設計書間で矛盾していたりする
そもそも曖昧で解釈の幅が広すぎて「設計書通り」を定義できない設計書も少なくない
下流はそういった上流の不始末を吸収してマトモに動作するものを出さないといけない
上流が無責任だから動作しないものを出すと下流の責任に転化される
言い換えると下流は設計書と違うコードを書く責任がある
最終的なコードと設計書の差分の吸収は流石に設計書の担当である上流の仕事だろう
設計書まで下流が弄ってしまったら上流がなんのために存在するかわからなくなる 上「これくらい理解してくれるよね?こんなとこまで書いてたら一生終わんねー」
P1「うちのP2はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
P2「うちのP1はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
誰もが正しい答えを知ってるのに
誰にもどうにもできない悲しい世界
だれかどうにかして… プログラムという客観的な地面から離れて成果が他者に依存するようになると
誰もが認識が歪んでおかしくなっていく プログラマを経験して実装レベルを知っている人が
上流に居ないと悲劇は繰り返される
知らんヤツが決裁権を持つと面倒 分業する方向が違うんだろうな
作業工程で分業するよりもエリックの言う通りサブシステム単位で分業した方がいい >>182
機能一覧が出せるほど仕様が決まっているならはじめから問題など起きない
機能一覧すら出せないから工程で分離して終わっていない工程をさも終わっているかのように見せる
ガチでクズだから平気でこのシステムを選択する 個人があーだこーだ言ってもどうにもならん
利害関係者全員が意識を高く持たなきゃ上手くいかない
一人で意識高く持っても辛いだけ
だから業務では心を殺してゴミを生産するしかない
休日に自分のシステムで頑張ろう
政治と同じだね
マイノリティにとっては民主主義なんて馬鹿馬鹿しいだけだよ モチの絵描く腕なんか欲しくない
モチ作れる腕が欲しい >>188
描けなきゃ、パック詰めしかやらせてもらえないよ 餅を描きたい欲求があるわけじゃないけど他人に描かせるとひどい目にあうから自分で描きたい人が多数派 他人が描いた餅の絵でひどい目にあうってどういう状況だよw
ひょっとして闇が深い話なんかこれ?w やりたいこと:もちつき
やっていること:もちの絵をかく
現場のしごと:もちのパック詰め
もちつきがやりたいなら、もちつきをしている会社にいかないとね
量産品つくってるメーカーで、もちつきやりたいっていっても困るんだわ プログラミングが好きで
プログラミングしたくてこの業界に来たのに、
Sierはほぼ設計でExcel、客との折衝ばかりで製造は外注丸投げ。
ソフトハウスはどうか?→ほぼSierからの下請けで、客先常駐でのプログラミング。SEより待遇悪し。
ほんとにプログラミングやりたいなら、Webサービス企業、ゲーム企業に入るべし。 ゲームはやだなぁ
Webサービスは上流工程やらないの? SIerではなくメーカで組み込み担当してる。
俺は要件定義は結構好きだな。次期製品の仕様を他社ベンチしたり、営業部隊とワイワイ議論しながら決めてくのは結構楽しい。
コーディングは安全性重視のため、比較的既存ソースを流用することが多く、自由度も低いので。 >>200
俺のとこ(メーカー)はコーディングしてるよ。
ソフト技術者はコーディングするのが当たり前という風潮。
自分でコーディングしていないとコードの良し悪しは
分からないので後輩指導も仕入先とのレビューも出来ないと思う。 >早く要件定義
>プロジェクト管理
>できるように頑張りなさい」
>プログラマ「そんなスキルは興味ありません」
まぁ >プロジェクト管理 はいいとして
>早く要件定義
を「そんなスキルは興味ありません」
と言っちゃうバカは消えてほしいわ。どんだけプログラマの地位を貶めるつもりだ? >>200
おまえのやってるのは、プログラミングではなく、コーディング又はキーパンチ >>205
そんなスキル要らない。
PGと顧客の間に挟まれるニュータイプの
ブリッジSEを作ればいい。
口が上手くて両方の言うことが分かるやつ。 >>207
口がうまいwww
そんなレベル客も別に求めてないですが?
普通にしゃべれれば何にも問題ありませんが?
プログラマ=しゃべることもできないコミュ障=キチガイ
って自分たちから自分たちをゴミにしないように >>208
お前未経験なのが分かったわ、相手して損した 口も上手いプログラマになればいいだけだろが
なに、僕出来ませーんって泣き言言ってんだよ 客から要求を聞き出し現場を観察して手段を提案し設計をし法的責任の確認から金まで全部終了。
「そこから『だけ』」しかできない作業なんて何が面白いんだ? >>204
開発するソフトウェアが会社(組織)のコア技術になるなら
自社社員にコーディングさせると思う。 上流もプログラミングもしたくない
というか仕事もしたくない PGだSEだと区切りが明確な会社はだいたい給料が低い
上流も100万ユーザのサービスなのか20人が使う勤怠システムなのかによっても違うけどね うち実装してからそれを元に設計書出してるわ
有能PGにはコーディングに集中してもらった方が効率いい まず、設計書っていうのは工数の計算する元となる資料
設計書を軽視する人はおそらく金銭交渉しない人 はぁ?設計書書く工数はどうやって見積もってんだよwwww >>219
サブスクリプションに近い契約方式も使えるからな
その場合工数うんぬんより「要件のうちコレとコレやりましょう」で済むわけで >>202
全く同じや。組み込みだったら要件定義のが創造性発揮できて楽しい。
プログラミングへの欲求はテスト用ツールを作ったりで満たしてる。 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
TN79BEQ89A ☆ 私たち日本の、改憲を行いましょう。現在、衆議員と
参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
H28VG PMやれってずーっと言われてて、あっ、はい…って答えてた。
そしたらついに来月から1本プロジェクト任されることになった。納品終えて一息ついたタイミングで。
PMってなにやりゃいいのよ…。
とりあえず本1冊買ってきた。 見積もりはちゃんと書いておいたほうがいいらしいぞ。
それでヨソに仕事とられるなら素直にそいつらにくれてやれ。
どうせそいつらが後になって、その仕事をもってきてくれるんだ。 ところがどっこいウチの営業が拾ってきてくれるんだわ
次に繋がるからここは頑張りどころと 大手の開発部長が製造は仕事がほとんど消えるから技術の勉強は不要で、要件定義のためのコミュ力磨けといっていた そもそも、要件定義やプロジェクト管理は多くの機密情報を知る側だから
身内の縁故採用でないと無理だと大学キャリアサポートから教わった。 自らの価値を証明するエビデンスに乏しくて、奴隷風情にマウントを取るくらいでしか承認欲求を満たせないようなキャリアには興味が無いなあ
クッソつまんなそう マネジメント、顧客対応くそつまんない。プログラミングやってるほうが全然やりがいあって、楽しい。 プレミアが1軍にもめぼしい選手はそれできついだろう
気付いた同僚が無理矢理終了したらしく >>146
というか空前絶後のバカだな
ホテル暮らしなんだろうかと思うけど。 物事を決めたくない
自分の責任で進めたくない
間違っていたらすぐに責任転嫁できる
夜のAVは速攻で決めるのに
仕事の内容は一切決めようとしない
人間のカス、クズ、ゴミ