VBは、要らない。 Ver.2

元スレ：
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=986993653

システムを荒らすＶＢ。
ランタイムが無いと動かないＶＢ。
環境によって、誤動作を起こすＶＢ。
やっぱ、要らないよ。

VBってうんこ

VBって小便くさいガキのオモチャ

来月から新人にVB教えろと言われた。
断ったら怒られた。
おれもVB知らないのに・・・

つーかVB自体は別にどうでも良いんだけど、
VBちょこっといじって
「プログラマーです。」
って言う奴がウザイ。

>>5
激しく同意！

ばかもの！PART2なんか立てるな!!!

VBしかできないプログラマはいらない。
：
：
そしてこんなくそスレ立てる1はもっといらない。

VB のおかげで C + SDK を使うのが面倒になった。
何とかしてくれ。
C が使えなきゃプログラマじゃないかのような
言い方は嫌いだがプログラマの表現意欲を奪う
VB とは距離を置きたい。
しかし VBScript は今のところ
CGI では最強だ。Perl なんて遅すぎて使いもんにならん。

Cができないやつはプログラマじゃないです。

Visual_Basic。
その孤高な姿勢は他の荼毘に付した言語とは一線を画くし、
また古今まれに見る非常にシンプルかつ体系的な言語仕様はＣ＋＋などの駄言語の追随を許さない。
高度に洗練されたビジュアライゼーションはWINDOWSプログラミングの要とも言えるＧＵＩの作成を簡単かつ容易にし、また優しくする。
ハイクオリティーなメソッド群はデベロッパの欲求を最大限に満たし、また最低限の知識で最大限に利用できるという最もニーズに応えた柔軟性を持っている。
もはや、ＶＢ以外に我々が開発に使用すべき言語は無いと言えよう。

>>11
コピペうざいよ。

VBは糞なのですか？

Microsoftが初心者用またはプログラミングを職業としない
人を対象に開発した言語です。

>>15
うむ、これが正解。これですべて説明がつくな。

ＶＢしかできない職業プログラマってまさかいないよな（ｗ

>>16
まさかそんな奴いるわけないだろ。

こんな俺だってVB、VBScript、WSH、ASPの4言語も使いこなしてるのに。

まぁ、最初はVBは初心者用でも、だんだん、プロも使うように
なって、というよりかなりできる奴がなんて楽なんだ〜〜〜
というわけで、VBがだんだんプロプログラマのニーズに応えている
内に、だんだん分けがわからない方向にいきだしたんだろ。
俺の周りのかなりできる奴もVBは楽で速い！とか言って結構
使っている・・・

>>18
低レベルな世界で物事を見てるんだね。

　　 ||
　Λ||Λ
（ / ⌒ヽ
　| | 　　|
　∪ 亅|
　 |　|　|
　 ∪∪
　　 ：
　　 ：

　‐ニ三ニ‐

>>18
VBは速くない。
VBだと早いんだ。

いま 21 がいいことを言った

がいしゅつだと思うけど、
名著 Programming Pearls を書いた John Bentley もそれなりに評価してる。
「VB はかつてのプログラマが数万行もコードを書かなければ
ならなかった処理を、ものの 2、3行で可能にしてくれる」
もちろん、彼はたいして使ってないだろうが。

>>23
>「VB はかつてのプログラマが数万行もコードを書かなければ
>ならなかった処理を、ものの 2、3行で可能にしてくれる」

これ以外に誉める言葉のない言語というのもスゴイな（藁

VBは
VBSｃりｐｔとVBA以外の部分は
全部Delphiに負けてる言語。

また出たか、Del馬鹿。
旗色が悪くなるとすぐ逃げるくせに、ほざくな。
論議の出来ない馬鹿は書き込みもやめろ。

.NET
から先も見ようぜ。

>>26
あんた、前スレから偏執狂のようにVB擁護してる人だろ？

あんた、Delphi使ったことあるの？
使えるようになってから物言えよ。

あんたら、同じこと繰り返してよく飽きないね。

>>28
はぁ？
なんであんな糞言語使えるようにならなきゃいけないの？

歴史は繰り返す

VBとDelphiの言語としての能力はこのスレみればわかるのではないでしょうか？

delphiで作られた有名ソフトって何がある？
http://piza.2ch.net/test/read.cgi?bbs=tech&key=990056026
vbで作られた有名ソフトって何がある？
http://piza.2ch.net/test/read.cgi?bbs=tech&key=990101968

使えない言語批判するのは、ちょっとどうかと思うけど。

>>26の書き込みは >>25を激しく刺激した・・

fin.

>>32
どうでもいいけど、つーかどうでもいいスレあげんな

>>34
やっぱDel厨はキショくて粘着で困るよね。

いいじゃん。
今現在でも負けてるDelphiがVB.NETが出ればどうなるかは
日の目を見るより明らか。

キリックスだっけ？
あんなのまともな設計者は見向きもしていない。

>>36
VB.NETがでても糞は糞。

>>37
どこが糞？

金槌しか使えない大工と、鋸しか使えない大工が罵り合ってるよ･･･
いつになったら１人前の大工になるんだろう･･･

52歳 棟梁

VBが使える言語ならC#はいらない。
C#が使える言語ならVBはいらない。

ゲーム機にたとえるなら
C#=SS
VB=PS
Delphi=PC-FX

C#はなくなるだろう。
VBと出来ることが同じなのだから。

>>40
つまりVBはいらないってことね。

>>41
VBはコードの再利用とか出来ないじゃん。

>>43
どこレベルのこと言ってるの？

.NETなら派生も継承も出来るよ？

×どこ
○どの

ちなみにC#で作られたコンポーネントの継承も出来るよ。

Delphi最強。

＠＠＠＠＠＠＠＠＠終了＠＠＠＠＠＠＠＠＠＠

Del厨最低。

＠＠＠＠＠＠＠＠＠終了＠＠＠＠＠＠＠＠＠＠

ここはVB厨のすくつですか？

Del坊のレベルってほんとに落ちたね。

昔はDelphi VS VB　なら結構面白い話題になったのに。
いまやVB厨房にも遠く及ばないなんてね。

ｖｂ厨のレベルってほんとに落ちたね。

昔はDelphi VS VB　なら結構面白い話題になったのに。
いまやDelphi厨房にも遠く及ばないなんてね。

>>49
煽ってらっしゃるのですか？

>>51
ただの感想です。

どのあたりが遠く及ばないと思われますか？>>49-50

>>49
VB厨と真面目に議論したところで意味がないので、しないだけ。

こんなくそスレ立ててあげつづける1は、要らない。

オブジェクト指向がわからない人と、会話する時間は無駄だよ。

>>53

使ってるのかどうしらないがDelphiの良さを言えないこと。

VBをけなす方法が
>>2-7　内容がない
>>43 OOPの意味がわかってなさそう。

>>57
新入社員がDelphi使いの先輩から聞きかじったことを自慢してるだけでしょ。

板を荒らす1。
煽っても名乗らない1。
せっかく前スレ終わったのに、Part2なんか立てる馬鹿1。
やっぱ、要らないよ。 氏んでね。

ﾃﾞﾓ ﾋﾞﾙﾀﾞｰ ｼﾞｬﾅｸﾃ ﾃﾞﾙﾌｧｲ ﾅﾉｶﾞ 1 ﾉ ﾔｻｼｻ ^^*
ﾊﾟｽｶﾙ ﾆ ﾌｸ ｶｾﾞ ﾊ ｲﾂﾓ ｷﾋﾞｼｲ･･･

ﾅｹﾞｸﾏｴﾆ ｹﾞﾝｺﾞｦﾉﾘｶｴﾅｻｲ

>>53

使ってるのかどうしらないがVBの良さを言えないこと。

Delphiをけなす方法が
>>26>>35>>36>>47　内容がない
>>41>>44 OOPの意味がわかってなさそう。

君ら何かしらのコンプレックス持ってるからそうまで
相手を煽るのか？
自分に満足して誇りを持ってないって事だな。
>>60=1

age

情報を集めて自分で考えればいい。
考えもせずに進歩がない奴がもっとも最悪。
http://www.hirate.com/software/devtool/index.html
http://www.vega-net.co.jp/VEGA/tools/
http://donguri.sakura.ne.jp/~shock8/wisper/programing_tool.html
http://www.din.or.jp/~abe/OsTool/ToolV2.html
http://www.pixy.ne.jp/~miyamae/tech/devtool/lang.html
http://homepage2.nifty.com/Fujimaki/download/Comparison/

Del厨ってほんと馬鹿。
こんな奴使っている会社があるのが不思議だよ。

VB厨なんていない、ってのがわからんか。
今の仕事で一番必要な道具を使っているだけ。

VBがいらないって言うことに対してのコメントを何回求めても
まともなコメントを出せないなら黙れって言っているんだよ。

継承はOOPの本質ではありません。
APIを呼ぶのがめんどくさいのは認めますが、
継承ができる言語を使っているだけの理由で、
VBを厨房言語よばわりしないでください。
VBは無敵です。

ＶＢ使いは脳障害

VB好きだけど、もう止めよう。
だって、難しいもん。
高一です

>>69
どんな理由にせよ正解。
あなたが社会に出てくるころには、VBは存在しません。
VB.NETは存在するかも知れませんが、Java か C# が
繁栄している可能性の方が高いです。

これからは、C++Builderだな（ウソ）。

＞７０
Javaは終わりです。

>>72

その根拠は？まじで興味あるんで。

ＶＢ使いが大便をする時は、
「ぶっぶぶぶぶ、ブイッビッビビビビビ〜」
と、屁をしながら用を達す、まったく汚らしい連中だ。

>>74
　>>2が言ってることが、ようやく理解できた。
　ＶＢは、ウンコに瓜二つということだね。

どうもこう技術的じゃない意見ばかりなのかな。
面白くないよ。

じゃあさ、これに反論してよ？

○.NETで完全なOOPが出来る
○.NETでC#と出来ることは同じ
○.NETでマルチプラットフォーム言語の仲間入り
○VBはCOBOLについで技術者が多く、サポート体制や技術書が非常に多い
○もはや速度の時代は終わった(これはJavaを見れば明らか)

これからは技術的じゃない意見はいらないよ。

>>76
技術的なものはどの言語もたいて変わらん
ことの証明か。
どう見ても自分より厨房な奴が VB でプログラムを
書いていることに対する嫉妬と思われ。

>>76
>どうもこう技術的じゃない意見ばかりなのかな。

偽術の話になったらＶＢはなんにも特徴ねーからだろ（ｗ

○.
○.
○.
○.
○.
○.

>>78
たくさんあるだろ。

○RVBA,VBS,WSP,ASPと同種
○簡単で開発効率が高い
○現在の言語では一番長寿になることは間違いない→移植性・開発がしやすい

> 現在の言語では一番長寿になることは間違いない→移植性・開発がしやすい

どういう意味？
長寿だからって移植性が高くなるのか？
そもそも長寿じゃないだろ？
それとも「現在の言語」の中にはVB, VC, C#, Java, Delphiとかしか含まれてないのか？

C こそ最高の言語です。
その他は開発効率短縮化のための方便に過ぎません。

>>81

まとめてから書いてくれ。
レスしずらい。

まがりなりでも ANSI 準拠の C を使いましょう。

>>76
>○もはや速度の時代は終わった(これはJavaを見れば明らか)

Javaはどんどん速くなっています。
安全性を保ったままで。いままでも、そしてこれからも。

ＶＢ？（ﾌﾟ

>>85

知識のない煽りはつまらん。
よく読め。誰がJavaが速くなる話をしている。

>>76
>○.NETで完全なOOPが出来る
>○.NETでC#と出来ることは同じ
>○.NETでマルチプラットフォーム言語の仲間入り

VB != VB.NET
従って、議論するだけ無駄ですね。

>○VBはCOBOLについで技術者が多く、サポート体制や技術書が非常に多い

ここで言っている事が何の価値も無いことは、
MSがVBの切捨てを行った理由を検討すると分かります。

>○もはや速度の時代は終わった(これはJavaを見れば明らか)

50%同意します。

>>83
まとまってて、簡潔なつもりなんだけど。
まあ、答えてくれなくてもいいよ。

多分ここでの話の流れからして、言語として長寿なんじゃなくて
メジャーな処理系として一番長寿って言いたいのでしょ。
LispやCは論外と。

的外れな質問してすまなかった。

>>87

>VB! = VB.NET

そんなことなら
VB4　!= VB5
ANSI-C != K&R-C
ってことになる。

１年後にはVB=VB.NETになってるよ

>MSがVBの切捨てを行った理由を検討すると分かります。

切り捨てではなく生まれ変わりだと思われる。
MSはWin95系を切り捨てWinNT系にVCを切り捨てC#にしたのだろうか。
これは進化の為の生まれ変わりと見るべきだろう。

VBも捨てたもんじゃない。

「「「「「「「「「「「「終了」」」」」」」」」」」」」

捨てたほうがいいんだけどね。

-終了-

>>89

VB と VB.NET の関係は
NEC の PC-9801 と PC98-NX(IBM互換機) の関係と
似ていると思います。

すなわち、VB と VB.NET は何の関係もないです。
反発を鎮めるために(こじつけの)移行パスを用意しているだけです。

>>92
そりはJavaとJavaScriptぐらい違うのか?

>>89
おいおい、VCはまだ切り捨てられていないって。
まあ、将来的にはVC,VB,C#で脱落した奴がJ++やInterDev
の様に切り捨てられることはあるだろうけど。

>>93

Yes!

VBって無料だよね？

まさかＶＢにお金払ってる人なんていないよね（藁

>>96
はいはい。
おこちゃまはもう寝なさい。

Javaは終わり

根拠

なぜ今時Java?
ﾊｧ？Java？

>>98
はいはい。
あなたはすでに時代遅れですよ。
そろそろ死になさい。

俺はＣ＋＋とＣＯＢＯＬがあれば、世の中が成り立つと思う。

>>100
無理。

>>100
君の世界ならCOBOLだけでいいんじゃない？

>>92

でも言語はVB。
処理や制御の書き方はVBであって
mainとクラスの概念さえ覚えれば同じ使いたかが出来るはず。
VB.NETを覚える人は９割は旧VBの知識が必要なはず。

その考えで行くとPascalとDelphi
ましてやC++とMFCのVCなど全く別の言語と言える。

>>103
VBもお前も糞だな。

>>105
いやあ、VBも使えないあなたほどでは無いでしょうよ。

>>106
VB使えるから糞なんだよ。

>>107
先に日本語を勉強した方が良いですね。

あと、コミュニケーションもね。

どうしてお金はらってまで糞をかうのー？マジレスきぼーん！

>>110
買う人の頭には糞が詰まってるから。

>>108-109
粘着質ですね。

なんかさ、低レベル過ぎてつまんない。

もうちょっと理論でVBを煽ってよ。
無理ならいいけど。

>>113
激しく同意！

http://mentai.2ch.net/test/read.cgi?bbs=prog&key=990842176&st=43&to=43&nofirst=true

