プログラミングの上手い奴の特徴

どんなに努力しても予習しても
アイツにだけは速さも技術も敵わない・・・
そんな相手がいるはずです。

そんな人達と自分と、一体何が違うのか。
考えてみても分からない。

努力してればNo.1になれるような現場が多いこの業界

努力するよりも好きになる努力をすればいいんじゃないかな

Enjoy programming

左右の手がイカ臭い

>>4
エロが技術を進歩させるんですね。わかります

>>5
サンデーのゲームプログラミングマンガかよｗｗｗｗ

努力とか言ってる時点でだめだな
上手い奴の第一条件はプログラミングが好きということだよ
好きなことするのに努力もなにもない

たしかに、プログラムを組むのが苦とか
なるべく組みたくないとか
思うような奴は上達しなさそうだな。

むしろなんでもかんでも実際打ち込んで覚えろとか言うやつにヘドが出る

とりあえず反復している作業は全部
プログラミングするよな？

>>9
それが苦痛ならプログラマとしては
向いてないんだろうな。

さらっと参考書を読んだだけでその言語の全てを理解したような口を叩いている奴は軽く軽蔑するが、
本当に理解してたら今度は激しい嫉妬の炎がめらめらと燃え上がる。
お前どうしてそんなに理解が早いんだよクソが！！！的な何か。
そうか、プログラマはみんな俺の敵だったんだ。

>>7
ただ、どんなに好きなことでも、それを職業にしちゃうと
だんだん嫌いになるなんてなぁよくあることだけどね。

>>9
「打つ前に読め」という金言がある。

>>14
習うより慣れろという金言がある。

まあどっちも正しいな

「食べる前に飲む！」という漢方薬がある

飲んだら乗るな、という標語がある

ふいたｗ

つーか、打つ前に読む
って教科書をコピペする話か？

プログラミングの上手い奴、
俺の職場にいるけど
そいつの特徴を一言で表すなら挙動不審、だな。

まあナントカと天才は紙一重と言うし・・・

アスペスレにドゾー

>>21
悪貨は良貨を駆逐する
を地で行く会社なんじゃねーの？w

その辺は会社の退職者リストをみれば
わかるだろうな。

プログラミングがうまい奴の特徴っていったら、
なんでも実践することだね。
本でもチュートリアルでも、いろんなことを実践してる。
口だけの奴は実践も技術への愛も理解もあったもんじゃない。

>>24
半分正解で半分間違いかな。

下手の横好きって言葉もあるように
口だけの奴だろうがなんだろうが
難しいプログラムでもナンボでも実践は出来る。

だけど、上手な奴との違いはバグ発生率とか
その状態に持っていくまでの速さなんだよ。

むしろ、下手糞な奴が難しいプログラムをわざわざ好きで書いた挙げ句
普通のプログラムより時間もかかった上に
バグだらけなんて事がザラにある。

デブなのにもてる

>下手糞な奴が難しいプログラムをわざわざ好きで
俺じゃん。呼んでてマジ泣きそうになった
だが悔い改める気はありません(^3^)-☆chu!!

>>24
＞なんでも実践することだね。

すんげぇ同意。
たしかに、>>25の言うように、
「下手の横LOVE」の可能性は否定できないが

うまい人が持つ共通点としてはあると思う。

「師匠」がいる

>>23 「悪貨は良貨を駆逐する」と云えば．．．．居る居るいっぱいそういう奴。
　　　エエ加減なコードを打ちまくり、デバッグしまくり、何とか動くモノにする。

　　　別業種の使う方からそれば、それなりに便利に見えて重宝されているが
　　　後でエライことになりそうなプログラム書いてる奴。 いわゆる外道．．

>>27
デスマは顔だけにしとけや
お前がやっているのは技術向上ではなく
低能な自分を自衛してるだけ。

周りはたまったもんじゃないだろう。
そのうち刺されるぞ？

>>30
まあそういうプログラムを書く奴は
大抵自分だけじゃバグを取りきれないから
周りが後で悲鳴をあげる事になるんだけどな。

プログラムを書くのには技術がいるが、
デバッグはもっと技術がいる。

コーディングの能力は経験に対してガンガン伸びていくけど
何故デバッグ能力はなかなか成長しないのはどうしてなんだぜ？
本でよく見るO記法でいうと 能力(log(経験)) って感じ

確かにコーディングは技能だが、デバッグはセンスだよな。
全ての人が名探偵になれるわけじゃないし。

コーティングもセンスだしw

将棋と同じ

つーか、コーティング技術とデバッグ技術を
分けて考えてる時点でセンスがないだろ。

デバッグはコーティングを始めた瞬間から
既に始まってるという考えがない奴は
長大な糞コードを書いて後からデスマ的なテスト期間に入る
というだけ。

要するに下手なんだよ。

テストファーストとまでは言わんけども
完成まで考えてコーディングのときからテストしやすいように作るべきかと
コーディングとテストをぶっ千切って考えてるから伸びないのでは

>>25
ダンコガイみたいな奴だな。
>>24の受け方とか論点のずれ方とかさ。

デバッグしやすいコードや単位テストが作りやすいコードを書くことは、
デバッグの効率やソフトの品質に大きく関わってくるから
コーディング技術とデバッグ技術はお互いに関連しあってることは間違いないねぇ

で、コーティング技術って何？フライパンをフッ素の膜で覆う技術？

デバッグなんて、怪しいところを一つ一つ潰していく作業だろ。

>>42
センスなさ杉

>>41
あるねぇじゃねーよw
コーディングの段階でデバッグを想定したプログラムを組むんだから
コーディング技術とデバッグ技術は不可分だろ。

つまりデバッグ技術と言っても
結局はコーディング技術。
まあ効率の視点だと開発環境への慣れは
また別にあるがな。

つーか、コーティングの件といい
挙げ足とりレベルの書き込みをしてる奴は
口だけの可能性大だなw

>>42
それはプログラミングの下手な奴
の特徴だろw

>>44
仕事でやってれば他人の作ったプログラムのデバッグなんていやになるほどあるんだけど？

揚げ足取りも何も1レス中で2度も間違えるヤツってどうなの

>>46
だから？

他人のプログラムがヘボいのと
自分のコーティング技術となんの関係があるんだ？w

>>44
別に反論したわけでもないし、あるねぇなんて書いてないんだけど、頭大丈夫？

コーティングって計3回も間違えてるんだけど、どうすればこんな間違いするんだろ
指摘してあげたんだからむしろ感謝してもらいたいくらいだわｗセンス君(笑)

>>47
辞書ツールの関係だな
まさしく挙げ足とりw

>48
で？

お前何言ってんの？

>>49
間違いないねぇ、つまり
あるねぇ
じゃねーかwww

お前の文から挙げ足鳥を取ったら
何が残るの？
詐欺師君w

>>51
要するにお前はバカでスレチな書き込むしてるから
バイバイって事だよw

>>48
他人のプログラムがひどいのと、自分のデバッグ能力には関係あるよ？
むしろ、コーディング能力とデバッグ能力はあまり関係ない。

>>54
それはお前のデバッグ能力とやらが
コードに依存しない間違い探しレベルだからじゃね？w

はぁ？

>>56
そんな認識でやってっから
デスマるんだよw

で？

よし、もりあげようず。

はぁ？

また低能が引っ込みつかなくなって
ファビョったかw

こういうときに使えばいいのか？

オマエモナー

バカは無視してどんどん書き出していけば

いいんだな。

何でこの板にはIDが表示されないのん？

つーか、どれだけ短い時間で
ちゃんとしたものが作れるかだな。

これは相反するので両立するのが非常に難しい。
結局、これがどこまで出来るかだろうなあ。

炭酸飲料を欠かさない。キーボードの前で食事をする。
紙にメモをとらない。リファレンスや学習本を持ってない。
メールに署名がない/署名に飾りがない。
打鍵数が少ない。打鍵が静か/速くない。
IDEを使ってない。アプリを全画面にしない。
開発環境がまわりと違う。モニタ・キーボードが自前。

X 炭酸飲料を欠かさない。 Oであってほしい
O キーボードの前で食事をする。 落ち着く
X 紙にメモをとらない。 簡単に書くことがある
X リファレンスや学習本を持ってない。 いちいち引数の順を覚えていない
O メールに署名がない/署名に飾りがない。
X 打鍵数が少ない。 C言語使いだから
O 打鍵が静か/速くない。 キーボードによるかもしれない
O IDEを使ってない。 viとか
O アプリを全画面にしない。 全画面ってなに?
X 開発環境がまわりと違う。 GCCとmakeだわ
X モニタ・キーボードが自前。 キーボードくらい

こんなんじゃはかれないってことか

正直、頭がやわらかいで終わりそうな気がするんだけど、
どうなんだろ？

それじゃあスレタイ以上の情報の無さだね

ネットワークトラブルで、
ケーブルが抜けていることを真っ先に見つけることが出来る。

それただの勘だろw

勘が鋭い
症状を一見しただけで問題点を直感できるマはできるマだ

SE「ちょっと動きがおかしいんだけど見てくれる？」
マ「…あぁ、原因はわかりました。
　　そういう操作するとまずいんじゃないかと思ってたんですけど、やっぱり思った通りでした」

>>72

仕事の出来る方は、得てして、勘がするどいっていうのは
わかる気がします。

それは、どの業界にいっても通じるモノ（力）だと思います。

ぶっちゃけ、結論は頭がいいんだと思います。

そういうことですよね？

人から「さすがです」と言われる事がある。
自分や人の失敗を覚えていて、問題の見当がついたとき。
つまり、正しいやり方は覚えていて当たり前で、
間違ったやり方をするとどうなるかの蓄積が財産、みたいな。

>>74
プログラマで勘に頼ってる奴は
プロジェクトが大きくなるほど手に負えなくなる。

若いうちに勘に頼らない
考察の仕方を身につけないと
使いものにならなくなる｡
検証結果をに積み上げていく
論理的考察力だけしか正しい答えは出せないからな。

勘が当たったとかは単なるラッキー。
それで優秀とか思うようじゃ終わりだなw

勘って同じような問題をたくさん解いたりすると身に付くよ。

>>75
なんか適当すぎてプログラマっぽくないな。
胡散臭いSEっぽい（笑）

>>77
優秀なプログラマは同じようなバグは
出さないだろw

>>79
優秀なプログラマは出さないけど、
周りのちょっと残念なプログラマ（複数）は同じミスを出すよ。

普通の人は正しく動かす方法を知っている。
優秀な人はなぜ正しく動くのかを知っている。

>>76
わかる
勘はただのラッキー
ちゃんと検証する方法がわかってこそ技術者

オブジェクト指向の記事が多かったときに雑誌の提灯記事に踊らされる人間が多かったな
実際採用したらどのくらい効率がよくなるって誰か証明できたんだろか？

ただのラッキーじゃないでしょ。
故障のアタリと仮説を付けることは勘とは言わないの？
結局外れたら、はじっこから検証していくことになるけど。

プログラマでも部下と上司が同じ姿勢じゃ困るってことじゃね。
下っ端は自分の仕事の範囲内ならがんがん勘に頼って良いけど、
地位があがって何人もの部下をまとめるようになると
思いつきでモノを言ってもらっては困るとか。

上手いと思い込んでる奴の特徴ならいくらでも言える。

>>84
いや、下っ端は厳密にやった方がいい。
一つ一つ検証していくのが経験になるんだから。

>>81
単に仕様を全部把握してるだけ

>>82
あー、オブジェクト指向は大分胡散臭いねw

ちょっと有効な事もある事を大げさに広めた
みたいな胡散臭さがある。

アスペクト指向とかのほうが大分アレだろ

オブジェクト指向広めようとしてた奴らもさ、その辺の一般プログラマが
オブジェクト指向の理解も活用もできない馬鹿ばかりだとは思わなかったんだろ

>>90
オブジェクト指向推進を唱える奴ほど
笑えるような糞プログラムを平気で書く
っていう事態が至るところでみられるからなあw

また騙された奴がうだうだとw

そんなことはないけど…。実例をどうぞ。

>>93は>>91宛てね。
オブジェクト指向は別にコードを最小化する技術でもない。
コードに多少の無駄と冗長を含む。

クラスの便利さまでは理解できるんだがな〜

ある会社でシングルトンと称して謎（ではないが馬鹿）の直アドレス計算を

仕込んだりしてたなあw

またよくあるパターンがカプセル化を意識しすぎて
オブジェクティブパスタコードになって
メモりリークでハングしまくりとかw

不思議とオブジェクト指向推進を
現場で公言する奴ばかりな。

アレ、絶対糞プログラムしか書けない胡散臭い奴の
言い訳になってるだろw

それ、カプセル化しなかったらメモリリーク起きなかった
とは思えない。

結局、もともと糞プログラムしか書けなかった奴が
オブジェクト指向の本を読んで感動して騒いだ
ってだけだと思うな。

もとからしっかりとプログラムが書ける人間にとっては
たいしてありがたくもないし。

感動した人間もそこまで上手くなれるわけでもない
という
いわゆる詐欺商法のトリックだな。

つまり、ダイエット食品みたいなもん。

未だにオブジェクト指向理解できてない奴がいるのか。。
ま、現場ってそんなもんだよね。
Cが普及し始めた時にも、ローカル変数の便利さが理解できない人が大半だったっていうし。

優秀、またはセンスのある人とは、
複雑な構造を短い時間で把握できる人、かつそれをシンプルに表現できる人だと思ってる。
勘はデバッグか未経験分野の習得時にしか役に立たないと思う。


オブジェクト指向はトップダウンで物事を考える際に効力を発揮してると思うよ、
複雑なものを多少シンプルに考えられると思う、
コード量が多くなったとしても解りやすいってことは大切だと思うんだ。

>>99
現場でもないお前が言っても
説得力皆無なんだがw

学生？w

>>99
むかつく野郎だ

>>100
何故コード量が多くてわかりやすいっていう
特殊な仮定を立てなければならないのか？w

そこから非論理的だよな？
プロジェクトなんかほっとけばいくらでも
無駄と冗長が積み重なるものだというのに！

>>101
いやぁ、現場見てるとやっぱり40より上はオブジェクト指向理解してる人の割合がグッと少なくなる。
あと、組み込みとかだともっと若いひとでも理解できてないのが増えるんだけど、これは組み込みの
現場は比較的高齢者でも現場でコード書いてる人が多いから昔のやり方が継承されてるのかな。

>>103
非論理的だけど現実がそうなってるから・・・

原因は色々あると思うけど、
仕様変更に耐えうるクラス設計の為、汎用的に使いたいがための拡張
の2つが実体験上で一番多いと思う。
結果的に無駄を抑制するって事はとんでもなく難しいのではないかと考えてる。

>>103
コード量が少ないことが最良というのなら
strict無しのPerlでも使えばよろしい。
コード量が多いのはまずよろしくないが、
コード量が最小なのも良いプログラムではない。

>>103
プログラミングの手間を増やしてでも綺麗な設計を保った方がいい例なんていくらでもあると思うんだが。
納期直前には設計壊してでも最小の手間で実装しないといけないって場面はよくあるにしても。

将来の拡張予測を立てて遊びをもたせるのが良い無駄

経験に裏打ちされた勘というものも存在するのではないでしょうか？

>>108
将来への投資はモノによるね。
あんまり考えすぎないで
今の機能を実現させるだけに注力したほうがいいことも多い。
将来のこと考えすぎると開発が遅くなるしね。

>>103
>プロジェクトなんかほっとけばいくらでも
放っとくからだろうが。

>>106
それは詐欺師が使う極論だろ？w

ここで問題にしてるのはオブジェクト指向で
敢えて組む事で発生する無駄や冗長さの累積が
果たして必然なのかって話で。

俺はそれだとオブジェクト指向に拘ってるだけの
糞コードになると言っている。

>>111
現場経験がない雑魚は
お呼びじゃないんだが？w

>>112
> ここで問題にしてるのはオブジェクト指向で
> 敢えて組む事で発生する無駄や冗長さの累積が
> 果たして必然なのかって話で。
俺はコードが多少冗長になったとしても、設計を優先させるべきだと思う
あなたはそう思わない。

で？

>>114
いや。

お前はオブジェクト指向に拘って冗長な設計にするし
コードも冗長になる。

俺は最適な設計を都度検討するし
コードも冗長にはしない。
で？

オブジェクト指向ではない方法ってのは
構造化プログラミングとか、関数型とかそういう意味だろか。
大して選択肢は無いと思うが。

もしかしてアスペクト指向、エージェント指向あるいはサービス指向とか？

大局的な場面ではオブジェクト指向を使わざるをえないでしょ。

>>115
頑張ってくれ。
おれは、変化に低コストで対応できるように冗長性は残しとく主義だから。

>>116
そんな大袈裟に考えなくていい。

例えば、なんでもかんでもMFCで組む事を想像すれば
すぐにわかる。

どれだけ冗長な上に保守も難しく
意味がないって事かがな。

ある程度の規模以上では、MFCのようなフレームワーク使った方がいいってことだね。

つーか、低コストにするなら
スクリプトを使うとか設計のレイヤーを
切り分けた方が堅実なのに
なんでもかんでもオブジェクト指向とか
アホかと。

最近はスクリプトでもオブジェクト指向が必須だしね。

>>122
プw

スクリプトに機能がついたからといって
わざわざ冗長に書くばかりが能じゃない。

むしろ、スクリプトでやるなら一層やる意味や
必要性を考えろよ。
アホかw

というより、スクリプトだからこそ高度な機能が活きるわけで。
単純な機能しか使わないんだったら、バッチ処理でおk。

