VisualBasic6.0　対　VisualBasic .NET 2003

今まで、VisualBasic6.0で開発をやっていて、VisualBasic .NET 2003の開発をやる羽目になったが、
慣れのせいか、生産性・コーティング・エディタの使いやすさ、のどれを取っても
昔のVisualBasic6.0の方が上だ！
2003で開発なんかやってたら時間が掛かり過ぎる!

私と同じ意見の人いませんか？

まずめ時をはずしておりますがつれますか？

新人くるから無理しなくていいよ

>>1
慣れたら.netの方がいい。すごくいいよ。

>1
まあ、あれだ．．．


つかえねぇな pgr

EXEオブジェクトの実行速度も.NETよりVB6の方が高速な気がする。

>>1
VBとVB.NETを同じものだ、ただVarUpしただけだと思って使うのがそもそもの間違い。

>>1
今時オブジェクト指向も、構造化例外も、UNICODEも、
まともにサポートしない言語使って、楽しいか？

>>9
楽しい。
ていうか、早く楽にシステム作れりゃ
オブジェクト指向も、構造化例外も、UNICODEもいらん。
（俺が開発担当しているシステムで上記機能は使わんし）

>>10
オブジェクト指向の良さはすぐにはわからないから仕方ないと思う

>>10
漏れはC++からプログラミングの世界に入ったからかなぁ・・・

早く楽にシステム作るために、
仮想関数とか、継承とか、構造化例外を使いたくて仕方ないんだが。

VBは言語はUNICODE･･･。

VB6でもクラスとか多態とか使ってオブジェクト指向で
やっている俺にとっては、VB.NETは苦労がすくなくて便利。

VB6でon error gotoのグローバルなエラー用変数を
ローカル変数的に扱うの面倒だし。

つーか、Text1.Text ← これもオブジェクト指向

>>13
VBがUNICODEに対応していると本気で思っているなら、
ためしにUnicode対応のソフトを作ってみると良い。
Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
途方にくれるはずだ。

1の分析には感謝する。私は1の分析を少しも疑わないし，
VisualBasic6.0が現在最高の選択肢だという君の推薦も受け入れよう。
しかし，そもそもの質問は今日の時点で君に何ができるということではない。
市場が動く先はどこかということだ。
今後，VisualBasic6.0が技術市場を支配することはないだろうし，
それに追い付きさえしないだろう。
そして市場を抑えるような技術は，われわれのユーザーが要求するよりも
常に大きな能力を提供するだろう。
だからわれわれは，今後そういう技術に対して，てこ入れをする。

http://itpro.nikkeibp.co.jp/free/NT/WinColumn/20050519/1/

ｲｲ

一言で言うとVB6のほうがいいとかいってるやつは
「無能」としか言いようがない。

VB6のほうがいい

ヌッコロすぞヴォケがぁ！！

VB6のほうがいい 

無いと思うが、VB.NETでネイティブコードが出せるようになったら
VB6は捨てるか？

つか、MSのロードマップによるとVBは消滅することになってるんだが、お前らわかってるのか？

ヒント：サポート延長

.NETに違和感がある人は他の言語やったことないんじゃないのかな

C#にすればいいのに
VB.NETなんて基地外のやる代物だ

>>26
禿同。C#触り始めて以来、VBなんて見るのもイヤ。

何ここ3年前のスレ？

>>28
言ってることがわけワカメです。

26が核心を突いてしまったようです

「ぶいびぃやってます」より「しーしゃーぷやってます」のほうが音的にもオサレ。

仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
（ちなみに開発するシステムは、クライアント−サーバー型の業務システム）

>>32
Ruby

>>32
JAVA

スレタイ語尾に 対 C#
をつければ新たな議論も考えられそうだ

>>1はVB.NETとC#との違いについてはどう思ってる？
VB.NETやるんだったらC#やったほうがいいと思うんだけど。

会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。

VB.NET覚えてればC#への以降も簡単なんでない？

>>15
> >>13
> VBがUNICODEに対応していると本気で思っているなら、
> ためしにUnicode対応のソフトを作ってみると良い。
> Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
> 途方にくれるはずだ。

それは一体どういうことでっかいな？
問題ありすぎてがっかりしないかいな？
よく知られている話かいな？

そのあたりはJavaやC#とくらべどうなんだろな。

>>22
C#でも出せるならVB.NETでも出せないとおかしい気がする。
さもないとVB.NETは中途半端にかなり使えない言語じゃないか？

それとも、これはVB厨をC#に移行させるための戦略か？

>>25
UNIX,系で様々な言語(sh, Perl, C, C++, PHP, Javaなど)を使ってきた陣営から
すれば.netはかなり違和感ありありだと思うのだが。

>>32
> 仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
> （ちなみに開発するシステムは、クライアント−サーバー型の業務システム）
>
VB/VB.NETやってるならC#とASP.NETだと思うが。ほかは
Perl, PHP, Java

>>37
確かにVB6.0の文字列型変数にはUNICODEで格納される。

でもUI周りのコントロールはShiftJISにしか対応しない。
API呼び出し時や、ファイルI/O時はUnicode<->ShiftJISの
自動変換が勝手に行われる。よってUnicode固有の文字は
扱えないのさ。

>>41
物事は正確にな。大筋はそうだが、嘘ばかりだ。

> 大筋はそうだが、嘘ばかりだ。

どっちだよ

歴史教科書のようなものだよ

ひさしぶりにVB6インスコしてみようかなあ・・・

まあ、両方ドリルしとけよ。無料だから。
http://book.mycom.co.jp/support/bookmook/learningdrill/vb/

VB.NETとC#はコンバータが存在するくらいだから
超そっくりだよ

>>47
無能もそこまできたら立派だよ。

>>47
足がかりもクソも、VB.NETとC#は大して変わらんぞ。

>>50
それぞれのソース見たら、全く別モノに見えるのは、私が無能のせい？
http://www.ailight.jp/blog/myamyu/archive/2004/09/01/2595.aspx

>>51
流れ制御文や、変数の宣言が異なるだけで、
プログラムの構造はもちろん、使っているAPIも同じだろ。

>>47
無能のままで居たければVB.NET。普通の人生を送りたければC#。


> VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。

VB6から流用したような技法・知識は確実に有害なので使わない方がいい。
逆に、VB6の技法を流用できてしまうことがVB.NETの最大の欠点。
C#はこの欠点が無いだけだが、これが2者を分ける大きな違いになっている。


一生フリーターやニートな人生があるように、生涯VBという人生も選択肢としてはあるのだろう。

VBってバカにされるけどVBだけで本当にどれだけのことが
できるのだろう。
どんなにしょぼいアプリでも仕事で作るものはそんなに簡単なものは
少ないように思うのだが。

つーか、VBもちゃんと理解できてないんだろ。

VBはVBでも、クラスモジュールさえ使いこなせれば低脳ではない。
VB6にもあるから。

まあWindowsでのプログラムしか作れない人は低脳だな
無駄飯食いめ・・・

ハァ？Windows以外にまともなOSなんて存在しないんですが？

バカ出現

気になるのが、VB.NET よりも C# の方がいいという意見が多いのだが、
C#で業務システム組んだら、VBよりも「早く」「楽に」作れるの？

（言語のアーキティクチャの美しさうんぬんよりも、そっちが大事！）

早く楽なのはVB.NETだけど美しさはC#

>>61
好きにすればいいじゃないか。自分で使ってみてさ。
VB.NETがJ++のような位置付けであろうとも、未来はわからないからね。
MSの気がかわってまたVBに力を入れるかもしれないじゃないか。

