トップページ⇒tech
1001コメント292KB

VBばかリやってると馬鹿になる

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
よね?
0554デフォルトの名無しさんNGNG
えーと、まとめるとおもしろくないからまとめない
0555ななしNGNG
>>530-533

基本的に、533氏の見解に同意。
ただし、技術の高い人に丁寧に書かせたら、VBはかなり可読性が高いと思う。(私見)

言語の修得が容易な点は、バカの大量流入を促進するというマイナス面ばかりが強調
されるけど、可読性が高くなる利点も無視できないと思う。
(あくまでも、「上手い人に書かせたら」の話ですよ。アホに書かせたら、どの言語
でも結局、解読不能になるんだから・・・・)
0556ななしNGNG
>>555

訂正。

× 言語の修得が容易な点
  ↓
○ 言語の構造が単純で、修得が容易な点
0557デフォルトの名無しさんNGNG
 VBを学習して究めようと思うところだが、ぼろくそ扱いされてるようなVBは、すなわち
学習価値はないのかと疑問になる。学習放棄すべきか、それとも、いかにぼろくそ扱いであろ
うと、学習して究めるべきか。
0558デフォルトの名無しさんNGNG
なあ、VBって誤解されてると思う。
クラスも継承もインターフェイスも例外処理もある今時のVBにおいて
一体何が問題だと言うんだ。
0559ななしNGNG

>>558

オブジェクトの「型」の扱いが甘過ぎませんか?
(「暗黙の」型変換はバグの温床になるから嫌だ)

構造化例外処理もできないし。
(.NETでできるようになったらしいけど)
0560デフォルトの名無しさんNGNG
>>557
ぼろくそ扱いしてる奴の「根拠」をちゃんと見てから決めれば良いと思う
よ。VB も、色々良くない点があってその「根拠」をちゃんと示してる人
もいるけど、単純に「C >> VB」と思い込んでる奴や、VB すら理解できず
に騒いでいる奴も多いからね。
でも仕事で使う予定があるなら、いまさら VB と言う感じがしないでもな
いけどね。
0561デフォルトの名無しさんNGNG
>>559
C/C++にもJavaにもC#にも暗黙の型変換はたくさんありますよね?
0562デフォルトの名無しさんNGNG
だから、NETでかなりまともな言語になったんだから、
問題無いだろ。
0563ななしNGNG

>>561

数値型に関してはそうかもしれませんが。
文字列と数値を混同しても動いちゃう(SQL文に型変換しない数値を連結、
TextBox.Textを変換せずに数値変数に代入)のはVBだけでしょ?