OOPしたときの保守性の上がりっぷりが理解出来ないって事は、
確実に使いこなせていない証拠

>>125
そこまでいうなら数字で出してみろよ

>>125
それはその前のお前のプログラムが
糞すぎただけw

良いプログラムを書いてもお金が沢山貰える訳では無い。良いプログラムを書きすぎて良い製品になる程その後の仕事は減少する。バランスを考えて作らなきゃなぁ。
自分で自分の首しめは良くない。糞ソース見つけた時は、仕事を残してくれたと感謝するんだ！

まだオブジェクト指向わかんない奴がいたんだｗ

プログラミングの上手い奴の特徴
馬鹿の一つ覚えにならない

>>108
You Aren't Going to Need It

>>73
>マ「…あぁ、原因はわかりました。
>　　そういう操作するとまずいんじゃないかと思ってたんですけど、やっぱり思った通りでした」
↑こいつのしわざ

>>128
良いもの作ったほうが長期的に仕事が来るだろ。
営業努力が大きいけど。



プログラミングが上手い奴ってアレだろ。
サマリー以外のコメントが必要が無いくらいに読みやすいコード書ける奴だな。

性能に影響が無かったりひたすらコピペとかじゃない限りは
関数は基本的に20行位に纏めるのが良いって聞いた。
20行を超えるのは大体複数の機能があるんだとさ。

可読性はとても大切だよな。

>>130
しかし、再利用性の高いコードを書く必要はある。
コードを共通化する事は後々のデバッグにも
有効だからな。

>>133
違うだろ。
設計は単純にコードは最小がベストだよ。

関数内のアルゴリズムは多少難読でも短い方が
性能的恩恵も得やすいし、そこで閉じていればバグが発生しても局所的だから
デバッグも容易。

馬鹿は逆をやる。
設計が複雑でコードレベルは簡素。

これは一見良さそうで後で
設計レベルの複雑な問題が多岐に渡って起こり
問題の切り分けも難しく
デスマが起きる。


オブジェクト指向信者が犯しがちな愚行だな。

>>135
後者は散々苦労したから理解はしてるつもり…

俺は機能全体の構造がぱっと見て判るくらいに
簡略化＆整理されてたら別に問題ないと思うけどな

とにかくソースの数が多いと読みにくくてしょうがないのは確かだ。

>>135
まあオブジェクト指向設計が複雑だと思っちゃう人はそうしたほうがいいだろうね

>>137
違うだろ。
設計がシンプルになる局面にのみオブジェクト指向を導入する。
だろ。

だから当然プロジェクト内の全ての設計やプログラムに
オブジェクト指向を導入とかありえないわけ。

そう思ってる奴は経験不足かセンスないか
どちらか。

つーか、あなたもオブジェクト指向でプログラムの達人にw
とかただの詐欺師の受け売りだからな。

その程度で達人になれるなら誰も苦労しない。

また詐欺商法に引っかかった馬鹿が、
悔しくてオブジェクト指向を否定してるのか。
まずは、安易に騙された自分を否定してはどうか。

そもそもねぇ、オブジェクト指向に限らなくても
セミナー受ければあなたもプログラムの達人に！
なんてものは詐欺だってわかるでしょ。
理解したかったら、ちゃんと自分で勉強しなさい。

>>140
むしろ逆でw
いつもオブジェクト指向であるべき（ｷﾘ
って言う奴が糞プログラムを書いてデスマっている横で
美味しいところだけチョイスしてプログラムを組ながら
涼しく仕事してるんだがw

つーか、オブジェクト指向を唱える奴の話を聞くと
過去に自分の書いた糞コードと
オブジェクト指向を知った後の成長を嬉々として語るんだが
そもそもそんな糞コード書かないから〜
残念w
って奴が異様に多い。

アレは出来ない奴ほど感銘を受けてるんだと思うw

サッカーに例えるならオブジェクト指向信者は
今のサッカー戦術を話す評論家なだけで
プログラムの上手い下手とは関係ないという事。

仮に現役当時のマラドーナが今のサッカーで
今の戦術と違うプレーをしたとしても
今の平プレイヤーは彼のプレーを
止められないのと同じ事。

要は知ってるから達人なのではなく
プレー（実践）出来るから達人なわけ。
それも大舞台（大プロジェクト）で。

オブジェクト指向使いこなせない奴の、オブジェクト指向への敵対視っぷりは異常。
便利な道具なのにねえ。

使いこなせてるなら問題ないんだ。
使いこなせない奴に何が何に依存してるんだかさっぱり判んなくなるようなコードを大量に作られるのが怖い。

>>143
で、お前は手続き型信者なの？ｗ

>>145
そういう奴を自分の作業場所から
締め出す効果もオブジェクト指向にはあるよ。

インタフェースが明示されるからね。
バカな他社がバカなコード書こうが、自分とは無関係。

極論
「で、お前はウヨクじゃないならサヨクなの？」

>>75
認めたくないものだな

オブジェクト指向理解がわかるって凄いよな

>>144
そのよく聞くオブジェクト指向を理解してないから失敗する
っつってる奴が主にオブジェクト指向を乱用して
失敗してるんだがw

>>146
便利な局面でチャンポンする主義たが、何か？w

上手い奴がOOPで土台を組んでその上でゴミコードが走るわけですね。

つーか、オブジェクト指向論者自体が全てに対して
最良の結果は出せないっつってるのに
使う側のアホが勘違いして万能感に酔って
糞コードを書いて面倒を起こすのが
オブジェクト指向の実情だろ？

オブジェクト指向だけで他と比べて確実に短い時間で
良い結果が出たと数字で出せる奴はいるのか？
それも詐欺師以外でw

>>153
いや下手な奴がOOPでデスマる中
コンポーネント指向で自分の領域だけ
正しく動く状態。

これがオブジェクティブパスタ野郎との
正しい付き合い方だ（笑）

つーか、下手糞が時間が係ったり、低品質なのの言い訳に使ってるだけだろ。

オブジェクト指向を使ってるんだから
デスマるのは俺のせいじゃなく
プロジェクトの難度が高いもしくは周りの理解が足りないだけw
と。

オブジェクト指向を選択するのは
勝手だが結果がグダグダならそれは下手糞という事だ。

原因と結果をすり替える詐欺師が多いのも
オブジェクト指向信者の特徴w

つーか、もう、一回真のオブジェクト指向マスターだけで
プロジェクトを回せば目が覚めると思うぞw

失敗するたびにオブジェクト指向信者は
見苦しい言い訳をするからな。

そうでもしないと、自分が下手糞だから
失敗したという基本的な思考が出来なくて
結局勘違いしっぱなしになるからなw

君は何と闘っているんだい？

詐欺師が沸いてるだけだろw

つーか、どこにでも沸くからな。

余裕の無さからいってものすごい劣等感を持ってるな、お前

プロジェクトとか言ってるのに自分は
とか何それ

つーか、詐欺師がプログラムの上手い奴のスレにまで
出張してくんなって話だ。

現場じゃねー奴まで書き込んでたよな？

これだからオブジェクト思考詐欺師はって感じだなw

口だけ評論家ってレベルじゃねーぞ、ホントwww

>>162
こっちから見りゃ君も口だけ。

>>163
じゃー、自分が口だけなのは
自覚してんだな？w

じゃー、そろそろ口だけじゃないという
結果を出したプログラムの上手な奴の話を書いてく流れにするかw

自分のケースを書いて荒れるパターンもあるだろうから
他人の例でも書くか？

>>165
やっとスレタイが読めるようになったんだね

>>166
はあ？
別に外れた事は書いた覚えがないしw

煽り豚なだけのお前はいらないがなw

しかし、プログラムが上手な奴っつっても
滅多に見かけないなw

記憶に残っている人間だとパターンはそれぞれだが
変わり者しかいないなw

プログラミングが上手いヤツの特徴
・変わり者


他にありませんか？ｗ

>>169
このスレに煽り専門の豚はいらねーだろw

>このスレに煽り専門の豚はいらねーだろw

この文章が煽りであると理解出来ないとすれば、確実に痴呆の気があるので病院に行くべき
煽りだと解っていて書いているのなら、まさに手の施しようのない池沼なので、さっさと死ぬべき

>>171
お前も煽り以外に書かないなら
豚認定で退場なんだがw

つーか、揚げ足鳥が酷いんだが
得意技か？w

ほら、なんか自分の話を
書いてみろよ？w

では、スレタイに沿って
出来るヤツは文句が少なかったような気がする、
結果を出せないヤツに限って文句が多かった。

>>173
そうか？w

一見、モラルがあるような奴に限って腕はなかったぞw

出来る奴は態度もデカイから
文句ばかりではないがどちらかといえば
主張する奴が多かったな。

半角小文字のwを使う人は下品だということがよくわかりました

オブジェクト指向分からないくせに(わからないからこそ？)
敵対心持ってる奴の件は終わった？

つーか、文句を言わないプログラムが
出来た奴っていないな。

静かな奴でも周り対しては
目茶苦茶厳しかったしな。
むしろその方が文句言われた方はキツそうだったな。

>>176
今は結果を出せてるプログラムの上手い奴の話で
オブジェクト指向詐欺師の話は終わったな

つーか、結果を出せない奴が文句を言って
のさばれる現場って
どんだけレベル低いんだ？w

出来ない奴の妄想としか思えんw

そうか、ありがとう。

さて他にはないか？

一発でバレル嘘はすぐネタ扱いするとして
このスレではどんどん厳選して
真偽を判断していくぞ

>>179
のさばってた訳じゃないけど声と態度だけ大きいヤツっていなかった？
実際そいつの作った箇所でバグってるのに
渡されるパラメータがどうだこうだと文句ばかり言ってたよ。
出来るヤツは黙々と手を動かしてる感じ、
仕様とかへのツッコミは厳しかったけど上記のような文句は無かった。

>>182
声はともかく、出来ない奴がデカイ態度は
取れないだろ。

取れる場合は誰か別の出来る奴がバックにいて
そいつの腰巾着の場合か
客を兼ねてるつまり仕事発注者のときか
だけだな。
俺の知るケースだと。


つーか、出来ない癖にデカイ態度とか
逆に煽り倒されるだけだろw

結構いたぞ、老害とまでは言わないけど先輩面してる感じで、
上に弱く、下に強く出るタイプだった。

底辺の現場って事は認めておくw。

私のプログラミング能力は53万行／世紀だ

よくもオブジェクト指向でこんなに盛り上がったなw

全ては信仰の賜物だなw

オブジェクト指向信者はどこでも
こんな感じだしな

オブジェクト指向コンプレックスの酷いスレ

流れの似ているスレ
ttp://pc11.2ch.net/test/read.cgi/prog/1143203111/

つーか、VBってオブジェクト指向言語なのに
そこでもケンカになってるオブジェクト指向信者って一体w

これはもう詐欺師の方がまだマシかもわからんなww

>>113
いいからプロジェクトの制御を考えろ無能。

>>190
>VBってオブジェクト指向言語なのに
VB7 以降はな。

VB6も一応それらしい機能は持ってるだろ。

それらしいが
手間が掛かりすぎるのと制約が多すぎて
要所でしか使えない。

インタフェースのない言語なんて

>>191
だから現場経験もないような
青瓢箪は書き込む資格はねー
っつってんだよ。

プログラマ業界じゃなかったら鉄拳パンチで
鼻血出してるとこだぞ？
オマエ

詐欺師が結果も出せずに生きられるだけでも
ありがたいと思えよ。

わかったら、帰れな？
もやし君w

作業が無くて暇なのは良くわかった

つーか、VBプログラマにも馬鹿にされてる
オブジェクト指向信者がプログラムが上手とか
ありえねーだろw

上手だったら例え感情的に嫌いだろうが
嫌々だろうが認めざる得ないからな。

つまり、単に癖が強いだけの
へっぽこサッカープレイヤーみたいなもんだな。

仕事無くなったのか。

>>198
オブジェクト指向がスタンダードになってからもうかなり経つのに
使いこなせる奴を見たことないなんて、お前の職場ってショボいのな。
お前のレベルも知れますな。

無能がデスマで忙しすぎて
トチ狂ったのか？

出来る奴は２ちゃんするくらいの余裕は
常にあるだろ。

つーか、テキパキ仕事をこなせない無能の言う事は
一味違うなw

>>197
図星だったみたいよ

つーか、オブジェクト指向信者が口だけ界王拳すぎて
VBプログラマにも馬鹿にされてるのは
哀れだなw

大方、手の遅さや実力の低さが界王拳入ってるから
見透かされてるんだろうなw

そしてオブジェクト指向信者は
そのオブジェクト指向信者に対してこう言う

それはオブジェクト指向の理解が足りないからだ。
とw

「オブジェクト指向は詐欺です。
　詐欺だから習得するつもりはありません」
って言ってればねぇ。そりゃ仕事も無くなるか。

>>204
仕事なら隣のオブジェクト指向信者が
周りを巻き込んでのデスマでハアハア言いながら
仕事してるぞ？w

俺はたしかに涼しく仕事してるがな。

馬鹿は後で苦しむのがプログラマの宿命だから
仕方ないなw

つ　「できる奴ほど忙しくなる法則」

>>206
それは初期〜中盤まで

終盤は馬鹿だけがバグの山と
格闘するってのはプログラマの
定例パターンだ。

OOPを否定するわりには、自分が採用している手法は示さない(欠点を指摘されるのが怖いから？)
ってのは昔から変わってないなぁ。

昔からキチガイに粘着さらてる覚えはないがw
今というか、これからはコンポーネント指向だろ。
俺も出来る限りそうしてるしな。

つーか、昔でいうところのレイヤー分けの延長
みたいなもんだな。

それから言語はなんでも構わんと思うぞ。

弘法筆を選ばず
というしな。

つーか、オブジェクト指向信者だけだろ
あれじゃなきゃやだ
これじゃなきゃ出来ない
っつって
結局出来ない奴ってw


そりゃあVBプログラマにも馬鹿にされる
っつう話だ。

ただし、揚げ足を取られる前に言っておくと
言語にしろ、手法にしろ完全肯定も完全否定もしてないからな。

適時選択出来ない視野狭窄が一番使えない
バグマシーンだと言ってるだけで。

まあ当たり前の話でわからない奴の経験値かオツムが
不足してるだけなんだがw

>これからはコンポーネント指向だろ。
テンプレートと化してるな、この台詞。
それプログラミング・パラダイムじゃないから
OOPと背反しないんだけどな。

>>210
たまたま身近にいたレベルの低いやつを持ち出して
全体を攻撃した挙句にそれか。
まぁ逃げ道は用意しとくもんだよな。

>>211
で？w

あと背反しないかなんて
設計次第なんだがw

オブジェクト詐欺師の法則。
良さそうな手法はとりあえず全部仲間と言い張るw


お前がテンプレなんだよ、バーカw

>>212
結局、煽り負け惜しみ豚に係れば
全部同じだなw

つーか、オブジェクト指向詐欺師はレベルの低い信者を
よく切って捨てるが
レベルの高いプログラマがレベルが高いのは当たり前の話で
そもそもオブジェクト指向とか関係ない。

そういう奴はどんなスタイルでも
良いプログラムは書ける。

要は出来ない口だけでかつ
何かの権威にすがりたい詐欺師だけが
過剰にオブジェクト指向を唱えてる
という事。


出来る奴にとってはなんだろうが同じく
良いプログラムが書けるから同じ事だからな。

プログラマはなんで日和見主義な人が多いんだろう

コンポーネント指向信者って憐れだよなw
俺の隣の席の奴は、コンポーネント指向を盲信して結局年中デスマw

デスマメーカーのコンポーネント指向信者乙w

>>23,36,44,45,48,50,52,53,55,57,61,71,76,79,88,91,92,96,101,103,112,113,123,127
>>138,141,142,151,152,154,156,157,159,162,164,165,167,168,170,171,172,174,175,179
>>183,184,186,187,190,196,198,201,203,205,209,210,213,214,217

できると言った覚えは無いのに、できることにされる日々いかがお過ごしでしょうか。

コピペ返ししてみたり、トチ狂ってみたりと
もはや哀れという他はないなw

んで
ここは何のスレだよ

ずいぶん伸びたなｗ
>>82だけどだいたいこうなることは予想できてたｗ
オブジェクト指向は本当にただの無駄技術だ

以下えらい人のお言葉

C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが簡単に生産されるようになってる。
正直いって、C を選ぶ理由が C++ プログラマーを追っぱらうため *だけ* だったとしても、
それ自体、C を使う強力な理由になりうる。
-- Linus Torvalds

それと同じようにSubversionをディスったわけですね

>222
訳した奴つれてこい

いや〜、達人はやっぱわかってるな〜w

問題の本質を端的に述べてるところからも
賢さを漂わしてるな。

議論とも呼べないような口喧嘩をしたがる奴ばかり

みんなストレス溜まってんだね

>>226
オブジェクト指向詐欺師は
あぶくゼニを稼げてるんだろうが
突き合わされてデスマにされた奴は
大勢いるからなw

オブジェクト指向がダメな明確な理由

--------------------------------ここまで一切無し--------------------------------------

>スレタイ

・オブジェクト指向を嫌わない
・オブジェクト指向を信仰しない
・オブジェクト指向を理解できる

オブジェクト指向がダメなのか、使い手がダメなのか。

>>230
現代において最も普及してるパラダイムだから、
そりゃクソみたいなもんもたくさん出来上がるよな。
手続き型の時代に最もクソを生み出してたパラダイムは
手続き型だっただろうし。

上で散々書いてある事も理解出来ないアンポンタンに
説明してやると

