マ板のPGにオブジェクト指向を覚えさせたい！

使えない奴をさんざん煽って、「クビになってせいせいした」と思わせるなんて常套手段だよな。
素直に「能力が低すぎるから辞めてくれ」なんて言って落ち込まれでもしたら後味悪いしな。

スレと何の関係もないこと書いてる>>941は、やっぱり仕事でも指示と全然関係ないもの作って
クビになったんだろうか？
何度言っても理解できない奴ってやっぱりどこでもいるんだな。

業務の一部のＰＧを任せられたとき、
その処理だけ動けば良いと考え、全体を見ずに
コーディングすることは、ＰＭから見たらそりゃド迷惑ですよ。
後に仕様変更とかあったときに、
君の独りよがりな癖まで理解しなきゃならないのだから。

その処理だけ動けば良い、様に作成すれば全体のつじつまが合う様に設計するもんじゃないのか。
オブジェクト指向で、各クラスの処理を明確にしていく、透明性を高めることしないから、
結局、自分につけが回ってくるんだよ。ＰＧレベルの問題ではないと思うが。
>>オブジェクト指向を覚えさせたいＰＭ（もまいがまず勉強しろ）

>>947
激しく同意
>>946みたいなPMは仕事をしないSヨと同じ。

内部の癖を隠蔽するのもオブジェクト指向っすよね

オープンソースには隠蔽なんてものはない

>>950　おもしれぇ

追加案件の時に　>>947　>>948
に俺は仕事を振れないな。
自分の技術にこだわりを持ちすぎていて
コーディング規約さえ無視しそうだ。

>>952
途中からＲＯＭってたんだけど
君の言ってることめちゃくちゃだよ。

>>946はオブジェクト指向どころか、モジュールの独立性も知らない、アホ。
さっさと病院に逝ってくださいね。

