JAVAとC#どちらが優れているか教えてください

1 名前：仕様書無しさん [2007/05/01(火) 20:02:28 ] 言語機能的にも実装的にもどっちが上なんですか？ 315 名前：仕様書無しさん mailto:sage [2007/06/03(日) 11:54:54 ] それゴスリング氏のC#に対する勘違いだよ、C#のunsafe句はCのような何でもできるようなものじゃない。 思いっきりセーフコードだし、ぶっちゃけあれではアンセーフらしい事は何にもできない。 316 名前：仕様書無しさん [2007/06/03(日) 12:24:03 ] 2ch上の名無しにそんなこと言われてもね...w 317 名前：仕様書無しさん mailto:sage [2007/06/03(日) 12:41:40 ] 俺は315じゃないけど、所詮「誰が言ったか」でしか判断できない、 自分の頭で物事考えられない人間なら仕方がないねそりゃ。 というか、314のJAVAの人はそもそも倒錯してると思うよ俺は。 別に低レベルで人間のミスが表面化しにくい処理を排除する必要なんて本当はそもそもない。 同じことを実現するのに、 (1) 低レベルで人間のミスが表面化しにくい方法 (2) ヒトがよりミスを犯しにくく、犯したとしてもそれが表面化しやすい方法 があった場合、(2)を採用すべきなのは自明だとしても、 (2)はどんな技術にも提供可能なわけではないのだから、低レベルの処理を 一切禁止すべきだ、という発想はそもそも無理がある。 318 名前：仕様書無しさん [2007/06/03(日) 12:55:15 ] >>317 いやお前が倒錯してるだろ。 > 別に低レベルで人間のミスが表面化しにくい処理を > 排除する必要なんて本当はそもそもない。 こりゃありまくりだ。 > 低レベルの処理を一切禁止すべきだ、という発想は > そもそも無理がある。 誰もそんなことは言ってない。 319 名前：仕様書無しさん mailto:sage [2007/06/03(日) 12:59:34 ] そうか。 まあ、頭悪いのならあまり背伸びしなさんな。 320 名前：仕様書無しさん [2007/06/03(日) 13:02:54 ] 総論 　 C# > VB.net > VB6.0 > Java > C++.net > C++ > C こんなものだろ。 321 名前：仕様書無しさん mailto:sage [2007/06/03(日) 13:05:01 ] 315 だけど、ゴスリング氏でも間違える事もあると、人間味があっていいじゃんと思うね。完璧だと怖い。 少し語っておくと、unsafeはおそらく既存のコードを動かす時に便利なようにとヘジルスバーグが考えたものだと思う。 System.Runtime.InteropServices とかのライブラリの中はこれが使われているんじゃないかな？ 現状、既存のライブラリは殆どがネイティブコードであって、これを使えないでは言語として問題があるし。 最小限の拡張で、楽に呼び出しを作れて、しかもコードが各種言語に散乱しにくいようにと考えた所こうなったのでは？ C++からでもinlineアセンブラがあったほうが、ディバイスドライバ等を組む時に全部C++で済ませることができたりと便利だ。 これがないと・・・JNIとか面倒くせーじゃんと思ったりする訳で。 ただム板を見ていると、配列をガベージコレクタよりロックして高速化に使っていたりしているようだが、こういうのもありといえばありかな、しかし本命のようには見えない。 322 名前：仕様書無しさん [2007/06/03(日) 14:07:26 ] >>321 何をもって勘違いと言ってるのかよく分からんけど、 ゴスリングは「保護と非保護の混用」が愚かだと言ってるんだろ。 unsafe云々が問題じゃない。 結局ゴスリングが下の方で言っているように、 MSはライブラリを移植性のあるものにできない。 だからこそ言語中にわざわざ「unsafe」なんていうものを 用意しなければならない。 言語をマネージドな世界におく利点をJavaから学んでおきながら、 それに徹することができないMSの体質を、ゴスリングは 「愚か」だと言ってるんだよ。 323 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:17:53 ] うんでもそれを「愚か」だと思う判断こそ本末転倒の愚かさだけどね。 324 名前：仕様書無しさん [2007/06/03(日) 14:38:57 ] ﾌﾟﾌﾟｯ、C#廚ってレベル低すぎw プログラマには読解能力も必要だぞww 325 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:41:15 ] 別に幼稚なガキにどう思われようと痛くも痒くもないけどね 326 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:44:17 ] 確かに315の言ってることは良くわからない。 でもゴスリングが「何が問題で何が問題でないか？」に関して倒錯しているのは確かだな。 327 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:51:12 ] 抽象度が違うものを同じところに配置するのは、あたま悪いだろ 328 名前：仕様書無しさん [2007/06/03(日) 14:52:22 ] 日曜日にＪａｖａ・Ｃ＃について下らん議論を交わすより 彼女とＳＥＸでもしろ。 ※お前ら下種野郎にはいないだろーけどねｗｗｗｗ 329 名前：仕様書無しさん [2007/06/03(日) 15:09:55 ] >>325 言動がおかしいぞwお前 やっぱ説得力にかけるわww 330 名前：仕様書無しさん [2007/06/03(日) 15:16:35 ] unsefeはウィンアプリを作る上でどうしても必要なものだった JAVAがVBのかわりになれないのはどうしてかなぁ？ 331 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:13:32 ] 結論から言えば、unsafeは必要不可欠なものではないと思うよ。 C#の最大の特徴は、これといった強みもないが、逆に弱点も無いところだと思う 簡単に作りたいと思えばVBには及ばないだろうし 徹底したオブジェクト指向と整理された理論と言う点では、Javaには及ばない 細かい制御をやらせれはこれまたC++には及ばない しかし、いずれも可能で、いずれも平均点以上 これ性質からC#あらゆる範囲に適用範囲が広がって、大きなコード共有能力や再利用性を生み出していると思うんだ。 VB,Java,C++は各分野でのホームランバッターだがC#はイチローなんだよ。 332 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:16:49 ] まちがい >これ → この C#以外の言語は強い部分は強いが、致命的弱点をいずれの言語も持っていると思う。 333 名前：仕様書無しさん mailto:sage [2007/06/03(日) 17:00:10 ] DSL全盛の昨今、アベレージヒッターの存在意義って。。 334 名前：仕様書無しさん mailto:sage [2007/06/03(日) 17:23:45 ] >>320 VB.net は要らない子 335 名前：仕様書無しさん [2007/06/03(日) 17:56:07 ] >>331 アホ。 ＞簡単に作りたいと思えばVBには及ばないだろうし うんなこたーねぇーｗ Ｃ＃やったことねーだろｗｗｗ 336 名前：仕様書無しさん [2007/06/03(日) 18:18:07 ] >>331はブビ厨に認定されました。 337 名前：仕様書無しさん mailto:sage [2007/06/03(日) 18:24:21 ] C#って携帯アプリちゅくれるにょ？ 338 名前：仕様書無しさん mailto:sage [2007/06/03(日) 21:22:10 ] >>331 まあ揚げ足取りのスレだから気にすることないよ。 俺は言ってることそんなに間違ってないと思う。 最初の一行は同意できないけど 339 名前：仕様書無しさん mailto:sage [2007/06/03(日) 21:35:24 ] まぁちょっとした処理をC#でぱぱってスクリプティングって気にはならんわなぁ。 340 名前：仕様書無しさん mailto:sage [2007/06/04(月) 01:23:50 ] >>331 Javaが徹底したオブジェクト指向？？？？ カルチャーショックで３日ぐらい立ち直れそうにないわ、俺。 >>335 VBの強力な点って、遅延バインディングだと思う。 厳密にCOMのバージョンが一致していなくても、プログラマティックIDと メソッド名と型が正しければ動く。これはC#に真似できない。 341 名前：仕様書無しさん mailto:sage [2007/06/04(月) 02:13:31 ] それはむしろ動いちゃいけないのでは？ 342 名前：仕様書無しさん mailto:sage [2007/06/04(月) 02:30:23 ] >>341 そんな細かいことまで気にすんな。ハゲるよ。 343 名前：仕様書無しさん mailto:sage [2007/06/04(月) 02:53:35 ] ハゲたらゴスリングみたいになれるかな 344 名前：仕様書無しさん [2007/06/04(月) 21:26:30 ] C#のunsefeを馬鹿にするJAVA厨はEclipseとSWTをどう説明するのか？ C#の利点は開発環境構築の容易さだね。 EclipsでSWTを使った簡単なクライアントアプリを作ってみた。 正直結構使えるものになったと思う。 C++で作られたアプリには及ばないまでも、旧VBの代わりには十分なるといえる。 ただGCがなかったり、JAVAしかできない人には理解できないんだな。 つまるところ上級者向け。 派遣会社がでっち上げるの即席JAVAプログラマーには荷が重い。 だから結局使われない。 仕事の依頼もない。 まぁ、そういうこと。 345 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:18:15 ] ↓はVBスレからの転載だが、C#ユーザの率直な感想が欲しい。 623 名前：仕様書無しさん[sage] 投稿日：2007/06/04(月) 04:21:50 >>622 まず、、いや、文句じゃないんだ。 VBという言語が9種類あることには同意だし、 バージョン違えば作り直しの互換性なしなしも同意だし、 QuickTimeとかの付属のサービスパックとかIEのサービスパックとかで VBランタイムが書き換わって昔のプログラムが動かなくなる弊害も知ってる。 未だにこの前出た.NetFrameWork3.0パッチ問題で、VB2003以前のプログラムが動かなくなる不具合も既出だ。 でもそれってVBに限らずVC++だってそうだし、VisualStudio全体の問題だと思うんだよね。 つうか過去のJ++やJ#みたくサポート切られたM$言語だってあるしｗ C#だっていつ非互換になるか保障もされてない訳で。 3年以上使うなら.NET系はダメ！絶対！！という結論に行き着くさ。 まぁWin自体が5年以下でサポート切られるOSなんだがなｗ でも開発効率いいだろ？ 価格競争真っ只中の90年代は仕方ないと思うしかない。不景気だったんだから。 だから、これからの事話そうぜ？客とな。俺もそうしてる。 346 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:47:55 ] まあ、書いた奴は激しく自己陶酔型だな、というのは文面から分かる。 だから自分のレスを、直接書いたところ以外にもコピペしたくなるんだろうなw 347 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:00:28 ] >>345 率直な感想？そもそも C# 6歳なんだが。 でも 3.0 とか言ってまだまだ元気やし。 それと、C# の誕生は2001年やし90年代って何？ というか不具合ってなんだろう？1.0の頃からの資産結構持ってた けど'(種類も)、致命的なのってあったっけ？ 348 名前：仕様書無しさん [2007/06/05(火) 00:02:49 ] ゴメン… JavaにもC#にも未来はないよ なぜならSWTがあるから これからはEclipseでSWT＋C++が本命さ そのうちSWTとC++でEclipseが書き直されるよ 349 名前：仕様書無しさん mailto:sage [2007/06/05(火) 00:04:20 ] >>344 SWT結局Swingに負けてるのだが。 どう説明するか？ 「SWTもうダメぽ。JNIは遅い」 Javaでも、Eclipse以外のIDE使えば、開発環境構築は楽。 Webアプリの開発もEclipse以外なら結構楽。 350 名前：仕様書無しさん [2007/06/05(火) 01:45:57 ] SwingがSWTよりもはやくて省メモリなら、Javaで実用的なクライアントアプリを作ることが出来ますね しかし現実はそうなっていない なぜ？ 351 名前：仕様書無しさん mailto:sage [2007/06/05(火) 02:01:55 ] Javaで実用的なクライアントアプリを作ることが出来てないという根拠は？ Javaのアプリを見ると、Javaで実用的なクライアントアプリを作ることが出来てると思うのだが。 352 名前：仕様書無しさん mailto:sage [2007/06/05(火) 02:15:56 ] >>345 side by sideがそれなりにしっかりしているので問題は無いだろうと思うよ。 今でも複数バージョンが共存できているしcomと比較すればバージョン問題に対する安心感は高い。 ライブラリーになっている物は生きる、ただしソースはバージョンごとに相当量放棄は覚悟といったところか。 C#の言語仕様とGUIエディターの変貌振りは今現在でもかなり激しい。 353 名前：仕様書無しさん [2007/06/05(火) 06:54:36 ] 聞くけどクライアントからSwingを使ったクライアントアプリ製作を依頼されたことってある？ 俺は経験ないけど 354 名前：仕様書無しさん [2007/06/05(火) 07:10:55 ] クライアントが気にするのは業務要件を満たしてるかどうかだけ。 355 名前：仕様書無しさん mailto:sage [2007/06/05(火) 10:10:17 ] Javaは普及度の高さとプラットホームへの依存性の低さという２点でC#に勝っている。 それ以外、言語仕様や開発環境構築の容易さ、IDEの使い易さ、クラスライブラリの完成度等はC#が勝っている。 後釜である以上当然のこと。 ただ、普及度というのは大きい。C#も普及度は徐々に上がっているように感じるが、どこまで普及できるかが最大の課題だろう。 ちなみにVB.NETほどの容易性はないとの発言があったが、それはごもっとも。 理由はいくつかあるが、たとえばVSにインストールされるアイテムテンプレートの種類、Myの存在(批判は色々あるだろうが容易性の向上は確かだろう)などなど。 ただ、VBとC#の討論はスレ違い。 356 名前：仕様書無しさん mailto:sage [2007/06/05(火) 16:44:19 ] >>353 クライアントから要求されるんではなくて、こちらから提案することになるね。 MacとWinで動かしたいといわれたら、Javaは有力な選択肢だ。 Macの利用者も増えてるしね。 357 名前：仕様書無しさん mailto:sage [2007/06/05(火) 17:55:48 ] Macは選択肢には入らんだろう。 高いだけで何のメリットもない。 358 名前：仕様書無しさん mailto:sage [2007/06/05(火) 17:57:19 ] Windows + Linux ≒ Mac 359 名前：仕様書無しさん mailto:sage [2007/06/05(火) 18:08:59 ] スクリプターにはMacが便利。 360 名前：仕様書無しさん [2007/06/05(火) 20:03:20 ] VB6で作ってた案件はしばらく混乱が続いてDelphi使おうかと思ったらDelphiもアレだし結局仕方なくC++使ってたけど.net3.0になってからはグンとvb.netの案件が増えた Java+SWTやC#でクライアントアプリというのは混乱期にはちょくちょくあったけど最近はほとんどない 361 名前：仕様書無しさん mailto:sage [2007/06/05(火) 20:27:10 ] >>360 VB厨は存在自体がスレ違い 362 名前：仕様書無しさん [2007/06/05(火) 22:13:39 ] >>360 負け惜しみ乙ｗ 363 名前：仕様書無しさん mailto:sage [2007/06/05(火) 22:47:14 ] >>341 VB6ぐらいのアバウトさがないとCOMはとても使えたものじゃない。 364 名前：仕様書無しさん mailto:sage [2007/06/05(火) 23:34:01 ] いやいやVBも話しに入るだろ。 つうか、 サーバサイドなら Perl vs PHP vs Java vs C# の比較話になるのは当然だし、 クライアントサイドなら Java vs C#　vs VC++ vs VB の比較話になるのは当然。 それは比較で話すべきだと思う。 今のシェア的には サーバサイドなら Java＞＞Perl＞＞＞PHP＞＞＞＞＞＞C#(つうかASPが殆ど)　だし、 クライアントサイドなら VC++＞＞BorlandC++＞＞＞＞＞＞VB＞＞＞C#＝Java　な訳で。 サーバサイドはWindowsがガン(発売5年でディスコンOS)だからC#はシェアないという話から 今のクライアントサイドの話になってるけど、クライアント話は続けるべきだと思う。 365 名前：仕様書無しさん mailto:sage [2007/06/05(火) 23:40:28 ] クライアントアプリの案件自体、少くなってきてる気がするしな。 366 名前：仕様書無しさん [2007/06/06(水) 00:29:16 ] 減っていますね。 フリーやコミュニティで、 ある程度までの要望なら、できますし。 簡単な部分を「誰でもできる」は良いんですけど、 専門家に頼んだ方がいいところまで、 「金がかかるばかりで対して変わらん」と、 世間の認識で思われていそうなのは、 少しばかり不満かもしれません。 367 名前：仕様書無しさん mailto:sage [2007/06/06(水) 00:46:20 ] 差別化を図ってコミュニケーションを密に というと結局常駐になってしまうのか 難しいね 368 名前：仕様書無しさん mailto:sage [2007/06/06(水) 01:28:11 ] >>363 それよりcomを放棄したほうがいいと思う、あの仕様ヤバイだろ VB側は良くてもVC++側が洒落にならん、それにWindowsのセキュリティーが厳しくなるたびにインストールも厄介になるし。 あれはいずれメンテしきれなくなるよ 369 名前：仕様書無しさん mailto:sage [2007/06/06(水) 01:41:14 ] クライアントの案件の量はともかく、SOAPとか使うとサーバーとクライアントの区別が付かないような開発になる サーバーもしくはクライアントのクラスを直接呼び出すようなプログラムができます。(Javaや.Net) なんで意外とサーバー・クライアント形式も楽だよ。作っている分には殆ど意識せず、単一アプリの気分だし、言語を跨りまくるのは嫌だし。 370 名前：仕様書無しさん [2007/06/06(水) 02:00:18 ] C#のUnsefeはアレ、はやくするためじゃなく、メモリ消費量を抑えるためにあるんだね クラスと構造体の違い 371 名前：仕様書無しさん [2007/06/06(水) 07:01:25 ] こりゃだめだw いつからブビ廚の巣窟に... 372 名前：仕様書無しさん mailto:sage [2007/06/06(水) 07:47:20 ] LinuxよりWindowsの方がサポート期間長いし、セキュリティーホールも少ない。 373 名前：仕様書無しさん mailto:sage [2007/06/06(水) 07:50:05 ] まったく役立たずな意見キターーー Windows厨はLinuxって言葉の意味知らんのか。 374 名前：仕様書無しさん mailto:sage [2007/06/06(水) 09:07:48 ] >>364 スレタイ100回見なおして半年ROMってろよ、クズ 375 名前：仕様書無しさん [2007/06/06(水) 18:43:38 ] Java 376 名前：仕様書無しさん mailto:sage [2007/06/06(水) 22:35:22 ] >>368 放棄には同意。 しかし資産がデカいのも確かなので生き残るのは必至。 現状、ラッパーライブラリ作るか、 スクリプト言語にすべて放り投げるかしたほうがいいね。 377 名前：仕様書無しさん [2007/06/07(木) 19:28:17 ] すげー VB.NET使いやすぃー ビルゲイツは神か！？ 378 名前：仕様書無しさん mailto:sage [2007/06/07(木) 22:58:31 ] ゲイツより、ヘルスバーグが神 379 名前：仕様書無しさん mailto:sage [2007/06/08(金) 00:15:53 ] 同意、ヘジたんﾊｧﾊｧ ﾃﾞﾙﾌｧｲまんせーC#まんせー 380 名前：仕様書無しさん [2007/06/08(金) 12:53:11 ] >>1 Java 381 名前：仕様書無しさん mailto:sage [2007/06/08(金) 14:48:52 ] >>380 理由を書けよカス 382 名前：仕様書無しさん [2007/06/08(金) 18:33:39 ] 普及率が違う。それだけ魅力的だから客からの要望も多い。 383 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:01:02 ] >>382 「普及率」はともかく「魅力的」という言葉を見た時、頭痛とめまいがした。 384 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:02:18 ] Javaはどちらかというと、客にアピールして押しつけた挙げ句に まともに動かないものを納品して呆れられるというイメージしかない。 385 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:12:32 ] C#ってIIS使うのか？windowsサーバーは高いんだよな てかいつになったら.netはプラットフォームに依存しなくなるんだ？ monoもまだカスだし。 WEBならRuby（on Rails）をおすすめする 386 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:14:18 ] Javaはフレームワーク乱立しすぎ C#は.NETがいつまでたっても微妙 よって引き分け 387 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:15:14 ] いまんとこC#なんか比較対象にならないよな 388 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:17:00 ] 普通に片方書ければ両方書けるだろう 言語なんてなんでもいいけど 俺らプログラマはいつの時代も言語仕様に振り回される 389 名前：仕様書無しさん mailto:sage [2007/06/08(金) 19:21:58 ] 振り回され階層　OS-PG-客 390 名前：仕様書無しさん [2007/06/08(金) 20:10:29 ] >>385 >C#ってIIS使うのか？windowsサーバーは高いんだよな >てかいつになったら.netはプラットフォームに依存しなくなるんだ？ え、あほですか？ 391 名前：仕様書無しさん mailto:sage [2007/06/08(金) 20:17:17 ] どのへんがあほなんだうまく説明してくれ 392 名前：仕様書無しさん mailto:sage [2007/06/08(金) 20:19:49 ] MSILをwindows以外のCRLからまともに実行できないって意味だろ 393 名前：仕様書無しさん mailto:sage [2007/06/08(金) 20:21:28 ] >>113 Tera Term? 今ならPuttyだと思うけどねえ 394 名前：仕様書無しさん mailto:sage [2007/06/08(金) 20:24:19 ] 仮想端末なんぞなんでもいい 俺もputty使ってるけど 395 名前：仕様書無しさん mailto:sage [2007/06/08(金) 20:26:38 ] C#ならXNA Framework使ってXBOX360用のゲームが作れる MSについていくぜ 396 名前：仕様書無しさん mailto:sage [2007/06/08(金) 21:20:41 ] ポデローサの方がいいだろ。 397 名前：仕様書無しさん mailto:sage [2007/06/08(金) 22:09:26 ] ポデローサ初めて知ったわ。これいいな愛用しよう。 情報ｔｈｘ 398 名前：仕様書無しさん mailto:sage [2007/06/08(金) 23:32:31 ] ポデローサちょっと起動が重いよな 399 名前：仕様書無しさん mailto:sage [2007/06/08(金) 23:43:04 ] CK 400 名前：仕様書無しさん mailto:sage [2007/06/09(土) 00:39:23 ] >>393 もともと Teraterm だった人は UTF-8 対応 Teraterm のおかげで移行しませんでしたとさ 昔からやっている人ほど Putty 使ってない 401 名前：仕様書無しさん mailto:sage [2007/06/09(土) 06:43:34 ] TeratermかPuttyかは会社とか職種によると思うよ。 俺は両方使い分けるが、 ぶっちゃけTeratermのが軽い。 あと、PingマクロとかTraceマクロとかならTeratermでマクロが最高に楽で軽くて固いのができる。 ネットワークスペシャリスト兼ねてるならTeraterm優勢。 ciscoの長ーいconfigとかもTFTPサーバ無しで直で突っ込める(エラーチャッカつきで)しな。 逆にPuttyはシステム管理者向けだね。 ぶっちゃけPuttyってPGP2.0対応してたのがこれだけだったのが流行った始まりだし、 それが理由でかなり大勢がTeratermから移行していった。 領域くくりとかEmacsを彷彿させるドキュメント整形機能も充実してるから、簡易ワープロにもなるしな。 どっちも良いもんだとは思うよ。 402 名前：仕様書無しさん [2007/06/09(土) 10:47:37 ] Javaから乗り換える理由がない 403 名前：仕様書無しさん mailto:sage [2007/06/09(土) 10:50:33 ] J# 404 名前：仕様書無しさん mailto:sage [2007/06/09(土) 11:04:11 ] GUI回りもプロダクト対象になってる自分にはJavaを選ぶ理由がない 405 名前：仕様書無しさん mailto:sage [2007/06/09(土) 11:17:57 ] 制御系の漏れはC++が基本(基礎部分はCオンリー)。 最近、アプリのGUIを独立させて、インターフェースを JavaかC＃に使用かって考えているだけど。 みなさんどっちが良い？ つーかデメリット、メリットおせーて。 406 名前：仕様書無しさん mailto:sage [2007/06/09(土) 11:27:09 ] GUIならC#だろ、クロスプラットフォームの要件さえなければ。 理由は生産性だの云々の前に、Windows風の画面だと客がそれだけで満足する。 407 名前：仕様書無しさん [2007/06/09(土) 11:48:08 ] Java 408 名前：仕様書無しさん [2007/06/09(土) 13:21:19 ] クラサバもWEBも出来るC#が圧倒的に勝ちだろ。 409 名前：仕様書無しさん mailto:sage [2007/06/09(土) 14:38:21 ] クラサバもWEBもたいがいの言語でできるわけだが。 410 名前：仕様書無しさん mailto:sage [2007/06/09(土) 15:07:22 ] JavaもC#も「会社として採用するのはどっちか？」という話にすぎないと思うけど。 個人レベルでは、PDFBoxをIKVM.NETを通して使う．．．みたいに、どっちのライブラリが 揃っているかが重要だけど、変換して使えればどっちでもあまり関係ないという感じだし、 そもそも、個人レベルでは、Rubyで使い捨てスクリプトを作れば済むことをわざわざ JavaやC#でコンパイルするのはオーバースペックに感じることの方が多い。 411 名前：仕様書無しさん mailto:sage [2007/06/09(土) 15:14:03 ] JAVAの開発環境はよく分からないけど、 VS使うならC#とC++のプロジェクトを纏めて管理出来るのが楽？ 1発で全部ビルド出来るように設定出来る。 eclipseとかも頑張れば出来る気もする。 412 名前：仕様書無しさん [2007/06/09(土) 19:07:46 ] 今時Javaやってるヤツは、　 　　糞ジジイ 413 名前：仕様書無しさん mailto:sage [2007/06/09(土) 19:20:03 ] 今更、どとねとやっているヤツは、 　　　　　小僧 414 名前：仕様書無しさん mailto:sage [2007/06/09(土) 19:46:49 ] >>405 まんまGUIなら C#もJavaも、つうかVBもBorlandC++もDelphiもちっとも変わらん。 マウスで画面のデザインを書き書きして、イベント紐付けするだけ。 ただ、そういう用途でその先の事を考えるなら、断然VC++を薦める。 VC++の画面上でその制御系のコアアプリと一緒にまんまデバッグ/メンテができるぜ。 作ったGUIと一緒にシングルステップでデバッグもできるし、 その時のWinのメモリ内の状態、Win内でのエラー処理まで見える。 残念ながらcoreProgram系は、未だC/C++に依存せざるをえない。が現状。 415 名前：仕様書無しさん mailto:sage [2007/06/09(土) 20:21:44 ] >>414 windowsのクライアントアプリ限定の話を一般化されてもなあ

---

---

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

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