まず明確な基準も何もないオブジェクト指向マスターで
メンバーが構成されないと途端にオブジェクティブパスタコードになって
二度と使えないようなバグだらけのシステムになる。

この時点で相当癖が強く使い道に困る代物なんだがw

さらに輪を掛けてオブジェクト指向信者は
コードの糞さをプロジェクトの難度にすり替えてしまう。

それはオブジェクト指向は絶対なので
それでもグダグダになるのは外的要因に違いないw
という幼稚な論理でwww

ここまで説明すれば
オブジェクト指向がどんなに癖が強くかつ胡散臭いものか
わかるだろう。


もっとも、信者は施設に送って監禁するしかないがなw

>>232
＞まず明確な基準も何もないオブジェクト指向マスターで
＞メンバーが構成されないと途端にオブジェクティブパスタコードになって
＞二度と使えないようなバグだらけのシステムになる。

これがオブジェクト指向がダメだという明確な理由になるの？

＞まず明確な基準も何もない○○○マスターで
＞メンバーが構成されないと途端に○○○パスタコードになって
＞二度と使えないようなバグだらけのシステムになる。

では、この○○○に当てはめることのできないプログラミング手法を
教えてください。

私が3行以上読めると思ったんですか？馬鹿にしないでください。

>>233
例えばコンポーネント指向なら
いけるんじゃないか？w

つーか、そういう流れになってるよな？

でなくとも、なんでもかんでもと全てのプロジェクトで考えなければ
俺定義マスターはいらないしな。

少なくともオブジェクト指向以外の手法では。

>>234
お前は帰れ

どさくさに紛れてホントの糞まで紛れ込むのも
オブジェクト指向ならではだなw

>>237
そりゃ今の時代オブジェクト指向からプログラミングの世界に入る人が
ほとんどなんだから、素人が多いのも当然だろ

>>235
いまいち言ってる意味がわからん

オブジェクト指向でバグ量産してるプログラマも、コンポーネント指向に
移行すれば明瞭で再利用可能なプログラムが組めるようになるのか？

何でもオブジェクト指向で解決しようとする信者は糞という話から
コンポーネント指向マンセーな流れに持っていこうとする意図がわけわからん。

>>239
馬鹿はコンポーネントの初期化とか、設定とか
微々たるコード量になるだろうから
無問題だろw

またプログラムが糞コンポーネント化しそうなら
コンポーネントごと廃棄処分にすればいい。

逆に何故馬鹿がオブジェクト指向で書くと
上手くいくと思うのか知りたい。

一方では、マスターを要求してるはずなのにw

>>240
別になってないが、何か？
適時選択が大事でかつオブジェクト指向は癖が強い
と言っている。

>>241
＞馬鹿はコンポーネントの初期化とか、設定とか 微々たるコード量に
＞なるだろうから 無問題だろw

オブジェクト指向で組んだとしても、馬鹿にはプロパティの設定とか
微々たる範囲しか触らせなければ無問題じゃん。

＞またプログラムが糞コンポーネント化しそうなら
＞コンポーネントごと廃棄処分にすればいい。

クラスが糞クラス化しそうならクラスごと廃棄すればいい。

＞逆に何故馬鹿がオブジェクト指向で書くと
＞上手くいくと思うのか知りたい。

馬鹿にやらせて上手くいくことなんてないだろ。
それがオブジェクト指向だろうがコンポーネント指向だろうが。

オブジェクト指向自体バズワードだからな
メリットも挙げられなければ、デメリットも挙げられない
なぜならこれ自体にはなんの意味もないから

そろそろ俺等はこういうメリットもデメリットも挙げられない
技術に対して警戒するべき

明らかにこの技術はセミナーで儲けるボッタ野郎の糞技術

>>244
バズワードどころか、もう30年以上の実績がある方法論なんだが。
今頃になってセミナーとか受けてる方が変というか。

誰かさんがいってるオブジェクト指向信者ってこういう奴だろ。

オブジェクト指向を得たつもりになった初心者が
念仏のように連呼してなんでもかんでもバラバラにして意味不明になる。
そして使い勝手が悪いとか言い出して好き勝手に拡張するから結合度上がりまくって使い物にならなくなる。
挙句の果てに静的なクラス作って部品からも参照しまくるようになって作った本人すらも触れなくなった・・・

こんな感じか。

>>243
オブジェクト指向でそこまでの粒度で部品の取り替えは
却って混乱するだけだし
そもそもnew deleteは
必要でそこでオブジェクト指向の場合は
バグだらけになってデスマだなw

>>245
は？
じゃ、従来の何％生産効率があがったの？

あ、レスされる前にいっておくけど
上がったら何が原因で上がったのか聞くかんね
わからないならレスしないほうがいいよ

>>246
オブジェクト指向信者の気があるみたいだがw
俺の事なら全く違うぞ？

俺が言ってる範囲はオブジェクト指向マスターまで
全て含んでいる。

というのは
オブジェクト指向詐欺論だとプロジェクトが成功した場合は
そいつがオブジェクト指向マスターになり
失敗した場合はマスターじゃない
という事になる詐欺的な仕組みになってるからだw

結論としてプログラムを組まない詐欺師が
一番マスターになるというトンデモな仕組みになっている
というオチまである。

>>250
>オブジェクト指向マスター
ちなみに誰が認定するの？ｗ

大体、いまどきフレームワークもライブラリもオブジェクト指向前提にしてるのが多いのに
そこでオブジェクト指向否定しまくる奴がいたら効率悪くてしょうがない。

>>252
オブジェクト指向はなにももたらさないってことを知っている人間こそ
クラスを一番うまくいなすことができるんだぜ
オブジェクト指向にメリットはなにもないんだ
それを頭にいれておかないと糞設計を止めることができない

結局、
　　「コンポーネント思考」の方がよっぽどバズワードで
　　信仰の厚い脳足りんばかり
でFA?

>>251
詳しくは知らんw

上に書いてあるように詐欺的仕組みで
決まるんじゃね？w

>>254
結局、オブジェクト指向信者は施設に隔離して
更正プログラムを受けないと治らない
でFA

>>248
そこまで非オブジェクト指向のやり方に自信があるのなら、
逆にオブジェクト指向を使わないことで上がった生産性をお聞きしたいです。
もちろん、オブジェクト指向で失敗したものVSオブジェクト指向以外で成功したもの
という意味のない比較以外でお願いします。

要するに病気にかかった
という事だなw

>>257
だからバズワードなんだって
いいとも悪いとも誰もいえないだろうな
君もそうやってオウム返しするしか方法ないでしょ？

というかループが止まらないんで
オブジェクト指向で散々苦労したと思われる
>>250の体験談でも具体的に聞かせてくれよ

>>260
具体的っつっても、上に書かれてるような
よくあるパターンだよ。

オブジェクティブパスタ内での
メモリリークとかヌル参照とかw

>>261
メモリリークとかヌル参照とか、構造化プログラミングでも起きてたこと。

ループが止まらないと言いつつ
ループを回しちゃう奴ってw

まあ、それも一興

>>261
可能ならプロジェクトレベルで。
>>250の内容から察するにOODから問題があると認識してると思うんで、
プロジェクトで起こったOODやOOPの欠陥の指摘や
コンポーネント指向を捨てる(または考慮しない？)とした場合
どのように解決すればよいのかご教授願いたいものなんだが。

書く時間あるだろうし。

お前が時代を変えるかもしれないぜ

>>264
問題があるというよりも効果があまりない
という事だな。

効果的でない事に労力を割くのは問題だろ？w

ちなみに、ここでいうあまりないとは
いわゆる測定不能レベルって事だな。

>>263
相手にしないのが最適解だと思うんだけどな。
奇跡的に莫迦を納得させることが出来たとして、その先に
何か嬉しいことがあるわけでもないし。

>>265
それだとオブジェクト指向としての認識が
ちゃんと消化しきれていれば十分じゃね
という余りにもどうでもいい結論になっちまうぞ。

>>265
オブジェクト指向で結果が出せない奴でも、他のやり方ならうまくやれると？
うまくいかない原因は、人じゃなくてオブジェクト指向に依存してるってことだよね。

一々「オブジェクト指向」って打つのめんどくさくね？
もう略語「O」とかでいい気がする・・・

OO

算体主導

オブジェクト指向について語るなら
オブジェクト指向の分厚い本2冊ぐらい読んでからにしてくれや。
オブジェクト指向を使うバカはオブジェクト指向自体と関係ない。

>>272
例えば何？

信者も大抵それなりの本は読んでるぞ？
それでもデスマってるが。
迷信を信じるからそうなる。

>>273
たとえばこれとこれの上巻のやつ。
http://www.amazon.co.jp/dp/4798111120/

オブジェクト指向について語りたいなら
信者じゃなくてアンチも読まないとダメ。

>>274
あー、オブジェクト指向提唱者の本か。

それは流し読みしかしなかったな。

学者だから仕方ないが理屈を長々と説明してるだけで
ふーん的な感じだったけどな。

敢えて全てをオブジェクト指向で組む場合のコツを
書いてるのは伝わったがそうしなきゃいいだけじゃね？
みたいな。

明らかに真似しようとして火傷しそうな感じが
プンプンしたな。

まさに完全なオブジェクト指向に拘るのはやめとこうと思わせるに十分な内容だ。

つーか、あれを手本にしたら
それこそ火傷者続出だろ、アレ。

つーか、オブジェクト指向信者ってソフトを開発するよりも
オブジェクト指向を探求する事が目的化してね？


要はソフトの質よりも如何に
オブジェクト指向がプログラムの大部分を占めるか。むしろ理想の100%に近付けるか。
だから失敗するんじゃねーの。

あと、折角だから俺もオブジェクト指向での
致命的に近い問題点を書いておくと
コンストラクタの失敗が例外のスローしかないだろ。

ありゃ失敗だと思うぞ。
結局コンストラクタが使い物にならん勢いになるからな。

避けるために初期化の目的であるはずの
コンストラクタの後でまた初期化とか
意味不明な流れが起きる。

しかもコンストラクタはオブジェクト指向に
重要な役割を持つ事が多いしな。

っつうことで、マスター
後の言い訳をヨロシク。

特定の言語の仕様をオブジェクト指向そのものと勘違いするのもどうかと。

>>273
>信者も大抵それなりの本は読んでるぞ？
>それでもデスマってるが。
OOの本読むこととデスマに何の関係が？

プログラミングの上手い奴は良いリファレンスを知ってそう

OOやるとデスマらないっていう考え方がよくわからん。

>>281
適切にやらなきゃどんな手法でやろうがうまくいかないよ。

>>282
じゃあ適切にやればOOはいらないな。

癖も強いし、特定言語だと致命的な問題でも仕様で
押し通さないといけないわけだしなw

クセが強いっていう感覚が分かないっすね。
プログラミング始めた当初からオブジェクト指向が普通だった
(当時はそんなこと意識してなかったけど)俺にとっては
COBOLのような言語の方がクセが強いとおもうけど。

この世にオブジェクト指向で解決できない問題はありません（ｷﾘｯ）
プログラミングの上手い奴は総じてオブジェクト指向を適切に理解しています（当社比）

>>284
それはお前がスクリプトレベルの仕事しか
してないからじゃね？

ちなみに、たしかにコボルは特殊だが
あれも銭勘定には以外と優秀なんだぜ？

オブジェクト指向プログラムが重すぎて
ロケット墜落とかは素でありそうだな。

もしくはコンストラクタ例外で
原子力発電所爆発とかw

いまどきオブジェクト指向だから重たいって、どんなロートルだよw

>>288
「重たくて落ちる」っていうオヤジギャグだろ。

…あれ、やっぱりオヤジに変わりないのか。

サポセン黙示録のメインフレーム落下ネタを思い出した

オブジェクト指向でOSを開発したら
重すぎて使い物にならなかった事は
実際にあったらしいなw

そんなんあったっけ？
マイクロカーネルは速度的に不利ってのはよく言われてるけど。

で、このアンチOOは普段はどんな言語でどんな設計で
どんなプログラム書いてんの？

自分のやってることは明かさずに、ただ難癖つけようとするのが
こういう奴のやりかただろｗ

自分のやり方に自信がないからなｗ
馬鹿にされるって、馬鹿なりにわかってるんだよ

馬鹿が馬鹿を馬鹿にするのがこのスレです。

>>294
明かさないも何もその都度違うしw

OO詐欺師みたいにこれじゃなきゃ
できましぇ〜んとは言わないだけw

つーか、普段から詐欺師やってるから
詐欺ベースでしか物事を考えられないって
終わってんな、オマエwww

で、権威の力を使っても何でも構わないけど
コンストラクタの問題の解答はまだ〜？w

チンチンww

>>294
ほら、明かさないｗ

いっそのこと、オブジェクト指向信者が口で言い負かそうと
鼻息が荒いスレに改名するか？w

もう、それで人を集めた方が早いだろw

取り敢えずオブジェクト指向信者は至高の存在w
って事でいいから本題に戻ろうや

そろそろくだらな過ぎて
飽きたw

そして話を逸らすと

答えられないからって、
そもそもシングルトンを必要とする設計に問題があるとか言い出す

一方、俺様はperlを使った

>>302
おーい、キチガイ
スレ違いだぞ？w

>>303
そういう賢さが重要だな。

>>300
＞取り敢えずオブジェクト指向信者は至高の存在w
＞って事でいいから本題に戻ろうや

理解できないものは叩かないと気が済まないアンチは至高の馬鹿ｗ幼稚ｗゴミ屑ｗ
っていうのも付け加えようぜｗ

それじゃ本題に戻りますか。

>>306
自己紹介とかいいから、本題に戻ろうぜ。

すごいキチガイが湧いてるなw

あ、おれはお前と議論する気はないぞw

何しに来たの？

姉妹スレ

COBOL vs Java 2戦目
http://pc12.2ch.net/test/read.cgi/tech/1158154668/

>>296
妄想の中でOO信者とかいうものを作り上げられても。。
あぁ、そういえば君の回りには低能が多いんだっけ？

>>309
キチガイなんだろw

バカって言う方がバカ
ってバーちゃんが言ってた

お前らクズはOOとかなんとかルール作っとかないとヘタレソース書いちまう
この話題はスレチ

おまえらがバカバカ言うから
バカコテがわいたじゃねーか
責任取って相手してやれよ

ここで空気を読まず、
仕事を早く終わらせすぎて契約切られて無職になった俺が参上

俺はきっとプログラミングが上手すぎたんだ、
そう思わないとなんだかやってられない今日この頃

よくわからんけど、本当に仕事早いなら
普通他の仕事回されるよね

あまりにプロジェクトの正規メンバーと実力が違うと
主に客などの周りににメンツが立たなくなる等の問題が起こるので
大きくならない（例えばその事実がバレないとか）内に
早めにお引き取りとかのパターンは
結構あるなw

仕事出来るかどうかはともかくとしてプログラミングが上手い奴は、美意識が強くて執念深いやつが多いと思う。

>>319
プログラムが上手い奴は無駄な事には
一切拘らないよ。

基本的にズボラだから最小の行動で
最大の効果を得ようとするからな。

無駄に形に拘っちゃうのは
学者か詐欺師辺り。

それが商売だからな。

守破離の流れでいくなら、最初は型を覚えることから初める。
上手い奴は既に型を覚える過程を終えているのだから、
型に執着しないように見えるだけでは無いだろうか。

>>319 >>320
どっちも当たってる。
重複しないコードを書いて無駄を省いて楽しようとするけど、
自分が書いたコードにまだ無駄を省けないかと考え込んだりもする。
納期を忘れてw

>>322
いや、あのさ＾＾；
君じゃなくてプログラミングが上手い奴の話なんだけど＾＾；

頼むと簡単に実装してくれる（将来を見越して設計してある）
各コンポーネントの責任を分割するのがうまい
プログラムに対する情熱がすさまじい
家で趣味のプログラムを組んでいる
プログラムだけでなくクライアント、サーバ、ネットワークなど複数の知識を持っていて、しかも正しい

コンポーネントとかの抽象単位ごとの
機能分割の上手さは確かにあるね。
分割の上手ければ難しいプログラムもすごく簡単に見える。

>>320
そうするのが一番早いからって、ヘッダ書き換えてprotectedなメンバ変数を直接いじろうとするようなまねはやめてね。

>>323
いやプログラムできる人の話だよ。
自分でも言ってる、もっと良いプログラムが書けるはずだ、って
やりすぎてしまうから、妥協も大事なんだけどねーって本人も自覚してるんだが。
もちろん基本、納期は守る人だけどね。

…板のレベル下がり過ぎだろ、マジで。久しぶりに来たらこんなひどかったのか

>>328
レベルが低いのはお前のほう

俺はむしろ上がってると思うけどな

>328
このスレタイでレベル高い流れになってると思ったのか？
お前どんだけアホなんだよ

>>326
なんで？

修正保守含めてそれが一番早いなら
publicに移動とか全然アリじゃんw

それともわざわざ複雑な設計にして
自らバグを作りたいのか？w

少なくとも>>331はプログラミング上手くない

ネーヨ
そう言う状況はそもそも設計かおかしいんだろ
複雑な設計になるのはお前の頭が足りないせいだ
アリじゃんw、とか舐めた事言って終いに殴るよ？

>>333
はあ？

殴ってもいいけど
当たる前に殴り返すぞ？w

つーか、protectedから
publicに変更なんて
普段に現場やってれば日常茶飯事だしw

あんま詐欺ってると蘊蓄中に殴るぞ？

>>335
なぜ開発を志望した？
情報処理の資格もないのに