C#でCOMとのInterOpやろうとすると、C#の型安全性が仇になって
キャストやReflectionの嵐になる

そんぐらいじゃないのか、VB.NETの楽な部分って。

>>61
C#は、C++やJavaを使った経験のある人にとっては、文法がほぼ同じなので取り付き易い。
VB.NETは、文法がだいぶ拡張されているので、VB6.0の経験があっても取り付き難い。

VB使いは格安だからね。MSが力を入れるのも当然

話はかわってJ#使ってる人はいるんだろうか？

>>67

未だかつて聞いた事が無い。
無くなりそうだな。

>>VB使いは格安

その通り。
C#の方が高いかな？

>>63

確かに。
VBそのものが完全に無くなる可能性は低いと思われるので、
とりあえず、VB.NET もうチョット続けよっと。

>>67
旧、J++ユーザーが、好んで使っているよ。
・・・J++ユーザーって居たのか？

漏れは言語を指定される仕事なんて新規作成でやったことないんだが
結構あるものなの？

>>72

結構あるよ。
俺が下請けソフトハウスのせいだが。

>>9
VB6てUNICODEサポートしてたと思うが。

サポートも何もVB4から内部は完全にUNICODEベースだろ
COMがそうだから、なんだけど

UnicodeベースではあるがUnicodeをまともに扱えない、それがVB

間違ってもUnicodeサポートなどとは呼べない

ActiveXに文字化けってよくあるし、
さらに発生すると手の打ちようが無い...

動作が重い、HDD食うから.NETの負け。

>>78
VB2005 も .NET2003同様に、動作が重いんだろうか？

>>79
普通に考えて軽くはならんだろうね。
その分、高機能になってるしPCも速くなるからいいんだけど、
VB6.0の機能で十分で、最新でないPCを使う俺にしたら.NETを選ぶ理由がない。

人それぞれ。（あたりまえか）

VB6.0も.NETも選ぶ理由がない。

VC++が難しくて使えない俺には選ぶ理由がある。


情けねえorz

Delphiのんが簡単だよ。

VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
振り返ってVB6を改めて理解できる。

C#はC++よりVBっぽいので、VB厨にはかえって向いている。

C#を経由しないでVB.NETだけ勉強すると、VB6互換ライブラリがないと
何も作れないVB.NET厨になるおそれあり。
VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
移行してもそのおそれはない。

.NEETなんかに逝行するなんて自滅行為

C#がネイティブ吐ければ、最強だったのに
おしいなぁ・・・

C丼が最強だっていうのはﾌﾞﾋﾞ厨の幻想であって、見向きもされない言語。

84の内容って認知的不協和そのままというか良いサンプル。

＞車の例では他車のカタログは見ず、購入した車のカタログばかり見る、
＞という調査結果があるという。
＞これは他車の方が性能が良いという「不協和」を避ける為だ。
＞なるほど思い当たる事は多い。
＞都合のいいように判断資料に自らバイアスをかける。要注意だ。

自らバイアスかけてﾌﾞﾋﾞが滅んでないことになってんだろうね。

>>1 だが、結果的にVB6でシステム開発やる事になった。
昔のWinNT4.0やWin98の低スペックPCをクライアントで使う羽目になり、
VB.NET2003だと遅くて使いモノにならんという理由で。

慣れている言語なんでとりあえず早く楽に作れるが
喜んでいいやら悲しんでいいやら。

>>88
それを言うなら認知的不「調和」でしょ。
認知的不調和ってのは普通ダブルバインドの話だと思うが。。

っていうか、俺には>>84が「VBが滅んでない」なんて言いたいようにも、
そのように認識しているようにも読めないけど。。

84はVBで悲惨な目にあいながら、他を見ずにV$マンセー、してるじゃん。
非論理的な言い方で。

正直、>>91は精神科で見てもらった方がいいと思う。
自分の妄想を他人（の書いた文章）に投影する傾向あり。というかあり過ぎ。
まあ妄想性人格障害のある人間は通常それを自覚できないんで、これ読んで本人が
承服するとも思えないけど。

もっとも単に読解力が絶望的にないだけかも知れないけどね。

>>92
なげーよｗ

手軽なアプリを作る分には旧VBでもいいけどさ。
ある程度の大きさになって来るとOOPできないのは辛い。

プラットフォーム、その他環境によってＡＰＩが異なるために、プログラムを組み直す必要があって、
それを．ＮＥＴフレームワークで解決しようとしているのがVisualBasic .NET 2003。

なんだけど、まだまだＡＰＩを網羅していないのも事実。

ＡＰＩにあって、．ＮＥＴフレームワークにないものをすべて挙げてみよう！

精神病患者に「お前は精神病患者だ」と言って通じるはずがない。

>>96
お前は精神病患者だ。

この文章って執り付かれてるよね。

＞VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
＞振り返ってVB6を改めて理解できる。

時代遅れのVB６を使ってたことを理解して怒り狂うわけか？

＞C#はC++よりVBっぽいので、VB厨にはかえって向いている。

M$独自言語なのに、かえって向いてる、って文脈おかしくない？
問題はﾌﾞﾋﾞ厨がVBしか使えないことだろ。

＞（略）何も作れないVB.NET厨になるおそれあり。
＞VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
＞移行してもそのおそれはない。

おそれはない、ことを言いたいようだが、OOPを意識する人がVB６を使うことがありえない。

中途半端なクラスモジュールに苛つく。

VBの世界に足を踏み入れたならば一生抜け出すことはできない。
それほどVBは魅力的なんですね。

>>99
たとえばどんな？

実質カプセル化だけなところ

なんだ、OOを理解してないだけか。

C#をVBっぽいとか言うな！格が落ちる。

VBの？

コンポーネント指向と言う点で、VBとC#は似ている

VBとかActiveXではコンポーネントが実質増えなかったし、
性能悪いし何より実行時に不安定だった。
VBの時代は終わった。

M$が逝うには、クラスベースのOOは派生必須だもんね。

.NET フレームワークに、C# からは使えるけど VB.NET からは使えない
機能というかオプションがあるのを見つけた時は、がっかりした。

@ITの記事はC#とVBのソースが併記してあってウザイ。
MSDNの記事はC#とVBのソースが併記してあってウザイ。
VBは激しく(ﾟ�听)ｲﾗﾈ

VB.NETのコードだけ書いておけば良い
まともなC#使いなら自分で読み替えられるから

>>109
VS2005にはVB.NETにはあるけど、C#には無い機能が色々あってがっかりした。
C#せっかく覚えたのにな(T_T)

だよね〜

だよね〜

言うっきゃ無いかもね

そんな時にはね〜

>>112 その色々をもっと具体的に

>>113
With .... End With ブロック。

■ 明示的に区別されたIf, For, While, Select...Case などのブロックの「閉じ」構文。
　―― C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。

■ 目立たず邪魔にならない注釈記号(')
　―― C系統の言語の注釈は無駄に邪魔くさいんんだよ。/* ... */にしろ　//にしろ。

■ 参照設定しなくてもデフォで使えるVBランタイム機能。

■ ユーザー定義イベントが簡単に使える。

>>114
頭悪すぎ。

>>113
Myが増えてる。
ローカルPCの良く使いそうな情報がプロパティひとつで取り出せる。
OOを無視したいかにもVBらしい機能♪

VS2003以前でC#にあってVB.NETに無かった機能も、VB.NET 2005ではほぼ網羅してるから
C＃いらね。

2003をやってる人はいいが、落ちこぼれな上、6.0→2005だと相当きついだろう。

VS2003に意義を見出そうと必死だな。
購入された場合でも棚に入ってそうだね。

>>114
閉じは常に } というのは何を閉じるのか意識する必要のあるVB系より単純だと思うが。

