[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 07/30 16:38 / Filesize : 199 KB / Number-of Response : 842
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【VB.NET】VS2005 選ぶならどっち?【C♯】



1 名前:デフォルトの名無しさん [05/01/24 12:43:57 ]
弊社では販売管理の次期システム構築に向けてプロジェクトチームの
立ち上げを予定しておりますが、VB.NETで行くべきかC#で行くべきか
未だに結論が出し切れておりません。
予算と時間の都合上、両方を試してみることも叶わない状況です。
そんなこんなで迷っていると今年の後半にはVisual Studio 2005が
リリースされるとの情報がっ!もう何が何やらさっぱりです。

賢明なるム板のみなさんのご意見を賜ることができればと、このスレ
を立てさせて頂きました。よろしくお願い致します。

477 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 13:16:43 ]
日本の開発現場はそんなに前向きじゃないので
そう簡単にC#には行かない
そうだな、C#にしたら生産性何倍とか言わないと
言語移行なんてしないな

まあ実際現状では文法以外の差はそんなにはないしな

正直VB6→VB.NETもしくは2005
の違いの方がVB→C#の違いよりもでかい


478 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 17:13:13 ]
VB7発売で全員幸せになれる予感

479 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 17:24:18 ]
>>477
VB厨にとっては文法の差,VB関数がない
という事も大きな壁のようです。

480 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 23:33:43 ]
>>479
実際、旧VBから互換性のないVB.NETやC#に行くくらいなら、
今主流のJavaでWebアプリに行った方がマシだって考える会社も多いしな。


481 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 23:46:20 ]
いや、だから散々ガイシュツだけど
別にそうしたいならVB.NET使ってVB6風にコード書くことは
そんな違和感なくできるよ。
実際、そういう風に割り切れば「違い」、つまり新しく覚えなきゃいかんことは
そんなにないし。

ここでもただのパソヲタ風情がVB6もVB.NETもロクに知らずに
物を言っていることがバレバレだなw

482 名前:デフォルトの名無しさん mailto:sage [2006/06/25(日) 23:56:43 ]
てか、全部新しく作るのなら何だって良いんだよ。
文法以前に、過去に作ったライブラリとか放棄する羽目になるんなら
.NETじゃなくてもいいじゃんってことだよ。



483 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:15:16 ]
>>481
VB6風に書くような奴らが一緒のプロジェクトに参加するとマジ迷惑なんすけど。
そのプロジェクト(会社単位でも)の奴ら全員がVB6風に書くんなら全然構わないが。
まぁ俺ならそんなことになったら転職する。
つーか新しいこと覚える気がないやつはこの業界抜けろよ。

484 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:28:21 ]
俺、ユンボの使い方間違ってる奴許せんのですよ

そんな会話

485 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:32:08 ]
そんな人命にかかわるほどスケールの大きな問題でもないぞ



486 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:33:04 ]
>>483
話の文脈読めよw
読解力のない奴だなあ。
言いたいことは分かるけど今はその話とちゃうでしょ。

487 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:34:10 ]
>>485
お前プロジェクトにいると迷惑(ry

488 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 00:36:23 ]
俺、ナイフとフォークの持ち方間違ってる奴許せんのですよ

そんな会話


489 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 01:26:34 ]
VB6→VB.NETが間違いだったんだよな
.NETはC#だけにしておけば、捨てるにしろ全員移行させるにせよ、よかったんだ

でも、もうVB.NETは消えないだろうね
また以前のVB6のような環境になっていくんだろうけど…

490 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 02:13:52 ]
今後どうなっていくのかなぁ。

Vistaの仕様もごちゃまぜだし、既存のリソースを残しながら新しいことするのって大変ですねー。

491 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 05:11:09 ]
VS使うのはMSの思惑次第っていうリスクはずっとあったんだけど、
VS6.0の時代が異様に長かったからみんな油断しすぎた。

492 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 08:07:56 ]
>>491
語るに落ちてないか?

「それ」が君にとって福音でなくリスクであるのは、
君自身に「それ」から利益をひきだす能力が欠けているからじゃねえの?w

493 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 11:05:34 ]
>>492
内容と書き方が読んでて気持ち悪いよ。
知らないうちに自分が嫌な人間になってないか、冷静に振り返ってみて。

494 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 12:24:39 ]
振り返ってみて、ねえ
なんで頭の悪い奴は自分の言葉を自分自身に適用しようとしないのだろうか。

