上流工程やりたくない [無断転載禁止]©2ch.net
意識高い系社長「君もスキル磨いて
早く要件定義やプロジェクト管理
できるように頑張りなさい」
プログラマ「そんなスキルは興味ありません」 >>62
そいつ大規模開発やったことないお花畑野郎だよ
>>63
そんなことない、俺は日本を守ろうとしてる
右翼とか左翼とかじゃない、守り人として日本を
見守ってる、日本で暮らす人がゴミのような
考えで日本を没落させようとしたら俺はそれを見守ってる
下流土方の単価をあげようっていうのならいいが、
上流の単価を下げようっていうのはどう考えても業界をダメにするだろ?
俺は見守っているんだよ プログラミンクが苦手な奴ほど、プログラミングは嫌な仕事だと思って、まだなんか楽そうに見える上流をやりたがるし、なぜかプログラミングを見下したがる
センスのある奴はプログラミングが楽しいから、客との折衝や書類仕事の多い上流にはあまり面白みは感じない
ただ、頭の悪い設計書を押し付けられると、そこから発生するであろうくだらないやり取りやそれに費やされる無駄な時間が想像され、プログラミング作業もその仕様書と同じレベルに劣化して途端に面白く無い作業に成り下がる >>64
> そいつ大規模開発やったことないお花畑野郎だよ
で、お前はどこの雑魚?
お前が言った所で説得力ねーよ >>64
仕方ないよ。プロジェクトで使える金は決まってるんだ
プログラマの単価を上げるのだから
必然的に上流の単価が下がる 下流しかできない頭の悪い人間が土方コンプレックスで
上流の足を引っ張って満足してたらその場ではいい気になれる
だろうが、中長期的に見れば業界の破綻を招く
日本の悪いところだな、他人の足を引っ張って足並みを揃えようとする
その乞食根性が今の日本の不景気を作り出してる、その悪循環を止めようと頑張ってる
俺のような人間もいるってことを脳裏に刻んでほしい
そして普段の生活の中でなにかいいことがあったなら俺のことを思い出して
俺のおかげでいいことがあったんだと思ってほしい
それが俺の幸せだ >>67
仕方なくない、生産性を上げて仕事の質を高めていけば
それにつれて利益も上がっていく
奴隷根性で安い仕事ばかり安請け合いしてたらダメになる
選ぶ人間こそ高みに行ける >>66
そんなことない、俺を信じろ
俺の言葉に説得力があると思い込め
俺は良い事を言っているんだ >>61
上流って何してんの?
派遣業者が派遣社員に仕事投げるのと同じような内容だよね?
ただ中抜きしてるだけ
要件定義が難しいって日本語が出来れば普通やれるだろ >>69
> 仕方なくない、生産性を上げて仕事の質を高めていけば
それなら上流が頑張って生産性を上げればいい >>71
業務知識や経験がないと厳しいかと
ユーザってうだうだ言って結局なにも決定しないとか
意思決定に複数の組織が関わるようなものだと
今はまだ決められないなんてこといって先延ばしにしたりとかザラにある
言われるがままに従ってたら到底できっこしないし
できたとしても大炎上で利益確保できない
知識と経験と勘でプロトタイプ作って提示して承認せざるを得ないような
状況を作り上げる、プロトタイプを作るにもコストが掛かるから
モックアップ程度でいいのかケースバイケースで判断してそれを
開発チームに伝えて、開発チームからはここのところが難しいと
フィードバックもらったら仕様を見直してユーザにプレゼンしておkもらうとか
そういうことやって、プロジェクトの資金面でのやりくりもやってる
残業させてやらせたがいいのか人員を手配したほうがいいのか
仕様を減らしてユーザの了解を得たほうがいいのか、内部外部のコミュニケーションは
どういう頻度で参加者は誰を選ぶのが良いかとか
日本語だけじゃ厳しいよ資料作成能力もプレゼン能力も
開発チームをリードする能力も必要で複数のプロジェクト掛け持ちするのが
普通だから体力もいる、遊んでるように見えて仕事を超こなしてるのが上流 大学出たら自動的に上流になって楽な仕事してると思ったら大間違い
大学出るほどの知性があるのが最低条件でさらに体力もコミュニケーション能力も
備えていないとやってけないのが上流 システムを構成するアーキテクチャや業務要件を満たすための
全体的な設計はやるけれどデザインパターンはそれとは違うな
あれは実装寄りだわ、コーディングチームが知ってればすむようなことだ プレゼンするのが好きとか、しゃべることには自信があるとか、
初対面の人とも楽しく酒が飲めて歓談できるとか
そういう面がありつつ、なおかつ一度にプロジェクト全体を見渡せるくらい
の広い視野と回転の早い頭がないと突発的なトラブルに対処できないから
興味がない人がやることじゃない >>77
お前なんでそんなにシングルトン好きなの? >>73
SIerじゃなきゃいらないやん
だって自分で全部やれるし >>78
お前にも120%シングルトンを食らわせてやる >>79
犬小屋作るのならシングルトンでもいいだろうが
スカイツリーはシングルトンじゃ無理 なぜそんなにシングルトンを持ち出すのか?
その理由はわかっている。
シングルトンにしか勝てないからだ。 デザパタを否定するやつがシングルトンパターンを
持ち出してくるのは、シングルトンパターンしか
理解できないからだって聞いたことがある。
理解できない時点で否定する資格がないと笑われていた グローバル変数を拒否された唯一の希望がシングルトンだからだ 上流工程について語るときにデザパタを持ち出すやつは
デザインパターンが何なのか、上流工程の仕事が何なのかを
理解せずに語っている、デザインパターンをデザパタと略して
さもわかってるかのように語るやつは初心者を脱しただけの
一番危ない人間だ >>86
ブリッジパターンの使いどころ教えて?
カンニングすんなよw
5分以内に実践的な使い方答えて デザインパターンを作ったGang of fourでさえ
デザインパターンを否定しているわけだが
有用性を理解できる人間がいるとは思えないが オブジェクトに状態を持たせるってやり方が
100年前の考え方だってこと
関数型の方がよほど合理的なわけで
Gang of fourもそこを指摘している
いまごろデザインパターンがどうとか言ってたら
プログラマとして危険人物だろ やはりデザインパターンを語るやつはまともじゃない
下流土方としても3流 DDD難民に捧げる
Domain-Driven Designのエッセンス
第1回 ドメイン駆動設計とは
https://www.ogis-ri.co.jp/otc/hiroba/technical/DDDEssence/chap1.html
こっちの方が役に立つんじゃないかな
そもそも設計やってるのか疑わしいが よしわかった、じゃあここはシングルトンについて語るスレにしよう シングルトンよ、データは一度だけ読めばいいのだ。
と言ってるのに、言うこときかない。なんで? >>81
いいやスカイツリーも俺が乗るわけじゃないのでシングルトンで作る 例えばスカイツリーを何十個も複製するならシングルトンではダメだが
1つなのでシングルトンの出番となる >>101
Object.cloneでコピーできますけど? そうさ〜 僕らは〜♪ 世界に一つだけのシングルトン〜♪
一つ一つ違うインスタントを持つ♪ 上流って整合性云々は二の次で、とりあえず判子もらう資料作ったら終わりやん
後の辻褄合わせは全部下流に丸投げして、スケジュール管理という名の下流の尻叩き
納期遅れようが、赤が出ようが、全部下流のせい
楽な商売だよ >>106
最近俺のまわりでは上流と下流は分かれてないかな?
少なくとも設計からテストまではセット >>107
そんな現場では働きたくないな
上流だけやっていたい >>108
多分多くの会社でここ分けるメリットねぇなって学習したんと違うかな?
設計だけだとあまりにも投げっぱなしのジャーマンを炸裂する奴多すぎ問題で >>107
どうせ犬小屋程度のものしか作ってないんだろ
だったらシングルトンで十分だ >>111
っていうか、そんなシームレスに際限なく馬鹿でかいプロジェクトあってたまるかよ
よっぽど担当者の脳みそ腐ってんだろ
まあ、実際に腐ってるケースもあったが
インターフェイス定義してプロジェクト分けろと >>112
プロジェクトを分けてたくさん犬小屋を作るつもりか シングルトンでは犬小屋しか作れないのだよ
ピラミッド状に組織を作ってやらないと大規模なものは作れない
スカイツリー作った人のほとんどは土木作業員
設計者はそれに比べればほんの僅か
大規模な作業は役割を分担して組織化することによってはじめて実現できる
誰もかれもが現場作業やればいいってもんじゃない
長妻なんとか元パワハラ大臣が手計算で年金計算してたようなもの
組織というものがなんたるかを知らない人間が上に立つとできることもできなくなる デザパタで馬鹿にできるのがシングルトンだけだから
シングルトンを集中攻撃してるのかな?
ネタバレされたらなんか間抜けだよねw >>115
シングルトンひいてはデザパタが攻撃されてると思うの?
自意識過剰じゃない?
どういう意味でシングルトンという言葉を使っているのか
頭を冷やして冷静に考えみなよ
ヒントはデザパタは役立たずのクソ シングルトンの一本槍で戦ってるのはデザパタさんの方じゃないか >>116
いや、シングルトン以外の話をしろよってことだよw
お前のことだ。シングルトンを一回忘れて
他のデザパタの話をしようか。 くらえ!ひっさつちぇいんおぶれすぽんしびりてぃいいい!!!とかやればいいじゃん
なに黙ってんの インタプリタとか業務で使うことまずないよな
アブストラクトファクトリもフレームワークとか作るのでない限り使わぬし
シングルトンも別にグローバル変数で間に合ってるし
結局使うのってコマンドパターンくらいかコマンドパターンも一般的過ぎて
もはやコマンドパターンと呼べる代物じゃない
ただのインターフェースだしファクトリはゴミ デザパタさんの応答がないとき使えるデザパタを募集します プロキシか?プロキシを挟んで誰か別の人間が応答すればいいのか
その間にデザパタさんの初期化を頑張ればパフォーマンス出るんじゃないか? >>115
デザパタをムリに適用しようとしたらオーバースペックというか
interface狂というか
「あるクラスは別のクラスに交換可能であるべきじゃい主義者」
になる印象はある
フレームワーク書いてるとか、JSRに従ったAPI書いてるとか
エライ人の怒声により2コのシステムを無理に共通化しようとしてるとか(X社は先日弊社が買収しますた)
そういう時でないとデザパタがフル稼働する状況は思い浮かばない
例えばコーヒー豆小売店用のBtoCサイトだとGoFのデザパタなんか1/10も使わんかも 特に意識しなくても気付いたらデザインパターン多用してる
というか必然の設計をするとあ、この形はよく見たらなんとかパターンだなってなる >>136
受けた仕事をそのまま外注に出すこと
打合せの会議すら参加しない 正社員になるとずっとプログラマでいるとこはできない悲劇 >>1
上流って早い話が、システムの設計ができるってことだろ?
なんの設計権もないプログラミングなんて面白くもクソもないだろ コーダーだって設計ができなきゃ
渡された設計書が適切であるかどうかも判断できないよ >>142
算数ドリルやってるだけで楽しいか?って話だろが 適切な設計がわかると低脳SEの書いたクソ設計に従って作業する苦痛に耐えられなくなる
コーダーは設計なんてわからないほうが幸せ >>1
まあ上流工程がゼロから価値を創出するところだしね
その分多様なスキルを求められて精神体力ともに凄くキツイ
やらなくていいのなら絶対やらない方がいい 価値を考えてるだけで
創出はしてないだろw
価値を考えるだけなら誰でもできるわけで コーディング下請けの上にいるのはSEちゃうで上級コーダーや 要求は自由にならないけど、
それを満たす仕様(アイデア)を自分で考えられる権利を持ってるのって上流だけじゃん
ものづくりで一番楽しいのってそこじゃない?
そのアイデアが最終的にどれだけ効果をもたらしたか?
この二つが無いところの仕事って何が楽しいの? >>150
hello worldが出力されたら楽しい
それがプログラマ 書いたとおりにプログラムが動く
プログラミングとは世界が自分の思い通りだと認識させる麻薬のようなもの >>150
他人の作った、しかも低品質すぎてめまいがするような設計に服従してコード書く仕事って、ほんと何が楽しいんだろうな? >>153
その思いがSEは的はずれだからな
顧客(=素人)が言ってることを伝えてるだけ 概ねこんなことがやりたいんだけど
ってのは客の要望で決まってて
上流がやるのなんて他で悪影響があるかないか目を皿のようにして調べるだけ
アホはその工程を飛ばすから下流での尻拭いが酷い
クリエイティブな箇所なんて欠片も存在しないので安心してほしい
そういうのがやりたければ日本を出ろ
日本のベンチャーという手もあるが契約が稚拙なので食い物にされるだけ
本気でクリエイティブな仕事がしたければ海を渡る必要がある >>158
勝手にレッテル貼ってるけど、低偏差値のおまえが思ってることをなんで他の頭のいい人が思考してないと? PG>>経営者>>営業職>>事務って感じがする
営業が仕様書を書くけど、よく怒られてる
若い社長だと、変わるのかな? 何も準備なしで客先行かされて翌日から用件定義書かされてリジェクトされる毎日だ