05/07/18 16:00:32
>>158
VBをバカにしてる人をよく見るけど
一応ＶＢ6.0でもクラスあるし、Ｃっぽい真似事は可能だからな。
それにＶＢってのは「言語」だしなぁ、、、
上で言ってたけれど大抵フレームワークになれることのほうが大事で
言語仕様ってのは特に習得に時間がかかるわけじゃないと思う。基本があれば。。
ただend if でくくりつけるあたりがどうもダメ。
個人的にVBあがりの人間だけれど、C#消える、消えるといわれつつ、なれるとこっちのがいい。
160:デフォルトの名無しさん
05/07/18 16:25:41
>>158
まだわかってないやつがいるな
君が言ってるのはVB.NET以前の話
161:デフォルトの名無しさん
05/07/18 16:28:13
おい！お前ら！
VBに対して
VSのいいところ購入メリットを答えろ！
162:デフォルトの名無しさん
05/07/18 16:48:29
小文字を大文字に変えた時
感動したよ
163:デフォルトの名無しさん
05/07/18 17:17:56
VSのほうがいっぱい入ってる
164:デフォルトの名無しさん
05/07/18 21:53:53
おい！お前ら！
VBに対して
VSのいいところ購入メリットを答えろ！
165:デフォルトの名無しさん
05/07/18 22:22:42
MSDNライブラリがついてる
166:デフォルトの名無しさん
05/07/19 00:30:10
VBってついてなかったのか…
167:デフォルトの名無しさん
05/07/19 11:40:57
おい！おまいら！あほのマイクロソフトの3万近くの有償サポートについてどう思う！？
完全に自社製品のサポートに対する怠慢だとおもうのだが！
自社製品の不備が多すぎるので答えるのが面倒で防御策をしていると
思われるがどう思う？
168:デフォルトの名無しさん
05/07/19 16:18:04
サポート使わないのに製品にサポートコストが入ってる
なんてことが回避できる
169:デフォルトの名無しさん
05/07/19 18:49:05
俺：「あの～」
サ：「フォーマットして再インストールして下さい。」
俺：「え？まだ何も言ってないんですが・・・・・・」
サ：「そうですね。では、フォーマットして再インストールして下さい。」
俺：「いや、だから話を聞いて下さい。」
サ：「分かりました。その前にフォーマットして再インストールして下さい。」
170:デフォルトの名無しさん
05/07/19 20:12:19
ひど！い
169がかわいそう！
171:デフォルトの名無しさん
05/07/20 19:49:01
>>167 が激しくスレ違い
172:デフォルトの名無しさん
05/07/20 20:53:31
VB.net のコードをC#に変換できるのが
あればいいのかな？
ってゆーか、
そんなのあるのか？
173:デフォルトの名無しさん
05/07/21 16:00:22
漏れ、今VB6で実業務やってるよ。と言ってもいちから開発じゃなくて
機能追加だけど。元々Ｃ、VC++上がりから転職で今の会社なんだが、
慣れるとVB6の開発もちょろいね。
ただ上司、先輩が作ったプロジェクトだけど…ここにレスしてある通り、
グローバルの変数、関数も多いしFormのコード記述多いな…自分が優秀だとは
自負しないけど、なんでOOPで行かないのかと思ってしまう。
174:デフォルトの名無しさん
05/07/22 13:50:06
>>172
.net Reflectorを見るに、余裕で可能なんじゃないかな？
175:最凶VB厨房
05/07/22 17:39:23
System.CodeDom
Microsoft.VisualBasic
Microsoft.CSharp
176:デフォルトの名無しさん
05/07/22 18:54:28
モーストディザースターなVBキッチンが訳のわからん回答をするスレはここですか？
177:デフォルトの名無しさん
05/07/22 22:36:41
>>172
BabbelFisken
VBCS翻訳機
IT+: 「C#←→VB.NET」コード変換ツール でぐぐれ
178:デフォルトの名無しさん
05/08/30 02:56:20
人大杉 復活記念 パピポ
179:デフォルトの名無しさん
05/10/08 18:43:06
私は、ＬＡＭＰ、つまりＰＨＰでしか、仕事を任されたことがありません。
学生の時、Ｃ言語を資格試験のために勉強しました。
趣味では、iアプリつまりJAVAで、株の売買記録やグラフを
作る程度です。
そんな、私が、windowsで開発を、ちゃちゃっとやれるとしたら
ＶＢ？ Ｃ＃ ？
180:デフォルトの名無しさん
05/10/08 19:16:51
C#
181:デフォルトの名無しさん
05/10/08 20:25:51
>>180
簡潔なお答えカムサハムニダ
182:デフォルトの名無しさん
05/10/08 23:20:04
2005は知らんけど、2003だと、
VBは、入力候補の表示や、入力ミスの即時チェックが働いて、
書くのは楽な気がする。（うざいときもあるけど)
C#は、言語仕様の時点でVBより厳しいのと、
ビルド時の警告が細かいので、バグが入り込む可能性が減るかも。
とは言え、そんなに差はないんじゃない？
もう、好みの問題のような...
183:デフォルトの名無しさん
05/10/09 00:38:58
将来性は、どうなの？
それが重要。
Ｃ＃ ＶＢ どっちが生き残る？
184:デフォルトの名無しさん
05/10/09 01:03:00
比較してVB.NETで困るのはXMLコメントとソースの改行だな
改行は言語仕様だが。
あとどうでもいいが
クラスビューでも関数とか追加出来ない、
デザイナでイベント見られない。
ってのとこもMS手抜きなのかって思う。
185:デフォルトの名無しさん
05/10/09 01:36:02
>>184
知ってるかもしれないけど、VBは旧VB以来の伝統で、
フォームのコントロールのイベントはエディタの上部のドロップダウンリストで
選択できるようになっているよ。
まあ旧VBを踏襲するためってより、Handle句とかWitheventsの存在の方が理由として
大きいかもしれないけど。
プロパティとかメソッド追加するウィザードってなかったっけ？
まああったとしてもなんてあんなもん必要ないでしょ。
もともとVBじゃ、何ていったっけ、ほら自作のメソッドでもライブラリの
メソッドみたいに引数とかがインテリセンスに表示されるようにする機能、
あれがないんだから意味がない。
186:デフォルトの名無しさん
05/10/10 08:06:18
ドキュメントコメント？
187:デフォルトの名無しさん
05/10/10 09:04:14
VBのドキュメントコメントってVB2005から追加されたみたいだね。
'''<summary>
'''概要
'''</summary>
って感じ。
今まで、この辺りがプロジェクト毎にバラバラだったから、正直ありがたい。
188:デフォルトの名無しさん
05/10/10 19:21:56
2003でもVBCommenter入れてるけどインテリセンスに反映されないからな
189:デフォルトの名無しさん
05/11/16 13:08:13
VS 2005のExpress Editionは事実上，無償提供へ：IT Pro
"VS 2005のExpress Editionは事実上，無償提供へ
NSW"
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
で、この無償版ＶＳの使い心地はどうよ？
Eclipseより使いやすいか？
Eclipseが人気があるのでそれに対する焦りが
現れてるみたいだが。
190:デフォルトの名無しさん
05/11/16 13:43:54
MS製の開発環境はインストールするのが怖い。
191:デフォルトの名無しさん
05/11/16 13:51:40
確かにＶ＄インストールは半日仕事だな。
Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
192:デフォルトの名無しさん
05/11/16 19:18:33
>Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
本体はいいとしてもプラグインは意外と大変。
プラグインの選択とかダウンロードする時間を考慮すると
VSのインストールといい勝負だと思うが。
さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる
193:デフォルトの名無しさん
05/11/16 19:22:14
それは読み間違いでは？
Winアプリは草木のようにあるから不安定、と言わんように、
ネットにプラグインが溢れて更新されまくりだから不安定とは言わんでしょ。
安定した組み合わせは既にあるわけだし。
194:デフォルトの名無しさん
05/11/18 02:45:30
>>190
割れ物をインストールしようとするからトラブルのだよ。
195:今日もVB6
05/11/18 04:09:17
>>189-194
スレ違いだよ。
VSはそれだけインスコすれば使えるし、
プラグイン探したり、環境設定もいらないし
対象OSがWindowsならEclipse使わなくてもいいじゃん。
ただJAVAなら話は別だけど。
Windowsの開発環境は、明らかにVSの独壇場だしな。
今から始めるのならC#がいいと思う。
どうせVB.NETは、仕様変更がくるんだろうから（死
まあ無難にJAVAから初めて、落ち着いた頃に戻ってくれば
どっちかに決まっているんだろうな。漏れはJAVA出来ないけどな。
漏れはC#の予定なんだけどVB.NET覚えろって言われたらどうしようかな。。。
VB6はしばらくは使うだろうし、仕様が少し変わった物と一緒にやるくらいなら
全く違う物やった方がいい気がしてるんだけどね。ごちゃごちゃしてイヤだから。
196:デフォルトの名無しさん
05/11/18 09:09:34
C#とVBなんてどっちか絞らなくても覚えられるだろ
197:デフォルトの名無しさん
05/11/19 21:35:03
めんどくさいし2つも覚えたくない
ちょっと見た感じだとVB6とVB.NETって結構変わってるし
オブジェクト指向とか言われても意味分からないorz
198:デフォルトの名無しさん
05/11/19 23:30:18
C#とVB.NETの両方程度が覚えられないようなら今のうちに生き方変えた方がいいよ。
199:デフォルトの名無しさん
05/11/19 23:33:33
おとなしくC++にしとけ
C#とVBはどっちも先が無い
200:デフォルトの名無しさん
05/11/20 00:05:31
言語にランクがあるわけでもねぇんだからVB.NETでつくっとけ
201:デフォルトの名無しさん
05/11/20 00:09:16
どんな言語を選んでもいいと思うがね。
本質的な理解をしていけば、ほかの言語に移るのは簡単だし。
202:デフォルトの名無しさん
05/11/20 00:24:15
Lispは本質的な理解を広げてくれる
203:デフォルトの名無しさん
05/11/20 07:03:35
お前らは「適材適所」というものを知らないのか。
204:デフォルトの名無しさん
05/11/20 16:11:11
結論：Java
205:デフォルトの名無しさん
05/11/20 17:14:47
>>204
こりゃまたJ#を勧める人も珍しい
206:デフォルトの名無しさん
05/11/20 21:04:11
>>1
どちらも選ぶな。VS2005 C++ が正解。
207:デフォルトの名無しさん
05/11/20 21:05:30
原点に戻ってN88ROM-BASIC
208:デフォルトの名無しさん
05/11/20 23:04:24
>>204
サーバーサイドのJAVAは、当分変わらないだろ。
>>206
VCは効率悪すぎる。
知りたいのはクライアントで使うソフトを何で作るかだ！
で、MSはC#でサーバーからクライアントまでいきたいんでしょ？
最近は.NET構想が危うくなってきたんで、VB.NETにも力を入れているようだけど。
個人的にはC#が流行って、JAVAがオプソ化されればいいと思う。
そうして二社でつぶし合ってくれないかな…
>>205
J#が来ると信じてましたよorz
209:デフォルトの名無しさん
05/11/21 00:03:40
COMはVBに合わせて変化しまくった。
.NETもVBに合わせて相当変化しようとしてる。
サンプルコードの数を比べてみれば一目瞭然だが
MSはC#.NETよりVB.NETの方に力をいれてる。
210:デフォルトの名無しさん
05/11/21 00:18:44
C#ってあんまり存在意義無いからね。
J#同様客引き用でしょ？
211:デフォルトの名無しさん
05/11/21 01:34:18
2005で匿名メソッドがあるからC#
ないと簡単なものにclass作らなきゃならないから
212:デフォルトの名無しさん
05/11/21 09:54:37
>>192
> >Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
>
> 本体はいいとしてもプラグインは意外と大変。
> プラグインの選択とかダウンロードする時間を考慮すると
> VSのインストールといい勝負だと思うが。
> さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる
慣れないとそれには引っかかるだろうね。
バージョンが3.1以上なら大抵は問題なし。
テスト用や、UML, GUI開発、web開発に必要な標準プラグインも揃ってきたので大抵はそれだけで
事足りる面もある。
プラグインのインストールについてはアップデートマネージャで簡単にインストールできる。
アップデートサイトが無いプラグインについては、アップデートサイトを作ってしまう手もある。
eclipsewikiによると簡単インストーラを作ってる香具師もいるのでそれを使うのも手。
213:デフォルトの名無しさん
05/11/21 20:38:46
URLﾘﾝｸ(www.engineersguide.jp)
派遣のお仕事情報
VB.net,Java,C&C++がほとんど、C#はVB.netのおまけって感じだな（逆じゃないのか・・・）
214:デフォルトの名無しさん
05/11/30 01:23:53
> 派遣の
215:デフォルトの名無しさん
05/12/12 10:47:23
ＪＡＶＡだけで心もとないから、ｃ♯マスターして、ついでにＶＢ．ｎｅｔもというひとおおいのでは。
漏れがそんな感じなので。Ｃ、C++やりたかったけど、もう三十路まえなのであきらめてる。
216:デフォルトの名無しさん
05/12/12 11:00:32
スレが立ってから1年くらい経つけど、結局そのプロジェクトはどうなったのかがそろそろ知りたいよ。
主さん、その後の状況を報告してくれませんか？
217:デフォルトの名無しさん
05/12/12 15:25:36
>>215
20代であきらめんなよ。はえーよ。
C++やっとくとGC系言語についての理解が深まるぞ。
別に実用的なプログラムは組めなくても理論は知っておいて損なし。
218:デフォルトの名無しさん
05/12/23 14:09:19
なんか言語がどうこうって言い出す奴がすぐに出てくるけどさあ、
語るに落ちてると思うんだよね。
要するに「俺は言語の習得レベルでアップアップしている低能です」って。
言語そのものの習得なんてそんなに難しくないでしょ。
逆に言えば今時（いや本当は昔からだけど）言語そのものの習得なんて
単なる出発点に過ぎないわけでさあ。
C++ぐらい知っとけ、だのなんだの言ってる奴みると馬鹿かと思うよ本当。
219:デフォルトの名無しさん
05/12/23 17:06:26
>>218
で、VB.NETとC#どっちやればいいのですか？
来年度配属される研究室で、どちらかやっておけって言われて困っています。
情報系の学科ではないし、JAVAやCだってほとんどさわったこと無いです。
たぶん無料になったからだと思うのですが、先輩もやってたのかも…
220:デフォルトの名無しさん
05/12/23 18:49:51
>>219
その研究室でユーザーが多い方の言語にしたらいいじゃん。
221:デフォルトの名無しさん
05/12/25 13:42:02
>>218
で、出発点で勉強する言語は？
222:デフォルトの名無しさん
05/12/25 17:01:19
>>219
学生がやる言語ならC#がいいな
動けばいいってならVBの方がいいが、VBは言語というか環境だから
それに6と.NETの狭間で今から始めるのはあまりよくないんじゃないか？
何学科かは知らんがC#の方が勉強系のコードは多いだろうしな
JAVAよりも楽しくクライアントアプリとか作って遊べるし
一応.NET（MS）の中核だし、VBのように度重なる仕様変更で泣くことも…
それにC#本もそこそこあるしな
でも、間違っても できるC# みたいな本買うなよ
まずはコマンドラインから始めた方がいい学生だぞ（死
最後だが。 動けば何でもいいのならVB.NETから始めてください
223:デフォルトの名無しさん
05/12/27 19:06:06
>>222
海外の学校で、Ｍ＄がタイアップでＣ丼始めようとしたところ、
クーデターが起こったよ。
というか、学生は昔はPascal、今はまたはJavaと相場は決まってる。
224:デフォルトの名無しさん
05/12/27 19:08:21
＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも，こうした例の一つと言えるかもしれない。
> アプリケーションの開発/実行環境が .NET Frameworkに移行したVS .NET以降，VSはかつてのような人気ツール
> ではなくなりつつあった。特に，初級者/入門者に絶大な人気があったVBは，ユーザー数がどんどん減る傾向にある。
> URLﾘﾝｸ(itpro.nikkeibp.co.jp)
225:デフォルトの名無しさん
05/12/28 02:57:46
>>222
>JAVAよりも楽しくクライアントアプリとか作って遊べるし
JAVAでクライアント作ることはまず無い 本職の俺が言っておこう
クライアント＋APサーバー+DBサーバーだったら 明らかにJAVAが有利
クライアント＋DBサーバーだったら 明らかにC丼が有利
ちなみに JAVAの環境構築は地獄だぞ APサーバー立てて DBサーバー立てて
APサーバーに対応したEclipseプラグイン探して JAVAで使うフレームワークのプラグイン探して．．．
226:デフォルトの名無しさん
05/12/29 13:11:04
Javaで楽しくWebクライアントだろ?
2度と関わりたくないけどな
227:デフォルトの名無しさん
05/12/30 14:13:28
やっぱりC#がいいか…
みんなJAVAには嫌な思い出がるんだろうけどｗ
C#だって後発で悪くなってることもないはずだし、環境は一発で整うし、Windowsなら無難だな。
あくまでExpressが無料で公開され続けれ場の話だが。
228:デフォルトの名無しさん
06/01/04 18:59:09 BE:291875393-
VBしかできないw
229:デフォルトの名無しさん
06/01/05 13:34:55
＞C#だって後発で悪くなってることもないはずだし、
バージョンうｐで普通に製品改悪されるが。
＞環境は一発で整うし、
重杉。
＞Windowsなら無難だな。
ドトネッツでづが？
230:デフォルトの名無しさん
06/01/08 05:10:08
すいません。１さん。ぼくを雇ってください。
今年35歳です。プログラムはVBで時計を作れます
231:1
06/01/08 05:44:04
>>230
無理です。何が無理かって、全てにおいて無理です。
あと、プロジェクトはC#を採用して今のところ順調に進んでいます。
232:デフォルトの名無しさん
06/01/08 06:21:07
C++使いで、簡単なアプリ作る場合はVB6やってました。
.NETなってからはC#が使い勝手がよくて、ほとんどこれだけでいけます
言語の表記法もVB.NETよりC#のほうが見やすくて早く書ける
また、C#に慣れておけば、いづれC++を使いたいと思ったときも容易に理解できるんじゃないでしょうか
VB.NETからはじめると、C言語やりたくなったときにちょっと躊躇するかも
でも、さらにやり続けてると、言語の違いはあんまり重点を置かなくなります。
結局、習い始めのときに気になるだけなんですよ。
外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
マクドナルドのシステムがグローバルだからです
.NETでいうと、マクドナルドは.NET FreamWorkという土台に当たるわけです。
だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
C++はというと、マクドナルドでバイトもできるってことです
233:デフォルトの名無しさん
06/01/11 06:05:05
>>232
>外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
のくだりから
>だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
の結論にいたるまでの脈略が何が何だかさっぱりです。
234:デフォルトの名無しさん
06/01/11 18:29:22
＞430 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/24(土) 02:18:07
＞ついにねんがんのVS6.0をてにいれたぞ！
＞
＞会社の倉庫に眠ってたのを譲り受けた。
＞で開けたら「VISUAL J++」だけ未開封。
＞
＞(´･ω･`)ｶﾜｲｿｽ
泣いた
235:デフォルトの名無しさん
06/01/11 19:31:02
ちゃんと譲渡届だせよ
236:デフォルトの名無しさん
06/01/12 00:30:53
みんなプロファイラは何を使ってるんだよヽ(`Д´)ﾉｳﾜｧｧﾝ！！
237:デフォルトの名無しさん
06/01/12 15:38:25
VBかC#か悩む位なら両方マスターしようとどうして思わないのかな？
言語は道具だろ？プロなら保守の対象が自分のコードだけとは限らんだろ。
自分のコーディングの事しか考えないというのはアマチュア発想だよ。
「青年よ大志を抱け！」
238:デフォルトの名無しさん
06/01/12 16:39:56
じゃ、Pascal も C も Basic も Java も C++ も C# も Ocaml もいっぱい覚えなきゃならないね。
さすがプロの発想は無駄がないな。
239:デフォルトの名無しさん
06/01/12 16:41:43
>>238
偉そうな事を言ってすまん。Ocaml だけはマスターしていない・・・
240:デフォルトの名無しさん
06/01/12 16:49:25
なんだ、今度からはOcamlマスターしてから大口たたけよ。
241:デフォルトの名無しさん
06/01/12 16:51:10
あとLispもな
242:デフォルトの名無しさん
06/01/12 16:57:03
>>241
Lispは大学で少しやったが実務での経験はまだない。
すまん・・・
243:デフォルトの名無しさん
06/01/12 17:00:14
おれもそこまでしかコードを書いたことが無いから許す。以上
244:デフォルトの名無しさん
06/01/12 17:57:14
>Lisp
最近話しに出なくなったおね。
245:デフォルトの名無しさん
06/01/12 18:23:58
>>244
俺はCommonLispを使っていたが、今でこそ.netでも実装されたオブジェクト指向や
ガーベジコレクションはすでに実装された言語だった。負の数の平方根や30の階乗
計算で正答が得られる言語がCommonLisp以外にあるだろうか？括弧が多くて
読みづらいコードだが、慣れれば書くのは非常に楽だったのを覚えている。
まあ言うなれば.netの元祖にあたる言語の一つだろうな。
246:デフォルトの名無しさん
06/01/12 21:23:19
Ada
247:デフォルトの名無しさん
06/01/12 22:17:29
>>246
ほほう。こんなスレにもよく知ってる奴がいるんだなｗ
248:デフォルトの名無しさん
06/01/12 23:32:20
マシン語.net
249:デフォルトの名無しさん
06/01/13 08:37:20
>まあ言うなれば.netの元祖にあたる言語の一つだろうな。
死滅の歴史。
250:デフォルトの名無しさん
06/01/13 14:19:04
* * * * * * * * * * * *
* ／￣⌒⌒＼ *
* / /⌒―⌒ヽ *
* | Ξ ´＿ ＿｀＿＿＿＿＿ *
* (6Ξｰ|´ |-|｀ || | *
* __ヽ~ ､￣ ~ ￣)| 平 | *
* ／ ＼＼ ｰ= ノ .| | *
* | ＼＿＿＿ | | *
* ＼ ／ ||⌒ヽ 成 /ヽ *
* ＼＿＿＿＿_||＿ﾉ＿＿＿＿|_ノ *
* * * * * * * * * * *
251:デフォルトの名無しさん
06/01/15 11:23:13
> 「青年よ大志を抱け！」
ヒロシ（大志）です。青年には抱かれたくなかとです・・・・
252:デフォルトの名無しさん
06/01/15 12:36:31
どちらか片方しか使えないと言われたら、どちらを使うべきなの？
あと初学者は、どっちから始めるべき？
JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。
後発の分C#の方がいいだろうけど、バージョンアップで色々増えてゴチャゴチャになりそうだし。
MSはVB6ユーザーをVB.NET（.NET）に移行させたい一心でやってるみたいだし。
Vista付属の.NETアプリ作るのになに使ってるんだろう？
253:デフォルトの名無しさん
06/01/16 09:12:14
>どちらか片方しか使えないと言われたら、どちらを使うべきなの？
>JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。
ﾌﾞﾋﾞ厨の詭弁ハッケソ
254:デフォルトの名無しさん
06/01/18 13:15:06
>>252
>どちらか片方しか使えないと言われたら
その台詞を言った人に決めてもらうといいよ
255:デフォルトの名無しさん
06/01/19 00:44:45
>>254
やっぱVB6なのか…
256:デフォルトの名無しさん
06/01/19 13:32:41
>>255
VB6はMSの延長サポートが2008年末で切れるけどいいの？
何年か後、ユーザに、サポート切れの製品はキモいからランタイム入れるの禁止、て言われると辛いよ。
257:デフォルトの名無しさん
06/01/19 13:34:02
サポート切れて無くてもﾌﾞﾋﾞランタイムの不整合エラーﾃﾗｷﾓｽ
258:デフォルトの名無しさん
06/01/19 17:25:49
ExecutionEngineExceptionも十分キモイ
259:デフォルトの名無しさん
06/01/20 05:42:39
C#とVB.NETごときなら両方読み書きできるようにしろ。以上
260:デフォルトの名無しさん
06/01/20 11:06:14
>>259
漏れも最初はそう思ってたんだけど、そうは思えなくなった。
CTSを基盤に動いてる親戚だから近いのはその通りなんだけど。
C#に慣れるとVB.NETは覚え難くなる。言語仕様に大きな違和感があるつーか。
「両方読み書き」のレベルに達するには大変な努力が要ると思うよ。
261:デフォルトの名無しさん
06/01/20 23:40:14
>>260
ならC#を読めてVBで読み書きでOKだと思う
262:デフォルトの名無しさん
06/01/21 11:46:28
何にしろめんどいのは嫌だなあ。
同じ処理ならソースが画面上の絵として読みやすいC#に一票。
EndEndEndの羅列は目が痛い。
263:デフォルトの名無しさん
06/01/21 12:39:52
結論：J# が生き残る
264:デフォルトの名無しさん
06/01/21 12:55:10
>>262
あとByVal,ByRefの嵐モナー
265:デフォルトの名無しさん
06/01/21 17:30:29
テキストファイルから数値データを配列に読み取って表示させる
プログラムを作りたいのですが、正しく表示されませんどこが
おかしいのでしょうか？
string path = @"c:\test.txt";
System.IO.StreamReader reader=new System.IO.StreamReader(path,System.Text.Encoding.ASCII);
float ch=reader.Read();
for(i=0;i<2;i++)
{
t[i]=System.Convert.ToSingle(ch);
}
Console.WriteLine(t[1,1]);
266:デフォルトの名無しさん
06/01/21 18:49:45
なんでfloatにいれてるか分かんないし
floatをfloatに変換してるし
1文字しか読んでないし
そもそもスレ違いだし
267:デフォルトの名無しさん
06/01/22 12:39:08
C#＞VB.NET＞＞＞＞＞＞＞＞＞＞＞＞＞VB6
268:デフォルトの名無しさん
06/01/22 12:42:07
C++>>越えられない壁>>C#
269:デフォルトの名無しさん
06/01/22 13:42:18
これだけはいえる
「VBしか書けません」と言った時点でゴミ扱い
270:デフォルトの名無しさん
06/01/22 13:57:04
>>269
「Javaしかかけません」はどうなるんだ？いや、Java以外もかけるけど
271:デフォルトの名無しさん
06/01/22 14:02:32
言語の区別と開発者のｶｰｽﾄを一緒にしている時点で大敗北者
272:デフォルトの名無しさん
06/01/22 14:43:39
>>271
そりゃレベルが高くなれば言語がどうなんていう枠なんかどうでもよくなると思うが
ここで話しているのは新人だとかの技術レベルをはかる低レベルな話。
開発者全体のカーストなんてなんでそこまで話を大きくするのか分からん。
273:デフォルトの名無しさん
06/01/22 14:51:34
>>272
そりゃ言語のランクと身分のランクを混同した馬鹿な指摘が多いからさ
274:デフォルトの名無しさん
06/01/22 17:35:53
>>238
覚えるのはSchemeとHaskellとPrologとC++とJavaだけでいいよ。
275:デフォルトの名無しさん
06/01/22 20:24:40
>>238
関数型をなんで2個も覚えなきゃいけないのか分からん
関数型は教養程度でいいから片方でいいだろ。
276:275
06/01/22 20:26:22
訂正
>>238→>>274
277:デフォルトの名無しさん
06/02/02 16:31:05
現在はJAVA、VB6の天下だ。
でも、いずれはC#の時代が来る。
ただしC,C++はOSの開発用に残る。
VB.NETは、度重なる仕様変更で嫌われて消える。
JAVAは、度重なる拡張で使いづらくなって消える
C#は、本命だと思われず放置されるが、その分余計な変更等が無く生き残る。
まあこういう事だ。
278:デフォルトの名無しさん
06/02/02 19:31:48
>>277
C#は仕様変更多くない？
少なくともJavaよりも速いペースで拡張しそう・・・
279:デフォルトの名無しさん
06/02/02 23:45:38
ビジネス系はスタンドアローンは廃れ、
LAN上でDBに繋がるアプリの何割かはCGIに置き返えられて、
あとVBAのようなアプリケーション側のマクロ。
一方でタスクトレイに入ったりサービスになるのはC++
ライティングソフトのようなシステムツールもC++
その残りをJavaとC#という予想。
280:デフォルトの名無しさん
06/02/03 05:11:28
>>275
正格と非正格の違いがでかい。
ただ正直、関数型非正格はいらんと思う。
あとPrologもいらんだろ。
C++もCでいい。
SQLは必要だから入れておけ。
つまり、Scheme・C・Java・SQL。
281:デフォルトの名無しさん
06/02/04 08:17:39
CLR自分で書いとけ
282:デフォルトの名無しさん
06/02/04 12:09:55
>>281
なんで？
283:デフォルトの名無しさん
06/02/04 12:24:56
>>278
C#は3.0ださずに終わるってことじゃないかｗ
4.0は無さそうな勢いだけど、3.0はでるんだろうね
LINQはよくないと思った今日この頃ですよ
言語に入れるのはやりすぎだよな
>>279
そういやマクロって今後どうなるの？
VB.NETになる？C#で書くのは厳しいよな
まあC++は残るだろうし、PHPやRuby、Python系スクリプト言語も残るだろうけど
メインはJAVAとVB.NETで決まりだろう
>>280
JavaとSQLだけじゃダメですか？
これ以外は使う機会があまりない…
284:デフォルトの名無しさん
06/02/04 17:53:25
C#.NET構成員：Java厨＆Del厨
VB.NET構成員：VB厨
C#.NET vs VB.NETとは？
Java厨＆Del厨 vs VB厨なのであるｗ
285:デフォルトの名無しさん
06/02/04 23:14:11
.netを使った後でATL/WTL使うと
実行ファイルの小ささおよび起動の素早さに驚愕する今日この頃。
.netはAthlon64でもモッサリ。
286:デフォルトの名無しさん
06/02/04 23:31:23
>>285
.netの起動時間は速くすることが出来るの知らないで言ってるの？
何も知らない人はココを見よう！
URLﾘﾝｸ(www.atmarkit.co.jp)
287:デフォルトの名無しさん
06/02/05 00:51:36
VSTAで、検索ちゃん！
288:デフォルトの名無しさん
06/02/06 00:01:04
Delphi.net
289:デフォルトの名無しさん
06/02/10 14:56:14
JAVAも重くないし.NETも重くないと思ってた
使ってみて.NETの素晴らしさを理解出来た
結局MSはVBとC#とVCの3つで行きたいの？
サンプルコードとか減るし、今まで通りVCとVBだけでいいのにな
290:デフォルトの名無しさん
06/02/15 01:20:44
っていうかプログラマに将来ないよ
俺ももう限界だと思ってる
趣味でやるにはいいが仕事としてはやらないほうがいい
291:デフォルトの名無しさん
06/02/15 01:22:44
結論
C++
292:デフォルトの名無しさん
06/02/15 01:32:57
とりあえずアセンブラも出来ないようななんちゃってプログラマは
デスマで信者ってください。
293:デフォルトの名無しさん
06/02/16 11:37:00
C++/CLI が本命で、C# も問題なく使えます、というのがいいんじゃね？
マネージドの世界に閉じる必要のある案件なら C# (P/Invoke はあるけど)。
アンマネージドの世界とも繋がる必要がある案件なら C++/CLI。
「理解してなくても簡単に使えますよ」的なアプローチの VB は
その思想は素晴らしいと思うしニーズもあるとは思うんだけど、
「なぜそうなるのか」を理解できてない危ない開発者を量産しそうだな、と。
294:デフォルトの名無しさん
06/02/16 13:30:37
>>283
LINQのすごいところは言語仕様をほとんど拡張していない点だよ。
事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。
スクリプトはIronPythonとかMonadでも調べれ
>>293
というより、無駄にC++/CLI持ち上げられすぎな気がするんだよな。
できるならC#、条件によってはC++/CLIも検討というスタンスが一番
いいと思う(つまりあくまで主役はC#)。
なんつーか、CLRはまじめな話結構複雑ですよ？その辺を理解できる
レベルになるまでにC#ぐらい使えるようになっていると思われ。
というか、CLRの知識つけるならC#やったほうがたぶん手っ取り早い。
C++/CLIはそれからでいいだろうよ。
295:デフォルトの名無しさん
06/02/16 14:29:04
>>294
>事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。
これこれ。これを初めて聞いたときは驚いた。びっくり。
296:デフォルトの名無しさん
06/02/16 22:44:21
JVM >>>>>>>>>>>>>>>> CLR
297:デフォルトの名無しさん
06/02/16 23:19:45
>>294
>>295
言語仕様の拡張とCLRのバージョンはあまり関係ないのでは？
コンパイラが頑張ってるっていうだけの話だと思う
298:デフォルトの名無しさん
06/02/17 00:24:59
>>297
表現が悪かったな。
えーとな、例えばクエリ式自体を追加するための追加キーワードは
「from」だけだ。
そして、これが「それ以降に続くクエリオペレータを連結する」という意味を持つ
これだけしか決められていない。
LINQは「言語にクエリを統合する」ことが目標なんだが、なんていうかな、
C#はクエリ言語を統合しているわけではないんだ。
コード中にSQLが書けるように見えるけど、それはC#が定義しているのではなく、
ライブラリが定義している。
クエリ式はC#からみると、オペレータ連結の省略表記ぐらいの意味しかない。
もちろん統合するために他にも色々拡張しているのだが、その拡張自体は
汎用的なものだ。
299:デフォルトの名無しさん
06/02/19 01:25:32
C#だけネイティブ対応してくれないかな…
300:デフォルトの名無しさん
06/02/19 10:27:21
SQLをハードコーディングってか。
301:デフォルトの名無しさん
06/02/19 13:32:44
>>300
それは問題の領域が違う。ビジネスロジックを分けるやり方が変わるわけでも
なかろうに。ミスマッチを解消しようというだけなのだから。設計の｢層｣は今までも、
これからも自由だ。
なんつーかな、今までいろいろいったけど結局「拡張」である点を評価してるんだよ
C#の発展という枠から出てないっていうか、SQLを混ぜましたっつーようないわゆる
mixじゃない点というか。
極論すりゃ2.0でも同じ動作をするコードをかけるのさ(厳密にはむりぽなのもあるけど)。
それを簡略化しただけであって。
ちなみに、>>297が指摘してる点はCLRの場合ちょっと違う。CLRはバイナリがメタデータ
持つからな。だからバイナリだけあれば定義が参照できてリンクできるわけで。
CLR2で動くってこと=CLR2のメタデータ表現枠内にあるっつーことで型システム部分が
変わってないってことはそれなりに重要なんだ。
302:デフォルトの名無しさん
06/02/19 17:53:01
何か一生懸命書いてるから、上からちょっと読んでみた。
よく知らなかったけど、何となく言いたいことはわかる。
.NETの技術自体がよく出来てるっていう評価かね。
303:デフォルトの名無しさん
06/02/22 13:39:57
余計な互換性問題で悩まないで済むというだけの話
304:デフォルトの名無しさん
06/02/24 23:31:41
C#がもう少し頑張ってくれればね
MSも本当にJAVAに勝つつもりでいるんだか…
事実上Windowsでしか使えないだけでも、かなり不利なのにな
C#は滅びるのでVB.NETですよ
305:デフォルトの名無しさん
06/02/25 08:46:45
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
306:デフォルトの名無しさん
06/02/25 11:21:55
そうでもないよ。
307:デフォルトの名無しさん
06/02/25 19:46:13
まあ、現場ではC#プログラマよりVBプログラマのほうが断然求められているな。
どちらか一方選ぶならVBにしておいたほうが潰し利くと思われ。
308:デフォルトの名無しさん
06/02/25 20:14:13
C#が出来たらVB.NETも出来るだろ w
309:デフォルトの名無しさん
06/02/25 20:57:15
変換できるだろ
310:デフォルトの名無しさん
06/02/26 05:44:36
>>304-306
普通はVC#として使うから、JAVAと比べればUNIX系では厳しい
>>308
あまい。あますぎる。
>>307
それよりJAVAを…
>>309
何の変換？
Vistaでるまで様子見してVB6だ！
ホントに.NETに変わるんだろうか？
311:デフォルトの名無しさん
06/02/26 05:48:10
C#とVB.netのコードは相互変換できる
312:デフォルトの名無しさん
06/02/26 17:03:49
C#使う奴は脳が偏屈だから変換できないんだよ
313:デフォルトの名無しさん
06/02/26 17:25:14
C#のあとにVB.NETやらVB6やると脳が腐っていく気分になるぞ
314:デフォルトの名無しさん
06/02/26 17:27:49
いや、単に学ぶ気が全くないからだろう。
{;}派にとってそれ以外の言語は恋愛の対象外。
必要性があれば会話ぐらいはするが、それを他人に見られるのは嫌。
超恥ずかしい。
友人と一緒にいる時に声掛けられたりしたら思わず無視してしまう。
そういう存在ｗ
315:デフォルトの名無しさん
06/02/26 19:03:00
まあライブラリをどう使いこなすかって今時の時代（本当はDOSの時代からすでにそうだけどw)に
言語の優劣をどうこうってのは時代錯誤というか、お前はプログラミング始めて
嬉しくてしょうがない中学生かって感じはするなw
しかしそれでも敢えて言うけど、やっぱりC#の構文は全体的に読みにくいよ。
例外の捕捉とか、なんであんな風にしたのか俺には全然合点がいかない。
316:& ◆R7PNoCmXUc
06/02/26 20:35:10
生物学的には違いがないよ、って言われても
ブサイク(VB)よりかわいい子(C#)の方がいい。
{;}派では全くないが、>>314の後半4行に禿同
「脳が腐っていく感覚」がわかるのはセンスのある奴だね
317:デフォルトの名無しさん
06/02/27 14:42:09
VB系ってようするに英語ネイティブ人にとってのなでしこみたいなもんだろ?
318:デフォルトの名無しさん
06/02/27 17:38:43
>>317
むしろCOBOLではないか？
319:デフォルトの名無しさん
06/03/07 15:39:34
VB#の時代が来る！！
320:デフォルトの名無しさん
06/03/10 18:33:49
むしろVB♭じゃねえの？w
実際2005でも、暗黙的にフォーム作っちゃったりする旧VBの暗黒面に向けて
「後退」してる部分があるわけだし。
321:最凶VB厨房
06/03/18 20:29:49
使いやすさを重視するか、
美しさを重視するか。
両者がトレードオフの関係にあるとすれば、
使いやすさを選ぶね。
いつだってそうだ。
322:デフォルトの名無しさん
06/03/32 21:07:46
既存のJavaのソースコード J# でコンパイルしてみたら
java.awt.Graphics2D;
java.awt.image.BufferedImage;
が無かった。寂しい。
323:デフォルトの名無しさん
06/04/16 12:22:50
VB.NETはオブジェクト指向にそぐわない機能（標準モジュール）を備えてる時点で糞だろ。
ん、C#でも使えるだぁ？
使おうと思えば使えるが、大抵のやつは知らないし、知ってるようなヤツは使うべきでないことも理解してるだろ。
糞VB6厨が、厚かましくもC#に手を出してこれを知ってしまったら悲劇としか言いようがないが。
おまけに、2005からは暗黙のインスタンス化とかMyだの、糞VB６厨のための改悪が施されているわけだ。
オブジェクト指向をちゃんと理解しているVB.NETユーザーには悪いが、
完全にC#＞超えられない壁＞VBの式が成り立ったな。
324:最凶VB厨房
06/04/16 12:39:46
ばかだなぁ。
VBは本来オブジェクト指向ってのに
こだわりを持っている言語ではないのだ。
そこんとこよろしく。
325:デフォルトの名無しさん
06/04/16 12:47:31
だから糞だって言ってるんだろ。
326:最凶VB厨房
06/04/16 12:55:01
だから馬鹿だと言っているんだがｗ
327:デフォルトの名無しさん
06/04/16 12:55:59
その思考が糞だと言ってるんだ。
328:最凶VB厨房
06/04/16 12:58:03
そのオブジェクト指向第一主義的な
思考が馬鹿だと言ってるんだ。
329:デフォルトの名無しさん
06/04/16 13:05:46
オブジェクト指向が第一かどうかを言ってるんじゃない。
ただ、VBの場合はどうみてもオブジェクト指向についていけないVB６厨のための改悪措置だろ。
.NETになった時にOOPを大々的に取り入れたのに
2005からはそれらを緩くしてるんだから。
330:デフォルトの名無しさん
06/04/16 13:07:23
一番困るのが、"オブジェクト指向わかるよ～"とか言っておきながら
実はVB６しか使ったことのないアホが多いこと。
331:最凶VB厨房
06/04/16 13:13:46
例え、どうみてもオブジェクト指向についていけないVB６厨のための変更で
あったとしても、改良ってやつなんだ。
言語ってのはより多くの人に使ってもらわなくてはならない。
一概にそういえるわけではないが、VBはそういう言語だ。
それがわからないから馬鹿だと言ってるんだ。
332:デフォルトの名無しさん
06/04/16 13:17:06
より多くの人に使ってもらわなければならないのは
どちらかと言えば販売側の都合だろ。
言語がそういうものだなんて言うのはおかしい。
333:デフォルトの名無しさん
06/04/16 13:18:05
確かに、>>331の言うことは一理ある。
ベータ版ではVBの配列宣言は他の言語と同じように、”要素数”を指定するものだったが、
某国のVBユーザの反発が強く、変更になったぐらいだしな。
334:デフォルトの名無しさん
06/04/16 13:18:37
あぁ、VBはそういう言語って書いてあったな。
だが、だからこそ、VBの質を貶めているわけだろ。
335:デフォルトの名無しさん
06/04/16 13:20:04
>>334
それは”言語”の質なのか？
プログラマの”質”を棚上げにして、言語のせいにしてないか？
336:デフォルトの名無しさん
06/04/16 13:32:43
>>335
じゃあ暗黙のインスタンス化だのは、質の高いプログラマも使う機能なのか？
質の高いプログラマは使わない機能だとしたら、
それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
337:デフォルトの名無しさん
06/04/16 13:37:59
ところでなぜお前らはJ#スルーなんだ？
もう少し Java2 の機能がちゃんと取り入れられたら、
かなり使える言語だぞ。って言語的には単にJavaか。
OOPやジェネリックプログラミングやるなら
C++/CLI や C# 、そうじゃないならVB.NET でいいじゃん。
338:デフォルトの名無しさん
06/04/16 13:39:01
>>336
だから、それもプログラマの”質”の問題だろ。
＞じゃあ暗黙のインスタンス化だのは、質の高いプログラマも使う機能なのか？
使い方やら挙動を理解している分には使っても問題無いだろ。
インスタンスを常に1つしか生成したくない、シングルトンのような場合、
挙動を理解して使う分には手間が省ける。
＞質の高いプログラマは使わない機能だとしたら、
＞それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
自分でも言ってるじゃん。
”質の低いプログラマの為”って。
つまり、質の低いプログラマの為に用意されているという事は、
C#に比べれば機能が多いという事になる。
質の高いプログラマにしてみれば、実装の選択肢が増え、
場合によっては手間が省けるんだから、言語の質としては高いよな。
339:最凶VB厨房
06/04/16 13:39:59
>質の高いプログラマは使わない機能だとしたら、
この前提が正しければ、
>それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
と言えるかもしれない。
で、どうやって前提が正しいと言うつもりなの？
340:デフォルトの名無しさん
06/04/16 14:12:38
MSも言ってるしなぁ、VB6ユーザーが.NETに移行してくれないから2005では
VB6ユーザーを意識しまくったって。
341:デフォルトの名無しさん
06/04/16 14:17:40
>>340
だから、それは別のどうでもいい事じゃないの？
VB6ユーザを意識して、暗黙インスタンスだろうがMy機能を”追加”したってだけで、
そういった文法でしか書けなくなった訳じゃないし。
そういった記述しか出来なくなったというなら、確かに”改悪”だがな。
342:デフォルトの名無しさん
06/04/16 14:25:14
>>338
機能が多い＝良いこと
だと言うならば、もはや俺には反論できないわ。
そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
やっぱ苦しい言い訳にしか聞こえん。
343:最凶VB厨房
06/04/16 14:30:18
機能が多いことは、基本的に良い。
当たり前だ。
>そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
全く同感だよｗｗ
344:デフォルトの名無しさん
06/04/16 14:30:34
>>342
誰も機能が多い＝良いとは言ってないんだけどね。
俺が言いたいのは、機能がどうであれ、それは使うプログラマの質次第って事。
言語の質とは言えないってこと。
＞そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
＞やっぱ苦しい言い訳にしか聞こえん。
そんなの、いっぱいあるだろ。
コードスニペットだって、VB.NETの方がデフォルトで多いし、
C#にはIsNumericやらIsDate関数すらない。
Split関数にしろ、C#ではCharでしか切れないけど、VB.NETだとStringで切れるしな。
それに、C#では実装されているがVBには実装されていないって機能もある。
俺には、暗黙インスタンスやMy機能が追加されただけで、VBの言語の質が低いという理由がわからん。
それに、C#でのみ実装されている便利な機能がVB.NETに実装されていないことが不思議でなりませんがね。
やっぱり苦しい言い訳にしか聞こえん。
345:デフォルトの名無しさん
06/04/16 14:58:27
＞誰も機能が多い＝良いとは言ってないんだけどね。
>>343はもろにそう思っているようですね。おめでたいです。
Microsoft.VisualBasic.dllに用意されてる関数とかは
確かにC#には用意されていないわけだが、それはちょっと別問題だと思う。それらは言語仕様ではないから。
ところで、正直な所、>>344は暗黙インスタンスを使うのかい？
346:デフォルトの名無しさん
06/04/16 15:03:36
暗黙インスタンスってなんですか ＞＜
347:最凶VB厨房
06/04/16 15:04:01
機能が少ないのでよければアセンブラで
ごりごり書いといてくださいなｗ
俺はやらんけどｗ
348:デフォルトの名無しさん
06/04/16 15:09:03
>>346
Form1クラスがあったとして、
通常は
Dim form As Form1
form = new Form1()
form.Show()
って書くところを、VB6、またはVB2005では
Form1.Show()
と書ける。これは内部的にインスタンス化を行ってくれているわけだ。
ただし、「Form1」が意味するのは本来「型」であって、オブジェクトではない。
インスタンス化というのはオブジェクト指向において最も基本的な事象であるのにこれは如何なものかと思う。
349:デフォルトの名無しさん
06/04/16 15:11:23
>>347
逆だと思うが。なんでもできるアセンブラこそ多機能なんだろ。
だからお前がやれよ。
350:デフォルトの名無しさん
06/04/16 15:17:26
>>348 気持ち悪い・・・
が、まぁ変数に宣言がいらなかったり、
そもそも型付けがないような言語もあるから、
VBがその路線でやってくってならおk。
351:最凶VB厨房
06/04/16 15:18:41
>>349
おまえ馬鹿かｗ
352:デフォルトの名無しさん
06/04/16 15:21:58
結局VBは独自の道を行くわけか。
C#とVBを比べること自体が間違ってたんだな。もう全く別物だ。
俺はもうVBには干渉しないよ。勝手に暗黙インスタンスとか使いまくってVBマンセーしていてくれ。
じゃあな。
353:最凶VB厨房
06/04/16 15:45:02
じゃぁな
354:デフォルトの名無しさん
06/04/16 16:03:09
じゃぁな ＞＜
355:デフォルトの名無しさん
06/04/18 03:20:18
書いていて気持ちいいのはC#
でもそれだけ
356:デフォルトの名無しさん
06/04/21 11:49:46
BASICっぽいのが好きな人用→VB
Javaっぽいのが好きな人用→C#
大体、オブジェクト指向、オブジェクト指向、言うんなら、delegateとか、
「ｷﾓｲ」の一言で片付けられるんじゃないの。
まぁ、暗黙のインスタンス作成は、「論外」だと思うけどｗ
357:最凶VB厨房
06/04/21 21:05:29
まぁ混乱の種になるだけやわなｗ
358:デフォルトの名無しさん
06/04/23 15:19:25
俺的には迷わずVB.NET。
C#ってVB.NETに比べて遅いし。
359:デフォルトの名無しさん
06/04/23 17:19:13
よくVB.NETとC#は文法が違うだけで同じ、みたいな言い方されるけど
そうでもないよね。
俺はVB派だけど、結構C#オンリーの機能ってあって頭にくることがある。
例えばvolatileとかoutとかってなんでVBにはないんだろうな。
別にVBの文法と矛盾なく追加可能なものだと思うんだが。
このMSのVBチームのセンスは理解に苦しむよ。
360:デフォルトの名無しさん
06/04/23 17:27:26
>>359 あんまり既存のVBと違うもの入れると
余計に混乱するっていう配慮じゃね？
361:デフォルトの名無しさん
06/04/23 19:42:12
>>359
つMy.Settingsの便利さは異常
362:デフォルトの名無しさん
06/04/24 14:30:38
>>361
自分でコードを書いて、XML形式で保存しろ、タコｗ
たしかに、異様に便利だけど、激しく頭が悪くなりそう＞My.Settings、というか、Myそのもの
363:デフォルトの名無しさん
06/04/25 18:40:03
プライドとか芸術とかでコードかいてるのと違うから
364:デフォルトの名無しさん
06/04/25 23:56:09
むかし鶴太郎のネタでマイじいさんってのがあったな。
ただじいさんが「マイ」って言うだけなんだけど。。
365:デフォルトの名無しさん
06/04/27 20:54:32
>>363
激しく同意。
>>362みたいなのは極論を言えばアセンブラで書けば良いんだよ。
366:デフォルトの名無しさん
06/04/28 08:31:16
16進数でごりごり書くのも可。
Z80なら書いてたけど、
同じ8ビットでも6809は無理だった orz
367:デフォルトの名無しさん
06/04/29 19:46:54
今更だが、>>358
同じフレームワーク上で動いてて、遅い早いが有るわけ無いだろう。
少し早くGWボケでもしたのか？
まったく、これだから雑魚は何やっても駄目なんだよ。
368:デフォルトの名無しさん
06/04/29 20:03:33
俺は C++/クリちゃん！
369:デフォルトの名無しさん
06/04/29 21:37:05
>>367
言いたい事は分かるが、お前が間違ってる。
370:367
06/04/30 13:14:52
>>369
はぁ？
お前はMSのサイトとかそういった情報を仕入れないのか？
C#とVB.NETは同じ.NETFramework上で動く。
そして、双方で同じロジックのコードを書いた場合、生成される中間言語は同じ物になる。
MSIL逆アセンブラで確認しても同じだったし、実際そういった結果付きで説明されてるんだが。
お前こそGWボケじゃねぇのか。
371:デフォルトの名無しさん
06/04/30 15:17:58
もしかすると358は、自身の開発効率が遅いと言っているのかもしれない。
372:358
06/04/30 16:03:58
>>367=370、371
いや、C#は遅いです。
確かに、これだけ書いた事が誤解を招いたようです。
詳しく説明しますと、まず同じフレームワーク、同じようなコードで中間言語が同じになる。
これは間違いないです。
ただ、VB.NETで用意されている関数なりはかなり高機能であり、尚且つ処理スピードが速いのです。
MSやらでのサンプルはあくまでも簡単なものでしたよね？
しかし、VB.NETで用意されている関数と、それをC#で同じように実装した場合では
当然、中間言語が異なります。
仮に、C#でVB.NETと同様の速度を出す場合、同じ中間言語にする必要がありますが、
ソースコードが2倍～3倍ほどC#の方が多くなりますし、逆アセンブルして確認しながらの作業になります。
VB.NETでは便利な関数が用意され、それを使うだけでパフォーマンスが良くなる。
C#では自前で関数を用意するかVB.NETの関数を使うしかなく、
自前で関数を用意した場合、可也の工数を掛けなければパフォーマンスが悪くなる。
以前は、VB6などからCのDLLを呼び出すことが多かったですが、
これからはC#はVB.NETが無いと不便だということです。
ならば、最初からVB.NETを使えばいい。
373:デフォルトの名無しさん
06/04/30 16:21:44
>VB.NETでは便利な関数が用意され
そう？
374:デフォルトの名無しさん
06/04/30 17:38:35
>>372
C#でVB .NETの関数を使って何が悪い。
375:デフォルトの名無しさん
06/05/01 15:51:21
つまりヘボがC#覚えてVBと同等の関数つくったところで
MS謹製にゃおよばねぇってこったな。同意ー
376:デフォルトの名無しさん
06/05/07 12:30:16
へボユーザー：VB.NETで高速アプリつくれるんだ！ひゃほーーー
普通ユーザー：VBユーザーのいないC#で快適生活がおくれるよ
こうやって区分けされてるんですよ
377:VB.NETユーザ
06/05/07 13:19:40
以前のVB厨がC#に流れてくれて、VB.NETの世界は平和です。
378:デフォルトの名無しさん
06/05/08 06:17:33
VS2005の簡単なベンチマークテストをしてみた。(参考にDELPHI6も計測)
コンソールアプリ、for文で１０億回ループで整数の加算、ラップタイムを表示してそれを１０回繰り返す。（計１００億回ループ）
EXEを実行で計測、（）内は開発環境で計測、結果は、
VB 56秒 （56秒）
C# 50秒 （53秒）
J# 19秒 （45秒)
VC 36秒 （<--）
DELPHI 16秒 （<--)
VBは環境でもEXEでもほとんど変わらないし、C#とはそう変わらないので、そんなに遅く感じないが、
J#が、EXEで速いこととサイズが小さいのは驚き。
しかしこれだけ差があると、計算主体で時間がかかるプログラムだと、DELPHIかJ#ということになるなー。
379:デフォルトの名無しさん
06/05/08 07:48:38
マイクロベンチマークか…
380:デフォルトの名無しさん
06/05/08 08:15:32
＞ただ、VB.NETで用意されている関数なりはかなり高機能であり、尚且つ処理スピードが速いのです。
この時点でネタだろ。
381:デフォルトの名無しさん
06/05/08 09:17:37
>>378
だ、だまされないぞ!!>J#
382:デフォルトの名無しさん
06/05/08 10:05:17
J#とJ-porkの違いを述べよ
383:デフォルトの名無しさん
06/05/08 13:23:49
高機能の定義履き違えたアホは無視で
384:デフォルトの名無しさん
06/05/08 13:27:11
J#とC#のソース希望。試してみたい。
385:デフォルトの名無しさん
06/05/08 15:29:19
すきなほうでいいよ
やれることあんま変わんないから
386:>>378 のC ◆0.SRHQIcUI
06/05/08 15:34:18
static void Main(string[] args)
{
int i,j,k=0 ;
string s;
Console.WriteLine("hit return key C#");
Console.ReadLine();
Console.WriteLine("START");
Console.WriteLine(DateTime.Now);
for (i = 0; i < 10; i ++)
{
for (j = 0; j < 1000000000; j++)
{
k = i + j;
//Console.WriteLine("i={0} j={1} k={2}",i,j,k);
}
Console.WriteLine("{0} <--- {1}",DateTime.Now,i);
}
Console.WriteLine(k);
Console.WriteLine(i);
Console.WriteLine("END");
Console.WriteLine(DateTime.Now);
Console.ReadLine();
}
387:>>386 の実行結果の例
06/05/08 15:37:42
hit return key C#
START
2006/05/08 15:26:47
2006/05/08 15:26:53 <--- 0
2006/05/08 15:26:57 <--- 1
2006/05/08 15:27:02 <--- 2
2006/05/08 15:27:07 <--- 3
2006/05/08 15:27:12 <--- 4
2006/05/08 15:27:17 <--- 5
2006/05/08 15:27:22 <--- 6
2006/05/08 15:27:27 <--- 7
2006/05/08 15:27:32 <--- 8
2006/05/08 15:27:37 <--- 9
1000000008
10
END
2006/05/08 15:27:37
388:デフォルトの名無しさん
06/05/08 15:47:26
副業でJavaもやりたい→C#
副業でVBAもやりたい→VB.NET
って切り口はどうだ。
後者は少し嘘だけどな。
389:>>378 訂正 VB ５２秒
06/05/08 16:04:53
EXEの実行時間、VB 52秒に対して、C# 50秒。ほとんど同じといえますね。
VC の36秒はこの２つよりかなり速いけど、J#、DELPHIは、VCより２倍以上、VB,C#より３速近く速い。
下記は、VB(EXE)をコマンドプロンプトから実行でファイルにリダイレクトしたもの。
HIT RETURN KEY! VB
START
2006/05/08 15:47:02
2006/05/08 15:47:07 <--0
2006/05/08 15:47:12 <--1
2006/05/08 15:47:17 <--2
2006/05/08 15:47:23 <--3
2006/05/08 15:47:28 <--4
2006/05/08 15:47:33 <--5
2006/05/08 15:47:39 <--6
2006/05/08 15:47:44 <--7
2006/05/08 15:47:49 <--8
2006/05/08 15:47:54 <--9
10
1000000008
2006/05/08 15:47:54
END
390:デフォルトの名無しさん
06/05/08 17:45:10
>>386
ソースありがとう。試してみました。
最適化offでコンパイルしたところ報告のような差が出ました。
ところが最適化onでコンパイルしたところ両者の実行時間の差はなくなりました。
csc /o test.cs vjc /o test.jsl
ILで見た限り非最適化ではC＃のコードにnopが挿入されている以外は差が無く、
最適化後のコードにはまったく差がありませんでした。
また最適化J#と非最適化J#の実行時間長も見られませんでした。
確認は取れていませんが、C#は非最適化でコンパイルした場合ILの最適化を抑制するだけではなく
JIT時の最適化も抑制していると考えられます。
それに対してJ#はJITに対する最適化の抑制をを行っていない可能性があります。
391:デフォルトの名無しさん
06/05/08 20:26:08
>>380
情報収集とかしないの？
俺もその書き込み見て、ググッてみたが、下記のサイトが見つかった。
URLﾘﾝｸ(www.ailight.jp)
確かに、これをみると、VB.NETは優秀だな。
同じ処理速度を得るために、確かにC#では2～3倍程度のソースになるし。
392:デフォルトの名無しさん
06/05/08 20:44:10
>>391
すごいな。
ただ単に、.netのクラスライブラリをVBの関数っぽく呼ぶだけじゃなくて、
相当速度に気を使ってるみたいだね
393:最凶VB厨房
06/05/08 21:10:37
URLﾘﾝｸ(msdn.microsoft.com)
394:最凶VB厨房
06/05/08 21:24:13
よく見たらループの中で、
こんなんやってるやん。
↓
s += b.ToString("x");
↑あかんやんｗ
比較になってない。
s=b.～～にして
writer.Write("{0}:{1} ",check,s);を
ループ内側に移動せーよ。
これはベンチマークになってない。
395:最凶VB厨房
06/05/08 21:25:22
しもたー！誤読した。↑ひとまず撤回
396:最凶VB厨房
06/05/08 21:37:53
byte[] ba =
s += b.ToString("x");
↑二つのせいでC#の方がよりGCかかる間隔が
早くならないか？
ベンチマークになってない気ガス。
397:デフォルトの名無しさん
06/05/08 22:57:32
>>396
うん。なってないんでコメント欄参照
398:デフォルトの名無しさん
06/05/09 10:10:38
ベンチマークになっていたらライセンス違反なのでこれでいいのだ
399:デフォルトの名無しさん
06/05/09 11:34:28
EULAの話が出てるけど、>>393 は英語が苦手だから次の日本語のページで見ると
URLﾘﾝｸ(www.microsoft.com)
ベンチマークの公表を禁止してるのはサーバー製品で .NET Frameworkは可能なように読める。
要は検証可能な形でソースや諸条件を明示して、反論可能であれば公表してもいよいということじゃない？
400:デフォルトの名無しさん
06/05/09 12:29:22
そもそも「ベンチマーク禁止」なんて単なる言いっぱなしだろw
法的根拠何もなし
401:デフォルトの名無しさん
06/05/09 17:28:54
法的根拠て
契約書は何のために有るのかね？
402:デフォルトの名無しさん
06/05/09 18:17:20
リバースエンジニアリング禁止条項みたいなもんだろ。
403:デフォルトの名無しさん
06/05/09 20:00:41
これSP2入れないと使えないのか？
404:デフォルトの名無しさん
06/05/10 00:22:48
別にいらんよ
405:デフォルトの名無しさん
06/05/10 23:39:34
いるよ？
406:390
06/05/11 10:38:10
>>378 の件でいくつか確認が取れました。
結局オプションなしでコンパイルした場合の動作に、C#とJ#で違いがあります。
これがテスト結果に反映していると思われます。
csc
最適化されていないnopの混じったILを生成。JIT時の最適化有。
csc /optimaize
最適化されたILを生成。JIT時の最適化有。
csc /debug
最適化されていないnopの混じったILを生成。JIT時の最適化なし。
vjc
最適化されたILを生成。JIT時の最適化なし。
vjc /optimaize
最適化されたILを生成。JIT時の最適化有。
vjc debug
最適化されていないnopの混じったILを生成。JIT時の最適化なし。
vbcはcscと同じ動作。
407:デフォルトの名無しさん
06/05/18 01:59:57
つまり、csc /optimaizeすればおｋってこと？
408:デフォルトの名無しさん
06/05/18 05:13:50
処理速度で決めるわけ？
409:デフォルトの名無しさん
06/05/18 09:59:57
C#はOLEのライブラリとかの時に
引数省略できんのがつらいな。
一気に面倒になる。
410:デフォルトの名無しさん
06/05/18 10:22:40
C#ってVBみたいにStrConvとかないから苦労するね。
まあ参照すれば利用できるけど。
411:デフォルトの名無しさん
06/05/19 08:23:16
逆だろ。StrConv とかがないと苦労するような香具師らが VB を使ってるんだろ・・・
412:デフォルトの名無しさん
06/05/19 08:41:21
>>411
用意されている関数を使っただけでそういう言われ方するなら、
.NETFramework使わないと苦労する奴がC#使うんだろ・・・
と言われても仕方ないよね。
極論すれば、そういう奴はアセンブラ使え。
413:デフォルトの名無しさん
06/05/19 10:52:18
極論したい香具師はチラシの裏へ
414:デフォルトの名無しさん
06/05/19 11:13:06
いやもともと究極の選択。
普通は選択肢にC/C++入れるだろ。
415:1
06/05/19 11:36:02
まだやってたんだｗ
416:デフォルトの名無しさん
06/05/19 11:51:32
VBってHandles節とかがあっていいね。
イベントハンドラ共有していても一目で共有されているイベントハンドラだとわかる。
417:デフォルトの名無しさん
06/05/19 12:45:21
いまどきVisualBasicやってる人って･･･
ｽﾚﾘﾝｸ(prog板)
418:デフォルトの名無しさん
06/05/19 17:59:20
言語の優劣と社会的地位は関係ねぇｗ
419:デフォルトの名無しさん
06/05/19 18:47:18
相関はありそうだな。
420:デフォルトの名無しさん
06/05/19 18:48:15
>>416
Handlesっていうか、参照のイベントを静的にメソッドにバインド
できるのは便利でいいよね。
Withevents付けて宣言さえしとけば、参照の中身をAからBに変えても
ちゃんとBのイベントを拾ってくれやがるんだからw
っていうか、VBはイベントに関しては本当C#より格段にフレンドリーだよ。
まあもちろん中身を隠蔽しているだけに、それに伴う暗黒面もないではないけどねw
421:デフォルトの名無しさん
06/05/19 19:54:28
>>420
漏れも、VBのイベントが使いやすいから気に入ってる。
後はaddressofで、一発でデリゲートのインスタンスを作れるとか。
ただ、全体的にキーワードが厨臭い・・・。
overridableとか、mustinheritとか、ダサすぎｗ
422:デフォルトの名無しさん
06/05/19 20:30:48
俺もC#とVB.NET両方使うけど、やっぱりVB.NETが便利で気に入ってる。
でも、1つだけ許せないのは・・・配列宣言だよな・・・
他の言語と同様に”要素数”で宣言させてくれ・・・
423:最凶VB厨房
06/05/19 20:35:46
overridableはださいと思わなかったな。
424:デフォルトの名無しさん
06/05/19 20:45:29
>>422
なんで？今の方がVBらしくていいじゃん
425:デフォルトの名無しさん
06/05/19 21:10:29
>>421
俺はダサいと思ったことは無いなあ。
むしろUNIX的な古臭い文化を引きずってるCの影響受けてるC#の方がどうかと思うけどね。
VBのキーワードや構文は、基本的には英文として読み下せることを狙ってるんだよね。
Class DoraMusuko
Inherits OdaiJin
世の中単純だった時代はUNIX的な、ジャーゴンみたいなのを好んで使うセンスで
よかったのかもしれんが、とかく何かと複雑な今日はVBみたいな明示的な
表現の方が親和的だと思うんだけど。
426:デフォルトの名無しさん
06/05/19 22:32:15
型の宣言が煩雑すぎ。
見てると目が痛くなる
427:デフォルトの名無しさん
06/05/21 19:51:22
VB2005大好きなのだが、
フォームのデフォルトインスタンスだけはいただけん
428:デフォルトの名無しさん
06/05/21 20:52:59
>>427
別に使わなければ良いだけじゃないの？
429:デフォルトの名無しさん
06/05/27 09:55:22
おまえら贅沢言い過ぎ。
俺が若かった頃はなあ...
430:デフォルトの名無しさん
06/06/02 20:27:47
結論：VC++ & CLR
431:デフォルトの名無しさん
06/06/02 23:38:19
2005になって、VB→VB.NETという流れができつつあるな。
432:デフォルトの名無しさん
06/06/03 00:54:56
VB.NetはC#をVB風に書き直しただけな感じがするが
まあそこがいいんだろうなあ
しかしやり始めた頃から先が無いと言われ続けたVBがこれだけ長生きするとはねえ
433:デフォルトの名無しさん
06/06/03 01:09:24
旧VBからの移行組のダメ層は、
C#という名前を聞くだけで、すでに抵抗があるみたいなので、
自分のプロジェクトにはC#を採用して、そいつらを入れないようにしているよ。
実際はVB.NETもほとんど変わらないとは思うけど、
C#の方がダメPGフィルターになってて良いよ。
434:デフォルトの名無しさん
06/06/03 01:22:58
よくわからんけど「プロジェクト」とやらへの参加・不参加は
メンバ自身が選べるわけ？
ずいぶん開けた会社だねw
いや、学生ｸﾝの妄想じゃなければの話だけど。
435:デフォルトの名無しさん
06/06/03 01:35:31
さて日本語が読めない方がいらっしゃいましたよ
436:デフォルトの名無しさん
06/06/03 01:41:43
プログラマの苦手な学科は国語、数学、英語と決まっている
437:デフォルトの名無しさん
06/06/03 11:10:02
まあ頭の悪い奴の定石として、まさに自分自身が言ってる言葉の意味すら
理解できない、とw
各メンバー自身に参加不参加の決定権がないとすれば、
(1) 旧VBからの移行組のダメ層は、C#という名前を聞くだけで、すでに抵抗がある
(2) ゆえに「旧VBからの移行組」除けとして、自分のプロジェクトにはC#を採用する
なんて物言いは意味をなさないだろうに。
しかしアポロ副島みたいな読点の打ち方だねw
438:デフォルトの名無しさん
06/06/03 18:45:58
自分自身で決定はできなくても、やれるかどうかくらいは聞かれるよ。
439:デフォルトの名無しさん
06/06/05 14:13:03
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
440:デフォルトの名無しさん
06/06/10 02:58:57
両言語の違いは単なるシンタックス シュガーであり、
どちらを使用するかは個人的な好みの問題であるという意見が多数あります。
これはほぼ正しい意見といえます。
441:デフォルトの名無しさん
06/06/13 21:29:49
会社で「VB.NETの勉強してるんですけど」っていったら、C信者の先輩に「ウィンドウズとかCで書かれてるってしってる？おまえ、情報に流されすぎ」って小ばかにされたんですけど、ウインドウズってCで書かれてるんですか?
VB.NETってそんなにだめなんですか？（泣）
442:デフォルトの名無しさん
06/06/13 21:37:39
適材適所でしょ
気にすんなヽ(´ー｀)ノ
OS作るって言うなら話は別だが
アプリ作るんだったら、VB.NET はそれなりに優秀
443:デフォルトの名無しさん
06/06/13 22:05:27
「おまえ、情報に流されすぎ」ってところはあってるな。
先輩がその会話の流れで言った意味は良くわからんけど。
444:デフォルトの名無しさん
06/06/13 22:44:55
「流されすぎ」と言われた事自体に流されているわけだな
445:デフォルトの名無しさん
06/06/14 00:41:57
なるほど。ぼくも今流されました。
446:デフォルトの名無しさん
06/06/14 03:13:44
～(・∀・)～流されますよ～
447:デフォルトの名無しさん
06/06/14 12:22:33
>>441
自分の知らない領域を後輩に勉強されては、先輩としてカコイイとこ見せられないからそう言ってる。
後輩や彼女、嫁にはいつまでも自分の十八番の下でもがいていて欲しいわけよ。
まぁ、どっちの言語も学習しといて損はないから、両方習得して先輩の反応の様子をうかがってみたら？
cも.netもマスターして、それでもまだ小ばかにするようなら、そんな先輩はお前さんのほうから見切ってしまえ。
448:デフォルトの名無しさん
06/06/14 20:29:17
２００５になった現在なら、Ｃ＃よりＶＢの方が遥かに良い。
たとえ両方やるとするならば、ＶＢをメインで学習し、プログラム作成にはＶＢを使うべし。
449:デフォルトの名無しさん
06/06/14 21:28:58
>>448
何がどう良いのか書かないと説得力が無いよ。
450:441
06/06/14 21:51:20
今日も先輩と話したら、VB.NETのことは先輩、全然知らなかったです。
２ちゃんでいろいろ教えてもらいながら勉強してて、昨日先輩のこともちょびっと書いちゃいましたって言ったら、
急に先輩いっぱい説明してくれるようになって、「２ちゃんは無茶苦茶詳しい人いるからな。地震とか起きる数分前に
予告する人とかいるんだよ」とかいって、２ちゃんのことすごく褒めたはりました。
いろいろアドバイス、ありがとうございました！
451:デフォルトの名無しさん
06/06/15 18:15:23
!:: :::::::::::::::::::::::::::::::::::|:|::l|:::::::::::::ll|::::::::::::::::::|||:::::::::::::::::::::::::ｌ
|:: ::::::::::::::::: :::::::::::::::::|:|!:lｌ:::::::::::::||l: :::::::::::::::l||::::::|::::::::::::::::::.!
|:: ::::::::: ::_l||::::::::::::::::::|ll.l||::＿:::_| ll :::::::::::::||.!:::::|l:::::!::::::::::::|
|: ::::::::: /､ll|::::::::::::::::::|＞|ｧ-､､''ﾐ ￣￣￣〃ﾆ‐く∠!::::::::::::|
|:::::::::::::! /l!|: :::::::::::::::||/;|､::､ !＼' ''ｨ'L'ｉ:.! ∨::: :.!::::::| >450 あとは、あなたが決めることよ
!::::::::::::::!.ｌ.|!|:::::::::::::::::|ヽ:l-‐',ﾉ ' .!-'丿 /:::.!:::l:::::f|
|:: :::::::: :ヽ.!||: :::::::::: ::|l| l｀.´ ´ .!:: :|::l||::::ll|
|:: :::::::::::: ::||:!: ::::::::: ::||| │ ! /:::::l!:.!||:::|l|
,l:: ::::::::::::::::::::::::::::::_::_l:!|| │ ´ /.::::::.!|:|.!|:::|l!
l|:::::::::::::::::::::::::::::::::::::::!ﾄ､ | ─‐‐ ／.:::::::::i|￣ ￣
l|::::::::::::::::::::l::::::::::::::::::|| 丶、 ／ :::::::::::::::||
!|:: :::::::::: :::/|::::::::::::::::::|.| 、 .｀ ｰ┬ '´::::::::::::::::::::::::l|
452:デフォルトの名無しさん
06/06/17 18:47:28
無料のVBありますか？
453:デフォルトの名無しさん
06/06/17 19:09:51
タダより高いものはない
454:デフォルトの名無しさん
06/06/17 19:23:23
>>452
これかな。
Visual Basic 2005 Express Edition 日本語版
URLﾘﾝｸ(www.microsoft.com)
455:デフォルトの名無しさん
06/06/17 19:24:28
ありますよ
456:デフォルトの名無しさん
06/06/17 22:37:11
VBもC#もコンセプト的にほぼ変わらなくなってしまったな。
・・・近い将来、ユーザーのことなんて無視して、ＭＳが
この２つの言語、統一しちゃうのじゃない？
457:デフォルトの名無しさん
06/06/17 22:39:52
>>456
ヒント：CLRに準拠した言語
458:デフォルトの名無しさん
06/06/17 22:41:52
>地震とか起きる数分前に
>予告する人とかいるんだよ
ﾜﾛﾀ
まあこれだけ発言があれば、どれか一つぐらいは予知的中するわな
459:デフォルトの名無しさん
06/06/17 22:44:09
VBC#ってボーランドと統合したみたいだな
460:デフォルトの名無しさん
06/06/17 22:47:25
ポーランドはドイツとエクアドルに負けたみたいだな
461:デフォルトの名無しさん
06/06/17 22:48:28
ポーランド記法とハンガリー記法はどっちが強いですか
462:デフォルトの名無しさん
06/06/18 09:44:15
>>450
ひさしぶりの面白いネタにﾜﾛﾀｗ
463:デフォルトの名無しさん
06/06/20 21:24:10
>>450
なにそのフラグの立ちかた。
まあ、なんだ、おしあわせにｗ
464:デフォルトの名無しさん
06/06/23 21:57:58
ねえVistaってC言語で書かれているの？
.NETで書かれてるソフトウェアの割合とか、大体でいいから分からないの？
465:デフォルトの名無しさん
06/06/23 22:19:25
99:1でC++
466:デフォルトの名無しさん
06/06/24 01:27:25
VS2005って、VS2005で書かれてるの？
467:デフォルトの名無しさん
06/06/24 01:52:59
それはまた面倒そうな話だな
468:デフォルトの名無しさん
06/06/24 11:18:00
CLRに準拠した言語ってなんだ？？
469:デフォルトの名無しさん
06/06/24 19:36:56
つーかそもそもVBってC#より一歩遅れてるよな。
2003のころはusingや演算子のオーバーロード、XMLコメントが使えない。
2005ではイテレータ、匿名メソッドが使えない。
470:デフォルトの名無しさん
06/06/24 22:26:46
VB.NETはVB房をC#に移行させるためのクッション
VBは.NETが最後になるって聞いた
だからVBは.NETを最後にして最終的にはVB房をC#移行させたいんだってさ
だからVB.NETかC#のどちらかを選ぶんだったら
これ以上先のないVB.NETより将来の明るいC#にしたほうがいいよ
日本のIT企業のやつらは先見の明がないからアメリカのIT企業に先行されるんだよ・・・
特に日本のプログラマーなんかはアメリカのプログラマーのキャッチアップばかり
今はまだ日本では比較的まだC#が浸透してないけど、C#に光が当たる時はAjaxの時のような現象になるはず
出現したばかりは期待されて登場するがそのあとは評価が下がり下降線を辿って消えるかに見えたが、
グーグルがこの技術を使ったことにより一気に主役に踊り出たからね！
471:デフォルトの名無しさん
06/06/24 22:28:28
ちなみに俺はフリーのSEっす
472:デフォルトの名無しさん
06/06/24 23:03:29
多分オマエは誰かに騙されているぞ
473:デフォルトの名無しさん
06/06/25 01:25:22
ネタなんですよね？
474:デフォルトの名無しさん
06/06/25 01:53:56
>470
日経系雑誌読んでる馬鹿上司が言い出しそうな文章だなぁ。
特にグーグルを引き合いにだす所。
475:デフォルトの名無しさん
06/06/25 02:16:46
>>470
俺はVB厨大嫌いだが、さすがにVBがなくなるなんてことは今のところないんじゃないか？
VS2005から、VBとC#の方向性の違いが出てきたわけだし。
476:デフォルトの名無しさん
06/06/25 09:45:10
んだんだ
477:デフォルトの名無しさん
06/06/25 13:16:43
日本の開発現場はそんなに前向きじゃないので
そう簡単にC#には行かない
そうだな、C#にしたら生産性何倍とか言わないと
言語移行なんてしないな
まあ実際現状では文法以外の差はそんなにはないしな
正直VB6→VB.NETもしくは2005
の違いの方がVB→C#の違いよりもでかい
478:デフォルトの名無しさん
06/06/25 17:13:13
VB7発売で全員幸せになれる予感
479:デフォルトの名無しさん
06/06/25 17:24:18
>>477
VB厨にとっては文法の差，VB関数がない
という事も大きな壁のようです。
480:デフォルトの名無しさん
06/06/25 23:33:43
>>479
実際、旧VBから互換性のないVB.NETやC#に行くくらいなら、
今主流のJavaでWebアプリに行った方がマシだって考える会社も多いしな。
481:デフォルトの名無しさん
06/06/25 23:46:20
いや、だから散々ガイシュツだけど
別にそうしたいならVB.NET使ってVB6風にコード書くことは
そんな違和感なくできるよ。
実際、そういう風に割り切れば「違い」、つまり新しく覚えなきゃいかんことは
そんなにないし。
ここでもただのパソヲタ風情がVB6もVB.NETもロクに知らずに
物を言っていることがバレバレだなw
482:デフォルトの名無しさん
06/06/25 23:56:43
てか、全部新しく作るのなら何だって良いんだよ。
文法以前に、過去に作ったライブラリとか放棄する羽目になるんなら
.NETじゃなくてもいいじゃんってことだよ。
483:デフォルトの名無しさん
06/06/26 00:15:16
>>481
VB６風に書くような奴らが一緒のプロジェクトに参加するとマジ迷惑なんすけど。
そのプロジェクト（会社単位でも）の奴ら全員がVB6風に書くんなら全然構わないが。
まぁ俺ならそんなことになったら転職する。
つーか新しいこと覚える気がないやつはこの業界抜けろよ。
484:デフォルトの名無しさん
06/06/26 00:28:21
俺、ユンボの使い方間違ってる奴許せんのですよ
そんな会話
485:デフォルトの名無しさん
06/06/26 00:32:08
そんな人命にかかわるほどスケールの大きな問題でもないぞ
486:デフォルトの名無しさん
06/06/26 00:33:04
>>483
話の文脈読めよw
読解力のない奴だなあ。
言いたいことは分かるけど今はその話とちゃうでしょ。
487:デフォルトの名無しさん
06/06/26 00:34:10
>>485
お前プロジェクトにいると迷惑（ｒｙ
488:デフォルトの名無しさん
06/06/26 00:36:23
俺、ナイフとフォークの持ち方間違ってる奴許せんのですよ
そんな会話
489:デフォルトの名無しさん
06/06/26 01:26:34
VB6→VB.NETが間違いだったんだよな
.NETはC#だけにしておけば、捨てるにしろ全員移行させるにせよ、よかったんだ
でも、もうVB.NETは消えないだろうね
また以前のVB6のような環境になっていくんだろうけど…
490:デフォルトの名無しさん
06/06/26 02:13:52
今後どうなっていくのかなぁ。
Vistaの仕様もごちゃまぜだし、既存のリソースを残しながら新しいことするのって大変ですねー。
491:デフォルトの名無しさん
06/06/26 05:11:09
VS使うのはMSの思惑次第っていうリスクはずっとあったんだけど、
VS6.0の時代が異様に長かったからみんな油断しすぎた。
492:デフォルトの名無しさん
06/06/26 08:07:56
>>491
語るに落ちてないか？
「それ」が君にとって福音でなくリスクであるのは、
君自身に「それ」から利益をひきだす能力が欠けているからじゃねえの？w
493:デフォルトの名無しさん
06/06/26 11:05:34
>>492
内容と書き方が読んでて気持ち悪いよ。
知らないうちに自分が嫌な人間になってないか、冷静に振り返ってみて。
494:デフォルトの名無しさん
06/06/26 12:24:39
振り返ってみて、ねえ
なんで頭の悪い奴は自分の言葉を自分自身に適用しようとしないのだろうか。
どうでもいいけど、ちょうど君の反応のように
自分自身の問題を、自分と無関係な外部の問題（たとえばマイクロソフトの陰謀とか、
批判者の性格の問題とかねw）に転化しようとする心理的傾向のことを防衛機制っていうんだよ。
495:デフォルトの名無しさん
06/06/26 12:40:44
陰謀とまでは言わなくても、まだJavaの方がましって考え方もあるだろ。
496:デフォルトの名無しさん
06/06/26 12:51:45
>>494
やっぱ、異常にレスが気持ち悪いお。
不快感が伝わってくる感じ。
497:デフォルトの名無しさん
06/06/26 12:53:06
クラスとかの使い方は全く同じなわけだから両方使えばいいじゃん、って思う。
498:デフォルトの名無しさん
06/06/26 12:56:49
ﾄﾞﾄﾈﾄを使わないというベストもあるが。
499:デフォルトの名無しさん
06/06/26 13:10:56
Javaは起動がどうしても.NETより遅いからなぁ。
Vistaになったら特に。
500:500
06/06/26 15:09:18
>>499
>>498
501:デフォルトの名無しさん
06/06/26 21:41:16
起動コンパイル速度：C#＞＞＞JAVA
体感で分かるくらいだから、3つくらい不等号付けてもいいよね＾ｗ＾
502:デフォルトの名無しさん
06/06/26 23:53:09
スレタイすら読めない、ﾄﾞﾄﾈﾄを否定したいだけのJava厨は巣へ帰れ。
503:デフォルトの名無しさん
06/06/27 00:29:50
>496
イヤミを言われてるんだから当たり前だろうに。
まぁ、キミはイヤミを言われるにふさわしいので、誰も彼を非難しない。
それだけのこと。
504:デフォルトの名無しさん
06/06/27 10:17:15
jien乙！
505:デフォルトの名無しさん
06/06/27 12:39:12
VB2005がUsingをサポートしたので大差なし
VB2005の欠点
・unsafeが無い
・Myと既定インスタンスがうざい
C#
・パラメータの規定値がないがオーバーロードは無駄なメンバが増えるから嫌
506:デフォルトの名無しさん
06/06/27 13:40:26
＞・unsafeが無い
ｱｲﾀﾀﾀﾀ
507:デフォルトの名無しさん
06/06/27 14:30:16
よくがんばったので、.NETはこのあたりで終わりにしたらどうかと思います。
508:デフォルトの名無しさん
06/06/29 19:46:56
VB2005の欠点
・いまだにModuleがある。（Module名を省略可能であることが問題。）
・匿名メソッドが使えない。（まぁ大した問題じゃないか。）
・VB関数とかｲﾗﾈ。
・VB６厨なんて見捨てろ。
C#2.0の欠点
・Nullable型を?で表すのが個人的に気に入らない。なんで疑問系（に見える）なんだよ。
509:デフォルトの名無しさん
06/06/29 20:40:11
それなんてint?
510:デフォルトの名無しさん
06/06/29 20:51:16
お前の個人的な好みなんぞどうでもいい。
511:デフォルトの名無しさん
06/06/29 20:52:30
＞VB2005の欠点
＞・VB６厨なんて見捨てろ。
512:デフォルトの名無しさん
06/06/29 21:01:11
>>510
そうするとC#の欠点がなくなってしまうじゃないか。
513:デフォルトの名無しさん
06/06/29 21:12:24
VBにも?がほしいぞ。
VBぽくないから無理だろうけど…
514:デフォルトの名無しさん
06/06/29 21:27:50
VB関数を無くしたら、キャストやイベント関連付けはどうするんだよ
515:デフォルトの名無しさん
06/06/29 21:48:02
?はBASICだとPRINTの短縮形だからなw
516:デフォルトの名無しさん
06/06/29 21:49:03
>>514
意味わからんよ。
517:デフォルトの名無しさん
06/06/30 02:00:12
>>514
VB関数っていうのはMicrosoft.VisualBasic名前空間にあるクラスやモジュールを利用して実現している。
キャストやイベント関連付けはVB関数とは全く違う。
VB経験そんなにない俺に指摘されるVB厨って一体・・・。
518:デフォルトの名無しさん
06/06/30 12:32:53
C#押す奴は仕事の前に理屈ばっかり言うから要らんよ。
客先指定で無い限り不要。
519:デフォルトの名無しさん
06/06/30 13:21:08
両方やってるが両者にほとんど差はない。むしろ差が無いのがおかしいと言うべきだろう。
散々出てる話だけどVB6≠VB.NET=C#だからVB6の経験しかない人に
VB.NETをやらせてもC#をやらせても同じくらい苦戦している。
あえて両者の欠点を挙げると、C#はCOM InteropでType.Missing多すぎ、VBは _ の継続行多すぎ。
この程度ですよ。
520:デフォルトの名無しさん
06/06/30 19:58:11
>>519
ほぼ同意。
それと、Microsoft.VisualBasicネームスペースを削ると、C#にとっても可也の痛手だな。
今まで、C#のソース見てきた中で、VB関数1つも使ってないプロジェクトが無かった気がする。
それに、全く使ってないとしても、速度的に遅いか余計なバグを仕込んで・・・
521:デフォルトの名無しさん
06/06/30 20:56:55
RubyやPythonならいいんだけど
MSはなんで古臭い言語設計が好きなんだろ。
522:デフォルトの名無しさん
06/06/30 23:03:33
たくさんの人に売るからでしょう。
523:デフォルトの名無しさん
06/07/01 00:22:12
>>520
釣りだとは思うけどvbランタイムライブラリってそんなに使うかあ？
俺はVB派だけどほとんど使わんけどなあ。
SplitとStrConvの一部の機能ぐらいか、有益なのは。
524:デフォルトの名無しさん
06/07/01 02:02:26
>>520
C#のプロジェクトでVB関数使ってるトコなんて見たこと無いんだけど。
VBからの移行組み以外で使ってる人なんてほとんどいないだろ。
しかもVB関数を使わないがために発生するバグってなに？
うん、全力で釣られますとも。
525:デフォルトの名無しさん
06/07/01 04:44:37
>>523,524
例えば、IsDateやIsNumeric。
確かに、大抵の奴はTryParseしたりParseして例外拾ったりとして実装してるが、
偶に、正規表現使用してチェックして、それが間違ってたりとか
IsDateでも独自で日本でよく使うような形式しか対応してなくてとかね。
2005からで言えば、TextFieldParserとかね。
独自でCSVとかのクラス作ってる奴とか見るけど、大抵機能的に網羅してないしね。
単純にカンマだけでSplitしてる馬鹿関数とか、その辺はちゃんとダブルクウォートで括って
対応してるかと思えば、改行付きデータに対応してないとかね。
探せばきりが無いよ。
自分でまともに実装も出来ないくせに、VB関数使わない。
526:デフォルトの名無しさん
06/07/01 10:38:45
>>525
何が言いたいのか、意味がよくわからないのは俺の読解力のせい？
それとも俺がエスパーじゃないせい？w
527:デフォルトの名無しさん
06/07/01 10:51:19
>>526
多分、読解力のせい
>>525
確かに、”偶に”だがそういったコードは見かけるな。
IsDateやIsNumericはWebサイトとかでTipsとして載ってるからそれ程でもないけど、
CSVとかについては激しく同意。
結構システムとしてCSV出力とか取り込みに対応してますとか言って、
カラムにダブルクウォート入るとエラーになるとか、改行付きのカラムデータだと
おかしくなるとかあるよな。
大抵の場合、ExcelでのCSV出力やCSVファイルをExcelで開いた動作を網羅しないと
ユーザは納得しない場合が多いしね。
（実際にデータ作ったり確認するのがExcelだからな）
528:デフォルトの名無しさん
06/07/01 11:05:47
ああ、なるほど2.0になってからVBのライブラリも
かなり拡張されたというわけか、よく知らなかった。
でも、VBランタイムライブラリの存在理由って旧VBとの互換性の確保のためだったような気が。
なんでそれが2.0になって機能が増えるんだ？w
529:デフォルトの名無しさん
06/07/01 11:11:36
それに、VisualBasicって名前空間の下にあるものは
将来obsoleteされるかもしれんから不使用推奨って話も聞いた記憶があるが。。
その点は大丈夫なんだろうか
530:デフォルトの名無しさん
06/07/01 11:35:44
>>528
>>529
半分正解で半分間違い。
VBとの互換のために用意されているのは VisualBasic.Compatibility 名前空間。
確かにこの関数の将来は保証されていない。
それにC#にだってMicrosoft.CSharp名前空間がある。
1つだけ言いたいのは、旧VBつまりVB6互換性ライブラリと混同してる奴が多過ぎる。
Microsoft.VisualBasic名前空間が何故拡張されるかといえば、
この関数はVB6との互換の為に用意された訳では無いということ。
（もちろん、互換の為に使えるが）
これが、このスレでも何回か出ているVB関数が強力であり、
アルゴリズムのしっかり考えられて実装されているので速度も速いという事。
そして、C#、VB.NETのどちらを使おうが.NETFrameworkを使用するという事から、
基本的には文法の違いだけであり、それならば、機能的に優れた関数を持つVB.NETを
使うほうが有用って事。
C#で結局、VB.NETのライブラリを多用するなら最初からVB.NET使えばという突っ込みもある。
531:デフォルトの名無しさん
06/07/01 11:52:03
しかし、そんなに便利なものならなぜVisualBasic.などという「あまり評判の良くない」
檻にわざわざ閉じ込めておくのだろうか。
532:デフォルトの名無しさん
06/07/01 13:31:13
>>531
その部分は気になりますな。
うちでは他言語の名前空間の機能をCALLする部分はP/Invokeを使ってるクラスと一緒に独立したDLLにまとめてる。
じかに使うのは抵抗があるし将来提供の方法が変わったときのための用心みたいなものです。
533:デフォルトの名無しさん
06/07/01 14:03:36
なるほど、ちょっとVB関数を頭ごなしに否定してたわ。
ただ、VBとC#の違いにはやはり何度も既出だがモジュールの存在、暗黙のインスタンス化など
”あまり好ましくない機能”がある。
モジュールはモジュール名を省略して呼び出せるから、可読性の低下，グローバル変数の使用とかの問題が出てくる。
ひとりひとりのPGがちゃんとその辺をわかってるんなら問題にならないが、なかなかそうもいかないだろう。
534:デフォルトの名無しさん
06/07/01 14:42:01
>>533
逆に言えば、その辺がVB.NETプログラマとしての質を見極める手段の1つになりそうだけどね。
535:デフォルトの名無しさん
06/07/02 01:08:16
VBで追加されてる機能ってわりと業務よりな部分があって便利なものもある。
標準の機能では、そういう業務的な部分って整備されにくかったりするな。
TextFieldParserって知らんかったよ、結構使えそうだな…
536:仕様書無しさん
06/07/02 01:15:57
>>530 それはちょっと同意しかねる。
URLﾘﾝｸ(msdn2.microsoft.com)
537:デフォルトの名無しさん
06/07/02 11:35:33
C#でStrConvは多用してたので、VB.NETもC#.NETも変わらなさそうな気がするんだけど、そんなに違うの？
8bitBASIC、C、C++、軽くjava、C#と憶えてった俺だが、
最近EXCELのマクロ組んでて、VBAのソースの見栄えは好きじゃない。
C#,C++,Javaや、あと多分perl,PHP等は括弧や代入書式が似てるから、
言語仕様詳しく知らなくてもどれか知ってればなんとなく読めると思うんだけど、
VBしか知らないと辛くないかな？
なので、最初に憶えさせるならC#(やJava)が良いと思う。
VB.NETはBASICマスター向けだと思う。
538:デフォルトの名無しさん
06/07/03 01:33:26
どっちも変わらんよ。
日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
現実世界のVBやっている人でそこまでダメな人は珍しい。
多分ライターの脳内ソース。
539:デフォルトの名無しさん
06/07/03 02:55:56
C#でもオブジェクト指向をまったく気にしないコードかけますからねぇ。
540:デフォルトの名無しさん
06/07/03 15:57:41
＞日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
＞現実世界のVBやっている人でそこまでダメな人は珍しい。
おまいの言う事こそ凄いウソっぽいね。
541:デフォルトの名無しさん
06/07/04 01:40:29
VBAしか使えない漏れはどっち行ったらいいでつか？
542:デフォルトの名無しさん
06/07/04 01:47:19
543:デフォルトの名無しさん
06/07/04 08:55:51
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
─ところで，あいかわらず旧VBからVB .NETへの移行に苦労しているユーザーは多いようだ。
旧VBユーザーはVB .NETを選択すべきだと思うか？
我々が実際に旧VBから .NETに移行したユーザーにヒアリングしたところ，言語仕様の変化よ
りも，.NET Frameworkのサイズ（クラス数）や階層に当惑したという答えが多かった。やりたいこ
とを実現する方法がわからず，途中で立ち往生してしまうという。そのためにVB 2005では，.NET
Frameworkの道案内となるMyクラスを搭載し，旧VBからの移行を容易にしている。もう一つ，プロ
グラムを移行する際には部分部分を段階的に行うように勧めている。例えば，最初にユーザー・
インタフェースだけを移行して，その後ロジック部分を徐々に移行するといった具合に行うと，その
過程で少しずつ.NETについて学ぶことができる。
言語は一つを学ぶのでも少なからず苦労するので，同時に二つ以上学ぼうとするのは意味がな
い。VB .NETに移行するぐらいならほかの言語に移った方がいいと考える人もいるが，現実には彼
らは困難に直面しているようだ。やはりVBのユーザーは，より共通点の多いVB .NETに移行する方
が簡単だ。また，ほかの言語は，VBのように必ずしも使いやすくてシンプルであることを目指してい
るとは限らない。
VBは，Ease of useを常に考慮して作られた言語であり，それは .NETになっても変わらない。そし
てVBが無くなることはない。私がMicrosoftから給料をもらっている限り，VBは無くならないと断言で
きる(笑)。
544:デフォルトの名無しさん
06/07/04 23:23:44
俺が思うに、.NET Frameworkのクラスライブラリが多すぎてつまづくってのは、
単にやる気がないかバカなんだろう。
545:デフォルトの名無しさん
06/07/04 23:31:00
まあ概ねそうなんだが、完全にそうとも言い切れんでしょ。
.NET（っていうよりMSDNライブラリかもしれんが）にかなり慣れてきてても
なかなか実現したいことに対応するクラスが見つからないことって実際問題あるし。
546:デフォルトの名無しさん
06/07/04 23:37:13
＞私がMicrosoftから給料をもらっている限り，VBは無くならないと断言できる(笑)。
最近MSからの離職者多いよな・・・・
547:デフォルトの名無しさん
06/07/06 17:31:16
まぁVB2002、3、5続けてて思ったんだが
Myクラスあんま役に立ってねぇwwww
何故かMSDNにさらにヘルプがいるようなことを
後輩は言ってたな・・・
確かに俺も難しい言い回しが多いとは思うけど
548:デフォルトの名無しさん
06/07/06 22:58:59
所によりエキサイト並かそれ以下だ
549:デフォルトの名無しさん
06/07/07 02:20:27
たしかに英語の方が分かりやすい場合も多いね
550:デフォルトの名無しさん
06/07/07 08:11:10
本家の英語版読んでる奴の吐く台詞とはとても思えん。
馬鹿の癖に背伸びしちゃってw
MSDNライブラリの記述がいまいち分かりにくいのは、
最大の理由は網羅的に記述する必要があるから。（実際に網羅的である、ということはむしろ
稀ではあるんだが。。）
別に翻訳はまずくない。少しも、な。
機械翻訳のサポート情報を別にすれば。
551:デフォルトの名無しさん
06/07/07 08:18:58
＞別に翻訳はまずくない。少しも、な。
どこがやねん
552:デフォルトの名無しさん
06/07/07 12:58:12
>>550
翻訳AI乙
553:デフォルトの名無しさん
06/07/07 16:40:42
URLﾘﾝｸ(codezine.jp)
C# ﾞ53
C++ 40
VB.NET 19
記事の量ではC#が多いな。
554:デフォルトの名無しさん
06/07/07 23:42:59
>>550
MSDNのライブラリがわかりにくいと感じるのはお前の頭が弱いからだろ。
555:デフォルトの名無しさん
06/07/08 01:19:35
Win32API+MFCの頃と比べたら必要な情報の見つけにくさは今の方が断然上だと思うのだが。
ただちゃんとコレクションを指定していないせいかも知れないとか今思ったけど。
556:デフォルトの名無しさん
06/07/08 21:49:01
で、選ぶならどっちなのよ？
Javaが消えてくれたら心置きなくC#選べるんだがな
557:デフォルトの名無しさん
06/07/08 23:49:00
VB.NETとC#の２つがある以上Javaの勢力は衰えない
どっちかがなくなってくれれば・・・どっちでもいいけど
558:デフォルトの名無しさん
06/07/28 22:04:31
age
559:デフォルトの名無しさん
06/07/29 17:58:59
言語の問題ではない。
560:デフォルトの名無しさん
06/07/30 16:46:25
初心者の俺が実況用のブラウザ作る！１！！１１！
ｽﾚﾘﾝｸ(news4vip板)
まとめ
URLﾘﾝｸ(vanbl.blog.shinobi.jp)
現在新しい専ブラを開発中ですプログラミングに詳しい方
>>１にアドバイスをお願いします
561:デフォルトの名無しさん
06/07/30 18:01:22
見境無しだなw
562:デフォルトの名無しさん
06/08/05 16:38:17
ネットワーク対戦のミニゲーム作るにはどっちがよろしい？
ジャンケン程度でいいんだが
563:デフォルトの名無しさん
06/08/06 00:52:48
どっちでも
564:デフォルトの名無しさん
06/08/06 14:11:14
>>562
両方混ぜればいいじゃない。
アセンブリはどっちで作ったものも関係無く読めるんだし。
565:デフォルトの名無しさん
06/08/09 03:37:28
>>562
どっちも大差ないわけだが、
さくっと簡単にやるなら迷わずVBでいいんじゃない？
便利で優秀なライブラリが揃ってて開発効率がいい。
とくにMyがあると雑多な作業が軽減できる。
ある程度どっちも扱えるな乗り換えなんていつでもできるし、どっちかだけに拘る理由もない。
どの道長い目でみれば、また新たな開発環境に変わる日は来る。