>>336
何故生まれてきた？
生きる価値もないのに。

高学歴

>>338
お前が生まれてから社会人になるまでに
係った養育費をインドあたりに投資した方が
はるかにマシだったなw

無駄な学歴になったな

俺の存在価値は俺が決める
お前が心配する事じゃない

お前ら遊んでるだけだったのね

>>340
それは結構だが、殴りかかったきたら
俺は全力で殴り返す主義だからそのときには
ウンコ洩らすなよw

ってだけだな

うちの会社に的外れな批判で人をコキ下ろす人がいるんだけど、、、
君はコミュニケーションスキルが云々、、、
自己紹介にしか聞こえなくて、そりゃあんたの事でしょ、ってツッコミ入れたくなるんだけど。
あなたのまわりにもそんな上司がいませんか？

プログラムを修正する際、関連する部分はできるだけ少ない方が修正しやすい。
それぞれの関連を把握する作業が楽になるから。
だからprivateやprotectedなメンバをpublicにしたり、
privateメンバのポインタを返すゲッターを作ったりするような行為は
オブジェクト間の関連を複雑にするのでやめてください。
複雑になると俺が理解できなくなるから。
一生お前がメンテするならいいけどさ。

俺は高学歴で〜

早く仕事しろ＋殴りw

俺の設計だと〜

ここバグってるじゃん＋蹴りw

ざっと書くと、俺は口だけの奴には
上の状態までテンションを上げる用意が常にあるので
もしかしたらか弱い奴は泣いちゃうか発狂するかもしれない。


ドＳで、ゴメーンネw

>>344
たわけ！
修正方針は貴様が判断する事じゃねぇ
とっとと影響範囲を洗い出す作業に戻るんだ！

>>344
はあ？

じゃあ、お前がメンテするときに直せば？w

プロジェクト全体を通して早い方法を選んでんだから
後のプロジェクトの担当者の事なんか知るかよw

そういうのは予算組み直しのときに
泣き付けよ、ボクちゃんw

>>347
オブジェクト指向がうんたらかんたら

>>348
明日までにバグ直しとけよ＋蹴り
でw

>>344
最近、そういうの疑問を持ちつつある
getXXXとかsetXXXとかを作ることになんの意味があるんだ？

メンバをprivateにしてある一通りの初期化なんかをまとめて

initXXX(メンバに渡す引数・・・)

って形でのアクセスを狙ってるなら話がわかるけど
１つのメンバ変数に対してgetとsetを必ずもたせるような作りって
何がしたいの？

少なくとも>>349はプログラミング上手くない

>>350
俺は合理的で好きだけどな

>>331はわざわざ仕事を増やして自分の居場所を確保するタイプ。

>>349
面白くねーからとっとと寝ろクソガキ
もう一年面白いネタを考えてから書き込めよ、な？

>>350
経験不足だな。

get〜
set〜に被せる事で実装を隠ぺいする事には
意味がある。

極端な話get内で計算してローカルな値を返す事も
出来るんだぜ？

他にもいろいろある。
まあ全部じゃなくていいんだよ。

必要そうな奴をやればいい。

>>351
じゃー、教科書でも何度も読み返してれば
いいんじゃね？w

>>347
しばらく離れてたプロジェクトに戻ってみるとコードがぼろぼろになってる
ことがよくあったんだが、犯人はお前だったのか。

>>354
ケツの青さを想像力でカバーか？w

でも、ちょっとバテてんじゃないの？www

>>357
それは錯覚じゃねーのw

それはお前が書いたときから糞だったと
考えるべきだろ。

糞になってるなら
お前のローカルなプログラムからやり直せば
いいんじゃね？

簡単な話だな。

>>355
いや、俺も昔は作法にならってそうやってたんだけどさ
まったく意味ねーよ
１つのメンバにそうやってラップかけて渡すことに意味は感じねぇよ
ブレークポイント置きやすいとかそういうメリットはあるかもしんねーとか思ったけど
プログラム組むのうまくなってくるとそもそもそんなものやっぱり必要ないんだよね

>>350の話と似たような話するけどさ
そこまで強固にしたいなら
setとかgetとかバラで渡せる仕組みのほうがダメだろ
仕様的に意味のある１まとまりのセットとして設定取得を行えるようにするべきで
１メンバにgetとsetを用意しておくのはなんか違うんじゃないかと・・・

>>353
俺の所にもいるｗ

>>359
残念ながら、元は俺が書いたプログラムじゃないんだw

>>360
ネェ

getには一メンバを返さないといけないって
どっかの教科書に書いてあったの？

ネェネェ
律儀にそれを守ってたの？
それ解釈を間違えただけじゃないの？

ネェネェ
教えてよ、ボクちゃんwww

>>360
> 仕様的に意味のある１まとまりのセットとして設定取得を行えるようにするべきで
1セットで設定しないと意味がないものは、もちろんそうするだろ。
メンバ変数一つ一つにたいしてアクセッサ用意する必要もないんだし。

>>361
お前が下手なだけじゃね？
つーか、お前は抱え込んでどこもかしこも
バグるタイプだろ？

別にOOPではgetter/setterを使わなければならないなんて規則は無いんだが。
java beansの方便だろアレ。

>>364
>メンバ変数一つ一つにたいしてアクセッサ用意する必要もないんだし。
しかし、そうなるとinitXXXとget？？？とset？？？と喧嘩するんだよね
initXXXでやりたいことがget？？？set？？？を駆使することで実現できてしまうんだよね
本来initXXXでやりたいわけだから不要なget？？？set？？？は作ってはいけないってのが多分王道なんだよね
イカレタ環境（＝なんでこんなアクセスが必要なのか本質が見えてない）人ばっかりだと
律儀に全部作ってるけどｗ

だけど、publicなメンバ変数に対してどこからアクセスされてるのかわからなくなるのを
防ぐっていう意味ではgetsetは正しいね

setter/getterもそうだね。
新人はデータの件数が膨大になってもイチイチメソッドを造って疑問を感じない。
教科書にDBを使ったサンプルがあると必要がなくてもjavaのアプリにはDBが必須だと誤解する

>>366
だから、プログラムはこうあらねばなんてのは
元から言語仕様にはないから。

こうやると言語的に便利とかがあるだけで
書き方はあくまでどんな仕様のプログラムを書くかによって
適時使い分けるだけ。

もちろん周りの環境とか全ての効率の中から考えて。

本来はアクセスを仕様的に意味のあるまとまりにしたいって意味で
メンバをpublicにおいて関数でのアクセス方法にしたんだろうけど

会社のプログラムだとぶっちゃけそんなこと関係ないよねｗ
そもそも途中参加の俺にそんな意味のあるまとまりなんてしるわけねーだろｗ
まあ、はじめに作った人ならわかるかもねｗ
それを知ってるわけだし

この辺がオブジェクト指向と現実のかみ合わない部分だと思う
オブジェクト指向的追加をするなら
まず、その仕様にあったタイミングの処理があるかどうかだよね
あったらその関数の引数に必要なものを追加すればいい
なければ新しくそのタイミングの関数を追加するしかないね

この判別の時間がまず無駄だよね
クラス全体の仕様をつかんでないとできない上に部分的な変更が難しい
影響範囲がでかくなるしビジネスプログラム的に非常によろしくない
だからgetsetなんて生まれちゃうんだろうなとは思う

Ｘメンバをpublicにおいて
○メンバをprivateにおいて

しけたｗ

>>367
何言ってんだ？

関数名にinit〜が付くのには
処理的な意味がある。
もちろん初期化という意味だが。

その中身がgetとsetの複合で出来ようが出来なかろうが

関係ない。

>>370
仕様を隠ぺいしたつもりで何もしないのが
オブジェクト指向信者の真骨頂だからなw

>>372
逆に聞くけどgetとsetに仕様的な意味はあるの？
オブジェクト指向のクラス図でいう関連に当たる部分でgetsetが出てくるか否かだけど

>>370
誰も聞きたくないウンチク垂れてるヒマがあったらとっとと今回の修正の影響範囲を洗い出せバカタレ

>>375
やだよ
だってオブジェクト指向的に意味のある関数がもし複数個所で呼ばれてたら
そのすべてに関して今回の追加要素が妥当かどうか考えなきゃいけねーじゃん
馬鹿じゃね？
給料泥棒はそんなこともわからない
メンバをpublicにしてみんなで幸せになろうよｗ

>>374
逆に聞くけど仕様的に意味がないものまで
getsetを置かないといけない
と思うのはなんで？w

>>377
意味ないよ
ただ、メンバはprivateにおいてあって関数でアクセスするのが理想って
本来の意味もわからずに盲目的に思い込んでる馬鹿への目くらまし
一番正しいのはpublic一択ｗ

>>370
オブジェクト指向じゃなかったら既存のコード調べなくても簡単に修正できるの？

>>379
だからその手段として
建前作戦がgetterとsetter（理由は>>378に書いたとおり）
強行作戦がメンバをpublicにぶち込んで自分に用のある変更だけして既存処理は思想がどうあれ華麗にスルー

両方とも既存の処理に触らないという部分でビジネスＰＧ作戦

一方オブジェクト指向での変更はあくまでも仕様として意味のあるまとまりを尊重しないといけないので
既存のコードに触ることになるＤＦなんて使われたら上司から問い詰められるだろうな

つーか、馬鹿がいなければprivateとか分けるのは
ただのおまじないにすぎないしw

>>381
馬鹿云々じゃなくて
はじめに作った奴の思想がわかんねー時点ですでに意味がねーし

>>380
オブジェクト指向じゃなかったら仕様として意味のあるまとまりを無視していいって始めて聞いたぞ。

>>383
だって関係ねーもん
あくまでも今回必要なメンバもたせてそいつに必要なデータ渡して
ピンポイントで計算してる場所にそいつからませれば仕事終わるのに
どのタイミングでデータ渡して・・・とか付き合ってられるかよ

無駄に手順を踏んで却ってバグるのも
オブジェクト指向信者の得意技ではあるなw

>>385
経営者視点で言えば、じゃあお前さんは何してたんだ？
って話になるが、そう言う流れにしていいのか？

>>386
いいんじゃね？

プログラマはバグを作るのが
仕事じゃねーんだからw

>>384をみていて、メンテナンスを繰り返してるシステムがだんだんボロボロになっていく元凶を見た気がする。
DB仕様把握するの面倒だからとりあえず新しくテーブル追加しちゃえば？って感じだろ。
そんないい加減な仕事してれば、手を入れる度にメンテの工数も急速に大きくなるわな。

ぶっちゃけ、バグばっかりのプログラマなんて
本当は給料を貰うんじゃなくて
損害賠償をされる立場だからな。


出来るプログラマからすれば
給料泥棒どころか、赤字製造機で
間接的な被害者だよ。

つーか、普通はDB設計周りだけしっかりとやって
あとは割と適当にやっちゃうのが常識だと思うんだが。

>>389
そりゃ個人のスキルに依存しない開発体制を構築を出来なかったお前の責任だ
本当にアホなんだな

今時のIDEだとgetter、setter位、自動で生成できるだろ。別にたいした手間でも
ないし。

他にも機能追加とかがあった場合、元になるクラスをコピペしてより、継承して
getterだけいじるとかの差分コーディングとかをする場合、getterとかでやってると
便利だったりするぞ。まあ、そういう機会は早々ないがな。

>>391
個人のスキルに依存しない開発体制なんて
ないんだが？w

またオブジェクト指向詐欺を始めたのか？www

あおりあいやめれカス共

gettersetterはsynchronizedかけるときに便利だけど。

個人のスキルに依存しない開発体制＝馬鹿には理解できない要素は徹底的に排除すること。

だから、実装の隠ぺいが主目的だっつーのw

>>396
それではオブジェクト指向マスターを要求する
オブジェクト指向では無理な話だなw

>>393
オブジェクト指向なんて名前を変えただけのただの流行としか思ってないが、悪いセールスマンにでも騙されたのか？
そりゃ気の毒だｗ
修行に出て本物のソフトウェア開発を勉強して来いよｗｗｗ

>>398
そうだな。でもべつにいいんじゃね？
馬鹿と同レベルな仕事はしたくないし。

>>399
俺は騙されてないが、業界内に
被害者がいるんじゃねーの？w

オレオレ詐欺みたいなもんで
いつの時代にもいるもんだよ。

お前みたいになw

>>400
わかってるんならいいんじゃねーの？w

でスキルに依存しない環境構築の話の続き
マダぁ〜ww

チンチンw

>>402
いくら騙されたからって、いつまでもありもしないものを求め続けるのはどうかと思うぞ。

だから、お前が心配する事じゃねーだろ

>>403
ないんなら構築出来なかったお前が悪いとか
書き込んだカスを殴ってこいよ、マヌケ

種も仕掛けもないんで、個人のスキルに依存しない開発体制について説明するか。
要は映画作りと同じだ。
プロジェクトが始まった時、リーダーの頭の中では既にシステムが動いている。トップからボトムの実装まで。
後は指示を出すだけだ。
どうだ、簡単だろう？

ふと思ったんだが、大学でオブジェクト指向を専攻した情報学部が
必死になってるのと違うか？w

なるほど廃れてほしくなくて必死になる理由も合点がいったな。

ありがとう、詐欺師w

>>406
じゃあ、お前がパンチライター宜しく
澱みなくバグなくキーパンチを続ければ
一週間と係らずプロジェクトが終了するなw

たしかにそれなら簡単だなw

それ以外でその方法で出来ると考えるなら
詐欺師決定。

簡単だなw

今頃オブジェクト指向セミナー受けてるようなやつらと違って
普通に使えるんで、必死になる必要はないし。

今オレ夜食にチョコ食ってるんだけど、食いだしたら手が止まらない。
このままだと太ってしまう。
ストップさせる方法は何か無いか？

>>409
必死だな

ビンゴじゃねーかよw
超ウケルwww

>>411
必死になっちゃった事を自覚するw

>>410の間違い

>>408
テスト実施についても確実に指導するのがリーダーの務めだ
お前は本当にクソプログラマーだな

このオッサン、どんだけ張り付いてんだよｗ

自宅待機中？ｗ

もうなにもかもグローバルでいいよ。わかる奴にはわかるし問題ないだろ。


俺はカプセル化するけど。

>>406
規模が大きくなるほど、そういう “屑コーダーしかいないプロジェクト” になる
傾向がある気がするな。
で、その “リーダー” とやらに
>トップからボトムの実装まで。
なんていう能力もないからダメになると。

>>414
コードレベルで全部指導してる時間が
あるわけないだろw

つーか、寝ろよww

はい、詐欺師決定。

>>416
お前みたいな、融通のきかない奴は何をやっても
バグるから気にするなw

つーか、もうわかったろう。
オブジェクト指向信者は
自分がバグっても人のせいにして
言い訳をするような屑野郎の集まりだ。

俺から言わせれば
テメェのバグはテメェでとれw
テメェのケツはテメェでふけw
だ。


ちなみに、こういう屑連中同士をプロジェクトを分けて隔離して
関わらないように出来るというだけでも
コンポーネント指向マジ
オススメ

>>420
コンポーネントとオブジェクトの違いがあんまり良く判らない
規模の違いじゃないの？

>>420
確かにオブジェクト指向は危険だから素人は触らないほうがいいな。
理解できないものは使わないことだ。その点、お前は弁えてるな。結構結構。

>>421
粒度の違いもあるだろうが
オブジェクト指向のようなプログラムやデータ構造を
持たなければならない。

という自虐的な縛りを課す必要がなく
かつオブジェクト指向とほぼ同じか
それ以上の恩恵が得られる。

そもそも、ライブラリを分けて開発しているのも
コンポーネント指向なわけで
発祥の歴史も適応範囲も
オブジェクト指向なんぞとは
比べものにならない。

もちろんオブジェクト指向を飲み込める
器の大きさもある。

つまり、プログラムを組み上での基本中の基本であり
押さえておけばほとんどの場合は上手くいくもの。

>>422
お前が詐欺に明け暮れている間に
お前の開発してるプログラムが無意味になっちゃうよ？

ネェ、どうする？w
ネェネェ、どうするの？ww

>>423
で、それで何％の工数削減が見込めるの？それとバグ発生数の削減率は？


ま、詐欺師には答えられねーだろうがｗ

例えば、屑が仕様変更でオブジェクト指向的
再設計をやり直す

そのときに機能をそれぞれ独自に持つ事を許容出来る
コンポーネント指向では特に問題なく
変更を適応するのみ。

古くなれば交換するだけで良いのも魅力的だ。
これも外部インターフェースのみにしか依存関係がないからこその芸当だ。


一方オブジェクト指向はというと…
まあ間違いなくデスマってるだろうなw

詐欺師が自爆しとるなw
オブジェクト指向なんぞと違い
明確なメリットをしめせるんだよ。

オブジェクト指向信者のオウム返し不発www

>>426
うむ。お前は正しい。エリート以外はオブジェクト指向に触ってはいかん。
屑プログラマは皆>>426に学ぶべき。オブジェクト指向へのステップアップは諦めるが吉である。

お得意の詐欺商法が始まったなw

じゃー、隅っこでビクビクしてろやwww

>>427
数字で比較すれば答えは一目瞭然で、誰もがお前の主張を認めるだろうに
数字を出さずに口でごちゃごちゃ言うのは賢明じゃないのう。賢明じゃないのう。

口は早いが、手は遅い〜
バグは多いが、人のせい〜

そんなアイツはオブジェクト指向信者〜

ってかぁw