どうでもいいけど、ちょうど君の反応のように
自分自身の問題を、自分と無関係な外部の問題(たとえばマイクロソフトの陰謀とか、
批判者の性格の問題とかねw)に転化しようとする心理的傾向のことを防衛機制っていうんだよ。

495 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 12:40:44 ]
陰謀とまでは言わなくても、まだJavaの方がましって考え方もあるだろ。



496 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 12:51:45 ]
>>494
やっぱ、異常にレスが気持ち悪いお。
不快感が伝わってくる感じ。

497 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 12:53:06 ]
クラスとかの使い方は全く同じなわけだから両方使えばいいじゃん、って思う。


498 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 12:56:49 ]
ドトネトを使わないというベストもあるが。

499 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 13:10:56 ]
Javaは起動がどうしても.NETより遅いからなぁ。

Vistaになったら特に。

500 名前:500 mailto:sage [2006/06/26(月) 15:09:18 ]
>>499
 >>498

501 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 21:41:16 ]
起動コンパイル速度:C#>>>JAVA
体感で分かるくらいだから、3つくらい不等号付けてもいいよね^w^

502 名前:デフォルトの名無しさん mailto:sage [2006/06/26(月) 23:53:09 ]
スレタイすら読めない、ドトネトを否定したいだけのJava厨は巣へ帰れ。

503 名前:デフォルトの名無しさん mailto:sage [2006/06/27(火) 00:29:50 ]
>496
イヤミを言われてるんだから当たり前だろうに。
まぁ、キミはイヤミを言われるにふさわしいので、誰も彼を非難しない。
それだけのこと。

504 名前:デフォルトの名無しさん mailto:sage [2006/06/27(火) 10:17:15 ]
jien乙!

505 名前:デフォルトの名無しさん mailto:sage [2006/06/27(火) 12:39:12 ]
VB2005がUsingをサポートしたので大差なし
VB2005の欠点
・unsafeが無い
・Myと既定インスタンスがうざい
C#
・パラメータの規定値がないがオーバーロードは無駄なメンバが増えるから嫌



506 名前:デフォルトの名無しさん mailto:sage [2006/06/27(火) 13:40:26 ]
>・unsafeが無い

アイタタタタ

507 名前:デフォルトの名無しさん mailto:sage [2006/06/27(火) 14:30:16 ]
よくがんばったので、.NETはこのあたりで終わりにしたらどうかと思います。



508 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 19:46:56 ]
VB2005の欠点
・いまだにModuleがある。(Module名を省略可能であることが問題。)
・匿名メソッドが使えない。(まぁ大した問題じゃないか。)
・VB関数とかイラネ。
・VB6厨なんて見捨てろ。

C#2.0の欠点
・Nullable型を?で表すのが個人的に気に入らない。なんで疑問系(に見える)なんだよ。




509 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 20:40:11 ]
それなんてint?

510 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 20:51:16 ]
お前の個人的な好みなんぞどうでもいい。


511 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 20:52:30 ]
>VB2005の欠点
>・VB6厨なんて見捨てろ。


512 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 21:01:11 ]
>>510
そうするとC#の欠点がなくなってしまうじゃないか。

513 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 21:12:24 ]
VBにも?がほしいぞ。
VBぽくないから無理だろうけど…

514 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 21:27:50 ]
VB関数を無くしたら、キャストやイベント関連付けはどうするんだよ

515 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 21:48:02 ]
?はBASICだとPRINTの短縮形だからなw



516 名前:デフォルトの名無しさん mailto:sage [2006/06/29(木) 21:49:03 ]
>>514
意味わからんよ。

517 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 02:00:12 ]
>>514
VB関数っていうのはMicrosoft.VisualBasic名前空間にあるクラスやモジュールを利用して実現している。
キャストやイベント関連付けはVB関数とは全く違う。
VB経験そんなにない俺に指摘されるVB厨って一体・・・。

518 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 12:32:53 ]
C#押す奴は仕事の前に理屈ばっかり言うから要らんよ。
客先指定で無い限り不要。

519 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 13:21:08 ]
両方やってるが両者にほとんど差はない。むしろ差が無いのがおかしいと言うべきだろう。
散々出てる話だけどVB6≠VB.NET=C#だからVB6の経験しかない人に
VB.NETをやらせてもC#をやらせても同じくらい苦戦している。