・・・他言語、よく知らないんだけど。(^^;
0564デフォルトの名無しさんNGNG
>>558
はっきり言って「便利すぎる」ところ。>>559 の「暗黙の型変換」もそう
なんだけど、あるところまでは極めて便利なんだが、ある一線を超えると
挙動が読めなくなる事が多い。確かにヘルプの片隅に書いてあったりする
んだけど、そんなもの一々確かめられないよ。だから、それなりの規模の
プログラムにはちょっとしんどい。逆に、ツールとかの簡単なプログラム
とかなら非常に便利。
0565デフォルトの名無しさんNGNG
>>563
ああ、それのことならPerlやRubyなんかと同じですね。
0566デフォルトの名無しさんNGNG
>>563
いわゆるスクリプト言語の多くはそう言う機能がある。便利でもあり、
バグの温床ともなる。
0567デフォルトの名無しさんNGNG
>>564
一線を超えると挙動がわからなくなるというのは例えばどのような?
ていうか、一線超えたらわかりにくくなるのはどの言語でも同じだし。
一線を超えなきゃいいだろと思うのだが。

ていうか、具体例を出してくれないと何を言ってるのかわからないのだが。
0568デフォルトの名無しさんNGNG
>>566
今出てきた問題は数字と文字の加算だけだろ。
それだけじゃバグの温床にはならんよ。
0569ななしNGNG
>>568

数値とBool値の(変換なしの)相互代入は、かなり危険だった記憶が・・・。

それから、浮動小数点数への(暗黙の)変換で計算が合わなくなるというのも、
ありがち。(これは、言語仕様云々ではなく、浮動小数点数の特性を理解して
いないプログラマが問題。しかし、VB使いにはこういう人が多い・・・。(-_-;)
0570デフォルトの名無しさんNGNG
VBは言語仕様的に曖昧すぎるからプログラマが注意力全開になってないと
なんとなくコンパイル通って、なんとなく動いてるように見えて、
その実、テストで漏れたみえないところで根の深いバグを育んでしまう。

ちゃんと作ればPG工程での開発効率が高いんだけど、チームのうち一人でも
おかしなコードを書くヤツがいると、結局その分PT/IT工程で工数を潰すことになる。

そして導入時、さらに無駄に工数を・・・あぁ、寂しい・・・涙出てきた・・・
0571デフォルトの名無しさんNGNG
>>569-570
ここ見るとNETではstringと数値の加算やBooleanへの数値の代入は出来ない
みたいだけどな。
http://www.microsoft.com/japan/msdn/net/vbnetref/vbnetref3-5.asp
文法が曖昧とは思えないよ。
0572デフォルトの名無しさんNGNG
>>571
どうでもいいけど、いいかげん「文法」と「言語仕様」の違いぐらい理解
しろ。
0573デフォルトの名無しさんNGNG
>>571
VB.NETはJavaのパクリという認識があるんだけど、間違い?
0574デフォルトの名無しさんNGNG
VB.NETはOption Strictで暗黙の型変換を禁止できまふ。
0575デフォルトの名無しさんNGNG
VB.NETで初めてVBは「マトモな言語としてのスタートラインに立った」ということでよろしいか?
0576デフォルトの名無しさんNGNG
>>572
別にそこまで厳密に区別するような話の流れでもあるまい。
言語仕様だって明確に決まってるんだから。
>>573
そうなのかもしれないが、まともな仕様かどうかが問題であって、
パクリかそうでないかはどうでもいいだろ。
0577デフォルトの名無しさんNGNG
>>574
そりゃすごい。禁止できないC++より上だな。(ワラ
0578ななしNGNG
Javaのパクリなのは、C#の方でしょ?
0579デフォルトの名無しさんNGNG
        ∫
   ∧,,∧ ∬       / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
   ミ,,゚Д゚ノ,っ━~  <  まあ、好きな言語を好きなように使えや ( 結論 )
_と~,,,  ~,,,ノ_. ∀  \_________
    .ミ,,,/~),  .| ┷┳━
 ̄ ̄ ̄ .し'J ̄ ̄|... ┃
 ̄ ̄ ̄ ̄ ̄ ̄ ̄   .┻
0580デフォルトの名無しさんNGNG
>>576
ふ〜〜〜ん、式の評価順序なんかもちゃんと規定されてるの ?
0581デフォルトの名無しさんNGNG
>>580
そんなの当たり前では?まさか、規定されてないのか?
0582デフォルトの名無しさんNGNG
 VBしかできないできない人と、VBのほかにも他の何種類もの言語ができるマルチプログラマー
だと、後者のほうが偉いと思う人が多いだろうな。
 でも、俺の会社のそういうマルチプログラマーは、スキルが分散してるような人が多い。つまり、
何をやるにも中途半端。一つの言語を専門にやってる人に比べると、やはりスキル不足で、開発
スピードや品質に大きな差がある。それで、バグだらけで、にっちもさっちも行かなくなって、挫折
した人が何人かいる。
0583デフォルトの名無しさんNGNG
VBの最も優れた部分はどんなところですか?他の言語と比べて。
0584デフォルトの名無しさんNGNG
>>583
人海戦術。
0585デフォルトの名無しさんNGNG
>>565
PerlはするけどRubyはしない。
0586デフォルトの名無しさんNGNG
>>583 角度とか。
0587デフォルトの名無しさんNGNG
味とか。
0588デフォルトの名無しさんNGNG
>>582
それは、そのマルチプログラマーとやらが単にヘタレなだけじゃねーのか ?

それにしても、「VBしかできないできない人」ってなんだ ?
0589デフォルトの名無しさんNGNG
金槌しか使えない大工は、どんなに金槌捌き(?)が達人級でも大工としては
見習い以下、半人前だ。と思うよ。
0590デフォルトの名無しさんNGNG
>>589
それは、ちょっとたとえが違うんでないかい ? 金槌しか使えない奴は、物を
作ることはできないけど、VB しか使えなくてもビジネスアプリケーションな
んかは作れるぞ。金槌にたとえるなら、「goto 文しか使えないプログラマは、
どんなに美しい goto 文が書けても、プログラマとしては見習以下、半人前
だ。」と思うよ。
逆に VB にたとえるなら、あんまり良い例は思いつかないけど、「電子レンジ
しか使えない奴は、電子レンジの使い方がどんなに達人級でも他人が作った冷凍
食品の範疇の料理しかできない。料理人としては、半人前だ。」ぐらいかな ?
でも、最近の冷凍食品って意外に侮れなかったりするんだよな。
0591デフォルトの名無しさんNGNG
>>590
その喩え絶妙!パクリます!
0592デフォルトの名無しさんNGNG
しかし大昔は金槌さえあれば大抵のものは作れたわけで

でも最初の金槌は石ででも作ったのかな
0593デフォルトの名無しさんNGNG
>>560
>もいるけど、単純に「C >> VB」と思い込んでる奴や、VB すら理解できず
>に騒いでいる奴も多いからね。
 >>1がその代表例だな 藁
0594デフォルトの名無しさんNGNG
>>590
そうだな。
でも、一生バカにされながら生きるんだよ?
0595デフォルトの名無しさんNGNG
VBのエキスパートっていうのは確かにいる。
そういうやつが作るものをVC++で同じ仕事
しとうと思うと、かなりのレベルのやつを
用意しないと追い付かない。MSDNなんて
調べてる暇はないぜ!ってぐらい彼ら(VBer)
の仕事は早い。

これは当然、決まりきった処理の繰返しが多い
ような業務系での話。ただし日本の開発仕事なんて
VBで事足りるようなものがほとんど。

一つ何癖付けるとすれば、彼らの仕事が
雑なこと。素早く片付けられるからといって
早ければ全てOKということにはならない。
VBにはJavaやCにあるようなコーディングの
ガイドラインとなるものがない。
いわば各個人が経験則で身に付けた感覚で
コーディングする。それ自体は有益なのだが
十人十色のそのバラバラのガイドラインが
仇となる。保守性の悪さもこの辺りにある。
Perlの保守性云々と少し似てる所もあるかな。
エキスパートでないやしのプログラムは
VBも他言語も同じように混乱を究めてるけどね(w

ま、おれはもうVBエキスパートには近付きたく
ないけどね。
0596デフォルトの名無しさんNGNG
>>595
>VBにはJavaやCにあるようなコーディングのガイドラインとなるものがない。

決めればいいだけのこと。何を訳のわからんとを。
VBではデザインパターンはできないとか言うのと似たようなレベルだぞ?
0597デフォルトの名無しさんNGNG
Javaの場合はSunがコーディングのガイドラインを
設けた。いろいろとJavaのソースを見てきたけど、
大体はそれに従っていると思う。
Cの場合はある程度流派はあるみたいだけど、各々に
もそれなりに歴史があって認知されてる。
ところがVBの場合はそういうものがまったくない。
現場でのコーディング既約がないっていってるんじゃないよ。
共通意識みたいなの。そういうものがまったくない。
2chでもVBの記述に関する話なんて見たことないし:)

ま、おれがみてきた具体例に問題があったのかもしれないし、
これ以上VBにケチつける気もないんでやめとくわ。
0598デフォルトの名無しさんNGNG
>>597
> ところがVBの場合はそういうものがまったくない。
まったくない? MSDNに「Visual Basic のコーディング規則」ってのがあるぞ。
まぁMSDN自体に「簡潔な参考程度」って書いてあるぐらい簡易なものだが、
まったくないとはいうのはおかしいな。本当に具体例に問題があるのだろう。
0599デフォルトの名無しさんNGNG
>>597
>共通意識みたいなの。そういうものがまったくない。
だからそんなもん求めても仕方がない。
VBユーザ自体が各言語ユーザに対して圧倒的少数。
しかもガイドラインとか高尚なことほざく奴はVBなんぞ使わない。
0600デフォルトの名無しさんNGNG
ていうか、VB.NETってマルチスレッドできる?
だめぽ?
0601デフォルトの名無しさんNGNG
>>600
FrameWorkレベルでサポートされてるかと。
0602デフォルトの名無しさんNGNG
>>599
> VBユーザ自体が各言語ユーザに対して圧倒的少数。
少し世の中を見回したほうがいいぞ。
0603デフォルトの名無しさんNGNG
お手軽、お気楽の延長で仕事してるやつが
おおいからスタイルなんてもんには気を
使うはずがない。
0604デフォルトの名無しさんNGNG
>>602
お前もな。
0605デフォルトの名無しさんNGNG
>>604
「プログラマ人口」なんかで調べてからにしとけ。VBのユーザ数は多い。
0606ななしNGNG
マターリ逝こうよ。
0607デフォルトの名無しさんNGNG
くせーからこっちくんな
0608デフォルトの名無しさんNGNG
とか乗り込んでまでいってみるテスト
0609デフォルトの名無しさんNGNG
つーか、コーディングのガイドラインって具体的に何さ ? C/C++ の { } のイン
デントのやり方論争みたいなものは VB には、ありえないだろ。(エディタで、
ソース書いてコンパイルだけ VB 使うような漢の奴は除く。)
あとは変数名のつけ方とかか ? これは、VB でも他の言語でも一緒だろ。
0610ななしNGNG

>>609

> 。(エディタで、ソース書いてコンパイルだけ VB 使うような漢の奴は除く。)

それは、たんなる<font size = +6><b>ヴァカ</b></font>。
(タグが使えないのが残念だが、想像力で補ってくれ)

新幹線があるのに、徒歩で、東京大阪間を往復して、「根性あるだろ!」
とか言いそうな奴だ。
0611デフォルトの名無しさんNGNG
>>609
これでも買ってちょっとは勉強しなさい。
http://www.necsoft.co.jp/press/1999/0701/
0612デフォルトの名無しさんNGNG
VBでDBアクセスするプログラムを死ぬほど沢山
見てきましたが、一連の処理をひとつの関数に収めたがる
やつがいるのはなぜなんでしょうか?
いまだもってなぞです。
0613ななしNGNG
>>612

可読性と品質を下げることに命を懸けてる奴らなんだよ。
そっとしといてやれよ。

・・・関わり合いになるのは嫌だが。(W
0614デフォルトの名無しさんNGNG
>>610
>新幹線があるのに、徒歩で、東京大阪間を往復して、「根性あるだろ!」
>とか言いそうな奴だ。

新幹線より早かったら許す。
0615デフォルトの名無しさんNGNG
>>610
わざわざネタのところにマジレスかよ !!

お前の方がよっぽど<em>アフォ</em>だよ。

<em> は、スタイルで好きに装飾してくれや。
0616ななしNGNG
>>615

ムキになってスマソ。m(_ _)m
大人げがないわな。
人間ができてねぇ、ってこったね。回線切って首吊って来ます。
0617デフォルトの名無しさんNGNG
>>518
あんまりわらわせないでくれ
0618デフォルトの名無しさんNGNG
VBユーザーからみたRPGツクール2002が
Cユーザーから見たVBか。
0619デフォルトの名無しさんNGNG
>>618
VBユーザから見た倉庫番のマップエディット機能。程度。
0620デフォルトの名無しさんNGNG
>>609
C/C++のコーディングガイドラインはインデントと名前だけですか?
0621デフォルトの名無しさんNGNG
Windowsユーザから見たUnixユーザの方がしっくりくるな>>618
0622デフォルトの名無しさんNGNG
BeOSユーザーから見たゐんどwsユーザーの方がしっくりくるな>>618
0623デフォルトの名無しさんNGNG
VBの仕事この前やったので覚えたけど、保守性考えると本当糞だね。
っていうか、現状見れば解るじゃん。
VB製の市販ソフトがどれぐらいあるか。

業務用だと幾つかあるみたいだけどね。
0624デフォルトの名無しさんNGNG
市販ソフトだけを見て現状なんて言ってるよ(プ
0625デフォルトの名無しさんNGNG
市販ソフトってあるの?
0626デフォルトの名無しさんNGNG
>>518
ワラタ
0627丸山先生NGNG
>518
激しく同意
救命胴衣。
0628デフォルトの名無しさんNGNG
結論が気になるのでage
0629デフォルトの名無しさんNGNG
人気のVB、実力のVC
0630デフォルトの名無しさんNGNG
>>623
VBで市販ソフトなんぞ作るかボケ!
例外はVB開発のためのソフトくらいか。
0631デフォルトの名無しさんNGNG
 VBでプログラミングの論理的思考能力には自信があるが、クラスモジュールとかActiveXとかその他諸々の
VBの上級機能の利用法がまだほとんど知らん。
 VBを早く究めたいのお。
0632デフォルトの名無しさんNGNG
>>631
> VBでプログラミングの論理的思考能力には自信があるが
気のせいです。
0633デフォルトの名無しさんNGNG
>>631
クラスが解からないのに論理的思考能力には自信があるなんて恥ずかしいこと
言ったら、お姉さん逝っちゃうわよ!
0634デフォルトの名無しさんNGNG
>>632
 C言語でもプログラミングの論理的思考能力には自信があるが、関数はごくわずかしか知らないので、研修の課題で
他人は既存の関数を使ってるが、自分は何でも関数を自作してた。
 Cも早く究めたいのお。

>>633
 大丈夫だ。俺がこれから真剣に学習して修得するから、VB固有の上級機能の知識が同等になったら、
君がスキル抜かされることになるからな。
0635デフォルトの名無しさんNGNG
論理的思考能力とVBとクラスが分かることは関係ない。
まぁ、>>631がVB初心者ってのは確かだが。
0636デフォルトの名無しさんNGNG
>>634
自分で考えるのも大事だが調べることも大事だ。
上手く使えれば時間を無駄にしなくてすむ。
0637デフォルトの名無しさんNGNG
日本語自体が厨独特の雰囲気を醸し出してる・・・
0638デフォルトの名無しさんNGNG
>>631
サブクラス化が出来ん厨は逝ってよし!
0639デフォルトの名無しさんNGNG
久々の大型房の登場しているスレはここですか?
0640デフォルトの名無しさんNGNG
>>638
サブクラス化のようなVBに依存した技術はあまり重要ではない。
0641デフォルトの名無しさんNGNG
>>639
房(藁
0642デフォルトの名無しさんNGNG
>>VB固有の上級機能の知識が同等になったら、
VBなんて誰もやってないよ。.NETだよ。
0643デフォルトの名無しさんNGNG
>>638
サブクラスとクラスモジュールは関係ないってば
0644デフォルトの名無しさんNGNG
次々と厨ばかり出てくるなこのスレ
つっこむ気力すら失せる
0645デフォルトの名無しさんNGNG
俺たちのVBを守ろうぜ。VC+で得意になっているやつ、死ね。
おめーらがちんたらVBでくんでっからいつも仕事が遅れるんじゃねーかよ!
VCやりたきゃ、さっさとそれを使う仕事に転職しろ、この糞オタ!!
必要もねーのにVCでオナニーしてんな!!!
0646デフォルトの名無しさんNGNG
>>645
VBユーザ撲滅できたらいいなぁ。
0647デフォルトの名無しさんNGNG
VBユーザ撲殺できたらいいなぁ。
0648デフォルトの名無しさんNGNG
>>647
そこまでせんでも。土下座して謝るなら許してやろう。
0649デフォルトの名無しさんNGNG
>>646-647
なんだ、おめーら。まともな反論一つできねーのか(ゲラ
糞オタはあふぉだな、やっぱ。
0650デフォルトの名無しさんNGNG
Win房同士、仲良くしなさい。
0651デフォルトの名無しさんNGNG
VBもVCもできなきゃだめだよ。
VBだけのやつは、もっと向上心を持て
VCだけのやつは、もっと下降心を持て
0652デフォルトの名無しさんNGNG
>>651 駄目な事はないさ
 そこそこ廉い派遣技術者にVCでライブラリを作らせ、
 激安の派遣に VBで使わせるのがこれまでのスタイル。
 これからは、そのスタイルの中間にC#が入るだけ
0653デフォルトの名無しさんNGNG
ゴメン 間違った 激安の派遣がC#になって それよりさらに廉くがVB.NETだな
0654デフォルトの名無しさんNGNG
たとえばUNIXをつかうやつならCが得意だからって
シェルスクリプトは書けませんなんていう人は
いないだろ?そういうことだ。
■ このスレッドは過去ログ倉庫に格納されています