>>429
隅っこでビクビクしておればよいのじゃな？
よかろう。わしがこうしてる間に、力もないのにオブジェクト指向に
挑戦しようとする身の程しらずどもに、そのコンポーネント指向とやらを叩き込んではくれぬか？
やはり身の丈に合った方法を学ばねば、デスマをなくすことはできないのじゃ。

そもそもコンポーネントを分けるのは
昔からある事で最も単純な数字で言えば
コンパイル時間の節約にもなるんだがw


一方、オブジェクト指向では…w

ん〜、遅いね〜
ちょっと休憩しようか（爆笑）

>>431
オブジェクト指向信者は本当に憐れじゃ。信心深いのはいいことだが、庶民には庶民のための神が必要なんじゃ。

至急、オブジェクト指向を捨てコンポーネント指向に乗り替えるべき。
この点でわしとおぬしの主張は一致しておる。

>>433
コンパイルにかかる時間という後出し、見事じゃ。
設計面以外でも問題があるということじゃな。

やはり庶民のマシンにオブジェクト指向は向いておらぬな。

>>401
マジレスすると、そういう奴を採用した
人事or経営者

採用は、経営判断。
そこを間違ったという事だよ。

>>436
マジレスするとオブジェクト指向じゃないと
上手くいかないと思う事。
そういうやり方を採用した
技術者or責任者

採用は技術的判断。
遅延やデスマはそれが原因だよ。

オウム返し不発で涙目www自爆乙wwwww

オブジェクト指向信者的に同情してやる
俺の言葉

百年早かったなwww

>>439
今の技術者の能力ではオブジェクト指向を理解することが難しいと
判断できなかったわしのミスじゃ。確かに百年早かったようじゃ。

やはり庶民はもう一度コンポーネント指向からやり直すべきかもしれぬ。

>>440
違うな。
俺だけがオブジェクト指向を使いこなせるんだ〜w

と、ガンダムを操縦するアムロの気持ちになって
糞コードをばらまくのがオブジェクト指向信者なだけw

>俺だけがオブジェクト指向を使いこなせるんだ〜w
仮に本当にそいつだけが使いこなせてたとしても
プロジェクトうまくいかねぇじゃんなｗ

君たち盛り上がってるところわるいが、オブジェクト指向とオブジェクト指向信者を分けて議論してくれるかな。

あと、オブジェクト指向詐欺師も別で。

>>444
じゃあ、お前ここに書き込めないじゃんw

>>445が消えればかなりノイズは減るんだが、
こいつ暇そうだしこの先もずっと張り付いてんだろうなー

>>423
なんでもコンポーネント化してくれっていう方針のおかげでよけいな工数かかってる現場にいると、
笑えないな。

信者もアンチも　う　ん　こ

>>445
お前はプログラミングよりも前に日本語勉強しろ

>>449
じゃー詐欺師と標準的なオブジェクト指向信者の定義をしろよ

詐欺師ちゃんw

オブジェクトの中身を全部publicにしちゃえ派は
コンポーネントの中身も全部publicで公開する流儀なの？
それともコンポーネント推進派とは別人？

詐欺師がいつもの調子で詐欺が出来ないから
ノイズとか言ってんのが笑えるな。

オブジェクト指向信者ノイズすぎw

>>450
じゃーってなんだよ、じゃーって。
日本語勉強してからまた来てね。

>>450
その単語使ってる奴が定義するのがスジだろ？
定義も知らなくて使ってたのか？

>>452
ノイズって言われて悔しかったからオウム返ししてるの？

>>451
コンポーネント使う側に中身の実装を理解してることを
強要するつくりになってるから、アクセス修飾とかいう仕組みは
必要ないらしいよｗ

>>454
オブジェクト指向信者＝オブジェクト指向を盲信する馬鹿

オブジェクト指向詐欺師＝そういう人間を増やす事で飯を食い続ける事を目論んでいる馬鹿

だが、何か？w

>>456
信者脳は相変わらず融通が効かないようで
糞コード書き乙ですw

マルチタスクもオブジェクト思考もビギナーにやらせると加減が分からずにトンデモシステムになりがちだね
例えば行列のデータを格納する只の構造体にアクセッサが必要なのか？
javaのクラスライブラリでも眺めて勉強しとけば妥当な設計が見えてくると思う

>>458
今日も朝から思考停止乙

自分はプログラムセンスあると思っていて、最近打ち砕かれたからこのスレを覗いたんだが、何故かOOの話で煽りあいしてんのは何故？

あとコンポーネント指向？て何？webAPIの事？COMの事？何でOO否定されてんの？プログラム上手い奴のスレじゃないの？ここ。

ノイズ＝何ひとつまとも言い返せずに
ただオウム返しをするもそれすらグダグダになり
ひたすら馬鹿を晒しているオブジェクト指向信者

コンパイル時間が長いので毎日残業ご苦労様www

>>458
なんでお前の寝言に俺が融通利かせなきゃいけなんだよｗ

>>462
煽りベースでしか話ができない奴は全員ノイズ

勿論お前も含めて

>>459
javaが強力なのはVMなんだがなw

言語でみたら大概な糞だぞ、アレw
流石信者の鏡だなww

>>463
デスマるよりマシだろ、カスw

>>464
自己紹介乙w

>>465
俺もJavaはクソだと思う。

だって、周りの人もぜんぜん分からんｗｗｗって言っていたから。

>>461
コンポーネント指向はオブジェクト指向のサブセットらしいよ。
オブジェクトよりも大きい粒度っぽいけど、一歩間違えたら神オブジェクトになる。

>>461
関わらないほうがいいよ
建設的な話はなにひとつできない糞スレだから
思考停止した馬鹿が自分の主張を喚くだけでもうすぐ500レス

>>468
そんな職場にいるなんてお気の毒ですね
どういった経緯で開発にとばされたのか興味があります

Javaがなぜわかりにくいかといえば、JavaAPIのリファレンスが糞だから。ただそれだけ。
それぞれのAPIが意味をもってつながってるのに、各APIの説明に終始して、
それらをどのようにつなげて使えば良いのかがさっぱりわからない。
リファレンスが大局的な視点に欠けてるんだよ

>>469
それって中身はOOだろうが手続きだろうが、関数型だろうが関係無いですね。
OO否定に繋がる理由も無いと思うんですけどね。

>>470
どうも、旅立って来ます。

>>470
違う、ここはプログラミングの上手い奴が救いようのないアホに知恵を授けるスレだ

>>470
むしろ、信者が馬鹿をさらしてそれ以外の人間に突っ込まれながら
1000まで埋まる心配をしろ、カスw

>>457
ふむ。
オブジェクト指向を盲信する馬鹿
ってどういうの？「オブジェクト指向っていいよね」って言ったら信者認定？

そういう人間を増やす事で飯を食い続ける事を目論んでいる馬鹿
ってどういうの？オブジェクト指向を勧めたらオブジェクト指向詐欺師認定？

>>475
思考停止した馬鹿っていう自覚はあるんだ。

>>472
API仕様書に何を求めてるんだバカチンがっ
ソフトウェアアーキテクチャなら学校で勉強してこいアホタレ

どこの高校で、ソフトウェアアーキテクチャなんか
習うって言うんだよｗ

そもそもオブジェクト指向は何故ここまで人を惹きつけるのだろうか。

長年人々を苦しめてきたバズワードを葬り去る使命をおってるのが俺等だから

>>481
オブジェクト指向が判らん負け犬の遠吠えが聞きたいわけではない。

>>482
メリットなんか１つも説明できない詐欺師が偉そうに吠えてんじゃねーよｗ
チワワは黙ってろｗ

どうしてこう首を突っ込みたがるかね

デスマジェネレーターだから

>>483
冗長なコードを整理する為の手法だよ。
何のことは無い。

オブジェクト指向はモジュール分割の一つの指針だ
巨大なシステムをmain.c一本で書くことはできない
不適切に分割して迷走したならそれはモジュール分割ができてないって事だ
別にオブジェクト指向とは関係ない

>>476
ウザイわw
日本語勉強して出直せww

>>486
お前は詐欺師なんだよ。
何の事はなくデスマをばらまいてんじゃねえよwww

>>489
人を詐欺師呼ばわりする前に自分の不勉強を反省したらどうだ。

そう言うオブジェクト指向の本質を理解しているからこそ、javaの開発を始めた時にはメンバーにこう指示した
「C言語と同じようにやればいいよ」
もちろん、開発は無事に終了した

>>490
人を不勉強呼ばわりする前に
詐欺を広める代わりに
コンパイル時間を少しでも短くする
オブジェクト指向プロジェクトでも
始めたらどうだ？

ああ、口だけでついてく
情弱ばかりじゃないんだぜ？

ああ、コラ

>>492
今の時代にコンパイル時間が問題になるのか？

>>491
キタ〜w

プロジェクトがjavaで問題なく終わったから
俺はマスター宣言www

java厨にこの言葉を捧げよう。
vmが優秀だから大抵の糞コードが動いて良かったネw

でも、オマエラの糞コード
リーク起こしてたよ（爆笑）

>>493
ん〜
苦しいのう〜w
苦しいのう〜w

なんか意味ない議論だななぁ〜

俺の場合は
・要件(非機能、品質含)
・プロジェクト組織構成（複数の会社、オフショア考慮）
・スキル(開発,保守,ユーザー)
・スケジュール(滝,アジャイル)
・システム寿命(保守性)
・規模
・使用プロダクト(DBとかOSとか言語とか)
上記のヒアリングしてから、臨機応変にソフトウェアアーキは決めるんだけど
普通アプローチ的にはXX指向の複合で概念設計していくだろ
盲目的にXX指向とか言ってる奴は、できる奴にはなれないと思う。というか単なるバカ

ちなみに俺は方式設計から基盤フレームワーク＋コンポーネント製造
までが多いのでOO信者だけど、やっぱりヒアリングしてから決めるよ

>>496
書き込みを読んだ限りお前が好き
もしくは得意な流儀を選択してるだけだな。

いいんでないの。
それで自分のプロジェクトは
上手くやれるっていうなら。

ただし、デスマってもオブジェクト指向のせいじゃない
とかは止めろなw

それは詐欺師と同じだからな。

なにここ
>>497がみんなの書き込みにいちいち一言申し上げるスレ？

違います

> 497 ： 仕様書無しさん [sage] DATE:2009/10/03(土) 16:28:04
> >>496
> お前が好き


愛を告白するスレです

>>497
デスマになったらオブジェクト指向のせいにすればいいの？

>>500
誰かにケツを蹴られてもよければなw

>>496
＞盲目的にXX指向とか言ってる奴は、できる奴にはなれないと思う。というか単なるバカ

まあ読んでもらえばわかると思うけど、このスレでオブジェクト指向を
妄信してる奴って殆どいないんだよ。
手当たり次第に周りをOO信者と決め付けて喚いてる被害妄想ならいるけど。

よくsetした時に、イベント的に挟みたい処理とか後で出てくるからね。
なんでsetter/getterあり派。でもJavaのOOP信者のOOPは糞だと信じて疑わない。
OOPに酔うためのOOP。生産性上げるためのOOPだろうに・・・

>>503
そんなのは別途新しく用意しろよｗ

上手い奴って移植性高いコード書くんだろうか。
それとも限りなくアドホックなコード書くんだろうか。
ところでアドホックって何ですか？

その場限り

>>502
一応馬鹿だけチョイスしてるが
毎回引っ掛かるみたいで
残念だったなw

>>505
うまいヤツなら、移植性が重要なところでは移植性のあるコードを書いて、
それ以外が重要な局面なら、それを重視したコードを書くんじゃないか?

アドホックかどうかは普通は
使い回す予定があるかないかと
書くレイヤーで変わるだろうな。

基本捨てコードなのに妙な拘りをしちゃうのも
オブジェクト指向信者に多いなw

つーか、オブジェクト指向信者は平均的にみて
手が遅い奴が多いのも問題なんだがなw

ここまでコンプレックス丸出しな奴も珍しいな

オブジェクト指向信者の自惚れは
天をも突く勢いだからなw

むしろ、にょきにょき枝が生える前に
徹底的に刈り取るべきだ。
つまり、叩きまくるという事だなw

ところで、コンパイル休憩取りすぎだぞ、オマエラ。
無能なんだから人の倍働けよなw

> オブジェクト指向信者は平均的にみて手が遅い奴が多い

どこをどう平均したものか具体的な集計結果を提示してくれたまえ

お前の周りの糞だけしかも色眼鏡で主観的に評価した結果とか言わないよな？
まさかそんな間抜けなことは　言　わ　な　い　よ　な　？

自分の書いた物を捨てコードと呼んだりするプログラマをどう思う？

つーか、信者には早く気付いてほしい事がある。

オブジェクト指向を覚えるのはAPIリファレンスを
覚える事と大した違いがない。

つまり、大して成長してないって事だ。
早く無能を卒業しろなw

詐欺師になったら技術者として終了だからなwww

>>511
＞つまり、叩きまくるという事だなw

ちっせえ奴だなあ。ま、せいぜい頑張ってくれよ。

信者の逆をなんていうか知らんけど
新しい技術についていけず
毛嫌いしてるヤツは技術者として終わってるよ

>>512
同じようなプロジェクトの結果を見た場合の
比較だな。

もちろんレポートなんかないが、何か？

>>513
それは別にいいんじゃないかなと思う。
ちょっとした自動化のためのスクリプトとか、一回流したら
ソースファイルごと削除するしね。

>>513
お前スクリプトも書いた事ないのか？w

これだから信者はw
経験不足の癖に自惚れだけ高いから困るww

>>516
新しい技術？w

お前が最近覚えたつもりになってるだけだろ（爆笑）

>>516
いいところは認め、悪いところは建設的に批判できるならいいんだけどね。
どこかに完璧な手法があるわけじゃないんだし。

>>521
オブジェクト指向信者は成り切りアムロが多いから
無理だろw

俺じゃなかったら、ある事ない事言って
今ごろはオブジェクト指向は神w

とかいう結論を捻り出してるはずwww

つーか、アレ
ろくでもない宗教と一緒だからw

>>522
そういう妄想が建設的じゃないって言ってるんだけどね。

>>523
妄想でこんなにスレは伸びないだろ？w

お前の満足のいく結果が
建設的だとは限らないんだぜ？

ひょっとして、自惚れてる？w

まー、妄想で建設的かを語る奴も入れば
サラっと同意して去る奴もいる
というだけの事だな

>>524
別に罵り合いがしたいわけじゃないんだけど。

>>526
じゃあ、自分の考えを端的に書けばいいだけだろ。

その結果叩かれるのが嫌なら
黙っていればいいだけ。

アホかw

>>520
既に習得してるんなら、今更セミナーなんて受けないだろw

>>522
なんでそこで安室？

>>529
そういう奴が多いってだけの話。

なんか出来るようになったと思っちゃったw
みたいなww

>>530
おぬしは理解できない技術は使わないわけじゃな
ふむ、立派立派
実際、理解できたつもりで技術を誤用してしまうのが一番危険じゃ・・・
己の身の程を知ることじゃ
そう、おぬしのようにな

>>530
> なんか出来るようになったと思っちゃったw
できちゃった結婚＆離婚のこと？
そのあとは十分頑張ってるみたいだけど。

ｶﾞﾉﾀは絶滅すればいいのに

>>531
俺の場合は、オブジェクト指向は
明らかな有効性を感じた局面にのみ
限定的に使用だな。

理由はアレは結構癖の強いものと認識してるから。

使わなくても良い局面でわざわざ使うような
類のものじゃない。

つーか、エキスパートのみ使うべきとか言って
使用しまくる奴の気がしれない。

アホかとw

いわゆる業務系PGにオブジェクト指向が徹底的に受けが悪いのは確か。
テーブルベースの設計とオブジェクトベースの設計は噛み合ないからな。

>>536
はっきり言って、アドレスが重要になるものにも
向かないな。

実は大して適応範囲が広くないってオチ。

>>537
アドレスが重要なものとオブジェクト指向が合わないってどういうこと？

>>538
例えばデバイスドライバとか
アドレスが固定されるような奴。

つーか、そういうのは今でも
Cかアセンブラを使うのが
常識だ。

>>539
ワロタｗｗｗ

>>540
オマエ
糞dllと勘違いしてるだろ？w

ケツが青いぞw

>>539
固定アドレスでやり取りするのは大概の場合データであって、
固定アドレスにオブジェクトを生成しないといけないことって少なくね？

ちなみに、Cやアセンブラ使っててもオブジェクト指向的な設計は多いよ。

結局、所詮オブジェクト指向信者なんぞは
ただの自惚れ屋だとまた晒されただけだったなw

最後の行修正。
> ちなみに、Cやアセンブラ使っててもオブジェクト指向的な設計は多いよ。
→ ちなみに、デバドラの場合Cやアセンブラ使っててもオブジェクト指向的な設計は多いよ。

あとデバドラ用途で使うことは少ないけど、C++ならoperator new書き換えれば固定アドレスへの
オブジェクト割り付けも可能だ。

>>542
ワロタw

現場を知らないのがバレバレw

だから、ケツが青山になってるっつうのwww

コンパイル休憩とか言ってるところみると
技術についていけなくなったジジイじゃね？
2chで憂さ晴らしなんて可哀想なおじいちゃん

>>545
お前の現場では、固定アドレスにオブジェクト割り当ててるの？

>>544
operator new書き替え（爆笑）

デバドラでCやアセンブラを使うことが多いのは単に
C++による開発環境が確保しにくいってことなんじゃないだろうか。
Cと違ってC++はnew とかdeleteみたいに
実装がやっかいなビルトイン関数があるからな。