あえて両者の欠点を挙げると、C#はCOM InteropでType.Missing多すぎ、VBは _ の継続行多すぎ。
この程度ですよ。

520 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 19:58:11 ]
>>519
ほぼ同意。

それと、Microsoft.VisualBasicネームスペースを削ると、C#にとっても可也の痛手だな。
今まで、C#のソース見てきた中で、VB関数1つも使ってないプロジェクトが無かった気がする。

それに、全く使ってないとしても、速度的に遅いか余計なバグを仕込んで・・・

521 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 20:56:55 ]
RubyやPythonならいいんだけど
MSはなんで古臭い言語設計が好きなんだろ。

522 名前:デフォルトの名無しさん mailto:sage [2006/06/30(金) 23:03:33 ]
たくさんの人に売るからでしょう。

523 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 00:22:12 ]
>>520
釣りだとは思うけどvbランタイムライブラリってそんなに使うかあ?
俺はVB派だけどほとんど使わんけどなあ。
SplitとStrConvの一部の機能ぐらいか、有益なのは。

524 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 02:02:26 ]
>>520
C#のプロジェクトでVB関数使ってるトコなんて見たこと無いんだけど。
VBからの移行組み以外で使ってる人なんてほとんどいないだろ。
しかもVB関数を使わないがために発生するバグってなに?













うん、全力で釣られますとも。

525 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 04:44:37 ]
>>523,524
例えば、IsDateやIsNumeric。

確かに、大抵の奴はTryParseしたりParseして例外拾ったりとして実装してるが、
偶に、正規表現使用してチェックして、それが間違ってたりとか
IsDateでも独自で日本でよく使うような形式しか対応してなくてとかね。

2005からで言えば、TextFieldParserとかね。
独自でCSVとかのクラス作ってる奴とか見るけど、大抵機能的に網羅してないしね。
単純にカンマだけでSplitしてる馬鹿関数とか、その辺はちゃんとダブルクウォートで括って
対応してるかと思えば、改行付きデータに対応してないとかね。

探せばきりが無いよ。
自分でまともに実装も出来ないくせに、VB関数使わない。



526 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 10:38:45 ]
>>525
何が言いたいのか、意味がよくわからないのは俺の読解力のせい?
それとも俺がエスパーじゃないせい?w

527 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 10:51:19 ]
>>526
多分、読解力のせい

>>525
確かに、”偶に”だがそういったコードは見かけるな。
IsDateやIsNumericはWebサイトとかでTipsとして載ってるからそれ程でもないけど、
CSVとかについては激しく同意。

結構システムとしてCSV出力とか取り込みに対応してますとか言って、
カラムにダブルクウォート入るとエラーになるとか、改行付きのカラムデータだと
おかしくなるとかあるよな。

大抵の場合、ExcelでのCSV出力やCSVファイルをExcelで開いた動作を網羅しないと
ユーザは納得しない場合が多いしね。
(実際にデータ作ったり確認するのがExcelだからな)

528 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:05:47 ]
ああ、なるほど2.0になってからVBのライブラリも
かなり拡張されたというわけか、よく知らなかった。

でも、VBランタイムライブラリの存在理由って旧VBとの互換性の確保のためだったような気が。
なんでそれが2.0になって機能が増えるんだ?w

529 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:11:36 ]
それに、VisualBasicって名前空間の下にあるものは
将来obsoleteされるかもしれんから不使用推奨って話も聞いた記憶があるが。。
その点は大丈夫なんだろうか

530 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:52:03 ]
しかし、そんなに便利なものならなぜVisualBasic.などという「あまり評判の良くない」
檻にわざわざ閉じ込めておくのだろうか。

532 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 13:31:13 ]
>>531
その部分は気になりますな。
うちでは他言語の名前空間の機能をCALLする部分はP/Invokeを使ってるクラスと一緒に独立したDLLにまとめてる。
じかに使うのは抵抗があるし将来提供の方法が変わったときのための用心みたいなものです。

533 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 14:03:36 ]
なるほど、ちょっとVB関数を頭ごなしに否定してたわ。
ただ、VBとC#の違いにはやはり何度も既出だがモジュールの存在、暗黙のインスタンス化など
”あまり好ましくない機能”がある。
モジュールはモジュール名を省略して呼び出せるから、可読性の低下,グローバル変数の使用とかの問題が出てくる。
ひとりひとりのPGがちゃんとその辺をわかってるんなら問題にならないが、なかなかそうもいかないだろう。

