【VB.NET】VS2005 選� ..
[2ch|▼Menu]
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があると雑多な作業が軽減できる。

ある程度どっちも扱えるな乗り換えなんていつでもできるし、どっちかだけに拘る理由もない。
どの道長い目でみれば、また新たな開発環境に変わる日は来る。



566:デフォルトの名無しさん
06/08/16 03:36:05
VB.NETは、とりあえず動いてればいいという人向け
C#は、綺麗に書けないと嫌な人向け

VB6系は、とてもいいツールだったんだから
VB.NETも、そうなっていってくれるといいと思う
たとえオブジェクト指向が、ほとんど分からなくても開発出来るようにねｗ

>>562
どんなスキルの誰が？ってのによるだろう
どうせどっち選んでも、あんまり変わらないし

567:デフォルトの名無しさん
06/08/17 00:04:59
兎に角
職業プログラマーは敷居が低い誰でも簡単、お手軽言語のVBが嫌い

568:デフォルトの名無しさん
06/08/17 00:47:27
兎に角
下に位置する人間ほど、さらに下の階層を必要とする

ということ？

569:デフォルトの名無しさん
06/08/17 11:07:01
＞敷居が低い誰でも簡単、お手軽言語

程度が低いアプリ、高度な事をしようとすると途端に手詰まり言語のＶＢ
の間違いだろ。

570:デフォルトの名無しさん
06/08/18 04:32:10
職業プログラマは、何ができるか？という問いに、VBじゃかっこ悪いと思い込んでいる。

職業プログラマは、開発効率にうるさい風でありながら、高水準を嫌う傾向にある。

職業プログラマは、単純で解りやすい作りを推し進める風でありながら、
ソースリストに個性や芸術性を求めてどうでもいいテクニックで技術力をアピールしたがる。

職業プログラマは、誰でも簡単っていう素人ご用達なイメージのVBはプライドが絶対に許さない。

>>569
VBで手詰まりならC#でも手詰まりです


571:デフォルトの名無しさん
06/08/18 04:49:11
>>567-570
VBが嫌だと言う、”少しは”やる気の職業プログラマなら問題はないんだ
問題はVB6もまともに使えない、VB6からJAVAにステップアップできなかった奴らだ
彼らはその受け皿としてのVB.NETを待ってるわけで、別に優れた物でなくてもいい

当然VB.NET2005は、まだその域に達していない
逆にC#は、そういうのが嫌な人が使うようになっている

要求された仕様が適当に作っていっても、動いていればいい
それがダメ職業プログラマー

572:デフォルトの名無しさん
06/08/18 06:20:28
問題は、発注側の担当者がVB.NETとC#のどちらを選択するか？だ。


573:デフォルトの名無しさん
06/08/18 09:00:49
>>570
そりゃ、ﾄﾞﾄﾈﾄが壮大なﾌﾞﾋﾞランタイムに過ぎなかったというだけ。

＞プライドが絶対に許さない。
プログラマでプライドを優先する話なんか無い。
それより難しいけど大丈夫かという話ならあるけど。
読み筋間違ってるよ。

次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch
5370日前に更新/226 KB
担当:undef