XMLライクなVB
LispライクなC系

>>114にはすべてVBのダメなところが書いてあるようにしか見えないんだが

まああれだ、COMとのInterOpはブビのがラクだよな

>>119
まあ余程簡単なコードしか書いたことのない人の意見なんだろうな。
一度書いたら二度と読み直すことがないような。
プログラム実習のでちょっとプログラム書いたことがある学生さんの意見としか思えん。
単純だからなんだというのだろう。

ブロックの終端が常に}と「単純」なC系統の言語では、
確かに対応する構文を意識する必要がない。コードを書く場面では。
（もっとも、こんなものは今日日IDEが自動的にやってくれるわけだが。）

しかしコードを読む場面では、逆に}に対応するブロックの始まりが
どのキーワードなのかを意識しなければならない。人間様が自分の脳のリソースを使って。

ちょっとネストが深いコードを読み返すとき、このことが
どれほどストレスの源になることか。

VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
Cに比べれば格段に緩和される。

注釈記号も、アセンブラを踏襲して素直にセミコロンにしとけば良かったのに
なんであんな鬱陶しいブロックコメント形式なんかにしたんだろう。

ん？なんか発生してる？

>>123
C系の言語でブロックのネストがLispのカッコのように何段にもなるコードを
書くことは稀だし
そういうのは大抵書き換えたほうがいいことが多いな

ブロックは普通明示的に分かりやすくインデントするし
たとえばvi系のエディタなら%つかえばカッコの対応なんぞすぐわかる

ま、begin/end組に比べてCが「いかにタイプ量を少なく簡潔に」という方向で
デザインされてるのは確かだな。でも、Cがこんだけ広まって皆それに
慣れており、誰も困ってないというのも実情だよ。

> With .... End With ブロック
C#では明示的に除外された

> C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。
お前はメモ帳でプログラムを書いているのか？
それとストレスになるほど深いネストを書くお前が悪い。