534 名前:デフォルトの名無しさん mailto:sage [2006/07/01(土) 14:42:01 ]
>>533
逆に言えば、その辺がVB.NETプログラマとしての質を見極める手段の1つになりそうだけどね。

535 名前:デフォルトの名無しさん mailto:sage [2006/07/02(日) 01:08:16 ]
VBで追加されてる機能ってわりと業務よりな部分があって便利なものもある。
標準の機能では、そういう業務的な部分って整備されにくかったりするな。

TextFieldParserって知らんかったよ、結構使えそうだな…



536 名前:仕様書無しさん mailto:sage [2006/07/02(日) 01:15:57 ]
>>530 それはちょっと同意しかねる。
ttp://msdn2.microsoft.com/ja-jp/library/wk6ka2wf.aspx


537 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/07/03(月) 01:33:26 ]
どっちも変わらんよ。
日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
現実世界のVBやっている人でそこまでダメな人は珍しい。
多分ライターの脳内ソース。

539 名前:デフォルトの名無しさん mailto:sage [2006/07/03(月) 02:55:56 ]
C#でもオブジェクト指向をまったく気にしないコードかけますからねぇ。


540 名前:デフォルトの名無しさん mailto:sage [2006/07/03(月) 15:57:41 ]
>日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
>現実世界のVBやっている人でそこまでダメな人は珍しい。

おまいの言う事こそ凄いウソっぽいね。


541 名前:デフォルトの名無しさん mailto:sage [2006/07/04(火) 01:40:29 ]
VBAしか使えない漏れはどっち行ったらいいでつか?

542 名前:デフォルトの名無しさん [2006/07/04(火) 01:47:19 ]
 

543 名前:デフォルトの名無しさん mailto:sage [2006/07/04(火) 08:55:51 ]
itpro.nikkeibp.co.jp/article/NEWS/20051124/225110/
──ところで,あいかわらず旧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 名前:デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:23:44 ]
俺が思うに、.NET Frameworkのクラスライブラリが多すぎてつまづくってのは、
単にやる気がないかバカなんだろう。

545 名前:デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:31:00 ]
まあ概ねそうなんだが、完全にそうとも言い切れんでしょ。

.NET(っていうよりMSDNライブラリかもしれんが)にかなり慣れてきてても
なかなか実現したいことに対応するクラスが見つからないことって実際問題あるし。



546 名前:デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:37:13 ]
>私がMicrosoftから給料をもらっている限り,VBは無くならないと断言できる(笑)。 
最近MSからの離職者多いよな・・・・

547 名前:デフォルトの名無しさん [2006/07/06(木) 17:31:16 ]
まぁVB2002、3、5続けてて思ったんだが
Myクラスあんま役に立ってねぇwwww
何故かMSDNにさらにヘルプがいるようなことを
後輩は言ってたな・・・
確かに俺も難しい言い回しが多いとは思うけど

548 名前:デフォルトの名無しさん mailto:sage [2006/07/06(木) 22:58:59 ]
所によりエキサイト並かそれ以下だ

549 名前:デフォルトの名無しさん mailto:sage [2006/07/07(金) 02:20:27 ]
たしかに英語の方が分かりやすい場合も多いね


550 名前:デフォルトの名無しさん [2006/07/07(金) 08:11:10 ]
本家の英語版読んでる奴の吐く台詞とはとても思えん。
馬鹿の癖に背伸びしちゃってw

MSDNライブラリの記述がいまいち分かりにくいのは、
最大の理由は網羅的に記述する必要があるから。(実際に網羅的である、ということはむしろ
稀ではあるんだが。。)

別に翻訳はまずくない。少しも、な。
機械翻訳のサポート情報を別にすれば。

551 名前:デフォルトの名無しさん mailto:sage [2006/07/07(金) 08:18:58 ]
>別に翻訳はまずくない。少しも、な。
どこがやねん

552 名前:デフォルトの名無しさん mailto:sage [2006/07/07(金) 12:58:12 ]
>>550
翻訳AI乙

553 名前:デフォルトの名無しさん mailto:sage [2006/07/07(金) 16:40:42 ]
ttp://codezine.jp/a/default.aspx?cid=131

C# ゙53
C++ 40
VB.NET 19

記事の量ではC#が多いな。

554 名前:デフォルトの名無しさん mailto:sage [2006/07/07(金) 23:42:59 ]
>>550
MSDNのライブラリがわかりにくいと感じるのはお前の頭が弱いからだろ。