>>546
OOを覚えることがAPIリファレンス覚えることと同じ
だが俺には覚えられない(ｷﾘｯ)

だからねぇ

技術の話になると、ついていけなくなって墓穴を掘るからって
すぐ煽り合いに持っていこうとするよね、このおっさん

技術の話を煽り合いに持っていきたがる技術者か・・・
はぁ・・・情けねえ

ここはケツが青山な奴が妄想を垂れ流す
スレみたいだなw

いや〜、流石詐欺師は違うね〜www

それなんて自己紹介？

ttp://www.google.co.jp/search?hl=ja&source=hp&q=%22%E3%82%B1%E3%83%84%E3%81%8C%E9%9D%92%E5%B1%B1%22&lr=

何語？

>>551
知らないなら知らないと素直に言えないのも
オブジェクト指向信者ならでは

だなw

>>554
尻伝説ｗｗ

やっぱりロートルだったか。
多いんだよねぇ。今までやってきたやり方で対応できるのになんで新しいやりかた覚えないといけないんだ。
新しいやり方だと、ほらこんなところに問題があるじゃないか。
っていうのが。
指摘してる問題は実は既に解決済みなことが大半なんだけど。

いや〜、久しぶりに腹筋よじれさせてもらったわw

詐欺ってバレてると滑稽だなw

operator new書き替えか〜www

ぶっちゃけここまで長々とレス消費した彼の主張は

・オブジェクト指向はよくない！

なぜ？

・俺には理解できないから！

だけなんだよねぇ
具体性が全くない

>>559
ハイハイw
ワロスワロスwww

具体的反論なし

詐欺師の才能はなさそうだが、釣り師としてはいい腕じゃね？

まさに馬鹿の宗教

オブジェクト指向っていう事を宣言した日になったなw
いや〜笑ったwww

>>563
おじいちゃん面白かったよｗ

お前らあんまりいじめるなよ
すげえ悔しそうじゃないか

>>564
うんうん

現場を見てから出直しておいで
ボーヤw

さ〜て、馬鹿が馬鹿証明書き込みをしたんで
もう書く事なくなったなw

慌てて誤魔化してるようだが
書き込みは消えないよんw

operator new書き替え（爆笑）

デバドラの現場から出たことなければ、そんなもんかもねぇ。

>>562
古典的な手法だけどな。
マ板の連中って、もっと煽りになれてるものだと思ってたが。。

現場を知らない奴が妄想とかw
ワロスwww

>>569
そりゃ、無知晒してんだから
ムキにもなるだろwww

特徴：すぐファビョる

今北産業

>569
何にでも全力で食いついて
オモチャは壊れるまで弄り倒すのが
マ板の流儀なのはご存じない？

>>573
オブジェクト指向こそが
絶対正義の
パラダイム

>>573
俺がわからないOOは嫌いなんじゃ
具体的って何ぞそんなの知らん（火病）
読む価値無し

ケツが青山な奴が叫ぶオブジェクト指向じゃー
説得力ゼロwww

だからそれ何語？

で、オマエラも
operator newを書き替えて
デバイスドライバを開発するのか？（爆笑）

この世の全てをオブジェクトとその関連によって表すことは神より奪いし禁断の果実。
あらゆる事象を人間にわかる形で分析、設計する力を与える。
そして訪れる新たなる時代に人類は狂喜するのだ。

顔が真っ赤な奴が叫ぶアンチOOじゃー
説得力ゼロｗｗｗ

つーか、ここまで馬鹿晒すだけってのも凄いな
レベルに差があるってもんじゃねーぞ、コレww

ま、俺様から見ればお前のレベルなんぞ素人同然なわけだがｗ

なんか詐欺師が薬やってヘブン状態に成りだしたなwww

嫌OOってこんなにアホだったのか
説得力の欠片もないヤツが説得力ゼロとか笑っても
それ説得力なさすぎｗ

>>573
おい、口だけ。

ここまで誰も俺の提起した事を答えられてないぞw

>>583の間違い。たぶんw

>>586
なにを提起したの？

>>586
お前もなにも答えてないじゃん
論点ずらしてるだけで

どいつもこいつも口だけ

ではまず、直近のoperator newを書き替えて（爆笑）
のデバイスドライバ開発が妥当かを答えてもらおうか？w

では青山さん、どーぞw

腹減ったな

＞あとデバドラ用途で使うことは少ないけど、C++ならoperator new書き換えれば固定アドレスへの
オブジェクト割り付けも可能だ。

この書き込みに対して、

＞ではまず、直近のoperator newを書き替えて（爆笑）
＞のデバイスドライバ開発が妥当かを答えてもらおうか？w


ダメだこいつ、やっぱ日本語わかってねえｗ

>>589
お前も答えていいんだぞ？w

器小さすぎワロタ

>>592
今更見苦しい言い訳してんじゃねーよ（爆笑）

つーか、デバドラってまさにオブジェクト指向そのものじゃね？

>>596
インターフェースのみ提供して、
実装は一切無視だからね。

言語によらずオブジェクト指向的なものが実現できるいい例だね

それは疎結合だということだよ。

つか、I/FがあるだけでOOだと言い張るなら
カプセル化された FILE* ですら OO になっちゃうわけだが。

新人雇うときのチェック項目
・　リスト構造をつかって何か説明してみてくれる？
・　関数へのポインタって使ったことある？

オブジェクト指向とやらは上記が分かっていれば大体OK

確かにインターフェースだけでOOと言い張るとキリが無いな。
どんなプログラムでも内部的にシステムのAPIやらABIやら使ってるわけで。
するとあらゆるプログラムはOOということになってしまう。

>>594
それは新しい詐欺マニュアルか何かか？w

つーか、疎結合を推奨するのはオブジェクト指向関係なく
プログラミングの基本だ。

結局、オブジェクト指向信者自体の経験が浅いから
なんでもかんでもオブジェクト指向にして
オブジェクト指向自体も何かよくわかってない。
という馬鹿そのものであったわけだな（爆笑）

>>603
疎結合がどうしたの？

>>603がオブジェクト指向を理解できてないのは明らか
言ってもわかんないだろうし、めんどくさいから説明はしてあげないけど。
まあ一生うだうだ言ってなさいｗ

オブジェクト指向は敵だー！！
竹槍構え！突撃ーーー！！！！ｗｗｗｗｗｗ

>>604
疎結合は基本だよ、ボクチャンw

>>605
よくわかってない奴の説明なんぞは
糞の役にもたたんからなww

>>607
さっそくの１うだうだ、誠にありがとうございま〜〜すｗ

本日はあと何回うだうだ言っていただけるんでしょうか！？
それー！オブジェクト指向ヲ殲滅セヨ！！！ｗｗｗｗ

がんばってーｗｗ
ほら、もっとはりきれよクズｗ

僕、ずっと前からオブジェクト指向くんのことが大好きだったの！

>>603
> つーか、疎結合を推奨するのはオブジェクト指向関係なくプログラミングの基本だ。
そうだよ。
で、オブジェクトという単位で区切って疎結合を保とうっていうのがオブジェクト指向の考え方。
手続き単位に注目するとどうしても密結合になりやすいってのもあるけど。

>>608
疎結合≠オブジェクト指向を理解してから書き込めや。
なんちゃって野郎w

>>609
コンポーネントを分割するのは好きだが
お前含む詐欺師は好かんなw

つーか、一つは質問に答えろよ、無能www

ID出てたら笑えるんだろうなあ
一日に何レスする気なんだよこの嫌OOジジイ

>>610
つーか、オブジェクト指向はモジュールをオブジェクト単位で分割するってのが
特長だろ。

機能分割ではないところが長所であり短所でもある。
それだけ。

オブジェクト指向も機能面からみてスパゲティになるし
オブジェクトを横断する処理はそもそも苦手。

DBやデバイスドライバ等が苦手なのも
そういった理由からだ。

で、疎結合がなんだって？
ボクチャンwww

つーか、オブジェクト指向信者は
基本からやり直せよw

馬鹿が偏った知識だけとか
技術者としてカタワじゃねーかwww

>>613
IDあったらいいのにね
このおっさん、敵は同一人物と思ってんのか知らないけど、
手当たり次第に「で、疎結合がなんだって？」とか言ってて
ちょっとかわいそう

>>615
その必要はない
私は全ての面でお前を超えているからな

>616
いい加減この嫌OOジジイはトリップつけといてほしいネ

結局、オブジェクト指向が向いていない世界でしか仕事したことなくて
「オブジェクト指向なんて詐欺だ」って言ってるだけのような。
まぁセミナーで(高価なシステムと一緒に)売り込まれた恨みがあるんだろうけど。

お前らにふさわしいソイルが決まらない

>>616
俺の質問に明確に答えられない時点で
低能詐欺師だから皆一緒だw

話題を振るたびに言い訳してる様は
現場の仕事ぶりそのものだなwww

>>614
>つーか、オブジェクト指向はモジュールをオブジェクト単位で分割するってのが
>特長だろ。
あなたの OO の理解は構造化以前です。
まったく話になりませんね。

>>619
オブジェクト指向が必要ない世界で生きてる割には、
気になってしょうがないみたいだけどな

>>617
また口だけかよw

口だけなら世界一にもなれるがなwww

>>621
全員を同一人物とみなして戦ってるからそんなに必死なんだね
納得した

プログラミングの上手な方は総じてOOを好んで使う傾向にあり、
今後も増え続けていくと予想されています。（当社比）

>>622
また、詐欺が始まったかwww

いつのまにか、お得意の詐欺に持っていくから
危ないww

あなたは信心が足りない
ってかあwww

芝生が増えてくると顔真っ赤説はここでも証明されてるな

>>626
またその詐欺キャッチコピーかw

オブジェクト指向信者かどうかとプログラミングの腕は


無関係


そして、お前は低能詐欺師www

つーか、オブジェクト指向が必要な世界なんぞは


ない


オマエラ信者が好きで使ってるだけ。
しかも、誰かに用意してもらった環境でなw

それがなければただ泣いてるだけの糞だろw

むしろ、環境構築をした人達を神として
毎日拝んでろよ、クズwww

>>629
オブジェクト指向技術者の偉大さを、お前の小さな脳ミソで認識することはできない

申し訳ないが、産まれた時点で圧倒的な差がついてるんだ
私に言わせれば、お前の技術力は所詮お遊びレベルに過ぎないのだ

>>630
当たり前じゃん、ただの開発手法のうちのひとつなんだし。
買いかぶりすぎだよ。あと被害妄想酷すぎ。あと泣きすぎ。歯ぎしりしすぎ。

>>630
>しかも、誰かに用意してもらった環境でなw
そうだな。俺はお前と違ってコンパイラないと仕事できないしな。
チューリングやショックレーいなかったらこんな仕事してないしな。

ここでOOP批判してる人が指してるOOPってデザインパターンを適用するって話？
まさかクラスや継承、ポリモーフィズム全部を批判している？

>>631
そういう事は創始者に成ってから言え。

だから自惚れ詐欺師レベルを越えられないんだよww

お前みたいな事を言ってVBプログラマに
フルボッコにされてる奴がいたぞww

憐れな宗教信者と一緒だなw

>>634
「俺に解らない話をするな！」ってことだろう。

仲間はロートルVBer！ですか。はぁ。

プログラミングの上手い奴はたけのこ派。
きのこは邪道。

>>632
上でオブジェクト指向が必要な世界の詐欺師が
歯ぎしりしてるはずだから慰めてやれば？www

>>634
テクニックを否定して
どうするw

それは環境やプロジェクトごとに合ったものを
取捨選択すればいいだけの話。

アプリケーションを組むときに
便利なAPIがあれば叩くだろ？

それと一緒。

>>636
わかった気になってのデスマ
ご苦労様ですwww

>>635
お前みたいな口だけ君にならなんて言われても平気だけど
VBプログラマに叩かれたら僕へこんじゃう＞＜ｗｗｗ

もっと俺のことを優秀なプログラマだって認めればいいのに。

>>642
俺は叩かないで直接殴るよ？w

テメー、口だけでバグってんじゃねーかよ。

ってな。

ちなみに、俺はバグらないから
お前からいちゃもんは付けられないので
フルボッコになるなw


これが実力の差ってやつwww

通報か

論理的に伝えることができないから暴力か
ダセージジイだな

>>643
お前が信者ならば、すなわち


優秀ではない


という事なので認めようがないなw

>>646
馬鹿用の躾だよw

ダセーのはどう考えても
殴られて半べその方だろwww

>>644
ほんとそういうの怖いからやめて＞＜ｗｗ

ネット上で殴るとか言ってる人、ひさびさに見たよ＞＜
殴らないでくださいなんでもしますから＞＜このハゲ＞＜

殴らないと自説を通せないんだろ
既に技術者として終わってますね＾＾

>>649
バグらなきゃいいだけだろw

そんな事も出来ないのか？w
口だけかよ、カスw

大好きなオブジェクト指向でバグらないようにしろ
ってだけの話。

皆が何と戦っているのかよくわからんのだが、
「嫌OOな人」と、前の職場で見た「半年でクビになった在日」が全く同じこと言っていることだけはよく分かる。

その在日は口先だけ＆文句しか言わない＆仕事出来ないのコンボ使いだった。
まさか本人じゃなかろうな？

>>650
殴るってだけでビビリすぎだろw

腕力にコンプレックスがあるみたいだなww

はぁ？
どこをどうよんだらそう読めるの？
頭おかしいんじゃね

　　　腕　力　誇　示

>>652
お前がオブジェクト指向信者と逆の人間を入れ替えて
話を捏造してんじゃねーの？w

口だけの代名詞といえば
オブジェクト指向信者だろww

>>656
本人乙

>>654
じゃあ、ビクビクすんなよw
ダセーんだよww

このスレの誰がビクビクしてんだよ

　イ　ミ　フ

つーか、クビになった事ねーしwww

>>659
「俺の腕力と手の早さを知ってりゃビクビクするはずだ！」
という思い込みだなｗ

しらねーよっていうｗ

>>660
はいはい、なんとでも言えるよな
この腐れ詐欺師

そういや、リストラ転職組とか会社や部門破産の転職組に
オブジェクト指向詐欺師が多いなw

超ウケルwww

>>661
上に怖いと書いてた奴もいたが
日本語も読めない知恵遅れかwww

>>656
何という素早いレス、何というダイナミックな論理展開・・・

うん、まあその在日も、同じような感じで全然具体的じゃない反論ばかりして仕事しないで、
そのままクビになっていったんだよ。
いや、本当に本人に思えてきた。

>>662
クビになったかどうかは
なんとでも言えないだろwww

お前のいるブラック企業と一緒にすんなwww

>>665
それ、信者特有の妄想。

はっきり言おう。


人違いwww

>664
皮肉がわからんのかアホは

おお嘆かわしきや我らが御子よ。
汝ら惑うは暗きためなり。
進めよ道を。さすれば開かれん。

OOの神はいつでも我らの道を明るく照らしてくださいます。
毎日感謝と祈りを捧げることによって、
ご先祖さまの英知をこの身に授かることができるでしょう。

>>669
つまんねーよ

つーか、つまんねぇ皮肉と
ギャグしか言えなくなった
オブジェクト指向信者
哀れwww

プログラミングの上手い奴は問題を適切に切り分け、設計し、実装することができる。
そしてその長年の蓄積をオブジェクト指向やデザインパターンという形で後世に残そうとしたのだ。

やっと皮肉だとわかって涙目とか
哀れすぐる

>>674
別にわかってねーよ？
ただ、あっそ
っていうだけw

要は運動はからっきし駄目な奴なんだろ？
みたいなw

はぁ？
どこをどうよんだらそう読めるの？
頭おかしいんじゃね

>>676
殴るって書いただけで過敏に何レスもしてる時点で
運動音痴のひ弱人間なのはバレバレなんだよw

体育嫌いだっただろ？
否定出来るか？ん？w

それで煽ったつもりなの？
妄想に妄想を重ねるのはやめようよ
プログラマなんだろ

>>678
いいから否定してみろよ？w

俺は運動音痴のひ弱なもやし野郎じゃない
ってな

簡単だろ？

そんな人間の方がたくさんいるぞ？www

>>679
皆さん、顔真っ赤にしてる誰かさんみたいなことはしたくないそーです

>>680
皆さんじゃなくてwww
運痴くん、君に聞いてるんだが？w

いつもの饒舌ぶりは
どうした？wwww

つーか、運動音痴な事までバレるとか
ウケすぎwwww

このチョン何と闘ってるんだ？産業で頼む。

>>683
お前は
運動音痴にして
キタのスパイ

つーか、運動音痴とかマジウケるんだがww

普通に神経障害じゃんw
そりゃあ脳神経もやられてて当たり前。

これで全て繋がったなwww

>>683
とにかく自分が優位に立っていたいみたいね
そのために妄想に妄想を重ね、自分にとって都合のいい相手像を作り上げて
もはやこいつの脳内にしか存在しない架空のキャラに対して勝利宣言

まだ続けてたのか。
日曜日なのに暇だな。

>>686
産業にまとめればいいってレベルじゃねーぞw
コンプレックス丸出しじゃねーかよwww

スレ違いは消えてくれ。
スレッドタイトル読め。

>>689
スレ的な事を書いても建設的じゃないとかで
一向に答える気がない奴とかがいる限り無理だなw

そういえば、うちの会社ではオブジェクト指向ブログラミングなんて常識なんだが、
合併先の会社でほとんどがプログラマがオブジェクト指向ブログラミング出来なくて、今ひーひーいってるな。

新しいことを覚えられないっていうのはある意味かわいそうだな

これは、オブジェクト指向が悪い悪くないの話でなくて、
変化の出来ないヤツは環境に適応できなくて滅んでいく、ということだが

まあトリップ付けてくれ
キミはどっかのアホコテみたいにトリップもつけれないほどチキンじゃないはずだよね

詐欺師の素養がある奴が多過ぎ
オブジェクト指向が役に立つなんて数字出せないのに頑張っちゃってる奴は
もう技術者やめるべき

こういうとオブジェクト指向が役に立たない数字をあげるべき的返し方をするけど
そもそもそんな返答はすでにおかしい
それは口論に勝つためだけの話術であって
オブジェクト指向がまったく役に立たない現実を覆せない

まずメリットが挙げられない技術に疑問をもてよ

>>693
都合よすぎ

オブジェクト指向がまったく役に立たない現実を覆せないから
人殴るようなヤツが何言っても説得力ないよ？

>>693
オブジェクト指向のおかげで、この不景気の中でも
仕事が選べる立場です＾＾

公務員ニートといいこのおっさんといい
ネジがはずれた奴が増えてないか

墓穴掘るのが趣味なのか？このジジイ

>>697
いくら馬鹿げた思考の飛躍をしてても、
自分では論理的だと信じ込んでるんだよな
こういうのって直らない気がする

オブジェクト指向プログラミングが向く環境もあるし、向かない環境もあるのに
それを考慮しないで相手を批判し続けて意味あるん？

>>691
その会社の事はしらんがw
作業者のほとんどがオブジェクト指向を知らないのに
その会社とオブジェクト指向でプログラミングするってw
正直、お前の会社がドＭとしか思えんなw

俺は似たケースでスッパリとそこのレベルに合わせて
プロジェクトを進めた事があるが
たぶんそっちの方がマシな結果になるぞw

>>693
だなw

一部本当に困る真の詐欺師と
頭の弱い真の信者が必死なんだろうな。

いや〜、宗教って怖いなwww

>>701
レベルを合わせてもらった、の間違いだろ
しょうもない見栄だな
だせーだせー

>>696
詐欺師に景気は関係ないんじゃねーの？www

>>703
はあ？
俺が決める立場なんだがwww

馬鹿が書き込んでも
ダセーダセーwwww

>>705
オウム返しかっこいいですね
実力の伴わない口だけ君ってほんとみっともないわー

>>706
それお前じゃんw

俺は方針を決めるべきときは
きっちり決めるんで、口だけオブジェクト指向信者と
一緒にしないでくれるかな？w

つーか、オブジェクト指向信者の
必死な事、必死な事w

よっぽど下手糞な自覚があるみたいだな。
少しは努力しろよって感じだな。

もちろん、オブジェクト指向については
もう努力しなくていいからなwwww

そうですか、方針をきっちり決めるんですか

ふーん、脳内で？
リアルでも発言できるように頑張れよ
現実逃避ばかりしてるから仕事もらえなくなっちゃうんだぞ？

芝生が増えてくると顔真っ赤説はここでも証明されてるな
つか一日にこんだけレスして必死じゃないつもりなのかオマエ

もういいじゃん
こんなおっさんに構っても時間の無駄だよ

詳しく決める方針

・オブジェクト指向を採用したら俺が殴る

以上


だろ？

>>709
自分のポジションごとに決める事は
全て決めて来ましたが、何か？w

当然、技術的な全権限を持ったときもありますが、何か？ww

俺に仕事を振らないような環境は、デスマるだけだから
もしあったとしても知った事ではないが、何か？www

>>694
は？どこが？

>711
他ごとしながらたまに適当なレスしとくと
後で見てやると勝手に壊れてるから面白いよ？

一日張り付くってどんだけ暇なんだおっさん

>>716
うるせーな
どうでもいいだろうが。

２ちゃんで馬鹿をからかって
何が悪いww

オブジェクト指向は
オーム真理教に通じるものがあるなw

かかると解けないところとかw

普通の奴はキチガイは怖いので
俺みたいに正面からは馬鹿にしない
ってだけなんだが
気付いてないんだろうなw

>>717
おっちゃん明日から行くところあるの？

>>701
そうだな。
他の会社から請け負っているプロジェクトで、まるっきりソースがなくて
たとえば、リソースが作業者1(OOP/構造化プログラミング)+作業者10(構造化プログラミング)だったら、
701と同じように構造化プログラミングに合わせて進めたと思う。


後だしで申し訳ないが、作業者は半々ぐらいだったんだ。

うちの会社
・プログラミングの内容：サーバーProgramming、Web Programming
・既存のプログラム資産：OOPで作られたソース多数
・人数20名

合併先の会社
・プログラミングの内容：Web Programmingのみ
・既存のプログラム資産：HTMLの中にロジックが入っているようなプログラム(Cで言うとmainひとつ4000行みたいな)
・人数30名

半々までいかないが2：3ぐらいの割合だったんだ。
合併後にWeb Programを読めるようにする必要があったんだ。
そのミッションの中で

1.既存のプログラムを構造化プログラミングに書き換えるか？
2.それともOOPができない人をできるようにしたらいいか？

好きなほうを選んでくれ。

続き

組み込みの人は「OOPをC言語」、構造化プログラミングを「すべてのロジックをアセンブラ言語」に読み替えてみてくれ。

おれが言いたいことは、OOP、OOP以外にかかわらず、勉強しねーやつはそのうち技術が廃れて、
あたらしいことを勉強することになるよ。

>>719
明日はファッキン
オブジェクト指向パスタデスマ案件の収拾だが、何か？w

>>720
それはコンポーネントを上手く分割するとかで
両方の資産を活かせなかったのか？

元々、腐ったプログラムだったのを
誤魔化して他所のせいにしてる臭
がするんだがなw

>>723
ウェブ系やったことある？

あと、組み込みの話はオブジェクト指向信者は
もう二度としない方がいい。

ホント、馬鹿を晒してるだけだからw

構造化プログラミングになってるのならOOPに近いと思うんだがな

>>724
大規模な仕事はかなり昔に少し。

>>723
そう。もともと腐ったプログラムだった。

OOPにもそれ以外にも腐ったプログラムはたくさんある。

今までの流れの
・OOPはウンコ、OOP使えない＝ウンコ
という批判ばっかりする話には何の意味もない。

>>725
マジで？

なんか間違っているところあったら教えてくれ。
すごい昔に1つプロジェクトをやっただけなんで、正しいかどうかわかっていない。

オブジェクト指向での設計思想は放置して構造化で仕様だけを満たしていくでＦＡ
組みなおす必要なんてないじゃん
>>720お前みたいな馬鹿相手にしたくないんだよね

>>730
その原始人的な思考なんとかならないの？

おっちゃんはマジでクラスとか使ったり作ったりしたことないの？

>>730
俺も基本的には同意見だな。
完全に作り直すとしても
時期尚早だと思うし。

デスマ確定だなww

デスマ言いたいだけちゃうんかと

ここまで粘着レスして言いたいことは
「俺にわからないOOは使うな」ぐらいしか読み取れないんだけど
何したいのこのアホ

>>734
マジ馬鹿フィルター持ってんな。

組織が合弁した直後だわ
元プログラムが糞だわで
それを元にスクラッチ開発？

逆に、これでデスマにならない理屈が知りたい。

>>735
お前の脳が萎縮し始めてるんだろw

で、ボクちゃんの言いたいことは何なの？

>>736
セミナー受けるといいよｗｗｗ

>>738
言いたいことか・・・

ヘタレオヤジの被害妄想トーク、楽しませてもらってます＾＾

>>730
そう、「組みなおす必要はないんだ」
開発者側が両方の開発方法を使えればいいんだ。

今回はOOPだったけど、構造化プログラミング言語が必要であれば覚える必要がある。
何度も言っているけど、構造化/OOPの違いは関係ない。
開発者は新しいことを覚える必要がある。

>>733
うむ、作り直す必要はないな。

>>736
そうだな、スクラッチ開発はありえないな。

構造化って覚えるほどのことか？

つーかオブジェクト指向って新しいことってレベルでもなくね
もう枯れ期に入ってるような広く知られた定着したモンかと

>>743
枯れてるけど旧世代にとっては案外乗り越えられない壁なんだよ

構造化から入ったらOOP覚えるのに苦労すると思う

>>739
馬鹿じゃねーのwwwww

セミナー受けても元の糞プログラムの塊
二つの品質は変わらねーだろw

元々バグってるかもしれないレベルの
二つのプロジェクトのプログラムの仕様を一つに合わせて
スクラッチ開発を急造チームでやるとかw
つーか、もう問題が起きてるみたいじゃねーかww

お前みたいな糞勘違い野郎が多いから
オブジェクト指向の案件はデスマるんだと思うぞwww

>>742
>>743
うん、そう思う。
ただし、新しいことはこれからどんどん出てくると思うから、
新しいものを批判せずに覚える姿勢は大事だと思う。


どうでもいいけど、古いものも勉強になるよね。
関数型言語とか発想の転換ができて楽しい。

>>740
お仲間同士で自己紹介乙www

>>746
マジレスしすぎじゃね？

>>741
だからいらないって
別にオブジェクト指向知らなくても
オブジェクト指向で作ったプログラムは読めるだろ

書いてあるのはただのプログラムだろ
上から下に流れていく仕様はかわらねーよ

お前、何が言いたいの？
さっきからズレたことばっかりいって

>>745
なんで？
構造化って引数と戻り値でやり取りすることによって
プログラムを整理しましょうねってことでしょ？
クラスの中身は構造化するよね？

>>746
前提が違うから、もう一度書くけど

スクラッチ開発をする、とは書いていない。
どの方法がいいか、という話だよ。

746が指摘する通り、スクラッチ開発をしない。
開発者が理解できるようにしたほうがいい、って話だよね？

>>749
マジ馬鹿な事が問題w

>>752
>1.既存のプログラムを構造化プログラミングに書き換えるか？
>2.それともOOPができない人をできるようにしたらいいか？
自分でこう言ったんじゃん
自分の発言を後付けで修正するなよ

>>751
俺はスーパークラス、サブクラスの概念を理解するのに時間がかかった。
ポリモーフィズムに到達するのも時間がかかった。
何をするにも時間がかかった。

>>755
そんなバズワードは１０分で十分だろ
問題はそれをなんのためにやるかっていう発案者の意図がオブジェクト指向にまったく沿ってない上に
意味不明なところが問題

ようやくプログラムの上手な奴のスレ
らしくなってきたなw

再度書いておくと、ここはオブジェクト指向を知った
雑魚プログラマがその感動をレポートするスレじゃない
って事だ。

>>755
その辺はコードの重複を排除するためのオマケだから
カプセル化だけ抑えておけば良いと思う

>>750
あれ？なんかズレたこといってるかな？

おれはまるっきりやったことないプログラミングパラダイムの言語を読むのに
スゲー苦労するんだが。Lispとかマジくじけそうになる。


今思ったんだけど、同じプログラミングパラダイムの言語なら結構読めるもんだよね。
　例：C->Perl,C->VB
違うプログラミングパラダイムだと読みにくい。
　例:C->Lisp/Prolog

境界にあるものは論争が起きる
　例:C->C++

>>759
もうレスするの止めたら？（笑）

詐欺師がまた都合の良い話を展開し始めたなw

>>759
あるある

そもそも、詐欺師の俺オブジェクト指向は
詐欺師の数だけあるのでカオスにしかならない
というファッキンな自体にまたなったな。

「俺が知ってることはお前らも知ってて当たり前」な奴が多すぎるんだよ

オブジェクト指向が嫌いなくせに、なんかっつうと
オブジェクト指向の話にもっていきたがる馬鹿
ほんと邪魔くさい

>>754
もう一回前の発言を見てくれ。

>1.既存のプログラムを構造化プログラミングに書き換えるか？
>2.それともOOPができない人をできるようにしたらいいか？
の2つから選択してくれってことだ。

OOP、構造化プログラミングでも名前はなんでもいいんだ。
名前があるとややこしいので、A,Bに書き換えると

>1.既存のプログラムをA言語に書き換えるか？
>2.それともがB言語ができない人をできるようにしたらいいか？

というようになる。


言いたかったことは、
・プログラマーは新しい言語や技術を勉強する必要がある。
ということだ。

もし勉強したくないというのであれば、
・ウチの会社のように合併された時、
・倒産して転職しなくてはいけない時、
・既存の技術が新しいことに追いつかなくなった時
に、相当苦労することになると思う。

もちろん技術ではなくてマネージメントに進む人は技術は知らなくてもいいかもしれない。
だけどマネージメントについては勉強する必要があるけど。

>>755
あー、おれもおれも。
高校生の時、詳細C++（だっけかな？）読んでいたら頭が爆発しそうになった。
結局大学に入るまで、OOPはまるっきりできなかった。

オブジェクト指向が嫌いなのではなく
オブジェクト指向信者が嫌いな、俺w

特にここで食い付いてくるような
筋金入りのアレな奴がなwww

しかも、レベルが低いのも鉄板だからなw

>765
とりあえずよくわからんことのせいにして罵倒しとけば威勢がよく見えるからな

罵倒かスルーか殴るしか選択肢がないって時点で旧世代思考なのだし
それでまともな人間に納得してもらおうって発想が間違いなわけだが

>768
オマエがレベル高いとは全く思えないんだけど。

　気　の　せ　い　？

>>760
あれ？うざいかな？
スレチだったらやめとく。

無理やりスレに結びつけるとしたら、
プログラミングのうまいやつは言語、プログラミングパラダイムに
偏らず勉強しているってところかな。

>>763
OOPという名前を例として出しているけど、OOPサイコー！って話はしていないつもり。

>>766
だからプログラミングが上手な奴にとって
言語やその特長を理解するのは技術でもなんでもないから。

そんな事はぱっと出来るんだよw

なんだかんだ言っても
「新しい技術を覚えられない人が居る」という事実は
受け入れなければなるまい。

>>769
オマエがプログラミングが下手なだけw

>>773
いねーよｗ
一週間も触ってりゃ体で覚えるだろ

知らなきゃその都度教えてもいいだろ
それで十分やってけるって

>>773
そういう人は技術者を引退するべきでしょう？

>>771
お前はまず一つの言語を極めた方がいい。

APIを覚えてはしゃぐ雑魚と同じ臭いしかしないw

>>777
いい表現だな
俺も同じ匂いがしてた

否定派と肯定派の両方の意見をまったく包括してないし
こいつだけ意味不明なことしゃべってるだけだし

>>777
HelloWorldレベルの雑魚がなに言ってんの？

>>776
つーか、新しい技術とかw
馬鹿だろ？w

ほら論理的反論は一切出来ず
罵倒に終始

>>780
新しい技術は日々沸いてきてるじゃないの。
オブジェクト指向なんて古臭いって事を言ってるのか？

>>778
そもそも、技術って言われてもっていうw

>>779
発狂すんなよw

こいつ結局一日中張り付いてたな

できるプログラマは、退屈で意味のない作業を嫌う

一日中こんなスレに張り付いて、同じようなことばっかり
書き込んでるおっさんって、プログラマに向いてないｗ

>>784
つーか、オブジェクト指向詐欺師は
そもそもプログラミングに向いてないんだよ。

そんな事に時間を使ってる内に
ホントのプログラミングの上手い奴は
ホントの技術を覚えて使うだけ。

>>786
そういうの酸っぱい葡萄て言うんだよ。
一端にオブジェクト指向語れるようになってから喋れ。

やっぱり、罵倒の頻度が多いほどプログラマとしての力量が低い。というのはあたりみたいだ。
自分の無知を棚に上げて荒らし行為をやるのは、どの世界でも程度の低い人間のやる定石だな。
罵倒文書く時間があるなら、どんなヘタレプログラマでも仕様書の一ページくらいは軽く考え付いているなあ。

それにOO概念なんてさほど難しいものでもないんだ。むしろ使いこなすのが難しいから、
はまる人はそれが人生になってしまうだけだけなんだけど...。

馬鹿を煽るのは暇潰しには最適で
退屈ではない。

たまに大馬鹿を釣れる醍醐味も味わえる
釣りみたいなもんだ。

むしろ半端なエンターテイメントは越えている。

これがわからない奴は知恵遅れ。

>>773
ううむ・・。それは確かに。
覚える気がないのであれば、引退しろとは言わないけど、個人的には引退してほしい。^^

>>777
極めるってどこまでやったらいいかな？

Cは言語の仕様は99年から新しい規格を見ていない。
C++はテンプレート覚えた途中でくじけた。今標準になっているのってBoostだっけ？
PHPは6でつく、新しいlambdaが気になっている。
Rubyは今使って覚えているところ。

PlatformはWindows/Linuxでやっている。
Windowsは今Inside Windowsを読んでいる。前提となる知識は持っているつもり。
LinuxはLinux Kernelを読んでいるけど、たぶん半分ぐらいしか理解していない。

他に極めるのに必要で足らないところあったら教えてくれ。


>>778
なんで、否定派、肯定派にわかれるの？
このスレの趣旨は「プログラミングの上手い奴の特徴」だよね。
少なくとも、「OOP否定派、肯定派」ではないよね？

boostは次の標準に乗るんじゃなかったっけ

>>787
それは信者がずっと目的を取り違えて
研究してればいいんじゃね？

俺はくだらない事に時間をかけない。
つーか、ただの無駄飯食い野郎とかダセーしwww

>>788
使いこなすのが難しいなら


使うなよwwww



馬鹿だろ？w

>>792
オブジェクト指向ってさ
年寄りにとっては特殊なことかもしれないが
若い人にとっては当たり前のことなんだよ。

誰もが3回転半ジャンプをできるようになるわけではない。

>>790
>極めるってどこまでやったらいいかな？
言語仕様は当然として、イディオムや代表的なデザインパターンくらいは。
そういや C のイディオムって系統化されてないね。
(バッドノウハウ集みたいなのはたまにあるけど)

>>791
一部ね。

「オマエみたいなアホには」「使いこなすのが難しい」だけでしょ
文意を汲み取れよ

>>790
要するに手を動かせって事。

実際に組んでみなければ
お前みたいに頭デッカチなだけの
デスマ発生機になるのがオチ。

お前みたいなのが
一番迷惑なんだよ。

> 俺はくだらない事に時間をかけない。

一　日　中　く　だ　ら　な　い　レ　ス　を　量　産　し　ま　し　た　よ　ね　？


この嘘つき野郎

おっさんはいい加減自分が浮いてるの認めようよ。
ジェネレーションギャップなんだよ。仕方ないよ。

まーた、オブジェクト指向信者の難しいって言ってみたり
簡単って言ってみたりの
言い訳万歳詐欺が始まったかwww

基本的に詐欺師の気がある奴が
集まってんだなw

>使いこなすのが難しい

OOP信者の人はどこまでOOPしてるの？

Java+業務システムの例えで悪いのだが・・・

FW的なコントローラー部分、
インフラストラクチャレベルでは当たり前なのだが

ふぁうらーたんとかDDDのドメインモデルとかまでやるの？
O/RマッパーでPOJOの業務Objectに変換したりしてるの？？？
ぶっちゃけ業務システムで見たこと無いんだけど・・・

見たことあるのは、FWからのエントリで
Daoから帰ってきたVOという処理の無い
単なる構造体を操作してるだけだったり

>>799
プログラミングの話だが？w

この知恵遅れ詐欺師がwww

おっさんは生まれてきたタイミングが悪かった自分を呪ってろ

そりゃ皮肉も理解できない馬鹿だもん
全てが詐欺に見えても仕方ないよね

ここまで論理的反論なし
罵倒に終始

惨めな生き物だな

歳を取るとある程度あきらめがついて良い。
若い頃にはアレもコレもと手を出したけど結局モノにするには時間がかかるということがわかっただけ。
今使える能力でどんなことができるだろうかと考えると意外としょぼくて泣きそうになるけど
同時に自分がいかに高望みしてたのかに気づかされる。

このおっさん、平日も張り付いてるよね

自宅待機中？

>>807
技術なんてスナック菓子みたいなもん
新商品が出たら試してみる

>>806
はあ？

ほとんどの問いに答えられず
たまに答えれば雑魚を晒してフルボッコなのが
オブジェクト指向信者なんだが？w

　　　　　/: : : : : __: :/: : ::/: : :／/: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ　　　　＿＿＿
　　 　 /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::､　 ／　　　　 ヽ
　　　 /ヽヽ: ://: :!:,X~::|: /;,,;,/: :／　 ﾘ!: ::/ﾉ　 l｀ヽl !: : |: : : :l: :l: ﾘ /　そ　そ　お　＼
　　　/: : ヽヾ/: : l/::l |／|||llllヾ,､　　/ |: :/ , -==､　l＼:::|: : : :|i: |　/ 　 う　う　 前　　|
.　　 /: : : //ヾ ; :|!: ｲ､||ll|||||::||　　　 ﾉノ　 ｲ|||||||ヾ､ |: ::|!: : ｲ: ::|/　 　な　思　が
　　 /: : ://: : :ヽｿ::ヽl |{ i||ll"ﾝ　　　 ´　　　i| l|||l"l　｀|: /|: : /'!/l 　 　 ん　う
　∠: : : ~: : : : : : : :丶ゝ-―-　　　　　 , 　ｰ=z_ｿ　　 |/ ﾊﾒ;, :: ::|.　　　だ　ん
　　 i|::ﾊ: : : : : : : : : : : ､ﾍﾍﾍﾍ　　　　 ､　　ﾍﾍﾍﾍﾍ /: : : : : ＼,|.　　　ろ　な
　　 |!l　|: : : : : : : : :､: ::＼　　　　､-―-,　　　　　　/ : : :丶;,,;,:ミヽ　　 う　 ら
　　　　　丶: :ﾊ､lヽ: :ヽ: : ::＼__　　｀~　"　　　　　 /: : ﾄ; lヽ）　　　ゝ
　　　　　　 ﾚ　｀|　｀､l｀､＞=ﾆ´　　　　　　　 ,　　_´ : :}　｀　　　／
　　　　　　　　 ,,､r"^~´"''''"t-｀r､ _　　-､　´ヽノ　＼ﾉ　　　／　　　　お ・
　　　　　　　,;'~　　_r-- ､__　　　　　~f､_>'､_　　　　　　　　 |　　で　　前 ・
　　　　　　f~　　,;"　　　　　~"t___　　　　ﾐ､ ^'t　 　 　 　 　|　　は　　ん ・
　　　　　 ,"　　,~　　　　　　　　　ヾ~'-､__　ﾐ_ξ丶　　　　　|　　な　　中 ・
　　　　　;'　　,ｲ　.. 　　　　　　　　　ヽ_　　 ヾ､0ヽ丶　　　　l　　　　　　　　　/
　　　　 （　;":: |:　:: ..　　　　　　　　　 .｀,　　 ヾ　丶 !　　　　＼＿＿＿＿／
　　　　　;;;; :: 入:: :: :: 　 　　　l｀ｰ-､　　 ）l　　 ヾ　丶
　　　　　"~､ｿ:: :い:: :　　　　　＼_　　ノ　,　　　 ヾ　丶

キミ何かまともな問いしたっけ？

キミ何かまともな回答したっけ？

具体的かつ論理的に
そして冷静に

>>809
そりゃ使いこなすんじゃなくて
触るだけだろうからなw

やってみるだけならなんでも出来る。
そろこそ運動音痴でも野球でもサッカーでも出来るのと
同じ事だなwww

このおっさん、まともなOO技術者見たことないんじゃね？

よっぽどレベルの低い職場に生息してるんだな

>809
手を付けても全く理解できずついていけなかったひとがこのスレに居るわけだが

>>812
例えば、特定言語でのコンストラクタの失敗が例外のスローしか
方法がないがファッキン信者はどう思う？

とか。
あとは読み直せ、カス。

はぁ？

>>816
コンストラクタで処理すんな。

もの凄く的外れでアホなのがよくわかる質問でした。

はい、次。

>>814
ここでも信者同士の質疑応答で黙りこんでる奴が
いるが、何か？ww

お前らの中で訳わからなくなってるとか
どんだけ〜www

>>810
自分がフルボッコになってるのにも気づかず、頑張ってる姿に感動した。

>>819
はあ？

コンストラクタの意味がなくなってんだろうがwww

教本でわざわざ章を割くテーマを的外れとかw

やっぱり詐欺師はロクなもんじゃねーなwww

>>791
次の標準か。
もう僕にはわからなくなっちゃったなぁ。
機会あるときに覚えなくちゃいかん。


>>795
それは耳が痛い。
でも僕は努力すれば覚えられると思っている。
厳しいこと言っているけど、その人の技術がそこまでで終わりだとしたら、
新しい価値を生み出せない人として会社からリストラされるかもしれん。
それは会社がリストラしなくても、倒産という形で訪れると思う。


>>798
いろいろな言語を覚えて手は動かしているつもりなんだけど、どこが足りない？
仕事終わった後、家でもプログラム組んでいるし、

>>777,798
と発言を見ていて、具体的なところを言ってくれないと
何を望んているのか、何を伝えたいのかがわからない。
おれが過去にだした発言でなくて、798の頭の中にある仮想の人と一緒にしてないか？

おまえその教本まともに読んでないだろ
読んでも理解できなかったか

でなきゃそんな間抜けな質問はしねーわ

これでまた、オブジェクト指向信者が勢いと口だけの詐欺師なのが
バレたなwww

また意味不明な勝利宣言ですか

惨めだねえ

>>823
サンプルほふってないで何か具体的に作れっつってんだよ。

お前がやってるのはただの筋トレ。
準備のための準備。

わかったか？

てゆーかOO信者ってゆーのが彼の仮想敵なのか？
そんなヤツこのスレに居たか？

OOすら理解できないヤツはアホだと皆言ってるけど
OOを信奉してるようなレスは見あたらんが
気のせいか

>>824
いや馬鹿じゃなきゃ当然持つ疑問で
それは一つの概知の問題として認識されてるからw

お前のケツが青山なんだよw

プログラミングは理解だけじゃなくて
体育会系的な特訓が必要だと思うんだよね。
空手とかで一つの型を徹底的に繰り返して覚えるとかいうやつ。
体で覚えないと本当の意味で理解したとはいえないし、また使いこなすことも難しいと思う。

>>826
マトモに解答出来ないのに話を続けている方が
惨めなんだがwww

>>828
脳内補完で信者に仕立て上げてるみたいだけど
それってなんの意味があんの？って感じだよね

初期化の失敗を例外として扱うことになんの問題があるんだろう

だから

ttp://www.google.co.jp/search?hl=ja&source=hp&q=%22%E3%82%B1%E3%83%84%E3%81%8C%E9%9D%92%E5%B1%B1%22&lr=

何語？

例外スローさせないようにつくるか例外をスマートに扱えばいいじゃん
それで？

>>802
PHPの話で申し訳ないが、
昔のソースはあまりしていない。(10年前ぐらいに作られた)
新しいものは、O/Rマッパー使ってる。HTMLテンプレートもclassになっている。

1人で作れるような小さなプロジェクト（社内で使う）は開発者の気に入った言語で作っている。
ただしマニアックな言語で作ると自分で保守するしかない。
もし、保守してほしいのであれば、みんな知っている言語で作れって話になっている。

ようやく最近Ruby or Pythonを入れるかどうか、という計画が進んでいる。
Domain Driven Designはよく聞くから気になっているけど、まだ概要すらつかめていない。

ファウラーはデザインパターンの人かな？
デザインパターンは3,4個しか覚えていない。
同じ会社の人が詳しくて、使っているから、勉強しなくちゃいけないと思っている。

>>830
だなw

理解してるからプログラミングが上手なんじゃない。

ここはプログラミングが上手な奴のスレだから
オブジェクト指向詐欺師が雑魚から成長中な事をレポートするスレじゃないと
何度書いてもわからない。

まさに宗教w

>>837
＞オブジェクト指向詐欺師が雑魚から成長中な事をレポートするスレじゃないと
＞何度書いてもわからない。

すいません、ここはお前がオブジェクト指向を叩くスレでしたね＾＾；

>>837
なに勝手に同意してんの？
勘違いするなゴミ屑

>>835
なんでそんな初期化にする必要がある？

オブジェクト指向でやらなければ
そもそも例外を通す必要もないけど？www

>>839
皮肉だよ、間抜けw

つまり、自虐って事たなwww

それがOOのデメリットだとでも言いたいのか？
ありえんｗ

コンストラクタで返り値を返さなきゃヤダヤダってか？
何が言いたいのかわからんわ

>>720
勉強中なのはわかったから
もう帰れよw

完全にスレ違いじゃねーかよw

他のオブジェクト指向信者も感動を伝えたいなら
VBスレ池www

>>827
もう一度言ったほうがいいかな。
おれは過去に「サンプルだけやって、他に何も作っていない」とは、言っていないんだけど。
なぜ他の誰かと重ね合わせているかな。

そういうふうに思った経緯を教えてほしい。

>>830
そうだね。
繰り返しやる必要があると思う。
体育会系は個人的に嫌いだけど、繰り返しは必要。
同じようなプログラム組むのに、違う良い方法を思いついたりする。

>>844
誰も感動を伝えようとしてないし。

プログラミングがうまいやつ　→　おでこが広くて髪が細い
プログラミングが下手なやつ　→　めがねで剛毛

>>843
意味がわかんねーなら書くな。
そして、プログラミングでもそうしろw

このバグメーカーがww

>>848
なんでコンストラクタで値をもどしたいん？

>>845
なんでオブジェクト指向を勉強中なのに
しゃしゃり出てきてんだよ？

スレ違いだから帰れと言っている。

オマエの頭がバグってる件について

>>847
やべー、おれ眼鏡剛毛だわ。＞＜

眼鏡不要デコが広くて剛毛はどちらに分類かの

>>840
オブジェクト指向と例外は別物。
longjmpとか使ったことあるよね?

あと前に言ったかもしれないけど、凡人が問題って思ってるものは
まず解決方法がとっくに確立されてると思っていい。
それを知らずに「問題だ！」って騒ぐのは正直恥ずかしい。

OOはこの際どうでもいいや
例外すらまともに扱えないことが露呈してきた件について

>>849
コンストラクタで値を戻したいのではなく
初期化のプロセスが特殊になっている
と言っている。

しかも、言語レベルで。

オブジェクト指向言語は多数あるが
逆に不完全だから次々に作られかつ今も改修したりしてるんだ。

Cを見てみろと言いたい。

>>854
解決法があるとかって話じゃないんだが？w

さあて、お馬鹿ちゃん達もそろそろ理解出来たかな？

>>850
OOP勉強中と、「プログラミングのうまいやつの特徴のスレに書き込んじゃいけない」は関係がないよね。

もちろんスレチなら書き込むなといわれて当然だと思うが、
おれは話の流れ的に845の例を出したまでで、
・プログラミングがうまいやつは勉強しているよ。
・勉強しない人は将来的に大変だよ。
という話をしているのであって、スレチだと思っていない。

>>853
女の子だったら付き合ってください。

>>856
「言語でコンストラクタで例外を出す」と、「OOP自体」には関係がないよね。
856が本当に叩きたいのは、C++信者なのではないか？

ああそういえば、ウチのうまいプログラマーには
・人づきあいが苦手
・技術志向である（政治的なものが嫌い）
とかあるな。

嫌OOな人はC言語ならできると思ってるようだけど、実はC99も知らなそうな感じ。
C99なんて無くてもうまくいくのに、なんで必要あるんだ？って思ってそう。

>>859
OOPを勉強中でしかもまだいろいろとこれからなレベルの感じなのに
上手な人のつもりで書き込むのがスレ違いだろ？w

わかったら帰れw

>>860
他にもあるぞ。
お前はスレ違いだからもういいがw

>>862
くだらん。
お前は頭が悪いとしかw

>>864
なんでコンストラクタが初期化失敗を例外で返しちゃマズイの？

>>863
スレ違い？
お前が言うなって感じなんだけど

エラーを例外で処理するか戻り値で処理するかなんてOOPとまるで関係ない話だな。
プログラミングが上手いかどうかには関係あるかもしれないけれど。

>>866
頭悪いな。

特殊になってるから例外で処理するのが仕様なんだぞ？

正常なプログラムが例外だぞ。
どこがスマートなんだと。

>>869
だからコンストラクタで値のクリア以外の処理をするなと

自分で何言ってるかわかってる？

じゃあ、オブジェクト指向信者の言う美しさとは
そもそも不細工だw

という事で本題に戻ろうかw

なんだ
OOの初歩の初歩で躓いてたのか

それでスマートとか言い出してもねえ
お前の頭がスマートじゃないだけだろ

>>870
コンストラクタの意味と矛盾してんーだろw

不細工な言語を押してんじゃねーよ
この詐欺師がwww

>>869
オブジェクト生成の失敗が正常なの？

>>873
初歩の初歩から欠陥があるっつってんだよ。
ボケナスw

コンストラクタでエラってるものの何が正常なんだ？
ワケワカラン

初歩の初歩を理解できなかったその頭が欠陥品なんじゃない？

>>875
仕様次第だろw
この青山がwww

はぁ？

コンストラクタとオブジェクト指向なんて関係ないじゃん
こういうこと判断する脳みそがないってまずいよ

なんで今の話題と関係ないのに話続けるの？
レスつけるほうも自分がたまたま知ってる話で煽れるからって飛びついてんじゃねーよ雑魚が

>>879
言語依存じゃねーか

仕様が糞なんじゃないですかあ？

>>863
なぜ、この人は脳内の想像している人と戦ってるんだろう？

もう一度言おう。
OOP勉強中と、このスレに書き込むこととは関係がないよね？

あと、僕は上手な人のつもりで
「俺OOPマスターしてて、してない人はマジウンコ」とは
一言も言っていないんだが。
むしろもっと勉強しないといけないと思っている。


それはそうと、プログラミング上手い人はマネージメントは苦手っぽい人がおおいな。
理由はさっき言った「政治的なものが好きではない」ってことなんだが。
もちろん中には、両方上手い人がいるが、まれ。

>>881
はあ？

オブジェクト指向言語じゃないのに
オブジェクト指向で組むとか前提がありえないだろーがwww

お前、信者レベルがオームの側近レベルだぞwww

コンポーネント指向言語なんてあるの？

>>884
マネージメントってスケジュール管理の事か？

デスマるような奴がプログラムが上手い
と言うわけないだろw

つーか、他人の話ならいいが
女みたいな表面的なのはそんなにイラネーと思うぞ。

まあ、いいけどw

>>885
いまの話題に関係ねーじゃん

なんで関係ない方向にいった議論を止められないほど雑魚なの？

オブジェクト指向が役に立たない

って話してたのにコンストラクタ云々って話が出た時点で話を止めなきゃダメでしょ？
なんでこんなことができないの？
馬鹿な中国人みたいに飛びついてんじゃねーよ

>>886
基本であり、全てなので
言語がどうとか選り好みはない。

奥が深く、応用の幅も広く
自由。

あとは腕次第。