.NET vs Java
1 ：デフォルトの名無しさん：03/12/23 23:03
現在、VB6.0やVC++6.0で
ソフト開発をしているプログラマにとって
この先、このまま.NETに進むべきか、Javaに乗り換えるか？
.NETに行くにしても、C#にするか、VB.NETやVC++.NETで行くか？
なかなか悩ましいところです。
どうするのが、一番得策だと思いますか？
私は今VB6.0を使用。
COBOLエンジニアの二の舞にはなりたくない。
ソフト開発をしているプログラマにとって
この先、このまま.NETに進むべきか、Javaに乗り換えるか？
.NETに行くにしても、C#にするか、VB.NETやVC++.NETで行くか？
なかなか悩ましいところです。
どうするのが、一番得策だと思いますか？
私は今VB6.0を使用。
COBOLエンジニアの二の舞にはなりたくない。
2 ：デフォルトの名無しさん：03/12/23 23:05
perlにしておけ。
多重継承も出来ないJavaは糞
多重継承も出来ないJavaは糞
3 ：デフォルトの名無しさん：03/12/23 23:49
4 ：デフォルトの名無しさん：03/12/24 00:42
>>2
あえて多重継承できなくさせてるわけだが？
あえて多重継承できなくさせてるわけだが？
5 ：デフォルトの名無しさん：03/12/24 03:54
あえてさせない意味が理解できない>>2が糞と言うことで。
6 ：デフォルトの名無しさん：03/12/24 04:43
inteface
7 ：デフォルトの名無しさん：03/12/24 04:49
どっちも使える これ最強
現実問題無理ではないと思うのだが
現実問題無理ではないと思うのだが
8 ：デフォルトの名無しさん：03/12/24 04:50
>>7
C++
C++
9 ：デフォルトの名無しさん：03/12/24 08:30
>>7
perl
perl
10 ：デフォルトの名無しさん：03/12/24 08:36
>>7
Ruby
Ruby
11 ：デフォルトの名無しさん：03/12/24 09:32
>>7
Lisp
Lisp
12 ：デフォルトの名無しさん：03/12/24 13:27
>>2
そんな中途半端な理由でPerlを選ぶならC++を選んだほうが賢い
そんな中途半端な理由でPerlを選ぶならC++を選んだほうが賢い
13 ：デフォルトの名無しさん：03/12/24 13:28
14 ：デフォルトの名無しさん：03/12/24 13:35
このスレッドは天才チンパンジーのアイちゃんが自分の力で立てたものです。
アイちゃんが答えていきますので書き込みをして下さい。
アイちゃんが答えていきますので書き込みをして下さい。
15 ：デフォルトの名無しさん：03/12/24 14:21
VBやってたんならVB.NETでいいんでないの？
VB.NETが出来ればC#は難しくなかったよ。
俺がVC育ちだからかもしれないが。
VB.NETが出来ればC#は難しくなかったよ。
俺がVC育ちだからかもしれないが。
16 ： ：03/12/24 14:51
Javaは図書館に本が一杯あるし、オープンソースのプログラムがプロ級のものからたくさんあるし、
プログラムの中級以上を目指して勉強するには最適と思った｡
すでに上級者で自分でバリバリプログラム作れるならC＃のほうが言語的にも速度的にも少し優れてるらしいからそっちにしたら｡
プログラムの中級以上を目指して勉強するには最適と思った｡
すでに上級者で自分でバリバリプログラム作れるならC＃のほうが言語的にも速度的にも少し優れてるらしいからそっちにしたら｡
17 ：デフォルトの名無しさん：03/12/24 15:37
C#が言語的に優れてるかどうかは一言で表せるものじゃない。
速度的に優れているかどうかもだ。
だが速度や言語的な問題だけでJavaの代わりにC#を選ぶとは
賢い選択とは言い切れない。
そういうときはC++を選ぶ。
C#という言語はVB, VC++をやっていた人、M$系のライブラリを
使ってきた人のためにある言語であって
今までM$のAPIに依存せずにプログラミングして来た者や
M$のAPIを使った過去の遺産を抱えていない者や
プログラミング初心者は無理してC#をやる必要は無い。
C++/Javaが無難。そのときC#やPerlはオマケついでに学習すると良い。
速度的に優れているかどうかもだ。
だが速度や言語的な問題だけでJavaの代わりにC#を選ぶとは
賢い選択とは言い切れない。
そういうときはC++を選ぶ。
C#という言語はVB, VC++をやっていた人、M$系のライブラリを
使ってきた人のためにある言語であって
今までM$のAPIに依存せずにプログラミングして来た者や
M$のAPIを使った過去の遺産を抱えていない者や
プログラミング初心者は無理してC#をやる必要は無い。
C++/Javaが無難。そのときC#やPerlはオマケついでに学習すると良い。
18 ：デフォルトの名無しさん：03/12/24 16:04
17はタダのアンチMSの意見にしか見えない。
19 ：デフォルトの名無しさん：03/12/24 16:24
逆にいえば、MS用アプリを作る場合は
C#がいいといっているのだろう。
今までのMSのAPIも使えると言っているようだ。
C#がいいといっているのだろう。
今までのMSのAPIも使えると言っているようだ。
20 ：デフォルトの名無しさん：03/12/24 16:30
COMも使えるしね。
21 ：デフォルトの名無しさん：03/12/24 21:23
Windowsが大好きな香具師はC#を選んどけばとくに無難かね。
Longhornのデモを見て感動してしまった厨はWinFX使いこなすために
C#を選んでしまうでしょうな。
Longhornのデモを見て感動してしまった厨はWinFX使いこなすために
C#を選んでしまうでしょうな。
22 ：デフォルトの名無しさん：03/12/25 01:01
Longhornのデモを見て感動してしまった玄人はなにを選べばいいんでしょうか？
23 ：デフォルトの名無しさん：03/12/25 11:55
>>22
まなげCぷら
まなげCぷら
24 ：デフォルトの名無しさん：03/12/25 20:01
25 ：デフォルトの名無しさん：03/12/27 18:49
.NETってロングホーンにおけるWin64APIという位置づけですか？
それともただのライブラリ？
それともただのライブラリ？
26 ：デフォルトの名無しさん：03/12/27 19:06
ライブラリともいえるような豪華な機能を持ち合わせた
CPUのビット数に依存しないオブジェクト指向API。
(Win64は64bitCPU用のオブジェクト指向でないAPI)
CPUのビット数に依存しないオブジェクト指向API。
(Win64は64bitCPU用のオブジェクト指向でないAPI)
27 ：デフォルトの名無しさん：03/12/27 19:08
J2SDK 1.4.0 の SolarisTM-SPARCTM プラットフォーム版では、Java HotSpot Server VM を
使用すると、64 ビット Sparc-v9 プラットフォームで 64 ビットの動作がサポートされます。
64 ビットのアドレス空間があるので、4 G バイト以上のヒープメモリが使用可能です。
Java HotSpot Server VM は 32 ビットと 64 ビットの両方をサポートしています。
ユーザはコマンド行フラグ -d32 または -d64 を使用して 32 ビットまたは 64 ビットの動作を
選択できます。
使用すると、64 ビット Sparc-v9 プラットフォームで 64 ビットの動作がサポートされます。
64 ビットのアドレス空間があるので、4 G バイト以上のヒープメモリが使用可能です。
Java HotSpot Server VM は 32 ビットと 64 ビットの両方をサポートしています。
ユーザはコマンド行フラグ -d32 または -d64 を使用して 32 ビットまたは 64 ビットの動作を
選択できます。
へぇー
としか言いようがない自分・・・
WinFX≠Win64
WinFX≒.NET
なのでしょうか？
としか言いようがない自分・・・
WinFX≠Win64
WinFX≒.NET
なのでしょうか？
29 ：27：03/12/27 19:46
30 ：デフォルトの名無しさん：03/12/27 19:56
WinFX≠WinMX
31 ：デフォルトの名無しさん：
Windows Fighter X