555 名前:デフォルトの名無しさん mailto:sage [2006/07/08(土) 01:19:35 ]
Win32API+MFCの頃と比べたら必要な情報の見つけにくさは今の方が断然上だと思うのだが。
ただちゃんとコレクションを指定していないせいかも知れないとか今思ったけど。



556 名前:デフォルトの名無しさん mailto:sage [2006/07/08(土) 21:49:01 ]
で、選ぶならどっちなのよ?
Javaが消えてくれたら心置きなくC#選べるんだがな

557 名前:デフォルトの名無しさん mailto:sage [2006/07/08(土) 23:49:00 ]
VB.NETとC#の2つがある以上Javaの勢力は衰えない
どっちかがなくなってくれれば・・・どっちでもいいけど

558 名前:デフォルトの名無しさん [2006/07/28(金) 22:04:31 ]
age

559 名前:デフォルトの名無しさん mailto:sage [2006/07/29(土) 17:58:59 ]
言語の問題ではない。


560 名前:デフォルトの名無しさん [2006/07/30(日) 16:46:25 ]
初心者の俺が実況用のブラウザ作る!1!!11!
ex16.2ch.net/test/read.cgi/news4vip/1154167137/
まとめ
vanbl.blog.shinobi.jp/


現在新しい専ブラを開発中ですプログラミングに詳しい方
>>1にアドバイスをお願いします

561 名前:デフォルトの名無しさん mailto:sage [2006/07/30(日) 18:01:22 ]
見境無しだなw

562 名前:デフォルトの名無しさん mailto:sage [2006/08/05(土) 16:38:17 ]
ネットワーク対戦のミニゲーム作るにはどっちがよろしい?
ジャンケン程度でいいんだが

563 名前:デフォルトの名無しさん mailto:sage [2006/08/06(日) 00:52:48 ]
どっちでも

564 名前:デフォルトの名無しさん mailto:sage [2006/08/06(日) 14:11:14 ]
>>562
両方混ぜればいいじゃない。
アセンブリはどっちで作ったものも関係無く読めるんだし。

565 名前:デフォルトの名無しさん mailto:sage [2006/08/09(水) 03:37:28 ]
>>562
どっちも大差ないわけだが、
さくっと簡単にやるなら迷わずVBでいいんじゃない?

便利で優秀なライブラリが揃ってて開発効率がいい。
とくにMyがあると雑多な作業が軽減できる。

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





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

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

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

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

568 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 00:47:27 ]
兎に角
下に位置する人間ほど、さらに下の階層を必要とする

ということ?

569 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:07:01 ]
>敷居が低い誰でも簡単、お手軽言語

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

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

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

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

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

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


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

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

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

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


573 名前:デフォルトの名無しさん mailto:sage [2006/08/18(金) 09:00:49 ]
>>570
そりゃ、ドトネトが壮大なブビランタイムに過ぎなかったというだけ。

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

574 名前:デフォルトの名無しさん [2006/08/18(金) 18:36:52 ]
>>573
鈍感な奴。

俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
それどころか、はっきり口にだしてそのように言う奴も少なくない。

575 名前:デフォルトの名無しさん mailto:sage [2006/08/19(土) 23:49:57 ]
>>572
たぶんC#の仕事はVB.NETに比べれば少ないだろうね

C#で仕事ある?
pc8.2ch.net/test/read.cgi/tech/1111656698/



576 名前:デフォルトの名無しさん mailto:sage [2006/08/20(日) 23:45:42 ]
>>571
>逆にC#は、そういうのが嫌な人が使うようになっている
 
 つまりそれは、VBなんてプライドが許さないってことと一緒だろ?

そもそも仕事の出来ない奴にも何かしら仕事を与えないといけないんだし、
仕事のできるやつほど、出来ない奴や新人の面倒をみないといけないだろ。
プロジェクトの内外問わず困った時は助け合う必要があるけど、
仕事の出来ない奴を受け入れたくない奴は困った時に誰も助けたくない。


>>572
今は単価が変わらないから C#でやるならVBのほうがいいに決まってる。
ネームバリューやプライドの問題だけじゃないかな?



577 名前:デフォルトの名無しさん mailto:sage [2006/08/21(月) 04:11:16 ]
・C#は難しそうというイメージ
・VBなら楽できそうなイメージ

何も知らない素人が選択権を持っている場合、イメージって結構重要。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<199KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef