VBばかリやってると馬鹿になる
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG0478仕様書無しさん
NGNG0479デフォルトの名無しさん
NGNG0101010101010101 01010101010101010101010101011010101010101010101010101010101010101010
010101010101010101010101010101010101010101011010101010101010101010101010101010101010
0101010101010101
0480デフォルトの名無しさん
NGNG0481デフォルトの名無しさん
NGNGVBを使わなければならない。
ある処理を行うのにデザインパターンが適用できる。
そのパターンをVBで実装できる。
の時、デザインパターンを使うのはあたりまえじゃないのか？
どうやら手段と目的が逆になっている奴がいるようだな。
0482デフォルトの名無しさん
NGNG0483デフォルトの名無しさん
NGNGこんなこと言っている奴に限って「Cでオブジェクト指向ができる」という罠。
VBでオブジェクト指向するのはCでオブジェクト指向するよりもはるかに素直に実装できるよ。
0484デフォルトの名無しさん
NGNG0485デフォルトの名無しさん
NGNGお前が知らないだけだって。
0486仕様書無しさん
NGNG0487デフォルトの名無しさん
NGNGVBに毒されてしまった人間の典型
0488デフォルトの名無しさん
NGNG0489デフォルトの名無しさん
NGNG0490デフォルトの名無しさん
NGNGVBでデザインパターンができることの証明になったわけだ。
これ以上できないというのならvbpatternsを読んでからにしてね。
0491デフォルトの名無しさん
NGNG0492デフォルトの名無しさん
NGNG広まっていないのが何か問題ある？
とりあえずあることは確かだから。
0493デフォルトの名無しさん
NGNGhttp://www.vbpatterns.com/
0494デフォルトの名無しさん
NGNG需要がないんでしょ？
0495デフォルトの名無しさん
NGNGデザインパターンの需要が無いの？
デザインパターンは言語に依存する技術だっけ？
手段と目的が逆になってるみたいだね。
0496デフォルトの名無しさん
NGNG0498これで結論はでただろうから寝よう
NGNGVBでデザインパターンができることの証明になったわけだ。
これ以上できないというのならvbpatternsを読んでからにしてね。
煽るだけで論理的に否定できないならVBでデザパタは可能とみなす。
0499デフォルトの名無しさん
NGNGボツ。
0500デフォルトの名無しさん
NGNG>>493を見ての通り、vbpatternsなるものは存在しない
0501デフォルトの名無しさん
NGNG0502本当に寝よう
NGNGリンクが切れてるページ(それは昔はそこにあったことを意味する)を
示して(昔を含めてどこにも)存在しないって言うのはマヌケじゃないかい。
とりあえず、
http://www.amazon.com/exec/obidos/ASIN/0201702657/ref=ase_labsoftwareassoc/102-6826905-3994555
読んどけ。言っとくがVB.NETだけでなくVB6のパターンもちゃんとあるからな。
あと英語が読めない。買う金が無い。買う必要が無い。
だからVBでデザパタはできないとわけのわからないことを言わないように。
>>499
正解。だからVBで実装できるstrategyパターンで代用することになっている。
もしパターンは全部出来ないとダメとかJavaの実装と違うなんていったら、
また手段と目的が逆になってるって言うぞ。
0503デフォルトの名無しさん
NGNGVBに毒されてしまうとこうなってしまうのか。(ﾜﾗ
その本がなぜ日本語訳されないのかよく考えてみよう。
需要がない。VBでそこまでする必然性がない。他の手段が現実的。
0504デフォルトの名無しさん
NGNG> 上級開発者向けの機能としては、継承やコンストラクタ、
>デストラクタ、オーバーロードなどをサポートし、
ﾜﾗﾀ
これって他言語では初級者レベルの機能だろ。
0505デフォルトの名無しさん
NGNG0506デフォルトの名無しさん
NGNG0507デフォルトの名無しさん
NGNG概念自体を理解せずに丸暗記してる場合はね。
0508デフォルトの名無しさん
NGNGいろんな意味で（藁
0509デフォルトの名無しさん
NGNG需要とVBでデザパタができるかどうかは別問題でしょ。
必然性が無い。あぁそうかもね。でもVBでデザパタできるじゃん。
しかしお前はJavaだったらデザパタ使ってVBだったらデザパタ使わないって
言語で使い分けるのか？なぜ？
それに、日本語訳がでてないから需要が無いといったら
多くの良書が需要がないってことになるぞ。
0510デフォルトの名無しさん
NGNGあなたの理論は、
本がない−＞デザインパターンを実行できない
で良いんだよね？
0511デフォルトの名無しさん
NGNG理解できるユーザーが周りにいない−＞デザインパターンを実行できない
です。これはもちろんOOにも当てはまることで、
環境(非OOPLなVB)・周り(VB厨)を一切無視して一人で突っ走っても
百害あって一理なしです。
0512デフォルトの名無しさん
NGNG>それに、日本語訳がでてないから需要が無いといったら
>多くの良書が需要がないってことになるぞ。
実際そういうことじゃん。
パクリに近い内容でも日本人が日本語で噛み砕いた方がよく売れる。
0513デフォルトの名無しさん
NGNG別問題。でも、本が出ないほど誰もやってないと考える。
誰もやって無いと言うことは何か大きな問題があると考える。
多分問題はユーザなんだろうけどな。
＞日本語訳がでてないから需要が無いといったら
需要がないから日本語訳が出ない
経済の基本。
0514デフォルトの名無しさん
NGNGどうしてそうなるのか、どういう意味なのかわからんが。
本がないからといってデザインパターンを実装できないとは限らない。
本ってのは大体あとから書かれるから当然だね。
たとえある言語での実装の本がなくても応用力があれば他から真似して実装できるだろうし。
反対に(実装のための)本があるならデザインパターンを実装できる。
アメリカ(かな？)では本が発売されてるから、当然VBでデザインパターンは
実装できるし、(少なくともアメリカ(？)では)需要もある。
日本語訳がでてないのはやっぱり日本はアメリカより遅れてるってことを
意味するとは思うけどね。
0515デフォルトの名無しさん
NGNGVBに毒されてしまうとこうなってしまうのか。(ﾜﾗ
その本がなぜ日本語訳されないのかよく考えてみよう。
需要がない。VBでそこまでする必然性がない。他の手段が現実的。
需要とVBでデザパタができるかどうかは別問題でしょ。
必然性が無い。あぁそうかもね。でもVBでデザパタできるじゃん。
取りあえず彼はパターンの本の需要を語ったと思うぞ。
0516デフォルトの名無しさん
NGNGみんなで普及させようということですね。
＃ さすがにVBでデザインパターンを使っても効率が上がらないというやつはおらんだろ。
0517デフォルトの名無しさん
NGNGVBが求めてる効率はそんなもんではないかと。
って言うか余命幾ばくもない言語で今更そんなもん推奨したところで・・・。
0518デフォルトの名無しさん
NGNGVB6を越える開発環境が出ない限りはVB使いつづけるつもりですが？
いくら金粉塗りたくって売り込んだところで
C#, VB.NETなんて所詮非互換の亜流に過ぎない。
VBで培った膨大な経験・暗黙知を捨ててまで乗り換えるメリットはない。
0519デフォルトの名無しさん
NGNG0520デフォルトの名無しさん
NGNG0521デフォルトの名無しさん
NGNG0522デフォルトの名無しさん
NGNG0523デフォルトの名無しさん
NGNG暇だからだよ。
0524デフォルトの名無しさん
NGNG0525デフォルトの名無しさん
NGNGやること無いからね。
0526デフォルトの名無しさん
NGNG0527デフォルトの名無しさん
NGNG>VB6を越える開発環境が出ない限りはVB使いつづけるつもりですが？
勉強しろよ......XML......
518さん、貴様は馬鹿だよ。事故死しろ。
0528デフォルトの名無しさん
NGNGそこでXMLを出すあなたがｶﾜｲｲ
0529デフォルトの名無しさん
NGNG0530デフォルトの名無しさん
NGNGVBで可読性の高いプログラムを作ろうとするのは結構難しい。
0531デフォルトの名無しさん
NGNGそれは嘘。Ｃは読みにくいソースはとことん読みにくい。
Ｃは自由度が高い分、書く人の癖が強く出て、他人の書いたソース
なんぞ、一瞬理解不能に陥るものが激しく多い。
0532デフォルトの名無しさん
NGNGまた無理のあるネタだね。
Cで可読性が良くてVBだと可読性が悪くなる例をあげないと、
ただのバカだと断定しちゃうぞ(w
0533デフォルトの名無しさん
NGNGどんな言語でも読みにくく書ける。
たいていの場合、言語のせいではなくて書いている奴のせい。
0534デフォルトの名無しさん
NGNGvb→多忙なﾋﾞﾁﾞﾈｽﾏﾝ
0535デフォルトの名無しさん
NGNGstrict付けるとか無しな。デフォルトでそうなってることが問題なんだから。
0536デフォルトの名無しさん
NGNGんなわきゃあない。
0537デフォルトの名無しさん
NGNGそうだね。デフォルトの設定は良くないね。変更すべきだね。
0538(ﾟ∇､ﾟ)ﾊﾞｶﾎﾞﾝ大佐
NGNGﾎﾞｸはvb
vbnetも無視してvb6(ﾟ∇､ﾟ)
('▽') アハハｖｂｖｂｖｂｖｂｖｂｖ
ｃのほうが手間がすくなくできるならCしますｶﾞ(ﾟ∇､ﾟ)
0539デフォルトの名無しさん
NGNGOption Explicitの事？
ちなみに宣言無しのグローバル変数が最強。
こんなもんデバッグできるかーぼけー
0540デフォルトの名無しさん
NGNG0541デフォルトの名無しさん
NGNG0542デフォルトの名無しさん
NGNG0543デフォルトの名無しさん
NGNGＶＢ最高ってことかよ！
0544デフォルトの名無しさん
NGNG0545デフォルトの名無しさん
NGNG0546デフォルトの名無しさん
NGNGではない。
馬鹿->VBばかり
なのだ。
0547デフォルトの名無しさん
NGNG馬鹿->おまえばかり
0548デフォルトの名無しさん
NGNG0549デフォルトの名無しさん
NGNG0550デフォルトの名無しさん
NGNG馬鹿.おまえ
0551デフォルトの名無しさん
NGNG保田汁
アヒャッ
0552デフォルトの名無しさん
NGNGえーとまとめると
馬鹿->おまえばかり
0553デフォルトの名無しさん
NGNG（ ´,_ゝ`）ﾌﾟｯ
0554デフォルトの名無しさん
NGNG0555ななし
NGNG基本的に、533氏の見解に同意。
ただし、技術の高い人に丁寧に書かせたら、VBはかなり可読性が高いと思う。(私見)
言語の修得が容易な点は、バカの大量流入を促進するというマイナス面ばかりが強調
されるけど、可読性が高くなる利点も無視できないと思う。
(あくまでも、「上手い人に書かせたら」の話ですよ。アホに書かせたら、どの言語
でも結局、解読不能になるんだから・・・・)
0556ななし
NGNG訂正。
× 言語の修得が容易な点
↓
○ 言語の構造が単純で、修得が容易な点
0557デフォルトの名無しさん
NGNG学習価値はないのかと疑問になる。学習放棄すべきか、それとも、いかにぼろくそ扱いであろ
うと、学習して究めるべきか。
0558デフォルトの名無しさん
NGNGクラスも継承もインターフェイスも例外処理もある今時のVBにおいて
一体何が問題だと言うんだ。
0559ななし
NGNG>>558
オブジェクトの「型」の扱いが甘過ぎませんか？
(「暗黙の」型変換はバグの温床になるから嫌だ)
構造化例外処理もできないし。
(.NETでできるようになったらしいけど)
0560デフォルトの名無しさん
NGNGぼろくそ扱いしてる奴の「根拠」をちゃんと見てから決めれば良いと思う
よ。VB も、色々良くない点があってその「根拠」をちゃんと示してる人
もいるけど、単純に「C >> VB」と思い込んでる奴や、VB すら理解できず
に騒いでいる奴も多いからね。
でも仕事で使う予定があるなら、いまさら VB と言う感じがしないでもな
いけどね。
0561デフォルトの名無しさん
NGNGC/C++にもJavaにもC#にも暗黙の型変換はたくさんありますよね？
0562デフォルトの名無しさん
NGNG問題無いだろ。
0563ななし
NGNG>>561
数値型に関してはそうかもしれませんが。
文字列と数値を混同しても動いちゃう(SQL文に型変換しない数値を連結、
TextBox.Textを変換せずに数値変数に代入)のはVBだけでしょ？
・・・他言語、よく知らないんだけど。(^^;
0564デフォルトの名無しさん
NGNGはっきり言って「便利すぎる」ところ。>>559 の「暗黙の型変換」もそう
なんだけど、あるところまでは極めて便利なんだが、ある一線を超えると
挙動が読めなくなる事が多い。確かにヘルプの片隅に書いてあったりする
んだけど、そんなもの一々確かめられないよ。だから、それなりの規模の
プログラムにはちょっとしんどい。逆に、ツールとかの簡単なプログラム
とかなら非常に便利。
0565デフォルトの名無しさん
NGNGああ、それのことならPerlやRubyなんかと同じですね。
0566デフォルトの名無しさん
NGNGいわゆるスクリプト言語の多くはそう言う機能がある。便利でもあり、
バグの温床ともなる。
0567デフォルトの名無しさん
NGNG一線を超えると挙動がわからなくなるというのは例えばどのような？
ていうか、一線超えたらわかりにくくなるのはどの言語でも同じだし。
一線を超えなきゃいいだろと思うのだが。
ていうか、具体例を出してくれないと何を言ってるのかわからないのだが。
0568デフォルトの名無しさん
NGNG今出てきた問題は数字と文字の加算だけだろ。
それだけじゃバグの温床にはならんよ。
0569ななし
NGNG数値とBool値の(変換なしの)相互代入は、かなり危険だった記憶が・・・。
それから、浮動小数点数への(暗黙の)変換で計算が合わなくなるというのも、
ありがち。(これは、言語仕様云々ではなく、浮動小数点数の特性を理解して
いないプログラマが問題。しかし、VB使いにはこういう人が多い・・・。(-_-;)
0570デフォルトの名無しさん
NGNGなんとなくコンパイル通って、なんとなく動いてるように見えて、
その実、テストで漏れたみえないところで根の深いバグを育んでしまう。
ちゃんと作ればPG工程での開発効率が高いんだけど、チームのうち一人でも
おかしなコードを書くヤツがいると、結局その分PT/IT工程で工数を潰すことになる。
そして導入時、さらに無駄に工数を・・・あぁ、寂しい・・・涙出てきた・・・
0571デフォルトの名無しさん
NGNGここ見るとNETではstringと数値の加算やBooleanへの数値の代入は出来ない
みたいだけどな。
http://www.microsoft.com/japan/msdn/net/vbnetref/vbnetref3-5.asp
文法が曖昧とは思えないよ。
0572デフォルトの名無しさん
NGNGどうでもいいけど、いいかげん「文法」と「言語仕様」の違いぐらい理解
しろ。
0573デフォルトの名無しさん
NGNGVB.NETはJavaのパクリという認識があるんだけど、間違い？
0574デフォルトの名無しさん
NGNG0575デフォルトの名無しさん
NGNG0576デフォルトの名無しさん
NGNG別にそこまで厳密に区別するような話の流れでもあるまい。
言語仕様だって明確に決まってるんだから。
>>573
そうなのかもしれないが、まともな仕様かどうかが問題であって、
パクリかそうでないかはどうでもいいだろ。
0577デフォルトの名無しさん
NGNGそりゃすごい。禁止できないC++より上だな。（ﾜﾗ
■ このスレッドは過去ログ倉庫に格納されています