>>946 == >>952
見てるこっちが恥ずかしいな。
(　´,_ゝ`)

>>947と>>948は、極めて正論。

俺は、>946と仕事はできないな。
自分の間違った知識にこだわりを持ちすぎていて
モジュールの独立性という基本さえ無視しそうだ。

>>956
同意。

>>946==>>952
オブジェクト指向っていうのは、モジュールの独立性を強制していることだと思うのだが。
だから、そのクラスだけ独立して動く設計になってれば全体には影響しない。
お前は自分の無能さを証明できたわけだ。

はっきり言って、SEもPMも、PG上がりの人間の場合、プロジェクトは混乱しない。
お前のような、プログラムのプの字もわからんSﾖやPMがいるから混乱するのだ。
わかったら、とっととこの板から出てけよ。

祭りはここですか?

設計の半分はインターフェースです。
部分を実装するときに全体を見なければならないとしたら、
それはインターフェースに問題があることを意味しています。
すなわち設計が不十分／不完全であることにほかなりません。

>>946にプログラムを作らせたら全ての変数をグローバルにしそうだｗ

>業務の一部のＰＧを任せられたとき、
>その処理だけ動けば良いと考え、全体を見ずに

コマを如何に使うかが設計側の腕の見せ所じゃないか？
勝手な想定の元に機能追加されたらたまったもんじゃないよ。

>>946氏よ、今までどんな仕事してきたんだ？
先輩から上のようなこと言われてるのかい？
だとしたら、師を変えたほうがいい。書籍のほうがまだましだ。

ここは>>946を叩くスレになりました。
釣りっ気がないのがさらに痛いね。

次スレは>946をおかずにしたいものだ。

>946はコーディングスタイルのことを言ってるだけで
オブジェクト指向とは一言も言っていないと思われ
仕様変更とかで、後からそのソースを修正するとき
コーディングスタイルが他と大きく違ってたら・・・

>>964

>>946のレスを誘発した>>941は、コーディングスタイルのことを言っているのではない。
無論オブジェクト指向とも言っていないが。

まあ、知らないよりは知ってるほうがいい

でもその知る努力を他にまわして生産能力の向上を図るのが
オブジェクト指向だと思う

>941の「ＰＭは一人一人が業務知識全般に通じていなければ
気がすまないらしい」は誤解ではないだろうか
フツーに考えればそんなことはありえない
（ホントーにいるとすればDQNくさいが）
「他のシステムがどうなってるとか」というのは常識的に考えて
UIやテーブルアクセスに関する統一性だと思われる

いずれにせよ >946 は頭が悪いヒト。
間違いない。

クソレス大賞

>>946 >>952

おめでとう！！

>>946のウルトラアホレスに隠れて目立たないが、>>966も相当頭悪そうだなｗ

946叩いてるの同じ人間じゃないか？

モジュールの独立性は当然目指すべきものだけど、
ヘンに境界を作って、スキマだらけの作りになるのはいただけない。
完璧なインターフェイスなんて誰も設計できないんだし、
そこは各プログラマがしっかりとアラートを挙げてサポートするべき。

>>970
有限の能力を有効に使うのが再利用の意味じゃないの？

お前ら真性？

クラスは部分的に独立して動けばいいが、作る人間が部分的なことしか把握してないんじゃまずいだろ。
そんなんだからめちゃくちゃなシステムができるんだよ。
ちったあ反省しろよ。

>>972
そんな抽象的な言い方されても肯定も否定もしにくいが、哲学的な議論でも始めたいのか？

>>973
だからぁ　クラスがそうであるように、ここで騒いでるコーダーたちも只の部品なの。
部品は部品らしく言われたことやってればいいの。
ビルを建てるときに、ペンキ屋や壁紙屋が全体の設計を知る必要ないだろ？

>>スキマだらけの作りになるのはいただけない
そういうのをバグといいますよ、この業界ではね。

>>975
>ビルを建てるときに、ペンキ屋や壁紙屋が全体の設計を知る必要ないだろ？
いい表現だな。今度使わせてもらおう。

>>974
自分が何となくわかってるような気分になってるだけに
おかしいところがあれば指摘して欲しいんだよ

>>975
まったくだな。
壁紙の上にペンキを塗っても、壁紙と塗ったペンキの間に３ｃｍほど地の壁が見えても、
それはそう発注したんだから、そのとおり作業すればいいんだよ。

やっぱわかんね

お前ら、言われたしか出来ない視野の狭い「コーダー」が
馬鹿にされているんだっていい加減気づけよｗ

>>975
ソフトウェア業界は過去、製造業の真似して失敗していますよ。
トヨタの打ち破った製造業の常識とは、まさに完全分業化ですよ。
ソフトウェア開発でも昨今、コミュニケーションを密にして、
全体で知識を共有するプロセスが盛んですよ。

仕様が流動的な開発業において、局所最適化は悪ですよ。

>>982
それとこれは違うだろ。。。

>>982
局所的だからこそ仕様変更にも対応しやすいんでは？
部品を組み合わせるだけだし。

>>946　のレスに対して、独立性だとか言って反論している様子は、
なんか行き着く先が見えて哀れに思えるよ。
オブジェクト指向って言っても実践を伴ってこその理論なんですよ。
コーダーが、永遠にコーダーで飯を食っていけるなら良いけどね。

>>947,948のロードマップ

コーダー　->　フリーター　->　ロードスリーパー

外注投げで有名かつ納期を守らないF社でも
PGが勝手に設計したら怒るよ(w

おうおうにして、オブジェクト指向を実践していないのは、要件定義、基本設計を
する似非ＰＭ、似非ＳＥだよ。（それなのに、オブジェクト指向で開発ってもダメなんだよ）
だいたい開発で火がついてもそうした認識はないよな。（すべて派遣ＰＧのせいにする）
で、それを繰り返すわけでしょ。似非ＳＥが基本設計でクラス図も作成しないで、
業務ﾏﾝｾな感じならそのプロジェクトは開発突入直前に撤収するが正解。
（さっしの通り漏れは、派遣ＰＧ兼似非ＳＥだけどね。）

http://pc5.2ch.net/test/read.cgi/tech/1065535118
次スレに移行してください

>>987
F社は、PGまでは関与しないんじゃない？
外注の担当PMかせいぜいPG兼務のSEまでだよ。
詳細設計もしない完全なるPGなんて相手する暇は無いんじゃない？

>>990
F社は関与しないかもしれないけど、
その子会社はかなり理不尽なことを言ってくるよ。

オブジェクト指向は難しすぎ
http://pc5.2ch.net/test/read.cgi/prog/1094395462/l50

そのスレは、16なるお方がオブジェクト指向の思い出話に浸っておりますな。