> 目立たず邪魔にならない注釈記号(')
旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！

> 参照設定しなくてもデフォで使えるVBランタイム機能
これは別に俺は嫌いじゃない。

> ユーザー定義イベントが簡単に使える。
意味不明。WithEventsのこと？
C#にもevent構文があるけど？

>>123って1つの関数に1000行書いたりする
典型的な非構造化プログラマーだろ。

>>126
誰も困ってないというより、それを口に出して言いにくい、
抑圧的な世界なんだと思うね。
王様は裸だ、といえない空気ね。
すくなくとも過去にはそういう雰囲気がこの業界にはあった。
まあ、プライドの肥大したスカした野郎が多い世界だから。

>>127
＞> ユーザー定義イベントが簡単に使える。
＞意味不明。
実際やってみりゃ一目瞭然。VB.NETとC#で自作のイベント生成するコード書いてみ。

インデントもちゃんとつけていないマルチステートメントな人かも。

delegateを定義するってこと？
そういえばVB.NETでは試したことないな。今度やってみるよ。

ExcelとかいじるときはVB.NETのが楽な気がする。

>>128
もう予想通りの典型的な反応で笑える。
あのねえ、関数はシンプルに、無駄に深いネストを使うのはよくない、
小さな問題に分割統治して書くとわかりやすいコードが書ける、などといった
教訓は、全ての問題がそのように書ける、ということを意味していないのだよ。

OOとか嫌いなのかな。

コボラなんじゃないか？

>>129
ルサンチマンまみれの発言ご苦労様
いやなら業界止めたら？

あんた以外誰も、たかがCのカッコの問題なんぞ抑圧だとも思ってなけりゃ
そんな程度のことをプライドに感じたりもしてないから。

Cをけなすんならせめてあの複雑で醜くてBjarn Stroustrupも嫌いと公言して
憚らない宣言のシンタクスでもけなせばいいのに。

ま、C#には関係が無いことだけれどもね。

>>127

> 旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！
これってVB.NETだとできるの？
どなたか書き方教えてください。

>>137
.NETでも;をセパレータとして使っていない以上その原則は変わってない。

>>138
サンキュです。やっぱりダメですか。
/* 〜 */ 形式でもいいから取り入れて欲しいなぁ。

#If False Then
#End If
で括ったりするんだけどなんか格好悪いんだよね。<!-- -->でもいいよ。
でも、
Comment
End Comment
とかなりそうだなあ。

言語の優秀性とその普及率ってのは必ずしも一致しない。
個人の趣味プログラムなら話は別だが、一般的なソフトハウスが開発言語を
決定する要因は、

1.開発コスト
2.（現行ＰＧがあれば）移植性
3.開発要員確保しやすさ
4.信頼性（上層部のジジイどもは新しい物を「リスクがある」といいがち）

というわけで、実際の開発現場ではVB.NETが採用される傾向にある。
俺個人的には、ASP.NETはC#、WindowsアプリケーションはVB.NETで作ること
が多いかな。（明確な理由は特にないけど）

>>123
>VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
>Cに比べれば格段に緩和される。
Pascalって全部Begin...Endじゃないの？

>>142
うっせ、ヴォケがｗ

>>144
上層部のジジイなの？

>>143
ﾜﾗﾀ

中括弧の問題は、他にもあるだろ。

if(...)
{
　...
}

なのか

if(...){
　...
}

なのか

if(...)
　{
　...
　}

なのか…人によって最善と主張する書き方が異なる時点で構文として終わってる。(最後のは俺も有り得んと思いたいが)

「他にもある」のではなく、要はブロックを、少なくとも全てのブロックを
{}で囲って表現するのは非合理的で可読性に書ける、ということに尽きる。

{}の位置がどうこうっていう論争は単なる代償行動に過ぎない。
王様は裸だ、という代わりのね。

なぜ王様は裸だ？と言えないか。
それは自分が人に無能だと思われるのが怖い「小利口な」奴がこの世界多いからだよ。

可読性が増すように思うが。

VB6だろうがVB.NETだろうが落ちないで動けば良いんだよ。

客にとっては手段は問わないのさ。
それが理解出来ない小僧がこの業界でいかに多いか（藁

落ちなくて動くシステムをどっちが作りやすいか、って話だと思うが。

必殺
On Error Resume Next
のオンパレード。
これで落ちなくなったとのたまう。エラー処理なんて1行もなし！！

>>152
こないだそういう糞プログラム見たわ。
DB処理なんだけど例外発生した状態でスルーされるから、
トランザクション処理がどんな状態でもコミットされてしまう。
アプリ落ちてくれればデータ壊れずにすんだのに･･･。

>>147
VS.NET 2005にはコーディングスタイルを強制して統一させる機能がある。
インデックスの付け方の趣味なんて、今ではささやかな問題だよ。

今では、って昔からずっとささやかな問題だよ。
相対的に言えば。時代は全然関係ない。当たり前だけどね。

どうでもいいがインデントだよね。

この際変数名のつけ方も強制していただきたいなぁ

>>153
Javaだけど、似たような奴で、
try {
　・・・
} catch(Exception e) {
　System.out.println("エラー発生");
}
なんてのを見たことがある。

エラーメッセージを出してはいるが、処理はそのまま続行ｗ

それこそVBからJavaへ流れ込んだ連中じゃないのかな

別に例外に対して積極的に何かをせずに単に無視するのが
いつでも問題があるとも思えんが。。

私見では、この例に見るように「こういうときは＜絶対＞このようにすべきだ」という風な思い込みが強い、
自分の頭で物事考えない、形式にこだわるタイプが一番救いがたい。

救いがたいというのは、たいていこの手の輩は馬鹿なくせに頑固だから。

>>159
同意

>>159
お前自身が馬鹿なくせに頑固らしいな。

>>158
VBは関係ないな。JAVAでは良くある風景。
コンパイル通らないからとりあえず例外を処理って。

言語云々の問題か？

>>163
JAVAでは言語的な部分にも原因がある。
とりあえず例外処理しないとコンパイル通らないから。
まあ、例外を処理しないの意味においては言語での問題じゃないけどね。

>>164
> とりあえず例外処理しないとコンパイル通らない

throwsを書けばいいだけだろ

>>165
それは例外処理を書いたってことだろ？
あんた理解できてないでしょ、話の流れが。

ﾜﾗ

何も例外処理しないメソッドではthrows節を書きゃいいだけなんだから
>>157が「Javaの言語的問題」だっつーのはどうなのよ

C#もVBも機能変わんないからフィーリングで選べばいいよ












VB選ぶってことは自ら無能ですって宣伝してるようなもんだけどね

好みとは無関係にVC#.NETではなくVB.NETを要求される件について

VBは腐ってもMSがここ10年以上守ってきたからね。
MSの場合、無かったことにするっていう得意技があるからC#に飛びつくリスクは大きい。
言語的に悪いとは思わないよ、どっちも。

>>170
仕事なら VB.NETだろうが COBOL.NETだろうが指定通りこなすのがプロ。

>>171
.NETであれば使用するフレームワークは同じなんだから、
VB.NETだろうが、C#だろうが、Pascalだろうが、Cobolだろうが、C++モドキだろうか、Javaモドキだろうが
簡単に移行できるだろ。C#が無くなろうが、大した問題じゃないよ。

.NET Framework自体が無くなると確かに痛いけどな。
その場合MFCを身に付けていないと、PGは生き残れないわけだ。

.Net Frameworkよりは先にMFCがなくなるだろ。

>>173
それは>>171じゃなく>>170に言ってくれよ。

>>171
C#を無かったことにできると考えられる君が何も見えてないだけ。
Javaを手に入れられなかったMSが代わりに作ったのがC#。MS的にC#は命綱。

VBは、数の多い底辺層をつなぎとめておくため、
更にはC#に馬鹿が流入しないための防波堤として存在価値が残る。

>>176
VB.net もC#も大差ないけど。
なんかそういう他人を見下してる奴って、会社じゃ何もできない奴なんだろうな･･･って。ｗ

本人は何でも出来ると思ってるんだから、そっとしておいてやれよ。

>>171
機能的に大差なくても
マーケティング的に何がどういう位置にあるか把握することには意味がある。
コーダーにはほとんど関係ないだろうね。

技術的に高いレベルの人間がVBを好むことは絶対に無いよ。
もちろん、そういうアーキテクト的立場の人間がどの程度必要かは会社による。

MSも技術的に高いレベルのユーザーをつなぎとめておくことの重要性をわかってるから
C#を捨てることは絶対にない。

>>177
だな

>>179
まだ言ってるよ。しかも典型的なMS詐欺の被害者というかMS教信者。ｗ
.netの言語において、どの言語選択しても、あんたが考えてるほど大差ねーよ。

まあ、C#は今のところ普及率が低いから、希少価値を勘違いして自分がレベル高いとおもちゃってるんだろうね。
単なる最初に立ったと言った風太くん程度。

軽はずみに絶対などと断言する奴は絶対に馬鹿だ。

>>182
小学生がさ、馬鹿って言う奴は馬鹿なんだ！って喧嘩してる感じだな。

>>181
本当に大差ないと思うならCOBOL.NETでも使っていればよろしい。
C,C++,Javaがこれだけ成功・普及している状況で
「ごく普通の構文」を採用しているC#は.NETの中では最重要だろう。
「Javaのパクリ」と言われるのがわかっていてなぜこんな文法にしたのか考えてみるといい。
全く同じ理由で、VBユーザーが大量にいる中でのVB.NETも重要。
C-Omegaのような新しい発展があっても、C#はベースとして利用されている。この理由は「構文が標準的だから」
対照的に、VBが何かのベースになることは無いだろう。

都合が悪くなったら信者扱いか。オレはMSは大嫌いだが、それと技術評価とは別。

VB6.0上がりのVB.NET使いのレベルが低い理由の１つに、ADO.NETを正しく理解
できていない点があるね。

DBから取得した値を配列に保持しちゃったり、とか。

> DBから取得した値を配列に保持しちゃったり、とか。
それが良いか駄目かは場合による。

>>186
いや、それは貴方もADO.netを理解してないっていうことだ。
DataSetの機能自体に、DBから一端話して配列で格納っていう機能が実装されてる。

>>147
>if(...)
>　{
>　...
>　}

>(最後のは俺も有り得んと思いたいが)

俺もそう思いたいが、俺の持ってる Windows 3.1 の頃に発行された Programming Windows は、
そういう書き方してあった。　あと、うちの会社にそういう書き方する基地外がいる。

>>185
こりゃまた随分レベルの低い例だな(w

>>188
みな分かって書いてるんだろうけど、それはGNUコーディングスタイルでしょ

見慣れないスタイルっつーだけで基地外よばわりかｗ
小せーなオイｗ

>>187
あんたが一番.NET覚えたて臭い

>>192
いや、俺だよ

誰だよ

兄貴達はJScript.NET使ってますか？

まぁ　どっちも糞でＦＡ

VB.NET2003で コンポーネントで参照設定したクラスや名前空間のヘルプが
検索してもみつかりません。このような場合はどうしたらいいのでしょうか？
教えてくださいませ。

>>197
釣りなのか、マジで頭おかしいのか。。。

しかもマルチw
はわわ〜

頭もおかしくないし釣りでもないです。
あなたのような頭の悪いひとは早く2ちゃんねるから脱退してください。

ほんと、質問の基本がなってないのが多すぎ。
あんたの状況が見て回答できるわけじゃないんだから。

>>197
例えば何を参照設定して、そのヘルプが見れないの？

って、会話が必要な時点で回答する人が限られるわけで。
普通、かったるいからスルーなんだよね。

　質問の内容がわからないのはあなたのほうです。何を参照設定
しているのか問題ではないのです。
ここまで頭の悪い人だとはおもいませんでした。
検索をしても見当たらない場合はどうしたらいいのか？と
上記の文章ではそういう内容を言っているのです。
あの文章だけでそういったことを読めないおろか者は回答しなくて、、、よし！

>>202
しょうがないから真面目に回答してやる。結果はきちんと画像つきでフィードバックしろよ。
検索しても見つからないのはツールとかOSが悪さしてるからだ。
そういうのを除外して自力で探せばいい。

具体的にはパソコンを今すぐ分解し、HDDを開いて、中の円盤から自分の欲しいヘルプを目をサラにして探せ。

悲しいバカですねｗ

>>202
コンポーネント作った人に問い合わせ

>>202
コンポーネント作った人に問い合わせ

おはようなしのコンポート！

すばらしいスレですね

>>1
板違い。
プログラム板いけ

>>209
ここがそのプログラム板です。

・・・。

vsしたいならプロレス板池

ざっと読んだがC#の利点って
構文がCやJavaに似てるってだけ？

だったらどっちでもいいじゃん

ざっと読んだがJavaの利点って
構文がCに似てるってだけ？

だったらどっちでもいいじゃん

.NETの標準的なコーディングするなら、C#とVB.NETの違いで決定的なもの
なんか何一つないべさ。
つーか、新しい言語学ぶのってそんなに大変か？
そういう時って、最低でも数日は勉強する期間がもらえるだろう？
まる一日サンプル打ちまくればなんらかの手ごたえは感じると思うんだがな。
OOだって大抵の入門書の最後の方に出てる大きめのサンプル見れば、だいたい
どういう風にプログラムを分割していくのかうすうすはわかると思うんだがな。
いい機会だから、暇な時にOOの専門書も読んでおけ。
そういう本はJavaがサンプルのケースが多いから、ついでにJavaも勉強できて
一挙両得だ。

>>215
そだね。とりあえず入力すれば手が覚えるよね
読むだけじゃだめだーよ

VBの文法は我慢ならん。

Cに慣れてるけどマルチプラットフォームならJAVAだろーと思ってたが、
JAVAアプレットは起動と通信が遅いのを、Yahoo!Gamesで体験してる。

VBはVBAがあり、自分用アプリ作るのも便利だが、
VB６以前と．ｎｅｔ以降とでそんなに違うのならむしろコンドームしないようにＶＢＡはＶＢＡでやった方がよさそう。

ＪＡＶＡは開発環境が無料だったけどＶＳ２００５Ｅｘｐｒｅｓｓあるし、
ＶＣ＋＋２００５ＥｘｐｒｅｓｓにはＭＦＣないから選択する意味ないし、
ＶＳ２００５Ｅｘｐｒｅｓｓ使うならＣ＃だろうなと。

どうせ職業プログラマとしてはやれんし。

>>217
なんだかすごい勢いで意味がわからん。
だからといって詳細を知りたいとも思わんが。

>どうせ職業プログラマとしてはやれんし。

誰でも職業マは出来るお。
でもお勧めしない。

ここって質問おｋ？

>>220
どうせダメって言ってもするんだろ

屋上から飛び降りたことはありますか？
空を飛ぶことができると思っていますか？

山は死にますか。
空は死にますか。
海はどうですか。

つか、おまいら対決好きだな。何でもかんでも対決。弱いくせにようやるよ。

>>224
あまり自分を責めるな。

>>225
わかった。

>>220
その発言自体が質問

もうどっちでもいいよ
バグないものつくれたら

VB.NETはでりげーとができないんじゃなかったけか。

なんでC#とかJavaとかが出てくる訳？

VB6とVB.NETの対決なんじゃないの？

Visual BASIC 6.0 とVisual BASIC.NET 2005 と Visual C# では
どれが一番安く入手できますか？
当方地方在住の会社員。

Delphi6 personalなら無料

ttp://www.borland.co.jp/delphi/personal/

>>231
1. 2005 バージョンには .NET は付かない。
2. ちったあ自分で調べろ。
3. お前はここが質問ｽﾚに見えるのか？

おれもDelphi 6 Personalを勧めておく。>>231

しょせんは痴呆の会社員

所詮VBやC#使ってるやつが作るのはDBインターフェイスとしての
業務アプリだろ。
文字列操作と四則演算、操作画面の制御がまともにできればどの言語でも同じ。
それ以上の物を作るなら結局低級言語（C,C++含む）

>>237
大正解！！

おらもOracle＆VBさ

VB5CCEとVB6評価版は無料。それ以外は有料。
その程度の差だな。
EXCELのVBAで十分かも。
究極はアセンブラだな

VB.NETとC#をどちらもちゃんと使ったことがある人なら
絶対C#を取るだろう。
はっきりいって、>>114とか愚の骨頂・・・。イベントとイベントハンドラの仕組みも正しく理解してないんだろうなｗ
VB厨は馬鹿な上に勘違いがひどすぎ。

もしかして、VB厨からMicrosoft.VisualBasic.dllを取り上げたらプログラム書けないんじゃないか？ｗｗｗ

240レベルの人はもう、ロウガイ

オートマとマニュアル車をどちらもちゃんと使ったことがある人なら
絶対マニュアル車を取るだろう。
もしかして、オートマ限定免許かい？


・・・・アホか。車の運転なんか必要だからやってるだけ。　オートマ限定で十分。

>>240
正しく理解してないのは君の方だな恐らく。
イベントハンドラの仕組みってw

VBだと自作のイベントが簡単に扱えるのは事実だよ。
もちろんそれに伴う弊害もないではないけど。
バイナリシリアル化のときの問題とかね。

>>242
うまく例えたつもり？車に例えてる時点で論外。

>>243
言い回しが悪かったか？
イベント・イベントハンドラ・デリゲート・マルチキャストデリゲートの関係って言えばいいか？


＞VB厨からMicrosoft.VisualBasic.dllを取り上げたらプログラム書けないんじゃないか？
おまえら、これには反論しないんだなｗｗｗｗｗｗｗｗｗｗ

>>244
悪いけど付け焼刃で物言ってるのがバレバレだよ。
馬鹿のクセに人を煽ろうってか。
いや馬鹿だからそういうくだらない動機を持つんだろうけどねw

まあいいやちゃんと反論してくれないか？
イベント多用するコード書くのならC#よりVB.NETの方が便利な場合の方が
多いと思うんだが、君はこれが正しくないと言いたい様だから
具体的にどう正しくないかきちんと指摘してくれ。

反論？なんか勘違いしてるみたいだけど、「イベントが簡単に扱える」ということ自体は別に否定してないんだけど？
>>114の愚かさを見てると、イベントを簡単に扱えるという利点に甘んじて
ろくにイベントの仕組みも理解してないんだろうなって思ってイベントの話題を取り上げただけ。
別に、VBにはC#より優れている点が一つもないなんていう盲目的なことを言うつもりもないんでね。




それと、

＞悪いけど付け焼刃で物言ってるのがバレバレだよ。

根拠のない発言してると頭の弱さが容易に伺えちゃうから気をつけな。

VBとC#の論争は他でやれ

>>1
.NETのエディタは、マウスホイール使えるし、ソースファイルをタブで切り替えできるしで
全然使いやすくないか？

>>246
馬鹿丸出し。

だからイベントの仕組みを理解してないのは君でしょ。
馬鹿が背伸びして何言ってんのw

.NETのイベントのメカニズムを理解している人間は
「イベントハンドラの仕組み」なんて物の言い方は絶対にしないよ。

それにマルチキャストデリゲートってなんだよ。
マルチキャストじゃないデリゲートなんざ存在しないってのw

ベントラ〜ベントラ〜

>>249
>>247を読め。

>>250
呼んだ?

イベントのメカニズムは理解しているつもりだったんですけど
イベントとイベントハンドラの仕組み って言い方のどこがおかしいのかわからないです。
なんでおかしいんでしょうか？誰か教えてください ＞＜；

イベントとイベントハンドラというのは、GUIでの用語。簡単に言うと
何かの操作をイベント、その応答処理をイベントハンドラ。

その実装方法は、windowsAPIではメッセージによる。
言語レベルではOOPでも継承による実装方法と、委譲による実装方法がある。
委譲がはっきりと使われたのはdelphiのVCLからだと思われる。

初期のＶＢとDelphiは似ていた。フォームに貼り付けて、イベントを定義するという作業方法は
似ていたがVBはOOPでない故に委譲という概念が明確でなかったのが残念だ。

OOPではない言語、　たとえば C言語で イベント・イベントハンドラはどう実装されるか

windowsのメッセージポンプを書き、メッセージ番号によって分岐し、
そのイベント毎の処理を書き下すという事になる。


delphi=VCL/C#/VB.NETでは、メッセージポンプから取り出した後、それぞれの
オブジェクト（フォーム等）に直接メッセージが送られる。

オブジェクトがメッセージを受け取るには、実は２つのポインタが必要になる。
つまり、オブジェクトと、メソッドアドレスの２つだ。

そこで、このダブルポインタをどう引っ張ってくるかが課題となる
VCLではその仕掛けとして、小さなコード片（サンク）をフォーム毎に動的に作成するというのが特徴だ。

win16の頃、DLL呼び出しの為にサンクを使ったＭＳは
MFCでは、この仕掛けには、ハッシュによる検索を使ったようだ

C#/VB.NETではどういう仕掛けが使われたいるか、
ここで　イベントのメカニズムを語ってる方々に引き続き解説を願おう

他の言語のことはわからんが、.NETではイベントはGUIのみじゃなく、クラスにも定義するんでGUIの用語ってわけじゃない。

GUIなら、WndProcメソッドがウィンドウメッセージ受け取って、そんで適切なイベントを発生させてる。（当然、Disposedイベント等は除く）
通常のクラスなら、フィールドチェンジイベントならプロパティのセッターでイベントを発生させている。

イベントというのは極端な話、単にデリゲートのインスタンスを格納する変数。
このデリゲート、基本的にはSystem.EventHandlerデリゲートを用いるが、独自のイベントハンドラ（デリゲート）を用意することもできる。

VBの場合、Handles句を使って簡単にイベントハンドラを記述できるが、
"イベントハンドラを記述するクラス"のフィールドに、"イベントを発生させるオブジェクト"を保持していない場合はHandles句を使用できない。
また、イベントとイベントハンドラを動的に結びつける場合もHandles句を使用できない。
そういう場合はAddHandlerとRemoveHandlerを使用する。（C#では+=演算子と-=演算子）
気をつけなければいけないのは、AddHandlerを使用したら、適切なタイミングで必ずRemoveHandlerを行うこと。（GCの話に突入してしまうので詳しい説明は省く。）


>>253
別におかしくないよ。

>>257
全体的にそこはかとなくおかしな文章だなw

プロパティーが「変数」ではないように、イベントも変数なんかじゃないよ。
プロパティーはプロパティーだし、イベントはイベントだ。

それとHandle句はWitheventsつきで宣言されたフィールドにしか使えない。

その程度の知識で自己陶酔しちゃダメだろw

>>258
イベントの説明しなかった>>249さんですか？

途中で送っちまった。

君、こまごまとしたつっこみと内容のない煽りばっかだね。

大局的に見ればプロパティはパブリックな変数でメソッドもパブリックな関数だ

Hogeという変数に見える

>>261は大局的に見ればと言っているのに、こいつは何をやってるんだ？

大局的に見ようが局所的に見ようが、変数なんかには見えない。
Cの定数とマクロ定数程にも違うでしょ。
関数（のペア）のシンタックスシュガーに過ぎない、というのならまだ言いたいことは
理解もできるけど。

イベントだってフィールドなんかじゃない。

誰にどう見えようが知ったこっちゃない

俺は、「極端な話、イベントは"デリゲートインスタンス変数"」と言ったんだけど。

public event EventHandler Hoge;

のHogeはEventHandler型の変数。
そんなのもわからないのか。

あぁ、>>249にC#の構文で説明してもわからないか。
VBだと

Public Event Hoge As EventHandler

それと、プロパティは結局のところセッターとゲッター（set_○○メソッドとget_○○メソッド）なんで
大局的に見ても、プロパティが変数というのは違うと思う。
UMLでもプロパティはセッターとゲッターに分けて操作に記述するし。

連カキスマソ。

>>267
だからそれが間違いだっての。頭悪いなあ。
イベントはデリゲートによって実現されている、というのなら話はわかるけど。

君の論理だと「極端な話、自動車はエンジンだ」ということになるけど、
こういう物言いを君は是認できるのかい？w

そういうのは極論とはいわないでしょ。
単にディテールを捨象した、飛躍した話というんだよ。

それに揚げ足とって悪いけど、静的イベントってのもあるんだよ
インスタンス変数？w

おまえら分類学スレでやれ

仕事だと開発言語の選択は自分じゃできないべさ
PGならどんな言語でもやらなきゃな、
わかんなきゃそのつど調べる

イベントは一応変数に格納されるけど、addとremoveに分けてかけちゃうし、
その場合変数じゃないな。
まぁ俺はイベントなんて使わずにデリゲートそのまま受け渡ししちゃうけど。

インスタンス変数じゃなくてデリゲートインスタンスの変数な。>>257にもそう書いてあるだろ。

＞イベントというのは極端な話、単にデリゲートのインスタンスを格納する変数。

なんか、ＭＳらしいねえ。　一般用語を

用語を混乱させ、思考を停止させるのは、バベルの塔以後　神による捌きが続いている所以です

そして英語のとんでもない和訳の氾濫が混乱に拍車をかけている
本やサイトに書いてある内容が全て正しいと思い込んでしまうやつは
プログラマやめれ

はいはい、極端に言いすぎましたよ。
確かにイベントはあくまでもデリゲートを利用した仕組みであって、
クラスの外部から見ればデリゲートインスタンスの追加、削除以外はできないから、変数と言うのは違うかもね。
だからこそ極端に言えばと言ったわけだけど。つーか括弧書きでこの説明入れときゃ良かったか。

>>278
わかるやつにはそんな説明いらないぞ
>>261
プロパティはクラスの外部からみ見ればメンバ変数だもんな

>>278　まだ「イベント」　という用語の使い方が普通とは違う。

http://msdn2.microsoft.com/ja-jp/library/edzehd2t(VS.80).aspx

イベントは、あくまでもボタンを押したとか、データが溢れたとか、そういう諸々の出来事の事。

　プロパティの所に表示されるKeyDownとかをイベントと単に呼ぶのは、他人と会話するには適切じゃないよ

>>280
それは話の論点によって変わるだろ。

で、>>249によるイベントの解説はまだですか？

>>280
そんな固い頭ではIQサプリの問題は解けまい

で、具体的に SetWindowsText を発行して　WM_SETTEXT　メッセージが発行されてから
どういうふうになるわけ？
Delphiみたいにサンクが使われてるわけ？

>>280 = 249

お前馬鹿だなｗｗｗｗ
とりあえずさっさと>>282、>>284に答えろよｗｗｗ

Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！

まあ　delphiみたいにソースないんだから判らんわな

>>284
そんな低レベルなことできるわけないだろ。
CLRがごにょごにょしてWndProcが呼ばれるから、
それを各Controlが適当に処理して
適当なタイミングでイベントが発行される。

イベントはSetWindowsText でWM_SETTEXT　として発行されてるわけだよね？

OSは.NET化されてないから、WndProcまでは現在はネイテブコードなんだよね？
WndProcでどういうふうに各コントロールへの呼び出しに変換されるわけ？

>>289
・・・･････････・・・・・・・・・・・・・・・・。

>>290
WndProcの時点ですでにコントロールごとのWndProcが呼ばれてる。
デリゲートを関数ポインタを受け取るAPIに渡すと、
そのデリゲートの関数が呼ばれるようになる。
詳しい人どうぞ。

へえ、DelphiではCreateWindowで呼ばれる関数は一つで、その関数で次に呼ばれるWndProcのポインタを
SetLongでサンクに書き換えてる仕掛けだけど、
設計者が同じだから同じ仕掛けなのかねえ

ヒント：コピー商品

なにがヒントだ知ったぶって馬鹿かw
そもそも同じプラットフォームなんだから同じに決まっとる。

ついでに、同じ「イベント」といってもドトネトの用語としてのイベントなのか
より一般的なプログラミング用語としてのイベントなのか、
その辺意識して読んだり使ったりしてくれよまったくw

決まってないだろ　他の方法（窓ハンドルからハッシュ）もあるわけで

ヒント：　ドトネトフレームワーク＝全く新たなプラットフォームｂｙﾍｼﾞﾀﾝ

>>296
何わけのわからんこといってんのかね馬鹿丸出しで。

そんなのOSの用意した「ウィンドウ」って仕組みそのものなんだから
ドトネトだろうがVBだろうが同じに決まってるでしょ。

OSの用意してるシステムは
RegisterClass で登録した WndProcが呼ばれるというもの
SetWindowLongでWndProcを別のものと置き換えてサブクラス化する事は可能
BUTTONとかの定義済コントロールでは、どうしてもサブクラス化が必要

>>298
お前の書き込みには、大抵"馬鹿"って言葉が入ってるよな。

誰かにそう言われ続けるとそうなる。

くそVB2003最低

議論がどうでもいいところに集中しているのは何故ですか

どうでも良い戦いだから。

VB2005ダウンロードしてみたんだけどVB.NETとは別のモノなんだね。

実際、.NETってどうなんだろう。重いし・・・

2005なら6.0からの頭の乗り換えもそれなりで済む。
Vista見据えて使わざる終えないぐらいのノリでいけば？
Express使えばいいし。

確かにそうだ。将来のことを考えれば2005だな。
2005なら書籍もこれから多く出るだろうし。
Microsoftが未だにVB6.0が現役バリバリなのを意識して、
2005出したってホントかな？

>>308
2003 .NET についてこれない阿呆の為に
VB 6.0 との互換性を重視したとか。

「とか」ってなんだよw
屁は屁元から騒ぎ出す、というが
その「阿呆」ってのは実はあんた自身のことだろw

実際には、「VB6からの移行に躊躇または既に苦労しているプログラマに配慮し〜」
といううたい文句をいうための言い訳的に、いくつかの「退歩的な」機能を追加しただけ。

2003からそんなに変わっちゃいない。
っていうか、VB6⇒VB7(2002,2003)だって普通はそんなに苦労しねえよ。

＞っていうか、VB6⇒VB7(2002,2003)だって普通はそんなに苦労しねえよ。

言い方で誤魔化したところでコンバートであるという悲劇。
それもコアの部分のActiveXがコンバートされず。

実際には「俺は出来た。出来ないならお前らがアホ」
という煽り文句をいうための言い訳的に技術論を振りかざしただけ。

というのもいかがなものかｗ

今までのActiveXが使えないというのは確かに致命的だわな。
コンポーネントベンダーにとっては「ウマー」かも知れんが。

>>311
エンジニアの端くれとも思えん態度だ。まあ屁の屁元だとすれば当然か。

君、「VB.NETという新環境にプログラマが適応すること」と「旧VBの既存のコードの
VB.NETへの変換」という全く異なる2つの問題をごっちゃにしてるだろ。

ソフトウェアエンジニアは既存コード、特にライブラリに意識的である。

もし、新環境と既存コードの利用の問題を別々に考える事ができる人間が居たらならば、
その人はソフトウェアエンジニアとは言えない。

アマチュアもしくはコーダーと言っても良い。

データベースのコントロールの話だけならVB6.0のほうが使いやすかったな〜

プログラミングに多少なりとも芸術性を感じる人は、.NETの方がいいだろうけど、
力仕事みたいに感じてる人は、VB6.0の方がとっつきやすいだろうね。

選択権が完全に有る場合での話しとして・・・
ASP.NETまで含めるて考えると、移行しておく価値が出てくるかもな。

とまぁ、移行しきってしまった人の意見ですわ。

VB6.0がいいって言ってるやつらは、クラスファイルとモジュールファイルの
使い分けもせず、コントロールのイベント関数にだらだらと処理内容を書いて
るようなやつらだろ。保守性とか拡張性とかに対する考慮はほとんど無し。
盲目的にその場しのぎでプログラムもどきを書くようなやつらばっかりだ。
あとでメンテする人の苦労なんて想像すらできないんだよな。氏ね。というか
自分の書いた糞プログラムはてめぇが一生面倒みろ。人様に迷惑かけんな。

囚人同士で木材加工の技術について議論してるみたいで意味ないぜ >>319

囚人の技術を馬鹿にするな。

>319
世の中には保守性を考慮する必要のないプログラマーもいるのだよ。
もちろん、自分の書いたプログラムは自分が一生面倒みるしね。
例えば、フリーウェアやシャウェアの開発者なんて大概がそんなもんだろ。
こう書くと、しょせんチンケな個人開発者の与太話と思われるかもしれないが・・・
会社勤めのプログラマーは、このご時世、.NETに移行せざるを得ないとは思うが、
対して、フリーウェア／シェアウェアの開発者は、まだその必要性はないと思う。
Vistaでも、VB6は動作するしね。
個人的観測だが、.NETへの以降がMSの思惑通りになかなか進まないのは、
こうしたフリーウェア／シェアウェアの開発者が多いからだと思う。
そういうオレも現役VB6ユーザーだ。
.NETの仕様や動向が落ち着くまで、まだ当分はVB6を使うつもり。

素人の趣味の話などどうでもいいよ

ExecutionEngineException見飽きた
Unmanagedな層が存続する限り実用にならない

>>248
NT4のころはホイール使えてたのに2000にすると使えなくなった…
あと、マウスドライバにもよるね。

メモリ食いすぎさえなければすっげぇ。NEETのがいいとおもうんだけど

旧ブビよりマシなだけでドトネトは悲惨。

Compact Framework 1.0 は唾棄すべき存在。
…すいません eVC++ で書いていいですか？orz

すみません。プログラミングの難しい話はよくわからないのですが、
こんな僕でも適当にアプリが作れるレベルの低さこそがＶＢの魅力で、
それを「レベルが低い」とか「ＶＢ厨」とかいうのって
意味なくないですかね。
言われなくてもレベル低いんですけど。
というわけで、より適当にアプリが作れるＶＢ６が好きです。
だって勉強するの面倒だもん。

> 勉強するの面倒

この部分がレベル低いんだと思われ

>>330
気にしないのが一番良いが
とりあえずＲＯＭってろ。

そろそろこのスレも2005に移行してはどうだろうかｗ

要りません

2005になって開発がVB6に近いぐらい楽になったて先輩が言ってた

この勝負、来る仕事の量で決まる。

いや、もうVB6の仕事は保守しかないだろ。

2003でいいけど
Javaの開発環境をあげてくれ
もうテキストエディタでちくちく作るのは疲れたんだよ

VBなんておもちゃだろ・・・常識的に考えて・・・

.NETならilasmで十分
IDEやデバッガなど不要と言う結論に達した

VB6.0プロと
VB6.0エンタープライズ

の内容の違いはどれ位あるのでしょうか。

>>342
ハルミデザインとオリエント工業くらい違う。

普通のVB6プログラマってはクラス作らないんだね
他の言語の癖で、クラス作りまくってたら
プログラムが分からんと言われてしまった
継承もないからすごくシンプルなんだがなあ、、、

ヒント：クラス派生〜オーバーライド文法が無いていのう言語

C++の下ごしらえつーか試し組みにVBなんて時代もあったが
いまはVB.NETよりC#が楽

趣味で作ってたゲームがMSX2.0死亡でC++に書き換え中

>>348
スレ違いだが
つ ワンチップMSX

SDカードや、VGAディスプレイやPS/2キーボードが使えるし
VHDLの勉強も可能だ

…届かないという報告も出てるが(年内発送予定)。
うちは本体だけは既に届いた。マニュアルや開発環境は別途送付らしい。

というかMSXはエミュが多いからそっちを使っても

思うにMDX2.0じゃないのかな

つーかVB6ほすい・・・・・・
えーえーVB5からいきなり2005までワープした
私が悪いんですよえーえー

でもほしい・・・・でも売ってない・・・

＞つーかVB6ほすい・・・・・・

自分VB2、VB5、VB6使った事あるけど、VB6って
実行エンジンがVBAと共通になる経緯かActiveX利用の塊となったおかげで、
すんげー信頼性落ちたよ。

画面のコントロール多すぎると起動エラー、
旧VBランタイムが入った環境だとJetエンジン初期化エラーとかと、
認識にのらないくらい劣悪環境。

貼り付けてそのままの太いテキストボックス見るとあーVBだなと

VB5はちょっとしたプログラムを知人に渡すときには便利。
ランタイムもWindows2000以上なら標準だし、かなり軽いし。

ADO.NETもﾍｳﾞｫｲ

スレ違いになろかも知れませんが、適当なところが無いので。

VB6 で、デフォルトの「プロジェクトを開く」フォルダを変更する方法は無いでしょうか？
レジストリをいじる方法でもかまいません。

インタプリタ言語にはそれなりの意義があると思ったのだが、変数宣言させたり無駄な手続きいっぱいさせたり退化している感じがする。
自然言語を思えば、「Aちゃんと遊んでたの。そしたらBちゃんが僕のブロックをとったの・・・」という会話を子供からされたら、「ちょっとまって。
まず全部の登場人物と物を言ってから。話をしてね。あとどこで遊んでいたのか、日時も言ってね」というくらいナンセンス。
すべての事柄を議事録のように話せ、というようなもの。

もちろん議事録のように、ソースを厳格に記述させるニーズがあることはわかっている。でもそれがすべてではないし、
全てのプログラマが、プログラムの実行速度が速くなることを目的にしているわけでもない。

VBは、.NETでC#の猿真似言語になってしまい、存在意義を失った。

ビルは経営から退いたのだから、BASICを本来あるべき姿に戻す事に注力して欲しい。

VB.NET使ったこともないだろｗ

VB.NETはインタプリタではない
スクリプト欲しいんならVBScript使え

もうVisualBasic2005との対決にしようよ

VB補完計画

Microsoftの販売戦略により、
欠けた言語仕様の補完

VBを本来あるべき姿に

本来あるべき姿：
　・行番号必須
　・行列演算 (MAT)

本来あるべき姿：













Delphi/VCL

なんでVB6は符号なし整数やビットシフトが用意されて無いんだ・・
このくらいなら最初から用意しといてくれてもいいと思うのに
ﾌﾞﾋﾞ厨のﾎﾞｸ困っちゃう

>>356
マジでスレ違いだな。ショートカット作って作業フォルダを適当にかえとけ

2005を使ったことある奴いる？

ここにいっぱいいる
http://pc11.2ch.net/test/read.cgi/tech/1187540029/

2008

2008を使ったことある奴いる？

VB復活するらしい

Express edition の　basic と　c++ をインストールした。
basicでフォームデザインできないのはなぜ？

C++でボタンを選んでドラッグするとボタン配置できるが。
basicで、同様にやってもボタンがまったく作成できない？あれ？
ボタンを作成するためにドラッグしたら、普通は少し太い線がでるでしょ。
それもでない。xpでは動かないのか？

どなたかご存知の人がおられましたら、お願いします。

ソース丸出しの.NETよりVB6のほうが良い場合もあるな
つか、パッケージだと.NETは論外だな

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20080526/304010/

>>374
俺の場合、VB2で作ったアプリが今日もまだ動いている。
そのソフト、制作費を無料とする代わりに使用料を月々30,000円もらう契約にした。
1997年からずっとだ。もう10年を経過した。ざっと計算すると30000×12×10=360万円だ。
一見安いように見えるが作成にかかったのは延べ工数で3日。
しかも単年度一括の収入ではないので税務上も有利。
まあこれは極端な例だが、これと同じような開発が過去50件ほどあり
すべて非.netなVBで作成したものだ。こいつらが何もしなくても約100万/月稼いでくれる。
会社は俺と彼女の二人だけ。この人件費や若干の経費で何もしなくても十分やっていける。
でも何もしないわけには行かない。でも.netを使う気にもなれない。どうしたものかな。。。

>>375
月100万円じゃ厳しくない？

>>376
「同じような開発」と言ったのはVB2で作ったものという意味であって
VB6まで含めると、約1,800万円./月の収入になっている。
何がいいたいかと言うと、これだけの金を叩き出してくれているソフトの
開発言語をそう易々と蔑ろにはできないだろうという事。
確かに新しいテクノロジーに対応していく事は最重要課題だと認識している。
しかし、すべてを捨てて良いということではないだろうという事だ。
.netを必要としているのは誰なのか？それが顧客ではなく開発者だけの
必要性ならマスターベーションに過ぎないだろう。
言い換えれば、揺ぎ無い.netの必要性を目の前に提示して欲しいのだ。

VB2はActiveXが無いので安定してた。
VB6はダメダメ。

>>378
OLEオートメーションの光と影だな。

上手いこと言うね。

次はドトネトＦＸの斜陽。

WinFXってどこへ行っちゃったの？

.NET3.0としてリリース済み

>>382
またまたご冗談をｗｗｗ

昨晩、車で猫を轢いちまったばっかりなんでな・・・・
頭がタイヤの下に入っちまったようで、ゴリッと鈍い音がした・・・
たぶん即死だったと思われ。気のせいか眠るときに「ニャ」という声が聞こえた。
今日も聞こえるかと思うと恐くて恐くて・・・もうorz

このスレは喧嘩ばかりで有意義ではないスレだな。

VisualBasic2008についても語られてないし、もうだめぽ

＞VisualBasic2008

あるの？

2008はスレ違いですから

こんな時代だし、ＶＢとＣ丼は言語統合してみてはどうだろう？

VB.NETは
VB6からすればうっとうしいが
そのうっとうしさを通り越せれば楽になる

C#はいいらしいけどさ、だめだめだよね

【ソフト】米MS、Visual Studio 2008/ .NET Framework 3.5のSP1提供開始［08/08/12］
ttp://news24.2ch.net/test/read.cgi/bizplus/1218505964/

2 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:53:39 ID:J4pMZFl6
＞.NET Framework
重いっちゅうのっ

3 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:57:33 ID:iqsKwHP2
普通にいらないと思う

4 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:59:51 ID:QZ8L4yYi
>再配布用のモジュールサイズを従来の197MB・・・
ふざけてるの？

5 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:04:39 ID:GYvNla61
Vista専用か

6 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:09:52 ID:sp4dzBNs
次々バージョンアップするし当初予定してたように自動アップデートしないし
ＶＢランタイムの二の舞になりつつあるなあ …最悪具合はそれ以上やね

7 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 11:12:48 ID:MIuWB666
>>6
Welcome to DLL Hell ! wpf ちん大ピンチッ!!

8 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 11:13:19 ID:o0tf+btN
C++の並列コンパイルいいよ。 2003と比べて3分の1ぐらいになった。 それでも2時間かかるけど。

9 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:13:38 ID:noCIOojl
どうせセキュリティ強化という名のバグ修正だろ

コピペ君って馬鹿だな、まで読んだ。

コピペじゃないよ、リンクだよ。
今立ち上がったスレなんだから、参戦したら？ｗｗｗ