この例え話にリアリティーを感じるのは私だけでしょうか（w

作り話持ってこられてもねぇ。

VBねんちゃくんって、ＶＢ"しか"知らないんだろ、
他のＶＢ煽っている人間はみんなＶＢ以外のプログラムも作れるから
糞って言っているんですが、
そういう事わかっていますか？

VBAの部分が自分の好きな言語で書ければ
こんなに憎まれることもなかっただろう。

VB使いは聞く耳を持たない

C++Builder使いは、まったくマルチな連中だ。

だ・か・ら
技術的な部分でVBを煽ってごらんよ？
理論的にさ。

もう飽きたよ。

２１世紀なのに、メモリがまともに確保できない。

>>121
API使え

>>122
APIを使わねばろくなことができんのだと理解してよろしいか?

>>123
メモリを確保するのにAPIを使わない言語が存在するのでしょうか？

そもそもAPIの意味がわかってらっしゃるのかしら？

理解しやすいよう
OS−API−アプリケーション

API複雑だよ。
互換性も何もないじゃん。
C言語だったら、malloc,freeで出来るし、互換性もあるし。

>>126
VB屋にこんな事、言っても無駄だよ。
わかってないんだから。

>>126

どのレベルの互換性ことを言ってるのかわかりませんが、多分OSレベルの互換性でしょうか？
VBはWindowsでしか使えません。

さらに.NETでマルチプラットフォーム言語の仲間入りをする予定です(これは期待薄だが)。

>>127
メモリーリークそれって仕様です。って代物よりまし。VB屋。

でも、ＶＢもＶＣも結局はＶＢ，ＶＣというツールによって開発される
もので、ＶＣ使ってませんというＣでも、結局はＯＳによって動作
するので、メモリリーク云々は理論的にクリアされていれば、
ＶＢだからどう、多言語だからどうという問題ではないと思う。
Ｃで組んでもＯＳでメモリリークしてりゃクソってのと言ってる
同じ。と、いいつつ、俺もＣ使ってしまうんだけどね。

コモンダイアログ開くくらいでOCX利用しなければいけない仕様は
なんとかなりませんか？
なんともなりませんよね、VBだから。

あ、API使うというのは無しでお願いします。

ただでさえ減少傾向にあるVBプログラマが、言語仕様の大幅
な変更、XP(Windows2002)からのインストール制限により
減少に拍車がかかるのではないでしょうか？

.NETも言語モデルの中心はC#のようですし。

適材適所で企業で使うならいーけど、個人で使うなら
VBは勧められん。単体では潰しがきかな過ぎ。
#それぞれの有名ソフトスレを見ればそれは明らか。

あと、ソースレベルのポータビリティは本気で皆無なのは問題。
そのまま持っていけない、ってことじゃなくて、習熟しても他の
言語理解の足しにならん。

ただ、VBが毛嫌いされるのは、業界でﾄﾞｷｭなVBオンリープ
レイヤーが幅を利かせているのが一番大きな原因な気がする。
VB自体に罪はないのに…。

>>131
自分で作れorDLL使え

>.NETも言語モデルの中心はC#のようですし。
できることも書き方も似ているから優劣なし。
あえて言うなら、現存の言語に近いＶＢが優勢。
VC#も見てみればわかるがかなりＶＢ色が強い

>>133
おおむね同意。
だがＯＯＰができることになることでDelphiレベルには
修得することによるレベルの向上が在ると思われる。

s/VC#/C#/

>自分で作れorDLL使え
普通の感覚なら、"確かにそこはVBの優れていない点だ"
とでもいえるはずだが。
結局VBの糞さを認めたがらないのですね。信者って怖い。

>>65のリンク先は全部ごらんになりました？


>あえて言うなら、現存の言語に近いＶＢが優勢。
この発言を見ても、思うが
自分がそう信じたいだけだろう。

VBの変な言語仕様に嫌気が指している他言語プログラマは
嫌なイメージしかない既存のVBに近いものよりも、VC#使うだろ、
VBしか使えないボンクラプログラマと違って
いろんな言語を使える人間は同じ事が出来るのなら
よりマシな言語を選択する。

勝手なバリアントキャスト大好きで改行のためにアンダーライン入れなければいけない
言語は選択したくないだろうな。

http://www.atmarkit.co.jp/fdotnet/questionnaire/2001-04/2001_04.html

ちなみに
C#は言語名、VC#は開発ツール名です。

こんな無能なVB使いがﾃﾞｶｲ声で、VBはいいなんて言うから
みんなVBが嫌いになるじゃないのか。

>>134
俺はDel厨なもんで、頑張って煽らないと。

>VC#も見てみればわかるがかなりＶＢ色が強い
えっと、これはC#のことだよね。
あれはJava色が強い、と言うべき。見た目は確かに
VBに似てきたけど、実はｶﾅｰﾘ別物。

>>121
New キーワードとか ReDim キーワードとかご存じありませんこと？

Newはオブジェクトの生成でRedimは配列の再確保である。
それぐらいだれでも知ってるよ。

それがメモリを扱う事になってしまうのか、
胃の中野川頭だわ。いと哀れ

まあ、間接的にはそういう事にもなるかも知れんが。

>>あえて言うなら、現存の言語に近いＶＢが優勢。
>この発言を見ても、思うが
>自分がそう信じたいだけだろう。
一般的な感覚ならこう考えると思われるが？


>勝手なバリアントキャスト大好き
明示的なキャストを使わないからでしょ

>改行のためにアンダーライン入れなければいけない
それは好き好き
文末に";"を入れるのがいやな人間も多いはず。
結果的には"_"を入れるほうが少ないのだから

>>あえて言うなら、現存の言語に近いＶＢが優勢。
MSはVBを捨てたがっているからC#作ったのだが・・・

>明示的なキャストを使わないからでしょ
そもそもVBにはキャストが無い・・・

>一般的な感覚ならこう考えると思われるが？
リンク先はみた？
一般的な感覚から、VB.NETよりもVC#が望まれているんだけど。
VBが有利という結果だったか？

こう書いたよね。
>VBしか使えないボンクラプログラマと違って
>いろんな言語を使える人間は同じ事が出来るのなら
>よりマシな言語を選択する。
>>142さんは
VBしか使えないのかな。
自分の感覚でいろんな言語使える人を同列に扱わないでください。

>>勝手なバリアントキャスト大好き
>明示的なキャストを使わないからでしょ

使い手が使う使わない関係なく
言語自体がバリアントキャストが好きだから
エラーが見付かりにくいんだよ。

Option Explicit
を付けないとバグが見付かりにくいというのは知ってるだろ
それと同じ事。

VBしか使っていないから、VBが
バリアントキャスト大好き言語
というのには気が付かないかもしれないが、
他の言語も見て回った方がいいよ、絶対。

>結果的には"_"を入れるほうが少ないのだから
なるほど、そういう解釈もあるのか。

各関数は式を特定のデータ型に変換します。

構文

CBool(expression)
CByte(expression)
CCur(expression)
CDate(expression)
CDbl(expression)
CDec(expression)
CInt(expression)
CLng(expression)
CSng(expression)
CVar(expression)
CStr(expression)


私はこれをキャストと読んでたのだが違うのかしら？

そりは変換関数。やっぱ他言語も少しはかじった方がいいよ。

まあ、バリアントキャストが無茶なんだから変換関数と
同一視しても仕方ないよ。

バリアント型を主体としている言語仕様がちょっと嫌だな

最初、
Dim i, j as integer

for i=0 to 5
next i

と書いていて、iがバリアントになっているなんて
気が付きもしないし、warningでないんだもん、萎えるよなあ

うーん、ＶＢしか使えないのならココには来てないのだけどね。
まぁ、Windowsでまともに使った言語は確かにＶＢしかない。
VCはそこそこ使ったが、Delphiは１冊本を読んだだけ。

ただUNIXではC++も使用したし、ＯＯについては理解しているつもり。

>使い手が使う使わない関係なく
>言語自体がバリアントキャストが好きだから
>エラーが見付かりにくいんだよ。
>以下略

意味がよくわかりませんが、自動宣言や暗示キャストを利用すると
バグが出やすいということでよいのでしょうか？

まぁ、それは使用者のレベルが低いと私は思いますがね。

>>146
ではあなたの言うキャストとは何？

>>148
しょぼー。（藁

>>149
変換関数は値を元のオブジェクトとは別の型で返す。
キャストはオブジェクトをコンパイラが別の型と見なす。
メモリ上のイメージが湧くかな？
Cでは、(T)X
ObjectPascalではT(X) または、X as Tと書く。

整数から実数に変換した場合などによっては
中間オブジェクトが作られる事もあるから
その場合は変換関数に近いといえるかも知れないね。

>>147
出身がJavaScriptなどと同じインタプリタだから
致し方ない所ではあるよ。

>>151
変換関数で何が足りないんで？
キャストのほうが危険なだけのように見えるけど？

（まさかVBでパフォーマンスなんて求めないだろうし

>>153
だから他言語を学べばここに書いてある事全部理解出来るよ。
１から１０まで説明しないといけないのかい？

