やっぱりオブジェクト指向は幻想でした。
773 ：デフォルトの名無しさん：
>>771
>あって思うと思うよ。仕様書どおりにコーディングするだけのプログラ
>マには、OOなんかうざいだけかも知れないけどね。
ＰＧって仕様書どおりに作るのが普通だろ。
「この仕様書だせえ」とか言って、勝手に作るＰＧはむしろ馬鹿。
>あって思うと思うよ。仕様書どおりにコーディングするだけのプログラ
>マには、OOなんかうざいだけかも知れないけどね。
ＰＧって仕様書どおりに作るのが普通だろ。
「この仕様書だせえ」とか言って、勝手に作るＰＧはむしろ馬鹿。
|
|
|
774 ：デフォルトの名無しさん：01/10/31 09:59
>ＰＧって仕様書どおりに作るのが普通だろ。
>「この仕様書だせえ」とか言って、勝手に作るＰＧはむしろ馬鹿。
これは、ＳＥ−ＰＧという日本の請負会社の形態。
あなたの会社はいずれ干上がるでしょう。
>「この仕様書だせえ」とか言って、勝手に作るＰＧはむしろ馬鹿。
これは、ＳＥ−ＰＧという日本の請負会社の形態。
あなたの会社はいずれ干上がるでしょう。
775 ：デフォルトの名無しさん：01/10/31 10:08
海外でも仕様書を勝手に変えちゃうＰＧなんていません。
776 ：デフォルトの名無しさん：01/10/31 10:12
>海外でも仕様書を勝手に変えちゃうＰＧなんていません。
馬鹿なやつぅ。
海外ではＰＧ（Software Engineer。ＳＥではない）が仕様決めるんだＹＯ！
馬鹿なやつぅ。
海外ではＰＧ（Software Engineer。ＳＥではない）が仕様決めるんだＹＯ！
777 ：デフォルトの名無しさん：01/10/31 10:15
ようするに学習曲線の立上りがなだらか過ぎるのが問題なんだろ?
数学も理科も英語も何年も何年も学校で勉強したところでろくに理解できない
程度の才能なのに、一朝一夕でOO習得できるようなつもりでいるのが勘違い。
ま、OOに限らないけどね。習得に時間がかかるものすべてにあてはまる。
高度なアルゴリズムとか。
数学も理科も英語も何年も何年も学校で勉強したところでろくに理解できない
程度の才能なのに、一朝一夕でOO習得できるようなつもりでいるのが勘違い。
ま、OOに限らないけどね。習得に時間がかかるものすべてにあてはまる。
高度なアルゴリズムとか。
778 ：デフォルトの名無しさん：01/10/31 10:18
779 ：デフォルトの名無しさん：01/10/31 10:23
ＰＧがＯＯＰすると、クラスがそのまんま仕様書になるから、便利。
ＳＥが作る仕様書なんてお絵かき。文献にもなってなくて日本のソフトウェアに影響を全く与えた無い。
再利用が難しいって、難しいと思う人が居るかもしれんが、
ＰＧは何も言わずクラスライブラリ派生してプログラミングしてるぞ。
だから、ウィンドウ開くのも数行で出来るが、それ使わなきゃあ、Win環境ではウィンドウ一枚開くにも１ＫＳｔｅｐかかるよ。
ＳＥが作る仕様書なんてお絵かき。文献にもなってなくて日本のソフトウェアに影響を全く与えた無い。
再利用が難しいって、難しいと思う人が居るかもしれんが、
ＰＧは何も言わずクラスライブラリ派生してプログラミングしてるぞ。
だから、ウィンドウ開くのも数行で出来るが、それ使わなきゃあ、Win環境ではウィンドウ一枚開くにも１ＫＳｔｅｐかかるよ。
780 ：デフォルトの名無しさん：01/10/31 10:30
ある現実にあるもの（オブジェクト）を想定して、
その構造体とアクセス関数郡を作るのはコード上に現れてないものを常に意識しているので非常にストレスがかかる。コメントも必要。
ＯＯＰだと、あるものを○○クラスとして記述し、それが行うこと（業務）を
○○メソッドとして書いておくと、あっという間に塗り絵の枠（フレームワーク）が完成する。
その塗り絵の枠の中身を埋めるのは簡単なので、初心者にも精神的に楽だＺＯ！
その構造体とアクセス関数郡を作るのはコード上に現れてないものを常に意識しているので非常にストレスがかかる。コメントも必要。
ＯＯＰだと、あるものを○○クラスとして記述し、それが行うこと（業務）を
○○メソッドとして書いておくと、あっという間に塗り絵の枠（フレームワーク）が完成する。
その塗り絵の枠の中身を埋めるのは簡単なので、初心者にも精神的に楽だＺＯ！
781 ：デフォルトの名無しさん：01/10/31 10:31
ＰＧ上がりのＳＥには優秀な人もいるけどね。
ＰＧ経験の無いＳＥだとまずもってＯＯは望めないから悲惨。
ＰＧ経験の無いＳＥだとまずもってＯＯは望めないから悲惨。
782 ：デフォルトの名無しさん：01/10/31 10:40
なんか見えてきましたね。
ウォーターフォール型の開発で何の問題もないって話なら、
OOPはいらないよね。それで納品先は満足してるの？
追加仕様に対してリーズナブルな価格を設定できています？
仕様を追加したくても、高価すぎて我慢するクライアントっていませんか？
プログラマの都合でクライアントを泣かせてたら、
クライアントも発注しなくなるよね。
クライアントも未来を予知できるわけじゃないから、
どういう機能が必要か、前もって完璧に知ることはできない
（クライアントをとりまく環境は刻々と変化しているから）。
なんつーか、SEの言いなりになって仕事をしていれば食べられる
というプログラマって人種が、いつまで残っているか、危機感ないの？
って感じですな。
ウォーターフォール型の開発で何の問題もないって話なら、
OOPはいらないよね。それで納品先は満足してるの？
追加仕様に対してリーズナブルな価格を設定できています？
仕様を追加したくても、高価すぎて我慢するクライアントっていませんか？
プログラマの都合でクライアントを泣かせてたら、
クライアントも発注しなくなるよね。
クライアントも未来を予知できるわけじゃないから、
どういう機能が必要か、前もって完璧に知ることはできない
（クライアントをとりまく環境は刻々と変化しているから）。
なんつーか、SEの言いなりになって仕事をしていれば食べられる
というプログラマって人種が、いつまで残っているか、危機感ないの？
って感じですな。
783 ：デフォルトの名無しさん：01/10/31 10:43
>>775
馬鹿なやつぅ（ｗ
馬鹿なやつぅ（ｗ
784 ：デフォルトの名無しさん：01/10/31 10:47
ＳＥ−ＰＧっていう形態は日本だけなの？
785 ：デフォルトの名無しさん：01/10/31 10:56
役割の名称が違うってだけ。
むしろ海外のほうが役割が細分化されてる。
ＰＧが仕様を決めるなんていってるのは、大規模開発を知らないDQN。
むしろ海外のほうが役割が細分化されてる。
ＰＧが仕様を決めるなんていってるのは、大規模開発を知らないDQN。
786 ：デフォルトの名無しさん：01/10/31 11:00
>>785
詳細きぼんぬ
詳細きぼんぬ
787 ：デフォルトの名無しさん：01/10/31 11:04
ちょう、ダメダメ君ですねぇ。
>役割の名称が違うってだけ。
System Engineerに該当するものは無い。てゆうかなんでSEがEngineeerなの？
>ＰＧが仕様を決めるなんていってるのは、大規模開発を知らないDQN。
大規模開発マンセー（ＳＥ）が日本のソフトウェア産業をダメにしたんだよ。
基本ソフト（OS,Compiler,DB,Web環境，，，）は全部海外製品。
日本の”大規模開発やりましたＳＥ”が海外行ってみろ、
「コード読めないのに仕様書書きたいって？コード書く気無いって、あんた誰？」状態だＹＯ！
>役割の名称が違うってだけ。
System Engineerに該当するものは無い。てゆうかなんでSEがEngineeerなの？
>ＰＧが仕様を決めるなんていってるのは、大規模開発を知らないDQN。
大規模開発マンセー（ＳＥ）が日本のソフトウェア産業をダメにしたんだよ。
基本ソフト（OS,Compiler,DB,Web環境，，，）は全部海外製品。
日本の”大規模開発やりましたＳＥ”が海外行ってみろ、
「コード読めないのに仕様書書きたいって？コード書く気無いって、あんた誰？」状態だＹＯ！
788 ：デフォルトの名無しさん：01/10/31 11:07
理屈で考えてもそうだろ、
コードが読めないＳヨが、OO言語コンパイラ開発のプロジェクトリーダできるか？
不要なんだよ、ふよう！
このスレに日本のＳＥが出てくることがおかしいＹＯ！
コードが読めないＳヨが、OO言語コンパイラ開発のプロジェクトリーダできるか？
不要なんだよ、ふよう！
このスレに日本のＳＥが出てくることがおかしいＹＯ！
789 ：デフォルトの名無しさん：01/10/31 11:12
まぁアメリカにおける技術者に対する評価、待遇は日本に比べて格段に上だわな
790 ：デフォルトの名無しさん：01/10/31 11:13
>>787
それが現実
それが現実
791 ：デフォルトの名無しさん：01/10/31 11:21
分析も設計もコーディングも出来ない人のことをなんでSEというのですか？
792 ：デフォルトの名無しさん：01/10/31 11:24
そもそもシステム板のダメッぷりが日本のソフトウェア業界を
よく表していると思います。べつにここの板が格段に優れている
わけじゃないですが。
よく表していると思います。べつにここの板が格段に優れている
わけじゃないですが。
793 ：デフォルトの名無しさん：01/10/31 11:37
>分析も設計もコーディングも出来ない人のことをなんでSEというのですか？
お茶汲みを社長秘書と呼ぶでＳＹＯ！
お茶汲みを社長秘書と呼ぶでＳＹＯ！
794 ：デフォルトの名無しさん：01/10/31 11:40
大規模開発が日本のソフトをだめにしたってのも、なんか一面的な
見方だよな。
見方だよな。
795 ：デフォルトの名無しさん：01/10/31 11:44
なんか、アメリカまんせーなヤツが多いな。
まあ、日本にいて目立つ部分ばっかり見てるとそうなるのも
無理はないかな。
まあ、日本にいて目立つ部分ばっかり見てるとそうなるのも
無理はないかな。
796 ：デフォルトの名無しさん：01/10/31 11:45
わかったよ。
本当に技術力があるやつの給料が低いっていうのと、
本来頭のいいやつが楽して生きようとすることが問題。
いいかこれで?
本当に技術力があるやつの給料が低いっていうのと、
本来頭のいいやつが楽して生きようとすることが問題。
いいかこれで?
797 ：デフォルトの名無しさん：01/10/31 11:51
>大規模開発が日本のソフトをだめにしたってのも、なんか一面的な
ＳＥの得意な読み替えですね。
大規模開発がじゃなく、ＳＥが日本のソフト産業をダメにしたですが。
>なんか、アメリカまんせーなヤツが多いな。
>まあ、日本にいて目立つ部分ばっかり見てるとそうなるのも
どこの製品使ってる？
>本当に技術力があるやつの給料が低いっていうのと、
>本来頭のいいやつが楽して生きようとすることが問題。
スレに関係無いやん。
ＳＥの得意な読み替えですね。
大規模開発がじゃなく、ＳＥが日本のソフト産業をダメにしたですが。
>なんか、アメリカまんせーなヤツが多いな。
>まあ、日本にいて目立つ部分ばっかり見てるとそうなるのも
どこの製品使ってる？
>本当に技術力があるやつの給料が低いっていうのと、
>本来頭のいいやつが楽して生きようとすることが問題。
スレに関係無いやん。
798 ：デフォルトの名無しさん：01/10/31 11:55
>本来頭のいいやつが楽して生きようとすることが問題。
破綻（デスマーチ）招いてる時点で頭悪いんだけどね・・
破綻（デスマーチ）招いてる時点で頭悪いんだけどね・・
799 ：デフォルトの名無しさん：01/10/31 12:00
>大規模開発マンセーＳＥが日本のソフトウェア産業をダメにした
汎用機−ＣＯＢＯＬ開発、が主流でそれに膨大な人材が使われた時代があった。
例えば、汎用機（か激安マシン）−独自で生産性がＣＯＢＯＬより上言語、ってのをその時代に作っとけば、
日本の言語やマシンが主流になってたかもしれない。
だが、日本のＳＥは海外製品に慣らされる豚で、進捗管理だけやってた。本人は満足。
同じように、ＯＯ当たり前の時代に、時代遅れな意見を逝ってると、歴史を繰り返すだけだＺＯ！
汎用機−ＣＯＢＯＬ開発、が主流でそれに膨大な人材が使われた時代があった。
例えば、汎用機（か激安マシン）−独自で生産性がＣＯＢＯＬより上言語、ってのをその時代に作っとけば、
日本の言語やマシンが主流になってたかもしれない。
だが、日本のＳＥは海外製品に慣らされる豚で、進捗管理だけやってた。本人は満足。
同じように、ＯＯ当たり前の時代に、時代遅れな意見を逝ってると、歴史を繰り返すだけだＺＯ！