>>153
君が正しい。言ってみればキャストは型について、PGがコンパイラにうそをつくこと。
変換関数は処理系に明示的して、情報の形を変えてもらうこと。
うそは泥棒の始まりよん。(w

ハナシは戻るが、バリアントキャストって何？

>>155
ありがとう
何かをさっぱり知らないだけかと思って調べに回ってた(w
by新人VB厨房（仕事しないで2chVer

キャストが出来ないから、
オブジェクト指向の便利なものが使えないし
それを永遠に知ることが出来ないんだけど。

まともな論理展開もできないDel厨みたいなプログラマに
キャストとかメモリの扱いを解放する方がよっぽど怖い。

キチガイに刃物

そういう煽りが論理展開なのか？

VB厨の頭では、そうなんだろう。>>160

今この板で一番低レベルなスレだね。

>>152
VBなんだから、致し方ない所ではあるよという事で
いいんですか。

人が、いっぱりリンク先を示しているのに
それについてのコメントは一切せずに
意図的に無視するなよ。

そういう所は2chの意見よりもよっぽど信憑性高くて。
反論できないのはわかっているんだけど。（藁

ここみて勉強しておきましょうな。
http://www.atmarkit.co.jp/fdotnet/keyinterview/boc_kamata/kamata01.html

メモリを直接いじるのはオブジェクト指向とは別な気がする。

＞またJava実行系ではキャストによる型変換、JITによる動的コンパイル、ガベージコレクションといった処理も性能的には不利な要因です。
とかも書いてあったし。

>>162
だから楽しいんジャン。俺タバコ吸わないし。自席で飲み食い禁止だし。
どうやって息抜きする?。

>>163
勘違いされてるようだが私はVB擁護派ではないよ。

>>163
仕事中だからさ。
リンクは見れないのよ。

逆にいえばリンクを張れないわけよ。

>>152
失礼、

163の下のコメントは>>152さんではなくて
VB厨に向けてという事で。

>>167
じゃあ、家に帰ってから確認してくれ。
しかし、リンクが見れないのに、2chどうやって見てる（藁
かちゅーしゃは言っとくけど、君らの嫌いなDelphi製だよ。
2chブラウザ使ってるのかな。それもVB製ではないけど。

>変換関数は処理系に明示的して、情報の形を変えてもらうこと。
>うそは泥棒の始まりよん。(w

それ言っちゃうと、Windowsの動作原理そのものを否定する事になるよ。
例えば、WindowsのメッセージのパラメータはLong値だが、これに文字列
のポインタをセットして渡すこともあるんだよ。

>まぁ、それは使用者のレベルが低いと私は思いますがね。
まー、それはちょっと無理矢理な弁護っぽい。
てーか、ちょっとでもC++つかったことあるなら、warninngの
意味をどうお考えで？

いいじゃん、いいじゃん、
そいつらに言わせておけ、
俺らは愚者のアホぶりをみて楽しもうぜ♪

>>171
煽り無用。去れ。

あながち、煽りだけでもないんだが。

" ┐(´-｀)┌ やれやれ、VBしか使った事の無い人はこれだから"

というあきれはみんな持ってしまうぞ。

>>168
見れないのは倫理的な問題でね。

それと、俺はDelphiは特になんとも思ってないよ。
あまり近くに無いからね。仕事上も趣味上も。

正直なことろVBを使用していて困ることも少し無いわけではない。
OOをそこそこ理解しているのでクラスや継承を使用したいと思うこともある。

しかし、将来性と言う意味でDelphiやVCには手を出せない。
そこで俺はVBを選んだ。それだけ。

将来性はどの言語でもこれが一番安全というのは無いよ。
より好みせず使うのが妥当。複数の言語を学ぶ余裕が無いのならば
仕方ないが。

>見れないのは倫理的な問題でね。
おい。倫理的に2chは見てOKなのか。（ｗ

将来性っていうのなら
JAVAは見ておいたほうがいい。
SwingとかGUIのテクは無視して
(GUIだけ見たらVBの方がよっぽどよくみえるだろうし)
サーバーサイドを想定して勉強しておくといい。

>>169
真理に到達されましたね。
自分がWindowsではVB屋なのは、つまるとこOsより堅牢なアプリ組んだってしょうがない。
という事実に思い至ったからです。
このスレ>>1を見ればわかるけど、これらはすべてWindowsそのものの問題ってことでしょ。
cで書くに値するのはUnix。30年使うアプリ組むなら汎用でCOBOLを使う。
ちなみにWin95はもはや捨てと門様はおっしゃっております。

たとえば
VBもC#もポインタは出てこない。

○ここでこれからのプログラマはポインタを覚える必要があるのか？

ここで私はNoを選んだわけ。

もちろんコールバックやらは残ってるわけで
ポインタの知識は必要なのだと思う。

しかし無駄も多くなるわけだ。
そんなことならSQLの１つでも覚えるほうが効果がある。

とまぁ、こんな感じかな。

OSが脆弱ならばなおのことアプリは堅牢側に持っていかなければ
ならないと思うが？

>>178
何をいっているのだ？
論理破綻してるYO

ぶ、ぶんれ・・・（いや、これ以上は言うまい。）

Delphiもポインタはほぼ排除されていて気持ちいいな。

関係無いけど、C#とVB.NETって
BCBとDelphiのような関係になるのだろうか。

>>174
>しかし、将来性と言う意味でDelphiやVCには手を出せない。
>そこで俺はVBを選んだ。それだけ。
VB.NETって、ある意味今までのVBを切ってDelphi化する
モノだと思うんだけど…

>>183
良いところのパクリはMSの手だからね。

MACしかり、1-2-3しかり、一太郎しかり、ネスケしかり。
まともに対抗できたのはOracleぐらいか。

とはいってもＶＢ.netはＶＢなのかDelphiなのかといわれるとやはりＶＢ
Delphiの良さを吸収したＶＢで在ってDelphiでは無い。

旧ＶＢ技術者の大半が違和感を覚えずに使えるだろう。
おおむね、一太郎からＷｏｒｄに乗り換えるぐらいの労力で。

既存のVB使いで自分が優秀だと思うのなら
VC#に移行したほうが絶対いいぞ。

>一太郎からＷｏｒｄに乗り換えるぐらいの労力で。

んじゃ、かなりのものだ。いや、ワープロなら文字だけ
だからまだいいか。

>とはいってもＶＢ.netはＶＢなのかDelphiなのかといわれるとやはりＶＢ
>Delphiの良さを吸収したＶＢで在ってDelphiでは無い。

根拠が訊きたい。
よもや、名前とか言語仕様の表面の話じゃないよね。

ちなみにVB.NETはDelphiの作者が作ってるんよ？

Borlandやばいんじゃないかな〜。

競合相手がなくなると
MS製品ってやっぱり、進歩していかないから
ちゃんとBorlandには生き残っておいてもらわないと困る。

Borlandって
WindowsOS用アプリ製作の一翼を担っていたわけで、
そういう会社までボコボコにして
壊さなくてもいいだろうと思う。

もちつもたれつでいてくれよ。

ドットネットがActiveXくらい大コケな技術だったら
いいんだけどな。
Windows.NETなんてものも、XPでは全く実装されないし。
実際にはどうなる事やら。

確かに。競争相手いなくなるとバージョンアップと称して
外見ばかり変えて中身は全然変わってなかったりする事有るからなー。
MSのバヤイ。

＞ちなみにVB.NETはDelphiの作者が作ってるんよ？

いや、ヘジちゃんが関わったのはVB.NETの初期だけじゃない？
あとはVC#ばっかりでしょう。
VBって根本的に言語好きには作りたくもない言語だと思うよ。

DelマンセーからC++マンセーやJAVAマンセーには
Rubyマンセーなどには転びようがあるけど
VBマンセーにはなりようがないし。

ヘジのエレガントな実装に、
既存VBユーザーは"互換性がないんじゃ(ﾟДﾟ)ｺﾞﾙｧ"と
文句をいうくらいだからやりにくかろう。

やはりVBは本来のインタプリタに立ち戻って
スクリプト言語として残っていくのが妥当だと思う。

ASP.NETはJSPみたいに中間コードにコンパイルされる
そうだからかなりパフォーマンスの向上が期待されるんでは
ないかな？

>>187
言語仕様がメイン。
あたりまえだが、制御はコピペでいける可能性が高い。
VCやDelphiが絶対不可能なことに比べれば。

ついでIDE。
一太郎からＷＯＲＤと言ったのはココ。

名前つまり表面が同じなのも大きい。
Windows3.1からWindows95へ乗り換えのようなもの。
Windows95からWindowsNTの乗換えなんてバカでも楽勝だと思うはず。

何かトホホな感じがするのは俺だけ？
前スレからすると凄くいい流れがあっただけに残念。

しょうもない、俺分析だが、

―我々のお客様は、主体的にツールを選択されている―
http://biz.ascii24.com/biz/column/trend/article/print/544768.html

Borlandのユーザーは、この記事を見るとわかるように
優れたツールとして現在(恐らく)もっとも生産性が高いDelphiを選択している。

Delphi使いは、
"もっとも優れたツールを使いたい"と考えており
百歩ゆずって全くの幻想・マインドコントロールだとしても
"Delphiは最強の開発環境だ"
という事を信じてツールを使っているわけだ。

で、Borlandにとって怖いのがDelphiを超えるツールの登場。

もし、そういうものが登場したとしたら
"もっとも優れたツールを使う"という信念の元に行動しているDelphi使いは
"Delphiがもっとも優れたツールではない"
という事がわかると、すぐさま殆ど何の躊躇もなく
"もっとも優れたツールを使う"ために言語を乗り換える。

「既存のコードと互換性がぁ」といってダダこねる
VBユーザーとは違って、Delphiユーザーは大抵パワフル。
(Delphiという優れたツールを使っているから、パワフルだとも
いえるんだけど。)
そのパワーを活かして
言語を乗り換える努力もいとわない人間が多い。（ｗ

そうするとDelphiが今獲得しているシェアが
一晩のうちに、とまでは言わないが
急速になくなってしまう。

そういう可能性もある危険な土台の上に成り立っている
のがBorlandという会社であり、その顧客なのじゃないだろうか。

Delphiを超えるかもしれない可能性を秘めた
VC#はかなり手ごわいものになる。

そんな事を感じておりまする。

VC#がなくて、VB.NETだけなら、安泰だったんだけどナー（藁と、まあ、なんにせよ、
Corel買収騒ぎの時よりも、よっぽど状況は明るいとは思うけどね。
どうせWindows.NETが出てきたらDelphi.NETは登場するんだし。

>>193
スマソ、トホホでした。

187
>>192
むー。やはりそーゆー表面レベルの話だったのか(汗

ま、今のﾄﾞｷｭVBオンリープレーヤがOO導入されて使いこ
なせるかは多いに疑問。
結局今と同じ使われかたするんだろうなー。

VBの新バージョンを、こう変えると良くなるだろうスレ

でも立てたらいいかも。

>>189
IEなんか典型だよな。

IE4/5/5.5/6
IE3やIE2と比べるとほとんど一緒。
バグフィックス版かよ。

いやいや、192に対してだよ。
共通言語フレームワークの中心はC#になってしまうから、
Delphi.NETが出せたとしてもたしかにかなり厳しいものがあるね。
Windowsだけの世界で見た場合。

>>194
根本的なことで申し訳ないが。

VB.NETとC#なにが違うのだろう？
IDEやできることが同じでは無いのか？(あまり詳しく知らないもので)

確かにユーザが違うのはわかる。
VBは初心者から旧VBユーザ
C#はVC,Delphi,BCB,新規ユーザ

個人的にはこの２つは同じ物と思っていいと考えているんだが。

>>198
VBは過去を全て捨てて生まれ変わる。

私としては表面以外は望んでいない。
むしろ過去は捨てて欲しいとさえ望んでいる。

>>200
入門としてはここかな。
http://www.asia.microsoft.com/japan/developer/vstudio/nextgen/technology/langdefault.asp

>>196
の間違い。スマソ

ガイシュツだったかな。
ttp://www.zdnet.co.jp/news/0105/15/e_vb.html

>>192
俺もそう思うな。
VB.netってSDKしかまださわって無いけど、VBですねと思うな。
VBからVBに移りゃ良いわけで、何でC#にしなくちゃいけないわけ?

第一VB屋がVB.netに移るかどうかは俺らが決めるこっちゃなくて、
エンドユーザがC#にしろって言うかどうかで決まるわけだし。で多くのエンドユーザは
.netでは言語なんか何だってかまわないんじゃないかな。
差がつくとすれば生産性とか堅牢性だろうけど、.netの作りじゃ何えらんでも同じだし。
つうか俺>>177だけど、もし.netがこけたら全て一蓮托生ですぜ、立派な言語の旦那方。
とすれば今VB屋やってて、今後windowsアプリを作るんなら、VBで決定で良いジャン。

まーインプライスで正規のDelphi5研修（基礎編2日、応用編3日)受けてるし
その後Delphi5仕事で1年やってきたから、VB.netに違和感が無いのかも知れないけど。

うちらの職場での最近に言語の感想は、以下のような感じ。
DelphiってVB見たいで簡単でいいね。
VB.netってDelphiそっくりジャン。
C#ってJavaと何がちがうの。
PythonってJavaScriptのまねしたの。

>>205
微妙に寒いのは俺だけか？

実は俺もよ。

いや、読むの嫌になるくらいさむい。>>205

そういえば、ミョ−に冷え込んできたな。
窓閉〜めよ〜。

>>205
俺はおおむね同意。

>DelphiってVB見たいで簡単でいいね。
>VB.netってDelphiそっくりジャン。
>C#ってJavaと何がちがうの。
>PythonってJavaScriptのまねしたの。

所詮こんな感じだと思われる。

>>210,205
おいおい（笑）何処の会社だよ！
休憩中のダベリにしても寒いぞ〜、その会話。

・・止まったな。

>>210
いや、その辺りはいいんだが

＞VBからVBに移りゃ良いわけで、何でC#にしなくちゃいけないわけ?
複数言語を知っておく事のメリットとか...
気が付かないか？このスレ読んで
…仕事の大半がコピペなのか？...欝

＞第一VB屋がVB.netに移るかどうかは俺らが決めるこっちゃなくて、
＞エンドユーザがC#にしろって言うかどうかで決まるわけだし。で多くのエンドユーザは
＞.netでは言語なんか何だってかまわないんじゃないかな。
多くのエンドユーザーは何だってかまわないのに
エンドユーザーが決めるのか...欝

＞つうか俺>>177だけど、もし.netがこけたら全て一蓮托生ですぜ、立派な言語の旦那方。
＞とすれば今VB屋やってて、今後windowsアプリを作るんなら、VBで決定で良いジャン。
ジャンって..｡VB6のプロジェクト、VB.NETに変換出来ないんだが。...欝

＞まーインプライスで正規のDelphi5研修（基礎編2日、応用編3日)受けてるし
＞その後Delphi5仕事で1年やってきたから、VB.netに違和感が無いのかも知れないけど。
いや、その、それってなんかの自慢なのか？
使えない本Delphiオフィシャルコースウェア一冊読みました
以上にショボイ発言で...欝


って、どうしてこの投稿が寒いのか、
という説明をわざわざしなければいけないんだー

ｳﾁｭﾀﾞﾁﾉｰ

良くわかんないんだが。
>>VBからVBに移りゃ良いわけで、何でC#にしなくちゃいけないわけ?
>複数言語を知っておく事のメリットとか...
>気が付かないか？このスレ読んで
の回答が
＞＞まーインプライスで正規のDelphi5研修（基礎編2日、応用編3日)受けてるし
＞＞その後Delphi5仕事で1年やってきたから、VB.netに違和感が無いのかも知れないけど
だよ。Delphiって自慢になる事なの。(w
じゃC/C++もできるし、PL/SQLもできるしPerlもできるしPythonもできるし、
JavaもできるしbashとMASMもう無いな。
こう言うの器用貧乏って言うんじゃないか?

＞＞多くのエンドユーザーは何だってかまわないのに
＞＞エンドユーザーが決めるのか...欝

M$が作ったC#というまったく新しい言語、新しい環境で新規にシステム構築しましょう。
っていって営業が駆け回って、今時引っかかるユーザってどのくらいいるんだろ。?
仕事を出すのはユーザー、pgは工員さんですぜ。自分で言うんだから間違い無い。
それともC#でパッケージ作るんのかな。発売は5年後???。

>VB6のプロジェクト、VB.NETに変換出来ないんだが
知ってるよ。ttp://www.mvps.org/vb/index.html?rants/dotnot.htmなんていかが?
VB厨房は日々研鑚を怠りません。(w

とりあえず言語を絞ろうよ。

�@VB　(&.NET)
�AVC
�BC#
�CDelphi
�DBCB

で�A�C�Dはもうすぐ消えるでしょ。
で�@と�Bは同じでしょ。
で�@は現在あってなおかつ始めやすい言語でしょ。

�@に欠点が無いじゃん。

ぶ、ぶんれ・・・っっっ・・・（いや、これ以上は言うまい。）

>>215
>とりあえず言語を絞ろうよ。

bakamono!

じゃあ、そろそろ。

*************************** the END *****************************

>>215
面倒くさいので、Javaに決定でよいか？

ちなみに�@は論外

VB とか COBOL とか FORTRAN なんて、実際問題としてどうでもいいじゃん。

VBだのDELPHIだのを「言語」って表現してるのが多いけど、
コンパイラとか開発環境とかって表現しようね。

一応過去レス確認したけど、既出だったらスマソ。
なんか凄く気になったもんで・・・。

>>221
別にVC++を「言語」と呼んでいる訳じゃないし、別にいいと思うのだが。

わたし、プログラマー暦３ヶ月の超初心者です。
使える言語はPerlとPHPとCをちょこっとです。
開発環境はWin2000とLinux(RedHat系)です。
再就職を考えて求人雑誌を読んでいるとやたらVBとAccessが目立ちます
やっぱりこれからはLinux＋Perl＋C＋PostgreSQLなんてやめて
Win9X＋VB＋Accessなのでしょうか？

>>223
広島だとそうです。

>>224
東京とかだと違うのですかねぇ？
まぁ　広島が遅れてるってのは確かでしょうが。
#全体的に見てね。中には「そんな事ないぞ」って会社も
#あるでしょうが・・・

まー何故かっていうと現在VBで開発している人が
人事部に言うのです。「人が足りない。」と、

本当は彼らも人だけ増やしてもしょうがない事は
うすうす感じているのです。

「人が足りない」のではなく「おつむが足りない」事に気が付くのは
いつになるだろう。

VBのイメージって
簡単,開発に手間がかからない
その代わりたいしたもん作れない
っていうのがあるのですが
間違ってます？
実際VBなんて使ったことないのでよくわからないのですが。

>>228
間違ってはいませんが、VBで大した物を作れないじゃなくて
作らないのだと思いますよ。作ろうと思うと作れますよ。ただ、
長時間かけてVBで何かを作る人なんかいないと思います。

>>223
地方都市だとそんなモンです。
ＶＢを利用したアプリ開発案件が世界規模では下降の一途を
辿っていますが、日本という国は不思議なモンでブランド信仰
が強い国民性も手伝ってか、未だに地方都市ではＶＢの案件が
多いですね。

>>225
やっぱ東京だと違いますよ。
ＶＢでの案件の数は年々少なくなってきています。
その代わりＣ＋＋関係、Ｊａｖａ関係の案件のニーズが
増えていますね。

あとはＬｉｎｕｘ環境に対応したＤｅｌｐｈｉであるＫｙｌｉｘ
も注目株としてＤｅｌｐｈｉの開発者を欲しがるソフトハウスも
今は少ないですが、少しずつ増加の雰囲気です。

こんな事書いてるとどんな職務をしているのかバレてしまい
そうですが、ＶＢしか知らない技術者の方々にはだんだんと
求人が少なくなってきそうですね。

>>230
その程度ではばれないだろうけど

職安仕事？(藁

いや、友達が職安でバイトしてたから
なんとなくそう思っただけだけど。

>>230
そうだったのですね。地方都市広島にも
遅かれ早かれ東京のようになってしまいますかね？
C＋Linux＋その他WEB系いろいろという勉強体制を
あえてVB＋Accessに変更する事はないって事ですか？

自分はエディタで1から作成するというのが好きなのですが
#場合に応じてモジュール等も使いますが。
やはりVBのようにツールを使って開発する人材の方が
開発工数的に時間がかからないから雇う側から見たら
開発に人件費が無駄にかからないという意味で有利なのかなぁ
と思っていたのですが
皆様はどう思われますか？

C+Linux使えるんなら、VB+Accessなんて、3週間も仕事していれば
かなり使えるようになるから
恐れず面接でアピールしなさい。

実際の仕事でも、VB+Accessを毛嫌いするとか言うのなら
問題ありだけど。

Linux上でCが使えればVB+Accessなんて３日でマスターできまよ。
特に今どき「エディタで１から作る」なんて根性のある人だったらなおさら。
自信をもってアピールしましょう。

なんだ「できまよ」って・・・。
美味しそうだけど恥ずかしい・・・。

VB+Accessをなめてはいけない。
SQL文の深遠さをおぬしらは知らんようだ。
Linuxでcを使うよりSQL文のほうがはるかに
高級だぞ。
それともおぬしらはAccessでSQL文を使ってないのか？
まさかマウスでSQLやってるんじゃないだろうな？

>>232
確かにC+LinuxによるVB+Accessで作成するのと同じDBアプリを
作成できるというレベルの人だったら問題なく、スキルはあり
ますので、VB+Accessなんて３日は大げさだけど２〜３週間で
慣れる事でしょう。

あと、私が言いたかったのはＣ＋＋やＪａｖａといったのは
クライアント・マシーン（端末）部分のインターフェース画面
や印刷部分の事です。
よってＣ＋＋でもＶＣやＣ＋＋Ｂｕｉｌｄｅｒのようなツール
を使用するケースが多いです。

あとサーバ側ではUNIX関連を使用するような案件では>>223さん
の仰る通り、エディタで作りますね。

しかしサーバ側の仕事はＤＢ、ＮＷ等のスキルをしっかり習得
された方が必要とされます。

プログラミングだけでは、頭打ちが早く、仕事の幅も狭く
なりますからね。

２〜３週間って、とりあえずレベルだよね。。。

ちゃんとしたもの作るにはWinの知識、Accessのアプリの機能の把握と
Jet用SQL、VBやAccessのバグ情報収集・・・１年は必要かと。

SQLなんて抽出・挿入・変更・削除の３つだけじゃん。
しかもサーバーSQLと違ってGRANT,REVOKEとか無いし、
ACCESSじゃCREATE,DROP,ALTERとか使わないだろうし、
どこらへんがむずかしいの？

４つだった・・・鬱

なめてかかってはいけないぞよ。
CやJAVAプログラマはAccess？へ？とか馬鹿にしますが。。。

Accessと考えると楽勝テイストかもしれんが、Office-DEVと考えると
いろいろと鬱陶しいことがありましての。
以前、CだのC++だのが熟練し、VBAをちょっと勉強したPGと仕事をした
時に、なまじがりがりコードを書いちゃうから処理が遅くて使い物
にならず。いかに、対象アプリの機能をマクロから呼び出して使うか
というのが、結構複雑。Officeオートメーションだけで、なまじ下手
なCで作られているよりも、EUC的にもグッドで品質の高いアプリが
作れる、ということを、職人プログラマほど知らないので困る。
Officeそのものの品質に突っ込むのはなしよ（藁

Accessを馬鹿にするやつに限って
レコードセットをごっそりとってきて
ループで一つ一つ処理したりする。
あほか。

パフォーマンスチューニングとか独自の関数とか。
それとAccessで使えるんだけど、SQLでは定義できないフィールド型も
あったハズ。

まあこれだけなら１週間もかかんないだろうけどね。

insert文連発の人も困るでしょ、状況によるけど。
recordset.addの方が速いのに・・・

ACCESSはいらないじゃん。JETだけ配れば十分じゃん？
マクロ？止めてくれ。

>245帳票印刷用でしょ、Accessは。
VBより環境選ばないからってフロントエンドに使う所もあるらしいけど。

Access連中はストアド知らないよね。

>>246
＞VBより環境選ばないからってフロントエンドに使う所もあるらしいけど。
OfficeXPになって2000以下が販売打ち切りになったら、さあ、どうする？

>>247
そんな事はないと思うけど・・Access2000からAccess自身もストアド使える
ようになったし、そもそもバックエンドにはOracleとかSQLServerが控えてる
のが普通なんじゃ。。。

>>248
業務用だからそんな事考えないでよろし（キッパリ）
246ってOfficeの方がDllHellになりにくいって事では

>>244
ごめん。
多少遅くてもINSERT使ってくれ。

ADOとかDAOとかは保守性が悪くてね。
まともなのならダイレクトロードインサートやパラレルを使えば速いから。

>まともなのならダイレクトロードインサートやパラレルを使えば速いから。

そういう場合にはレコードセットで回さないでしょ。

それと自分は無学なんでで悪いんだけど、パラレルinsertって
Oracle以外で使えるの？

頼むからＡＣＣＥＳＳしかできんヤツは派遣会社に登録する際に
ＤＢスペシャリストなんて登録しないでほしい。
現場にそんなドキュンが来ると迷惑千番！
こっちがＲＤＢ関係の知識をゼロから叩きなおさないと使い物に
ならない。
つまりはＡＣＣＥＳＳしか使えないちょっとＰＣに詳しいお兄ちゃん
お姉ちゃんレベルがＡＣＣＥＳＳ以外の案件に挑戦してきて欲しく
ない訳だ。

AccessしかできないけどAccessに関しては完璧！
ってヤツがいたらスゴイな。

プロジェクト形式（.adp）はほとんどSQLServerみたいだし。

>253

必死で弁解する気持ちはわかるけど
そんなにすごくない

>>254
弁解？？
あぁ書き方が悪かったかも。
そんなヤツはありえないって意味。

まぁまぁ。
VBが最高の開発環境だとは誰も思わないけどさ、C++系の開発環境は
RADツール（らぴっどあぷりでべろっぷ）としては結構開発前の
準備に気合がいるし、某Pascal系の開発ツールは、どうも使っている
人間が、自分らは特別な仕事をしているというような変な思い上がりが
無いとは言い切れない面があるでしょ。
VBプログラマでもレベルの高い人はいくらでもいるけど、彼らは
変な選良意識を剥き出しにしたりはしないよ。
結局、VBが使われるのは、VB以外の開発環境で、コレという決定打
がないからでしょ。

短納期のための逃げの手段、VB。

>>256
>結局、VBが使われるのは、VB以外の開発環境で、コレという決定打
>がないからでしょ。

前半はなんとか我慢して読めても、
さすがにこの発言は寒い・・・

おうおう
テレホタイムで人が増えてきたな

オレは仕事に戻るわ

>>559
おやすみー。
ぼくは寝るよ。
よいこは早く寝ましょうね。
さー、あしたも会社でVBScript書かなきゃ。

ごめん、
>>259
のまちがいね。
559までレスつくのかしらん。

>VBプログラマでもレベルの高い人はいくらでもいるけど、彼らは
>変な選良意識を剥き出しにしたりはしないよ。
これは嘘。vb簡単なのに、皆なんで難しいことするの？自分は簡単作っちゃったよって剥き出し。
その出来あがったvbコードを見ると、再利用無しのすげーベタなつくり。
oopは言語的に無理にしても、for文くらいは関数に閉じ込めろよ、って感じ。

前スレを見れば
VBも某Pascalも選良意識剥き出し

所詮自分の好きなツールがかわいいのは誰だって同じ。

VBはいらない、なんていう人もいるけどVBが存在しない
世界を妄想すると・・・

1.DelphiがMSブランドで販売される
2.業務系アプリにおけるDelphiのシェアは今のVBと同じくらい
3.MS-Delphiはダイナミックリンクしかできないため
　dllhellに悩まされる
4.2chでPowerCobol（GUIを作成できるCobolらしい）厨から
　Del厨煽られる


これが君らの望む世界か！
（既出だったらスマンす）

>C++系の開発環境はRADツール（らぴっどあぷりでべろっぷ）
>としては結構開発前の準備に気合がいるし

関数作れないんだからクラス作るのに気合要るだろうな、って作れないか。
VBよりコンポーネント少ないRADなんかあるか？
売り物ActiveXは無しね、vb以外でも使えるんだから。

おやすみー＞あｌｌ

エディタで１から作るという作業は自分は勉強になると思っているのですが
会社としてはツールがあればツールを使って作成した方が
開発コストが軽減できて良いという事になるのでしょうね。
そういった意味ではVB＋Accessも捨てたもんじゃないなぁと感じたのですが
私の会社はHTMLのコードはホームページビルダーを使えと指示がきます。
はっきりいってそういったツールで吐き出されたコードはとても汚く
ツールで作成したソースを自分のシステムに組み込もうとすると一苦労です
きっとその印象があってVB(ツール)で吐き出されたソースは汚いという
勝手な印象を個人的に持っています。
それとWEB上のシステムを作成していて得に感じるのがいかに無駄な
プロセスや動作を減らすかという事にこだわってしまいます。
だからなおさら自分でソースを１から記述したいと思っているのですが
この考え方っておかしいのでしょうか？

>>267
>VB(ツール)で吐き出されたソースは汚いという
>勝手な印象を個人的に持っています。
勉強不足ですから、勉強してください。
独り善がりな思い込みで勘違いすると、
2chではボロクソに叩かれかねませんよ。

会社でホームページビルダー使えというのは
もっともです。HTML直書きでは生産性が低い。
>ツールで吐き出されたコードはとても汚く
ホームページビルダーのHTMLは直で修正できるはず。
>ツールで作成したソースを自分のシステムに組み込もうとすると一苦労です
それは貴方のHTMLリーダーがチャチなだけです。

> それとWEB上のシステムを作成していて得に感じるのがいかに無駄な
> プロセスや動作を減らすかという事にこだわってしまいます。
> だからなおさら自分でソースを１から記述したいと思っているのですが
> この考え方っておかしいのでしょうか？
そのままいくと、単なる独り善がりヲタになるので
止めた方がいいと思うけど、
人に言われても止める事は出来ないでしょう。
せいぜい、VB-Access使える人に仕事取られて身をもって学ぶしかないです。

まあ、マシン語がお似合いでしょうから
そこから作ってはいかが？

>私の会社はHTMLのコードはホームページビルダーを使えと指示がきます。
時として企業の倫理はそうした勘違いを引き起こす。

>それとWEB上のシステムを作成していて得に感じるのがいかに無駄な
>プロセスや動作を減らすかという事にこだわってしまいます。
>だからなおさら自分でソースを１から記述したいと思っているのですが
>この考え方っておかしいのでしょうか？
至極まともだと思う。

関係ないがAccessは全てがバイナリの１ファイルに入ってしまう
ので版管理が難しいので嫌い。使い捨てシステム構築用として
割り切って使うべし。

>>私の会社はHTMLのコードはホームページビルダーを使えと指示がきます。
>時として企業の倫理はそうした勘違いを引き起こす。

268です。

Wordでホームページを作るというなら
私も勘違いだなとは思うが。
HPBはWebSphireだっけ？にも使われてるので
それほど使いにくいものでもない。

数百ページ作る必要がある場合に
HTML直書きするわけもあるまい？したいのか？

なんでも一から作ろうとすると
タブブラウザ作りたくなっても
ブラウザ表示部分から一人で作り始めかねないぞ。
そして永遠に完成しないだろうな。
人生の時間を無駄に使いたいのなら、お勧めする。

静的なコンテンツだったらそれでもいいが、コードを埋め込む
動的なコンテンツには難有り。

最初のデザイン時だけHTMLエディタの吐いたファイルを使えば
いいよ。

>>271
ああ、そういう事でしたか。理解。

動的/静的を区分するJSPが使えるといいですね。

お勧めはHPBよりDWだけど。

>>268
確かにあなたのおっしゃる通り私の考え(ツールより
1からコツコツコーディング)
はどちらかというとヲタ系の考え方でしょうね。
仕事となるとクライアントの要求にいかに早く対応
できるかも重要だと思います。
268さんはとてもするどい推理力というか観察力があるようで
あなたのおっしゃるとおり最近は非常に低級言語に興味があります
そうやって考えてみると私の思想は会社の一員として作業を
こなすというよりはいろんなプログラムに深くさわってみたい
という方向にあるのだと感じました。

プログラマーという職種についた理由が
プログラミングで飯を食っていきたいというよりは
自分でつくったプログラムが自分の思うように動いた時の
楽しさを求めてこの職種についたのでヲタ系発想になって
しまうんでしょうねぇ。。。

まあ、きつい言い方になったかもしれませんが
開発ツールは道具です。便利な道具は適材適所で使うのがいいです。

また、道具を作るという仕事も世の中にはあるので
それ系なら、エディタで1から作るという行為は
大切な知識になります。
会社によってはそれが重要になってくる所も多々あります。
会社や仕事は選びましょう。

"エディタで1から作る"という事にプライドを持っていて
簡単に使える道具を使ってする仕事の事を
経験したくないような意見を持っているみたいですが

そういう事にプライドを持つより
【どちらも使える方がよっぽどよい】ので
VB-Accessにも目を向けてみるのがいいでしょう。
あなたなら短期間で物に出来ると多くの人が言っています。

同じ結果を出すなら簡単に出来るものを選ぶのが
(仕事ならば)いいに決まってるし
いちおう、仕事は趣味じゃないですから。
(学生じゃないんだからネ)

>>274
同じ結果が出るならだれも文句いわんて(藁

うむ。一人ぐらいは開発体制に疑問を持つ人間がいないと
プロジェクトそのものが瓦解する恐れがある。

HTMLエディタなんてどれを使ってもどうせ不満が出るから自分でジェネレータ書くよろし。

>>275
工数が違えば文句が出るに決まってるだろうが。
おまえ社会人か？それともDel厨か。

>>278
だれが工数のこといったよ。

結果がちがうちゅーの、このカス（ｗ

>>278
>おまえ社会人か？それともDel厨か。

非社会人＝Del厨？
ﾜﾗﾀ･･･

>>おまえ社会人か？それともDel厨か。
>非社会人＝Del厨？
アホですか？？

だめ！！
VB・VBScript無くなっちゃったら、とある大手の情報システム部みんな使い物になら無くなっちゃうから。（笑）

そうだなぁ。確かに無くなると日本の大手システム部のほとんどのが
使い物にならなくなる⇒結果、今でさえ忙しいのに、そんなドキュン
なシステム部の仕事がどんどん依頼される⇒俺らは寝る暇なくなる。

ってな図式になってしまうなぁ。

せめて今の年俸を使い物にならなくなったバカＰＧ＆ＳＥ全員を
リストラした分で穴埋めしてくれ。

ドキュンでも大手だから給料はいいだろ？

VB厨による自作自演宣伝
http://salad.2ch.net/test/read.cgi?bbs=software&key=991331721

VBは車で言うATミッション。
単純に走る分には楽で便利だけど、
ちょっと効率のいい走りや速度の要る走り、本格的なレースでは却って邪魔になる。

CやDelphiはMTミッションである。
一見面倒なようでも運転手の扱いたいように扱える。
運転手の技量がそのまま反映される環境なのだ。

そーいえば、どっかで
「Delphiはうまくポインタを隠している」
とかあったと思うけど、Win環境に毒されていないPascalならポインタを考える必要もないのでは？

>CやDelphiはMTミッションである。
わはは、おもしろいご意見で。
乗ってみりゃどーって事ないのに、恐がって乗ろうとせずに内にこもる
VB屋さんらしいね。

逆に馬鹿の一つ覚えのC言語と思うが
ポインタの教育に躍起になってるうちの会社のあほ
プログラムってアルゴリズム優先だろが

アセンブラはさしずめドグミッションだな。

>>287
で、教育の結果ポインタは理解できてるのかい？

俺はＣもＶＢもやるけど、別に難しくないよ。＞Ｃ
ただめんどくさいだけ。

>>289
ポインタ理解できない奴っているのかい？
理解できたからって自慢にもならんよ。

アセンブラまんせー
アセンブラは命令も少ないし
単純。
これやってCやれば
ポインタ？だから何？ってなること請け合い。

基本はＶＢ。面倒な部分は市販のＯＣＸを使う。
市販品にない処理で、どうしようもなかったらＣを使う。
こんな漏れって、ＶＢ厨って呼ばれるんだろな（激藁

ttp://www.microsoft.com/japan/developer/vstudio/vsi/
を使えば近い将来なんとかなるだろ、と期待。

ていうかVBだと実現できない仕様やパフォーマンスがどれだけ
要求されるんだよ。市販パッケージアプリをVBで作ってたら
とろいクソアプリと呼ばれ売れないだろうが、請負のシステム開発で
クライアントアプリがVBで困ることなんかまずない。

>>285 >>287
アルゴリズムの多くが、「ポインタ」(と言って悪ければ「参照」
でもいい。もちろんC++の変態参照は別概念なので捨て)
を使うことではじめて素直な記述を出来ると思われ。

というわけで、win依存かどうかなんてのは
どうでもいいことです。ポインタはOSとお話するとき
しか使わない、と思っている人がいたらそいつはドキュ。

デルのポインタ隠蔽ってのはJavaのそれと同義です。
全てのObjectはポインタ経由のアクセス。
全ての変数(intとかのPrimitive型は違うが)は実はポインタ。
構文上いちいちポインタだと明記する必要がない、
というかポインタじゃなくすることが出来ない。

C系の感覚だとびっくり仰天かも知れないが、
使ってみるとそれで十分であり、
非ポインタ変数なんて要らないんだと
悟ることになる。

>>293
請負だと比較対象が存在しないからな。

もし「同じ」ことが出来るソフトが2つあれば
人々はそれを比較して(例えば)速いほうを採るだろうけど、
ソフトが1つしかなければ選択の余地がないからな。

というわけで請負会社って技術上がりにくいと思う。
(って俺もそういう会社に勤めてるが…鬱…

ねえねえ。
ここでＶＢ叩いてる奴らって「自分はＣできるからえらいっ！」とか自己陶酔してんの？（藁

それともポインタ理解できたばかりの厨さんなのかな？
間違ってもポインタのポインタのポインタのポインタとか参照したりしないでねん。（大藁いっ！

Ｃができたからポインタ理解できたからって偉くもなんともないのよ。
Ｃなんて単純にして簡単じゃん。
ＤＯＳの時代はＣが当たり前だったし、Ｗｉｎになってからも何本かやったことあるよ。

でもやっぱメインはＶＢになってるんだよね。
需要が多いんだもん。
より仕事量の多い方に力が入るのは当然。

現代のプログラマにＶＢは必須科目だよ。

ＶＢは３日で覚えられるとか、１週間で覚えられるとか無知なこと言わないでね。
とりあえず動く糞アプリができたからって覚えたうちには入らないのよん。

くせ者のＶＢだからこそ最低１〜２年の経験がないと、まともなアプリは組めましぇん！

>>296
俺は初めてVBを触ってから１ヵ月で
データベースアプリケーションを作った。
厨房なおれでも何となく作れてしまうVBは
プログラマーをだめにする。
それでも使わざるを得ないからうっぷんばらしに叩いて
いるんだよ。
本当のプログラマーならCやC++を独学で究めていることだろう。

>>297
何となく作ってしまったＶＢアプリが一番糞なのよ。
初心者でも何となく動くものが作れてしまうのは確かに良くないかもね。

＞それでも使わざるを得ないからうっぷんばらしに叩いて
＞いるんだよ。
＞本当のプログラマーならCやC++を独学で究めていることだろう。

これはいったいなんぞや？
使わざる得ない？　つまりヲタ心を満足できない言語だから叩いてんの？
確かにヲタには辛い言語かもね。（藁
でも仕事上でのヲタ心なんぞただのわがままに過ぎないから注意してね。

ＶＢであれＣであれ仕事でやってる奴（初心者は除く）にヲタはいないよ。
ヲタではなく、プロなんだよ。

「CやC++を独学で究めている」ってのも良くわからん。
Ｃなんて単純にして簡単なんだってば。
究めるほどのもんでもないよ。

ＭＦＣを究めるというなら話はわかるかも？
俺的には究めたくもないが・・・（藁

アセンブラ以外の言語にセンスはいらないよ。
センスというか・・・　アセンブラは根性だな。

>>296
>現代のプログラマにＶＢは必須科目だよ。

うーん、ちょっと文章に正確性が欠けるようだね。直してageるね。

「現代の厨房ヘタレプログラマにＶＢは必須科目だよ」

うん、これで非のうちどころのない文章になったね。つぎから注意しようね。

>俺は初めてVBを触ってから１ヵ月で
>データベースアプリケーションを作った。
>厨房なおれでも何となく作れてしまうVBは
>プログラマーをだめにする。

あほくさ。
オレはJAVAさわりはじめて2週間でDB使うヘボヘボ業務AP
つくったがJAVAがプログラマをダメにするとは全然思わない
つーか普通思わんだろ、そんな事。

どの程度のレベルのを作ったのか知らないが、上を見ないで知った
ような気になるヘボプログラマ逝ってよし！だ。

このご時世にいちいちメモリの開放なんぞしてられっか！
やっぱＪＡＶＡだ！
Ｃ野郎なんか逝っちまえ！

VBがメインの会社ってろくなことがなさそうだ。（藁

「御社の主力開発言語は何ですか？」
「ヴ...ヴイビイです」
「え？」
「いや、だから、VBなんです」
「･･･すいません、この件はなかったことにしてください」

VBがメインな技術者も同様。

ｱｲｶﾗﾜｽﾞ ｺﾝｷｮ ﾉ ﾅｲ >>303ﾓﾅｰ

>>304白痴は放置でお願いします。

面接に行って
面接官にVBしか知らない人が出てきて
VBがメインでVBしか使えない人ばかりの会社だとわかったら
おれは辞退するよ。

>306
それでいいと思います。
で、それがなにか？

君は辞退しないんだね。ﾌﾟﾌﾟｯﾌﾟ

>>307
問題大有りじゃ〜ん。
バカ大集合って感じじゃ〜ん。

VBの仕事って単価いくらぐらい？

>>310
シェアウェアなら誰にもDownLoadしてもらえないので
果てしなくゼロ。

いまどきVBでプログラミングするやつなんているの？
これからはVBScriptだろ？
Javaはあの遅さと互換性に関する誇大広告をどうにかせんとな。
VBScriptで書いたASPなんざPerlやCで書いたCGIより
速いぜ。もちろんJavaよりもな。

結局、マイクロソフトはVBをどのように位置付けてるの？
高いの？　低いの？
実際VCできますっていっても「ふんっ」て感じで
無視されちゃう会社あるよね・・・・・・
この前　言われちゃった・・・・・　ケッ

VBScriptというとアレですな・・・
初心者泣かせのウィルス／ワーム記述言語！

>>313
VCできますって・・・そりゃ無視されるよ、レベル低いよ。

言語やツールなんてどうでもよくて、
何ができるかなんだよ。結局。

>>315
使ってみなきゃ何ができるかわかんねーだろ。

アマチュアプログラマが混じってるようで、話が噛み合ってないな。
>>311-313が職業プログラマだったらかなり痛い。

VBにしがみついている奴って
VBしか使えなさそうでかなり痛い。
>>317だろ？('W')

>>317
職業プログラマの癖に
日曜日も2chのお守りとはご苦労さん。

電卓を色々な言語で作ったことある？勉強中のころ。
電卓作るとよくわかるよね、ＶＢの速さ、簡単さなどなど・・・
そーいうのってすごく大事だと思うんだけど。　なんでも、そーだよね
どんどん便利になっていく、これは自然の流れだよ。

それを認めないやちゅは、ただの頑固者ですわ

お子ちゃまが多くて呆れるな。

>>316
315の言いたいことはそういうんじゃないよ。
「何ができるか」をアピールできない奴はダメダメなんだよ。
言語やツールなんぞは問題でないの！！

軽薄短小ですか・・・（20年前に既に死語）

そうですね。
一般の人の目に触れる部分では、プログラム言語ってのは
無くなっていくのかもしれません。
簡単なGUI構築ツールとか、マクロとか、スクリプトとか・・・
そういったもので、たいていのモノは作れるようになるんでしょうね。
買ってきた基盤組み合わせて「俺は自作機組んだぜ」とか言える時代ですもんね。

ぬるいよなぁ
ぬる過ぎる

まぁ、究極の所2つあるだろう。
1.技術力養成、どれだけの技術があるか
2.何ができるか
まぁ、営業とかでエンドユーザーとの交渉や、マネジメント力はあるが、
技術に関しては苦手な方の上司に説得するには当然、「2.何ができるか」
が問題になるだろう。
しかし、自分の学習とかになればやはり、「1.技術力」が一番大切だろう。
会社によっても、即戦力を必要としているのなら、「2.何ができるか」
だけが問題になるが、
現状は巧くやっているが、将来性を考えると、「1.技術養成」が重要
になってくるだろう。
まぁ、交渉も相手のことを調べて攻めないといけない、その為の
情報収集の為にITは重要なのだが・・・

でも、技術革新と言うのは、大半が「複雑でめんどくさいことを
いかに効率よくできるか」というのが重要なテーマだろ。
今、テーマになっていることは、自動車産業にも言われていたことで、
昔は、自動車は少数の職人が手作業で造っていたが、「機械化（オート
メーション化）」が進んでより多くの人が自動車に乗れるように
なったわけ、
ただ、人によっては、少数の職人さんが造った車が欲しい！と言う
人もいるし、そういった車は欧州の小規模の会社がやっているし、
それでいいと思う。
ただ、大企業とかを考えると、殆どが「機械化（オートメーション化）」
が中心で、一部の職人だけが全体を知っているが大半の技術者は
一部分しか知らない。
まぁ、ただ、そう言った方面は純粋な技術力のほかに生産性の高さ、
コストの低さ、ユーザーの好みを反映するといった開発技術と
生産管理、そしてすべてを巻き込んだSCMが必要となってくるわけ。
まぁ、こういったことは自分の「価値観」によるだろう。
少数の人に高い支持を得たいのか。
より多くの人に幅広く（薄く）支持を得たいのか
による。

小説家みたいなもんかな。
昔は万年筆。
今はワープロ。
書く道具によって違いが出るとのたまう評論家もいるが､
できた作品を見る限り道具は問われないような気がする。

>>286
>乗ってみりゃどーって事ないのに、恐がって乗ろうとせずに内にこもる
>VB屋さんらしいね

仕事じゃVB使わされているけど個人ではDelphiやBCC使ってるよ。
今は同僚を非VB世界へ誘導中。

というか、285はVBを否定する方向へ書いたつもりだったんだが....

>>298
>アセンブラ以外の言語にセンスはいらないよ。
ちょっとこれは寒いな。言ってる事の半分くらいは同意なんだが。

ちょっと天狗になってないか？
トンデモコードのお守を一度でもしたことあればこんなこと
言えないハズなんだが。

>>326
まぁ、今でもメチャメチャ売れる作家なら万年筆でも良いみたいよ。
自分は万年筆で書いて助手にワープロで書き直しさせて、
それでも事業として採算が取れるほどの実力者なら。
でも、大半の人らはそこまでないから、ワープロにしないと
やばいだろうな〜〜〜

>>329
ふと疑問。
ワープロと万年筆に生産性の差異があるのか？

出版社は自筆原稿も受け取るよ。
データへ起こす専門業者もあるしね。
てゆうか書き手から直でデジタルデータ→印刷所ってのは
相当に安い出版物かと思われ。

全然別の話題なのでsage

字の汚い自筆原稿は、よっぽど売れてる作家でもなければ
受け取ってもらえないと思われ。

ツールに、プログラマのレベルがどうこうっていう責任はないよな。

単純にＶＢの悪い点を指摘しようぜ。
その点、このスレの１は、
・システムを荒らす
・ランタイムが無いと動かない
・環境によって、誤動作を起こす
と書いている。この記述には概ね同意する。
しかし、請負開発ならそれでもいいという場合も多い。

俺みたいなＶＢ厨にでもよくわかるように、
その他のＶＢのダメさ加減を教えてくれよ。ＶＣﾏﾝｾｰの方々（藁

>>332
VBは大きなシステム記述には不適。
できそこないのウイルス書くくらいがちょうどいい。

なによりヴァカが好む言語ってことだけでいや(藁

>>333
こらこら、それじゃあVB厨にはわかってもらえないよ。

>>332
単純に機能不足な点が多い
コモンダイアログ出すだけにOCXかActiveXを組み込まなければいけないのは
変。API使えっていう主張は無意味。

あと、アンカーが無いのもかなりつらい。
Borlandにしかないような気もするけど。

Variantがデフォルトなので嫌過ぎる、
バグになりかねないし、知らない間に遅いプログラムを組んでしまう
Variantは使わないでおくというコンパイルオプションでもつけてくれ

日本語しか判らない人に
「日本語は言語仕様が糞だから日本語使っちゃ駄目。」
なんて話しても土台無理な話。

>>334
あとVBの直接の問題ではないが、

・VB厨が出る。
　なんとなくそれっぽいものが出来てしまうのでいつまでたっても
レベルの向上しないアホが出る。そーゆー手合いはVBそのものに
さえ、いつまでたっても熟練しない。
これは現場にいれば痛いほど感じるハズ。

・VB指定の仕事は未だ多いが、たいてい極端な「短納期」「低単価」
っつうオマケがついてくる。
　無茶を通すクライアントの枕詞になっている。
　地方は知らんが。

　VBも使いドコロ間違えなければ使えるツールだが、周辺の運用に
問題があると俺は思っている。

>>336
低単価ってとこは賛同！
クライアントでも本を片手間に読んで簡単なツールを
作成できてしまうから、なおさら、クライアントに
「俺でもできるんだから、こんな単価では出せん！」と
図にのらせる。
地方でも一緒だよーん。
東京だと、そんなこともあるのか、製品自体に問題が
多かったせいもあって、ＶＢの案件も減ってるんじゃないの？

VBの案件はかなり減っていると思う。
HTMLを入力端末にしてJAVAというシステムに食われまくっているな。

元々VBに対してデータ入力端末以上のことは
やらせていないからHTMLのFormで充分代用が利いてしまう。

Windowsプログラム自体の案件が減っているともいえる。

VBではなんの技術の蓄積にもならないから
さっさと見切りつける会社の多いこと多いこと

>>338
ウチはむしろ VB の案件が増えている。
過去の資産が VB 製であるというのが理由だそうだ。

>>339
なんかCOBOLと変わらん様な・・・

ソフト屋って普通同業者とのつながりが一つくらい
あるもんなのでしょうか？
うちはVBオンリーなので
「お菓子屋」とか「ゴルフガーデン」とかしかつながりが
ありません。もちろんクライアントのレベルも低いので
客からは「超プロ」扱いされて天狗になってるみたいですが...
この調子じゃぁ　同業者から仕事もらうって事なんてないでしょうね、

すべての開発ツールはその状況・目的により選択すべし。
VBでなきゃVC++でなきゃとこだわるのはただの厨房！
文句言う暇あったらすべて使いこなせ！

＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 終了 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊

>>342
何度も言われて来た意見を繰りかえすな。
つまらんぞ。そんなんで終るような
VBスレではない。

僕は、Ｃで、給与計算とか部品管理を
やりたくないです。
そんなのは、低賃金のＶＢ使いにやらせればいいと
思います。

なので、ＶＢは必要だと思います。
　　　　　　　　　　　　　　

>>344
給与計算とか部品管理ならExcelでできんのか？
Cしかできん奴は妙なプライドがあるな。

>>345
ExcelのVBAでDBに繋いでアレコレしろってか？
お前馬鹿だろ。
とりあえず逝っとけ。

>>346
だれがDBにつなげって言った？
おまえVBすらできんだろ？
逝ってよし。

>>345
ＤＢに繋がないでどうやって部品管理だの
給与計算すんだボヶ。
まさか手打ちでデータ入力か？ (ﾜﾗ

ホラ、さっさと逝けよ。

すげぇ、これがＶＢ厨か..

344は恥ずかしくて逃げたと思われ

　　 |||||||||||||||||｜｜ ||
　Λ||ΛΛヽヽヽヽ
（ / ⌒ヾヾヾヾヾヽヽ｀｀｀
　| | 　　| ｜｜｜||||||
　∪ 亅|亅亅」」」」」」」
　 |　|　| ｜｜｜|||||||||||||
　 ∪∪∪∪∪||||||||||||||||||||
　　 ：：：：：：：：：：：：：：：：
　　 ：：：：：：：：：
　　　　＿＿＿＿＿＿＿＿＿
　‐ニ三ニ三三三三ニニ一一一‐~~~- ~ ~ -- ~- ~~~
　　￣三三三三二二二――----_-__--_ - -__ __ _
　　　　＿＿_ ____ ＿　＿　　_ _ _______ _
　　　　。。　.　.　........　.＿.

ひでぇや(;´Д`)

>>345の間違いだったよ。ゴメンゴメン

VBさらし上げスレッド、なかなか下がらんな。
世の中いかにVBが普及しているかが良く分かるわ。
Unix板の煽り完全無視のように、
VB嫌いもVB自体無視できんのかのお。
おれはアセンブラが好きじゃが、
これだけでWin32プログラミングはできんかった。
仕様変更がしょっちゅうの特注プログラムも
やはりVBが無ければ納期に間にあわんかった。
みなもそんな経験ないかのお。

許すよ(;´Д`)

目くらましのコード書くには、VBが楽で良いや。
納期過ぎた仕事で、メカ制御系するときは重宝するし。

って、納期過ぎた仕事持ってこないで欲しいけどね。

向うも精度計算をExcelでやるような連中だったから、VBでも充分だったし

345がなかなか現れない間にリロードしまっくてる
情景が目に浮かぶ。

１．システムを荒らす
２．ランタイムが無いと動かない
３．環境によって、誤動作を起こす
４．大きなシステムの記述に不向き
５．機能不足（コモンダイアログにAPIかActiveXが必要など）
６．アンカーが無い
７．Variantがデフォルト
８．運用に問題あり（要員の技術レベル格差、短納期、低単価）

つーところか。
６のアンカーは使ったことないんでわからん。
あとはＶＢ厨の漏れでさえ、概ね納得できる。特に５と７。
まあ、.NETになったらC#に移行すんべ

ところで、AccessとかPower Builderで開発っつーのは即死？

VBまんせー。
VBを笑う奴はVBに泣く。
そのうちVBの時代が来るぜ。
ってもう来てるがな。ケケ。

ば〜か

>>347
大当たりだよコノ野郎(;´Д`)

逝ってくるわ。

go to 351

PostgraSQL+HTML(PHP)とかも結構台頭してる雰囲気。
下手なVB屋にまかせるよりずっと安定する上に、トータルの生産性でも
上回ることも多い。フロントエンドがOS依存もしないし。
VB/Accessの全ての置き換えにはならんけども、かなり侵食してきそう。

結局、VB全盛はもう過ぎた、っつー所かな？
急になくなりはせんだろうけど。

>>362
>VB全盛はもう過ぎた

そんな時あったのー？
ちっこいソフトハウスだとそうなのかなー？

Verry Bubbly 山盛。

>>358
まとめてくれてありがとう

というか、6のアンカーはMS系開発ツールしか
触ってなかったらわからないよ、
リサイズ時にノンコーディングで自動的にコントロールの
大きさを調整してくれるもの。
BorlandではDもBCBも4から搭載された機能。
もう、2年近く前から実装されているんじゃないか？
C#やVB.NETでも実装されるはず。

5〜7はVBを軽く使っている俺が感じた
技術的なつっこみなのだが
他にもいろいろ出てくるよ。
Iniファイルの扱いが不便とか。
BorlandのレジストリとIniファイルを
同じように扱える機能を知ってしまうと
なんでVBがここまで使いにくいのか全くわからない。

VBのアドバンテージもあるんだけどね。
インタープリタならではの実行行変更機能はなかなかよし。

>>358
メリットも箇条書きでよろ

インスタントラーメンが体に悪いと言って
騒ぐ厨房共に天罰を

>>367
VBはインスタントラーメンになりました。
つくるのも食べるのも貧乏人だけ(藁

______________________FIN_________________________________

ブラックボックスがでかすぎ＆不具合多すぎ＆回避方法非現実的すぎ。

GOTO 1

VBまんせー。
VB悪笑う奴はVBに泣く。
生産性の高さ、分かりやすさは資本主義
だからこそ。
それ程まで生産性が高く、覚えやすい言語が嫌なら
共産主義国に逝っちゃいなさい。

Do While True
Debug.Print "sage"
Loop

>>1は何を勘違いしてるのか知らないが、ランタイムなしで
動く開発環境なんてアセンブラしかない。バカ

>372
おまえみたいなデンパは政治思想板にでも逝っちゃいなさい

>>374
おおまさに俺が言いたかったことだ。
アセンブラ好きの俺の心をくすぐった。
いまのCやC++コンパイラで作ったプログラムは
DLL等のランタイムライブラリ無しでは
動きませんよーん。っていってもOSなけりゃ
アセンブラプログラムも動かんがな。
CやC++厨房がヘタレプログラム作る方が
よっぽどシステムに悪いぜ。

CやVBは高級言語て言うのだぜ、知ってる？

ああ可哀想なVB。
CやC++おぼえたての背伸びしたがり屋にいじめられ
ちゃって。。。。
CにしろVBにしろ突きつめれば0か1の数字の
羅列に過ぎないのに。。。

まぁ、いわゆる高級言語という奴は会社で言うとこの
「社長」みたいなもんだからな
簡単に言えば、「帝王学」をやっているのさ！

おお、乗用車オートマ全盛時代にマニュアルに
こだわる頑固者発見。
適材適所って言葉を理解してね。

確かに、マニュアルにこだわる頑固者も必要だよ。
彼らがいなくなると社長も困るしね！

>>381
だから適材適所なのよん。
トラックにはマニュアル必要だもんね。
アセンブラマンセー。
VBマンセー。
MFCを動的リンクしておきながら
VBランタイムを笑う厨房逝ってよーし。
ランタイムの何たるかを知らない厨房逝ってよーし。

>>378
CやC++できる奴はVBも出来ると思われ・・・
C,C++,VC++出来る人＞VBも出来るが
VB出来る人＞C,C++,VC++で挫折した人
のパターンが多いと思われ

>>383
激しく同意♪
最近のできる人は、C,C++,VC++もやりながらVBもやるし、
アセンブリ、マシン語をやる人も、C、VBもやる。
要は、
1.VBもできる（当然、他の言語もスペシャリスト級）
2.VBしかできない、VBすらできない
と、色分けしてよいでしょうか？
でも、これはちょっと辛口だと思うが・・・
ということで、
3.何もできない人
を付け加えておきましょう。
でも、プログラミングができなくても何か特技があれば生きていけるさ！
特技がなくても、意欲か礼節さへあればやさしくしてくれるさ！
でも、それがなかったら最悪だけど

いっそのこと、VBもオートマを目指せばいいのにね

プログラム言語で言う高級をはき違えてる。
#最初の翻訳者がHigh-levelをそう訳しちゃったから仕方ないが・・・

On Error GoTo Exception
Err.Raise 4649, , "VB マンセ〜"

Finally:
Exit Sub
Exception:
Debug.Print Err.Description
Resume

>>384
1.VBもできる 　　---- VBをけなす
2.VBしかできない ---- VBマンセー

２はいますぐ職安か電車にゴー(藁

安易にVBをけなすやつは適材適所という言葉を知らないものと思われ。

VBしかできない奴は適所でない所でも使おうとすると思われ。

VB使っている間は思考停止状態だから他の環境に戻るにはリハビリが必要だ。
それを考えると適材適所といっても簡単にVB使うわけにはいかんな。

もうMacしか考えられない
というCMを思い出しました。

>>390
煽りかとは思うが事実そのとおりなんだな。

perlなら数十分で済む処理をVBで三日かけると主張
したヴァカがすぐ向かいでメシ食ってるわ（苦笑）

>>393
つまりVBしかできない奴が適材適所という言葉を知らないと？

>>394
てゆーか、適材適所という言葉を知っててかつ実践しようとする
人間ならVBオンリーにはなるハズがないと思われ。

VBAとVBS除いたら適材な場所なんかないけどな。

>>391
同意。PGが触るべきものじゃないのかもしれん。

>>397
そ、VBなんて餌クセルおやじのためのものだよ。

それでメシ喰ってるやつも多いようなんだが・・・

>>399
そいつらが自分はプログラマだと錯覚しなけりゃいいんじゃネーノ(w

VB、結構よくできてると思ったけどな。
Ver2.0の頃は。

VBも気持ち悪いけど、Perlの方がもっと気持ちわるいです。

>>401
いまでは、もっといいものが出ているので、
適材適所という言葉には当てはまらなくなってるような。

エクセルマクロも極めたら面白いし便利なので
知らない人は使ってみるといい。

だけど、Windowsアプリは作らなくていい。

>>402
Perl→Cって順番で覚えたけど
Cを知れば知るほどPerlが気持ち悪くなりまっす。
でもちょこっとした作業まかせるにはPerlが便利っす。

PerlとCこそ適材適所じゃないか？
あとPerlのどこらへんが気持ち悪いのか教えてくれ

Perl難しい

変数のスコープがCと違うところかな?

膨大で覚えにくい定義済み変数。今は識別子使えるけど。
同じことをやる手段をやたら言語に付け加えたがるとこ。
「あなたにあったスタイルが使えます」何つってそれを
読む他人のことはまったく考えてないとこ。

Perlのスクリプトは読む物じゃなく使い捨てにする物では？

なるほど。でも、なんかもったいないね。

そ、だからまあ適用個所の限界は常識となってるが、理解してないのもいる。
長い間、というか今でもCGIにperlが使われてて、他人の暗号化済みスクリプトを解読
するのに時間を費やしているﾈﾀ心者がかわいそうになる。
ちなみにすれ違いだったｽﾏｿ。

適材適所以前に、言語仕様（特性）知らずに「VBで」「VC++で」と逝ってくる
マネジャが一番コワイ。

>>412
激しく同意！！

ここ見てると真剣に会社やめるかどうか悩むよ。
ＶＢはやっぱだめか〜〜〜〜

414は会社変えてもダメだろう。

414は悪夢から目覚めようとしている...
414は悪夢から目覚めようとしている...

>>412
禿死苦同意。
あまりにもVBとかけ離れた仕様を要求するから中身はAPI呼び出しばっかりになってしまった。
これなら最初からVCかDelphiで作ったほうが早いし安全。

>>414
まじ、VBメインでやってる会社なら、そんな会社辞めたほうがいいよ
工数の取れない、糞みたいなジョブは決まってVBだから

VBマンセー！！！

>>418
VBはこれからのメインなのですよ。
糞なわけないでしょ。氏ね

ところで、.NET ってナニ

VC++ができるやつはプライド高すぎ

VBしかできないやつは知能低すぎ

VBしかできないやつはギャラ安すぎ

ＶＢしか出来ないやつはＳＭ自慰すぎ。

君達、どうでもいいことを、良くいつまでも続けられるね。
もういいかげんにしなよ。

結論
VBなんか、どうでもいい言語である。

VC使いの立場にいるけど別にどっちもどっちだと思うんだけど
VCが１０年後も存在してるかどうかあやしいし、
いろいろやってつぶしが効くようにしておくのが１番いいと思う

こいつらが飽きるまでは続くと思われ

結論
うぜぇ

オーマーエーモーナー>>専卒

結論：Part3立てる馬鹿は、果たしているのか？

VBの利点から目をそらしているやつらばっかり。
メリット教えろっつったって自分から目をそらしてるんじゃ
わかるわけない。つまり真性アホ。

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ではこの辺でこのレスを終了させていただきます
長い間アリガトウございました

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

結論：VBよりAV

禿しく同意！

メリットよりデメリットが大きいと判断されることが多いんじゃ？
どんな言語・環境でもデメリットは存在するが、VBの場合そのデメリットが大きい＆致命的なのが痛い。

楽だよ

俺もVC屋、あとたまにSQLとか、エクセルマクロ
デメリットが多いが、小規模なものだったらVBでも良いんじゃない？
24時間体制のプログラムとかじゃ無かったら楽だよ、VBは

でも、プログラマの低レベル化が進むか？
デバッカが無かった頃からのプログラマはレベル高いね
俺はデバッカが無かったら逝っちゃうプログラマ＜VCね

小説家がペンからワープロに変えたからといって
作品の質が落ちるわけではない。
生産性は大きく向上するがな。

小説家がワープロから口述筆記に変えたからといって
作品の質が落ちるわけではない。
生産性は大きく向上するがな。

小説家は言葉を知っているのだよ。
ワープロが無きゃ漢字変換も出来ない厨房と一緒にすな！

↑ばーか、ＶＢ厨氏ね（藁

>>440
>小説家がペンからワープロに変えたからといって
>作品の質が落ちるわけではない。

そりゃプログラマに置きかえれば、エディタとキーボード
のレベルの話だよ。

でも、赤●次郎とVBは何処かリンクしている気がしないでもない。

VB以上に生産性がある言語ってありますか？
今の世の中スピードが命です。
VBやVBA、VBScript以上に生産性が
ある言語なら乗り換えを検討します。

早い、安い、不味い。
まるで牛丼だな・・。

WEB上のシステムで生産性が高いのってPHP?
うﾞぃじゅあるPHPとかできたらもっと生産性高くなって
VP厨房とかっていわれる人間が出てきて
また同じようなスレがたつのかなぁ・・・

>>445
そ　スピードが命です
実行速度の方でもね

>>448
ちゃんとしたプログラマならどんな言語でも実行速度早いもの書けます。

>>449
そんなことないでしょ
自分で早いのができたと思い込んでるだけじゃないの？
明らかに違いがでるよ

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ではこの辺でこのレスを終了させていただきます
長い間アリガトウございました

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ＶＢは糞。金だして買う奴ヴァカ（藁

ヴァカヴァカヴァカヴァッカリネー

.NET使ってみたけど、結構いい感じだよ。
新規に作る場合は違和感無さそう、厨房でもおけー。
オブジェクト指向? VB6でもコンポーネント使ってる人いないんだから、
知らなくても大丈夫でしょう。.NETマンセー

VBでプログラミング…
って、エクセルでマクロ書くのと同レベルだよね。
それ以下か？

なんにせよ、現場では言語信者が真っ先にたたき出される
傾向にあり。選り好みしたいが…。
>>452
どんなツールも会社に買わせるが吉。買ってくれなきゃ、
若手を切りまくって予算要求。エグィマネジャの方法論。

>VBでプログラミング…
>って、エクセルでマクロ書くのと同レベルだよね。
お前が書くエクセルマクロのレベルと比較してはいけない。

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ではこの辺でこのレスを終了させていただきます
長い間アリガトウございました

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

終了基地がうるさいな
うざけりゃ、わざわざここ見るな
なんでもてめぇの思うように世の中が動かせるとでも思ってんのか？
ってゆうか、お前MSでVB販促やってるだろ

どっちかというと、実りのない下らん話を延々と続けてるほうが
基地と思われ

>>460
激しく同意、せめてsageでやれ。

2chには実りのあるスレの方が少ないと思われ

>>462
その中でもVBスレは最悪の部類だよ。
おっとお約束を忘れた「あげんなボケ！」

あげとくか。

うんこが糞を買うってことですか？

VB大好き

くそ、俺の好きな言語を使わせず、VBを使えとは。。。
俺のプライドは何処に逝ったんだ。

なんでageるの？

>>446
牛丼食べやすいし、手軽だし。VBも似たようなもんでしょ。
>>450
しっかり比較してるページがある。用途を間違えなければ問題ないレベル。

Windows板でも話題になってるYO!
http://yasai.2ch.net/test/read.cgi?&bbs=win&key=992187288&ls=100

>>470
話題にはなってないと思われ

一応、VCよりVBが優れていると思う点。
1.ヘッダファイル・リンクを意識しないで済む。
2.Propertyへのアクセスが set* get* の様に別々でない。
3.パフォーマンスや機能で不満が出たときに"VBの限界です"と逃げられる(多分逃げられると思う(逃げられるんじゃないかな(ま、ちょっと覚悟は...)))

>アンチVB

これはコテハンだ。使うとマズイぞ。

これは失礼。
通りがかりの書き込みです。

あげとくか。

>>475
ageるなよ。

>>472
Delphiなら全部クリアだな。
パフォーマンスで不満が出ないから3はダメだが。

>>477
確かにDelphiのInitialization,Finalization(だっけ？)は便利だな。
次期VBには搭載されたっけ？

しかしObjectPascalを無理矢理Windows環境に押し込めたDelphiにも
あまり美しくない点があるよなぁ。

結局適材適所orそのときの好みになってしまうんだろうけど。

アンチVB…懐かしいなぁ

ｳﾞｪｸﾄﾙVBは？(w

VB使いが闊歩してた日々が懐かしいねぇ。

ageg

age

うーん、確かにVBはいらないかもしれませんねえ（笑

うーん、最初からVBはいらなかったですねえ（笑

くそー、こうなったら次の案件もVBでゴリ押しして、
被害者を増やしてやる。
それにしても、いつの間にこんなに追い詰められてしまったのだ？

ＶＢだけあればいいじゃーん、わかってないねキミたちは。

なにが不満よ、いったい。

>>488
上にいろいろとかいてあるようなこと全てが不満。
生産性の高さは魅力的だけどね。

http://www.zdnet.co.jp/news/0106/16/b_0615_01.html
ですと。

COBOLの様にCODASYLのような保守的団体が仕様を策定してるわけじゃ
無いから旧仕様に引きずられる恐れはないだろうけど、実際問題
どうなんだろ？

C -> C++のような自然な拡張ではないからなあ。
やはり現行は残しつつC#のように別立てでやったほうがいいんじゃ
ないだろうか？

VB叩きのスレッドがたくさん立ち上がるのを見ると「再利用性」
を考えない(自称)プログラマーが多いことに気づきますネ。

再利用できてるのか？ホントに？
M$のゴミ、リサイクルしてるだけじゃないの？

>再利用できてるのか？ホントに？

うんほんとだよ、燃料になるみたいよ、糞尿は（藁

ここらで一発逆転、
VBやエクセルVBAとかやっている人って、金融関係で
テクニカル分析（金融工学）で使っている人多いよ！
俺は、前はテクニカル分析とかやってなかったけど
最近やり始めました！

そうそう、VB要らない！とか言っている人、
金融関係者の前で堂々と「エクセル、VB、エクセルVBA、そんな
糞みたいなもん要らない」と言ってみよう。
そう言えば、数ヶ月前、クライアントに向かって堂々と言って
クビになった奴が一人いたな〜。
いや〜、口は災いの元、発言には注意しましょう。

俺はＦｌａｓｈ以外は要ると思うがどうよ？

ドキュソのＭＬ
http://www.flash-jp.com/ml/

ていうか言語で格付けしてる奴は仕事したことのないバカ学生

>>498
というあなたはVBの仕事がくるような厨房会社に勤めている会社員

まあ、大学で情報処理やら電子工学やら専攻してる学生だろうね。
ＣとかＬＩＳＰとか(俺は上記学科卒じゃないからあまり知らんのだが)
学んでると自分が偉いような錯覚に陥るんだろう。

>500
プログラミング能力＝仕事が出来る
と思っているんだろう。学生は。

>>499
と言うより、VBの仕事が来ない会社の方やばい！と思われ。
なんやかんやいっても、すぐにアプリを造ってくれ！と言う
要求に応えられるのはVBだしな〜〜〜。
VBがメインであろうがサブであろうが無いと困るだろ。
仕事が多いところは。

数年前まで、Javaは遅いからダメと言う風潮だった。
確かに遅いし、アプリを書くには向かない言語だが、
Servletという適所を見つけて、着実に成果を上げてきている。

遅いという問題点さえ、
HotSpotの研究成果により、場合によってはＣで書かれた
プログラム以上の実行速度が得られる可能性も出てきた。
さすがにJavaは研究者に愛されている。

ＶＢ厨房からの質問。
ＶＢプログラマはＶＢを愛しているが、
ＶＢとＭ＄はその愛に応えてくれているのだろうか？
やっぱり金の関係なのだろうか？

最近は、VBとJavaがどうのこうとと言うが、
元々は両方必要だろう
それにVBは研究者と言うより、プログラミングの研究以外にも
やることがある人や、他の開発ツールと掛け持ちでやるなら
使えるだろう。
それに、おれはVBでネットワークプログラミングをやろうとは
思ってないし
そもそも、Vb対Javaと言う対立関係が間違いでは・・・
実際、ソフトでも、アプリではVBでも、OSならCやC++だし、
なによりもどちらもC処理系で応用が利きやすいのが○。

まぁ、金と最初のとっつきやすさじゃないのかな〜〜〜
VBやっている人はVBだけ！と思っている人は少ないから
実際、優秀な技術者は、VBは使える、と言っても、VBOnly
は絶対ヤバイ！と言ってるのだが・・・
それを言うと変な方向にもっていかれるので言わないが

ここでVBを否定している奴はC処理系の人間じゃないと思われ。
VBを否定している人の多くが、もうすでに使わなくなってきた
言語で開発していると思われ、
ましてや最近開発された優秀なJavaなどやってる人は少ない
と思われ。
だいたい、VBとJava両方やっている人OR最少はVBから入って
後にJavaやPerl考えている人も多いと思われ。

ここで前にも何度も言われたが、
Cをやってると、その考え方が、VBにもJavaにもSQL
にも役に立つと言う。
だから、Cは多言語をやる人には必須！

ここでVBを批判されて、逆襲する人の中には、
バックボーンとして、CやC++、Javaをやっている人が
いることを知るべきだ。

なにやら蛇足！
世の中、WinかLinuxかと言われている中で、
WinにもLinuxにも対応できず、かといってMac王国にも
入れない人が多い！と思われ〜
さて彼らの開発ツールはなんでしょうか？

あーDelphiはどうなんでしょうか…
まあDelphiはあまり仕事では使われてませんが、
中小だとわりとメインで使ってる所もあるし。

2001年の格付けが発表されました。
Java　　AAA
C#　　　AA+
Delphi　AA
Kylix　 AA
VC++　　A+
VB.NET　B-
VB　　　C-

妥当な線かな？と思いますが、どんなもんでしょう。

C#は微妙だな。
下手すりゃMSの自社開発用言語に堕ちる可能性あり。

C#は元本保証(JAVAへの移行)があるので、これくらい高くてもいいのでは。
VB.NETが投機的なのもGOOD

いやJAVAについてはMSは前科があるので、いまいち信用できない。
俺の周りじゃ仕事の量が多い順だと

1.Java
2.VB
3.VC

あとタイシテかわらんって感じ。

（・∀・）rating!

VB楽チンだよ。
VB覚えるだけでVBA、VBScript使えるようになるし。
なんで簡単便利な道具を毛嫌いするのか理解できん。
単に覚えるのが面倒くさいんで、
けなしてるんじゃないの？

>>515
正解！
ただ他人のきったねープログラムの修正入れるのに、
トラウマになってる人の心の傷も考えてあげねて（ｗ

各イベントプロシージャに同じようなコードが山盛り
入ってるなんてざらなんだから。
他人の書いたPerlプログラムを読みたくないのより
たちわるいかも。
ま、CGIやってるやつもとんでもないもの作ってたり
するしなぁ｡｡｡

確かにVBで糞なコードもたくさん見たけど、C/C++/Delphiでもやはり
糞みたいなコードをたくさん見たのでVBだけ目の敵にするのはよく
わからん。

俺はなんでこんなクソスレage続けるのかがわからん。

vb煽りはもう下らない。vb側のレベルがゴミ以下だ...

VB使っているとプログラマの質が劣化するから
糞みたいなコードと出会う確率が増えて
嫌なんじゃないの？

EXECL VBA みんな、くそくそ

いまどき、

On Error GoTo らべる

藁いが止まりまへんわ

じゃあ、ずっとﾜﾗってくださいな。>>522

わたっしゃラベルにインデントが付けられない事に
疑問が湧きまくり。

だって、ラベルが
ERROR:
なんて所にあったら嫌。

すまん。スペースが詰まるんだった。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ERROR:
ここね。

VBもいらないけどVCもいらねー
でも仕事だからどっちもやんなきゃいけないけど（T T

ビル糞ゲーツめ、VBを作ったとおもえば、次はC#か

ｔｒｙ {
}
catch {
}

のスタイルが、一番見やすいじゃん＞エラー処理

>>528
格付けがＢ以上のものは、try〜catch〜
がサポートされているね。

>>528
慣れの問題じゃないと言い切れるものなの？
何かを主張する際には（以下略）

複数ネストしたエラーチェックをやりたい場合

On Error GoTo ってのは
わけがわからなくなる事、うけあいだ。

On Error GoTo ってヴァカ丸出しだなぁ

納得。ども。

ども

Σ（ﾟдﾟlll）ｶﾞｰﾝ

>>532
0使え！

On Error GoTo も try and catch も同じ

>>532
先天的バカ？

>>536-537
お前らの書いたコード、メンテナンスしなくてオイラ幸せだよ！

>>537
うへ〜、こんなはずかしい奴もいるんだね。
業界の懐の深さに改めて驚いたよ。

壁｜дﾟ)ｳﾏﾘ。

>>538-539

*try and catch

try { 通常の処理 }
catch(例外処理オブジェクトなど) { 例外処理１ }
catch(...) { 例外処理１で処理できない例外 }

*ON ERROR GOTO
ON ERROR GOTO ERR1
通常の処理
END SUB

ERR1:
CALL funcERR(Err)
END SUB
例外処理ルーチンへ飛ばした後は例外処理専用の
関数を作っておき、Errorオブジェクトを引数に
渡し処理するのが定石。

同じですよどちらも。知らずに物言ってる
あなた方のほうがよっぽど恥ずかしいよ。

541の先に現れるEND SUBはEXIT SUBに訂正

>>541
折角の機会なので、例外の再生成(throw/raise)も
勉強してみてはどうでしょう。

なんか、類似スレッド腐るほどあるな

>>544
自分でageといて何言ってんだ、このクソ馬鹿

VBがないとActiveXって作れないんじゃないの？

>>546
そのとおり。だからVBは必要。
Q.E.D.

>>546
んなこたない

>>541
えっと、VBはよくわからないのですが

OnERRORGOTOって
二重に記述できたりしますか？

On Err ..

　On Err

　ERROR:

ERROR:

END Sub

こんな風に。

当然trycatchは可能ですが。

>>549
とてもいい質問ですね。

できますよ

コンパイル通らないですが。

>>552
通る

>>553
例文見せてください。

On Error GoTo らべる２
　On Error GoTo らべる１

らべる１:
らべる２:

こんな感じで、ラベルにインデントは付けられません
更に更に、こんなことも当然出来ちゃいます

On Error GoTo らべる２
　On Error GoTo らべる１

らべる２:
らべる１:

こうなると、スコープもヘッタクレもありません
つまり、単なるGOTO文って事
こぼーると一緒

白状するとVBでのプログラムの書き方が良く分かりません。
次のような(ありがちな)コードはどのように置き換えれば
いいですか？

try {
　正常系処理１
　try {
　　正常系処理２
　}
　catch () {
　　異常系処理２
throw 例外
　}
}
catch () {
　異常系処理１
}
finally {
後始末処理
}

VBは必要だよう

だって、優秀な人材を雇うのが難しい弱小ソフトハウスは、VBが無くなったら
潰れちゃうじゃん（藁
素人でも使えるってことで、VBの需要があるわけだし。
こういう理由で、許してやったら？（藁

まあ、ウインドウプログラムの世界だけで満足してるなら、VBでもいいんじゃない？

素人は異常系処理を書かないからなぁ

>>556
>>555 読みました？

VBでは例外処理を｛異常系処理」っていうの？

>>557
うむ。最初は誰でも自転車乗れるわけではないから
三輪車や補助輪は必要。

>うむ。最初は誰でも自転車乗れるわけではないから
>三輪車や補助輪は必要。

でもVBを擁護するのはジジイばかーりだよお。
学生なんかはJavaかVCかDelphi。

>>560
>VBでは例外処理を｛異常系処理」っていうの？

他の言語で「例外処理」と「異常系処理」をごっちゃにするのと同じくらいの
割合で、VBerにも存在すると思われます。

VBの場合、「例外処理」でアプリケーションが終了したりするので、
逆に「例外処理」をまじめに考えてる人が多いかもしれません。

556ではないですが
＞逆に「例外処理」をまじめに考えてる人が多いかもしれません。
いるのでしたら>>556の答えほしい。

>>555の説明だけじゃ>>556の問いに
答えていることにならないってのは
わかるでしょうか？

例外を取得して処理するのかしないのかを
どうやって単なるGoto文で実現しているんだ？

>>564
>>556の私の答えはこうです。

VBでは出来ません。

Cも同様ですが、構造化例外処理がある言語と無い言語を比べようとすると
無理があります。

ではどうするかというと、VBでは
On Error Resume Next
が基本です。Cでも一緒でしょ？Unix Cではsignalがありますけど。

On Error Goto Label
を使うのは、真の例外（ロジックエラーなどではないもの）しかハンドリングする
必要が無い場合にしか使いません。

付け加えると、JavaやC++では、通常の異常処理をExceptionで実装してしまう
人が多すぎます。
もちろん、私の周りの人が書くコード、という範囲の話ですけど。

安易にユーザExceptionを乱発してしまうので、複雑な構造化例外処理を余儀なく
させてしまうのです。

>>564
>どうやって単なるGoto文で実現しているんだ？

On Errorステートメントを調べるのが良いと思われ。
んで、>>556のケースだと

on error goto 異常１
　処理１
on error goto 異常２
　処理２
　後始末
exit sub

異常１:
　if err.Number = 例外 then
　　例外処理
　else
　　異常処理１
　end if
　exit sub
異常２:
　異常処理２
end sub

こんな感じかな。
あんまＶＢ詳しくないんで間違ってても責任は取れん。

かぶった上に恥を晒してしまった。

修行してきます。

>>566
自分のいってることちゃんとつかめてるー？

>安易にユーザExceptionを乱発してしまうので、
>複雑な構造化例外処理を余儀なくさせてしまうのです。

どうしても意味がとれん。糞してから出直してね。

F-BASIC386の漢字変数を思い起こすソースだね。

> どうしても意味がとれん。

それはすみませんでした。
内容を知りたいのでしたら、表現を変えて説明しますが。

566の言うことに一理あるぞ。
ttp://hp.vector.co.jp/authors/VA000092/jokes/strup.html
はもちろんジョークだが、
>実際、たいていの C++ プログラマは、戻り値というものを捨ててしまいました。
>古きよき `-1' に何が起こったのでしょう。
>少なくとも、`throw' `catch' `try' やらの泥沼の中を捜しまわる必要なく、
>エラーが起きたことが分かったはずです。
ってなこと言われるのは、まさしく
>>安易にユーザExceptionを乱発してしまうので、
>>複雑な構造化例外処理を余儀なくさせてしまうのです。
ってことで、566は”わかってらっしゃると思うな。

安易にユーザExceptionを乱発してってのは
if elseで済む所なのに throw してしまうってことがいいたいの？

それならわかるよ。

>>572の例えはますますわからないけど。

>>573の 571は569の間違いでやんす。スマソ！

>>573
> if elseで済む所なのに throw してしまうってことがいいたいの？

いえ、違います。>>572で引用されているようなことです。

メソッドにはgetterに代表されるような値を返す関数型のものと、
一連の処理を実行する手続き型のものに二分されます。

前者の場合は、メソッドの呼び出し失敗としてユーザ例外を発生させる
のはよくありますが（CではNULLや-1を返すパターン）、これは妥当な
場合が多いでしょう。

問題は後者の場合で、成功か失敗を返すだけで良いのに、ロジックエラー
などで失敗した場合にもユーザ例外を発生させる人がいます。

プロジェクト全体で合意のとれた整合性のある例外構造があればまだしも、
何段階も継承したユーザ例外（メソッドごとに違ったりする）を乱発するので、
結局、
if (func1() == FAILED) {
}
if (func2() == FAILED) {
}
とやっていたのを、
try {
func1();
} catch (Exception e) {}
try {
func2();
} catch (Exception e) {}
などとするはめになり、また、階層構造のメソッドを呼び出したときに、下位の
例外をthrowしたりしなかったりなど、混乱は増すばかりです。

try {
　func1();
　func2();
} catch (Exception e) {}

と書けないような例外はあまり発生させるべきではないと思います。
もちろん、個人的見解です。

もちろん、私も含め、私の周りがタコなだけで、ちゃんと設計が出来る
人（たち）にとっては、何の問題もないことなのでしょう。

>>575
暗黙の家庭がおおすぎるように思われ。

>何段階も継承したユーザ例外（メソッドごとに違ったりする）を乱発する

の「何段階も継承したユーザ例外」が問題であるというのなら納得。
でもそれは今回の論点とは別問題だと思われ。

>問題は後者の場合で、成功か失敗を返すだけで良いのに、ロジックエラー
>などで失敗した場合にもユーザ例外を発生させる人がいます。

成功か失敗かを返すだけのためにユーザ例外 extends Exceptionってあるものだと思われ。

>>565>>567
ありがとー。

VBも勉強になるよ。

そこまで要求される仕事はVBではまだ
したことないけどね。


>>576
例外を発生させるくらいになったら
ましな設計が出来るようになっているので
>>575の問題が起きるのはレアケースではないでしょうか？

>>577
> 成功か失敗かを返すだけのためにユーザ例外 extends Exceptionってあるものだと思われ。

例えばデータベースに登録するときに、データベースが致命的なエラーを
返した場合と、二重登録エラーになった場合を考えます。

前者はリカバリ不能な場合が殆どなので、Topまでさかのぼる例外を発生
しても良いと思います。

後者のような場合に、例外にするのか、メソッドは正常終了（エラーコードを返す）
するのか、設計によって、あるいは思想によって分かれるところだと思います。

私の意見だと（あくまでも私の意見）、手続き型のメソッドの場合は、エラーコード
を返したほうが、構造がすっきりする場合が多いと感じています。

>>578
>>>575の問題が起きるのはレアケースではないでしょうか？

とあるC++による大規模プロジェクトでこの問題が発生しました。
エラーコードで返す人あり、汎用の例外を返す人あり、細かく継承した
専用のException Classを作って返す人ありで大混乱でした。

しかも、過去作られたクラスライブラリにそのようなものが混在していた為
なかなか全部を統一させるのが難しかったのです。

例外構造、エラーハンドリングの統一は何回も提案されましたが、
結局採用されず、混沌としたままプロジェクトは終了しました。

そいや、デフォルトが罵詈あんとっつーやつ。

DefLng A-Z

なんつーのあったなｗ　昔のBASICのころからあるけど、こういうのも
罵られる要因のひとつかな。これしても暗黙のキャストで罵詈あんとに
なったりすんだよなー。

>>579
まず丁寧な説明にたいしてお礼を申し上げる。

>私の意見だと（あくまでも私の意見）、手続き型のメソッドの場合は、エラーコード
>を返したほうが、構造がすっきりする場合が多いと感じています。

例外機構を用いても同等のすっきりした構造になると思う。
例外を re-throwしないという使い方をすればいいだけでは。

加えて例外ならコンパイルのときに静的型チェックまでできますよ。
エラーコードではグローバル変数にでもしないとソース全体で統一できないのでは。

>>556 のコードをちょっと修正しました。

try {
　正常系処理１
　try {
　　正常系処理２
　}
　catch () {
　　例外処理２
　　throw 例外
　}
　正常系処理３　　　← >>556 のコードに追加
}
catch () {
　例外処理１
}
finally {
　後始末処理
}

あまり意味はないかもしれませんが、
上のコードを機械的にVBに置き換えるとしたら、

・On Error Goto
・On Error Resume Next
・If Then

を駆使すれば、かなり近いところまで実現
できると考えて良いでしょうか。
(>>565 を読んで、ちょっと弱気モード)

>>580
その関数がどういう動きをするのかさえわかっていれば
中身がブラックボックスでもいいから
関数のインターフェースは明確にした方がいいっていう
例ですよね。

過去のライブラや現在のモジュールのエラーハンドリングの統一は
改めて書き直す必要はないでしょうが
関数仕様を明確に記述するという行為に力をいれるべきです。

そうすれば使う側で対応できるでしょう。

>例外構造、エラーハンドリングの統一は何回も提案されましたが、
>結局採用されず、混沌としたままプロジェクトは終了しました。
次のプロジェクトでメンバー全員が
その経験を活かせるといいですね。

>>582
>例外機構を用いても同等のすっきりした構造になると思う。
>例外を re-throwしないという使い方をすればいいだけでは。

と言われてしまうと、何故あのC++のプロジェクトは混沌とした状況に陥って
しまったのだろう？と思ってしまうのですが、確かに混沌とした状況に陥って
しまったのです。

一つ思い出しました。
正常以外のあらゆるものをExceptionにしてしまうと、異常時に必ず現在の
スコープを抜け出してしまうので、C++ではリソースリークが起こりがちです。

try {
Foo* f = new Foo();
f.func();
BAR* b = new Bar();
b.func();
}
とやってしまうといけないので、リソースの確保はブロックの外側でやる
必要が出てきます（スマートポインタの議論はおいといて）。

･･･と、ここまで書いて疲れてしまったので、やめちゃいます（笑
スレッドの趣旨とかけはなれてるし。

続きは気が向いたら。すみません。

>例外構造、エラーハンドリングの統一は何回も提案されましたが、

この考えが間違っている。エラーは上位でトラップするだけで、
途中ではトラップしなくて良い（エラー処理を書かなくて良い）はず。
上位でDBエラーと分かっても、Databaseクラスをサーチして、
ロールバック、クローズすることが出来る。VBは出来ないか。

逆にコードを返すやりかたでは全ステートメントにエラー処理が入る。
１箇所コードチェックを忘れたところがあるだけで破綻・・・大規模開発不可

>>583
>(>>565 を読んで、ちょっと弱気モード)

あれはあくまでも、私見にしかすぎないので、自信を持って我が道を進んでください。

一つ言えるのは、ブロック構造が見た目上明確でないVBで、一つのSub()で
いくつもの
>・On Error Goto
>・On Error Resume Next
>・If Then

が出てくると、（私は）メンテナンスする気力がなくなってしまいます。

>>585
>と言われてしまうと、何故あのC++のプロジェクトは混沌とした状況に陥って
>しまったのだろう？と思ってしまうのですが、確かに混沌とした状況に陥って
>しまったのです。

ま、強制はできませんからね。
糞して出直してくるのは私のほうだったかもしれません。失礼しました。

void __fastcall CPPProgrammer()
{
　CPP = new Language(CODE_CPP);
　try {
　　CPP->Success();
　}catch(ECPPError &e) {
　　fuck(Windows);
　　throw e;
}__finally {
　　delete CPP;
　}
}

void __fastcall VBOnlyProgrammer()
{
　VB = old Language(CODE_VB);
　try {
　　VB->Error();
　}catch(EVBError &e) {
　　for(;;) fuck(VB);
}__finally {
　　kill VB;
　}
}

>スコープを抜け出してしまうので、
>C++ではリソースリークが起こりがちです。

コンテナの扱いを工夫されたし。
あるいわクラスライブラリがよくないかも。

template <class T> class block {
T *mem;
public:
operator T *() { return mem; };
T &operator [](int n) { return mem[n]; };
block(int n) { mem = new T[n]; };
~block() { delete [] mem; };
};

テンプレートは、扱う型が多いと、どうしても
インライン展開せざる終えないから、最適化落
ちも目に見えてくる。

>スコープを抜け出してしまうので、
Delphi!!!
失礼しました。

'Naming Conventions【名前付け基準】
'http://www.xoc.net/standards/rvbanc.asp
'
'Coding Conventions【コーディング規約】
'http://www.xoc.net/standards/rvbacc.asp

VBの方が楽な所は、VB
Cの方が楽、もしくは速度が要求される所は、C

こんな感じのプログラマなんですけどヘタレかな〜？

ヘタレと思うなら、どうしてそう思われるのかは氏ってるだろ
精進しなハレ

ヘタレじゃないと思うなら、そう思っていれば幸せだろうから
真綿で首を〆られてCLAY

ver 1.0はVBで作って、 -> 早く完成するから客が喜ぶ
ver 2.0からはC++で作り直しているんだけど、-> システムが安定するから客が喜ぶ
うちってへたれ？
二回、金がとれてけっこうハッピーなんよ。

Ver 1.0はプロトタイプだったと思えばいいんじゃないの？

こちらのページ
http://www.interq.or.jp/jupiter/star3385/
なんですが

なにやら、Win98の問題が解決するソフト？資料？を販売しているのですが
どなたか購入された方いますか？

なにやらインチキくさいのですが、
それでも、本当にフリーズしなくなるのなら、
ほしいと思も思うので検討中なのです。

Win2k買え

sage

age

>>598
禿しくスレ違いだと思われ

もし特許取れたらロジック教えてくれるかな。
そこには興味があるが。

つーか、ああいう処理が可能だと思う？

> 何かのモジュールを追加したり、
> 環境調整的にレジストリをチューニングして
> その安定化を図っているのではない事。
こう明記してあるわけだけど。

あ〜ｽﾚ違い。
ｽﾏｿ

某メモリ最適化ツールの香りがするのは俺だけか？

恥ずかしいVB使用者の例
http://www18.big.or.jp/~enchan/newbbs/artview.cgi?id=Rojiura&num=10342&ope=v&asc=1

Option ByVal欲しい

あげ

>>606
本当に恥ずかしいな。

コイツの書いたコードは、解読に苦労しそうだ。

このスレはなんかプログラマースレっぽいね
ここの掲示板のなかで偏差値高いと思うよ

ＣやJavaのプログラミング経験がある人が
ＶＢをある程度つかえるようになるまで、どのくらい
時間がかかりますか？

>611
半日あれば十分

>612
そういう風に騙されて地獄を見たよ。
いや、年のせいで頭が固くなってんのが悪いのか・・・。

Rubyはクソです。ゴミ箱逝きです。

いじょ
この発言をコピペしていただければ幸いです。

>Rubyはクソです。ゴミ箱逝きです。

>いじょ
>この発言をコピペしていただければ幸いです。


Rubyの価値も見出せず、ただただ「クソ」
と罵るあなたは社会のゴミです。

いじょ。
この発言をコピペしていただければ幸いです。