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


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

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



1 名前:仕様書無しさん [2007/02/14(水) 15:14:25 ]
言語機能的にも実装的にもどっちが上なんですか?


337 名前:仕様書無しさん mailto:sage [2007/09/03(月) 08:18:33 ]
そもそも、素で作れるC++と
基礎からベッタリのJavaとでは肥大化の意味合いが違う。

いつでもスタート地点に戻れるC++と、
肥大化した環境で永遠に悩めるJava。

その辺の差考えてみた事ある?


338 名前:仕様書無しさん mailto:sage [2007/09/03(月) 19:48:57 ]
別にJavaでも素で作れるし、戻れるだろ。
こんにちは世界程度なら。

それに肥大化具合を言い出すとC++の方が凄くて、
素に戻るのは困難だろ。

339 名前:仕様書無しさん mailto:sage [2007/09/03(月) 21:01:36 ]
STLなんてわけわかんない

340 名前:仕様書無しさん mailto:sage [2007/09/03(月) 21:49:28 ]
Java厨だとかC++厨だとか言ってるけど
プログラムなんて高校で基礎の基礎かじった程度の自分からしたらなんてLVの高い厨なんだ
なんて思ってしまうわ。

341 名前:仕様書無しさん mailto:sage [2007/09/04(火) 05:36:53 ]
俺遊び的にC++を勉強中なのだが
Cから学ばないとわかりづらい事とかありますか?
そういうレスが以前あったのでしつもんー

342 名前:仕様書無しさん [2007/09/04(火) 05:55:46 ]
javaやvbからやった方がわかりやすい

343 名前:仕様書無しさん mailto:sage [2007/09/04(火) 06:48:49 ]
どっちなんだー

344 名前:仕様書無しさん mailto:sage [2007/09/04(火) 07:50:34 ]
C++はCとの互換性を保つためにぐだぐだになってる

345 名前:仕様書無しさん [2007/09/04(火) 08:07:49 ]
>>344
具体的にどこがぐだぐだか言ってみ?言えないでしょ



346 名前:仕様書無しさん [2007/09/04(火) 10:06:03 ]
C++ は言語自体に魅力がある、ありすぎる
そのせいで仕事が進まなくて本末転倒

ぶっちゃけ Java にしとけと言いたい

347 名前:仕様書無しさん [2007/09/04(火) 10:53:17 ]
メモ帳でコード書くのならCから始めろ

348 名前:仕様書無しさん mailto:sage [2007/09/04(火) 13:44:59 ]
らじゃー
根本から作っていくと言うのは好きなんだよね
挫折するかもしれないががんばりまーす

349 名前:仕様書無しさん mailto:sage [2007/09/04(火) 18:39:45 ]
>>341
javaやらvbからはじめるとC++を勉強しにくくなる
C++をすこし勉強してからjavaかvbを勉強してそのありがたさを知るべき
俺みたいなC++ができない人間にはなるな

350 名前:仕様書無しさん [2007/09/04(火) 21:15:02 ]
>>349
うむ。蛇場しかできんと「おじゃば」のようにしかなれないからな

351 名前:仕様書無しさん mailto:sage [2007/09/04(火) 21:54:46 ]
>>349
ありがとう
とりあえずC++保留してCやってみるか

352 名前:仕様書無しさん [2007/09/05(水) 09:14:38 ]
Cでも構造体と関数ポインタを駆使すれば
C++になる オーバライドとオーバロードはできんけど
継承系はあほのための仕様だからつかわんでもよし

353 名前:仕様書無しさん mailto:sage [2007/09/05(水) 09:18:37 ]
>>352

お前にはC++は複雑すぎる

354 名前:仕様書無しさん mailto:sage [2007/09/05(水) 11:50:49 ]
>>352
C++になるかどうかは別として、
オーバーライドはできるぞ。

355 名前:仕様書無しさん mailto:sage [2007/09/06(木) 05:28:40 ]
>>352
電波を受信しました



356 名前:仕様書無しさん mailto:sage [2007/09/06(木) 07:55:29 ]
>>352
クラスを構造体がわりに使うのやめてください

357 名前:仕様書無しさん mailto:sage [2007/09/06(木) 18:57:49 ]
>>352 の言動は継承したくないな

358 名前:仕様書無しさん mailto:sage [2007/09/08(土) 13:00:30 ]
>>319
でもそれだと、本来予期しないエラーがあればそれに対する対処をしなくちゃ
ならないのに、それを知らずに動かし続けることになるよ。

359 名前:仕様書無しさん mailto:sage [2007/09/08(土) 17:19:12 ]
>>358
それは、例外クラスが特定できない場合じゃないのかな。
try {} catch(...) {} の ... で全部片付ける手抜き野郎の話だよね。
例外のスーパークラスがしっかりしていれば、問題ないよ。
何の例外型だか把握できる機構がしっかりしていればの話だけどさ。

360 名前:仕様書無しさん mailto:sage [2007/09/12(水) 02:29:21 ]
Javaプログラマのほうが給料が高い!これホント。
おれはC++ばっかりやってきたけど、Javaに転向しようかと思ってる

361 名前:仕様書無しさん [2007/09/17(月) 16:24:51 ]
フォートラン開発者、ジョン・バッカス氏が死去
www.iza.ne.jp/news/newsarticle/it/44231/
 ジョン・バッカス氏(コンピューター言語の開発者)AP通信が20日伝えたところによると17日、オレゴン州アシュランドで死去。82歳。

362 名前:仕様書無しさん [2007/09/17(月) 19:14:21 ]
C#かJAVAやれば、C++理解しやすいよ。

勉強する順番のお勧め。
C言語→C#→終了。(やりたければC++)

363 名前:仕様書無しさん mailto:sage [2007/09/17(月) 20:29:19 ]
>>362
おいおい。いい加減なこと言ってんなよ。学生か?

364 名前:仕様書無しさん [2007/09/17(月) 20:45:12 ]
学生ではありません。
信心ですが・・・

実際、今、勢力をもっているのは.NETとJAVAです。
仕事も多いです。
C++の時代は終わりました。

365 名前:仕様書無しさん [2007/09/17(月) 20:46:31 ]
信心→新人



366 名前:仕様書無しさん mailto:sage [2007/09/17(月) 20:47:41 ]
C++/MFCでもっと頑張れやオマイラ

367 名前:仕様書無しさん [2007/09/17(月) 20:48:34 ]
MFCの時代も終わりました。
もうマイクロソフトはMFCのサポートを終了します。
これからは、.NETです。

368 名前:仕様書無しさん mailto:sage [2007/09/17(月) 20:59:08 ]
サポートはともかく
いずれMFC製プログラムが動かなくなったら暴動起きるっす

369 名前:仕様書無しさん mailto:sage [2007/09/17(月) 21:08:13 ]
MFCは大掛かりな更新がひかえてるらしいじゃないか

370 名前:仕様書無しさん [2007/09/17(月) 21:17:24 ]
.NETのクラスライブラリに追い付くのかしら

371 名前:仕様書無しさん [2007/09/17(月) 21:28:27 ]
俺的にはプログラムがどういう風に動いていて、
どういうと子が不利で、どういうとこが有利か
わかっていれば、どの言語も同じだと思うが


372 名前:仕様書無しさん [2007/09/17(月) 21:36:01 ]
C++が優れていればJavaは存在しません。
Javaが優れていればC++は生存しません。
そしてJavaは技術者数が最も多い言語です。

373 名前:仕様書無しさん mailto:sage [2007/09/17(月) 21:39:27 ]
>そしてJavaは技術者数が最も多い言語です。

C言語じゃねぇの

374 名前:仕様書無しさん [2007/09/17(月) 21:41:03 ]
www.tiobe.com/tpci.htm
Cも多いが1位ではなかったり。

375 名前:仕様書無しさん mailto:sage [2007/09/17(月) 21:44:01 ]
COBOLやろうぜ!



376 名前:仕様書無しさん mailto:sage [2007/09/17(月) 21:58:57 ]
C言語はいろんな言語のサプリメントとして今後も生き残る。
D言語がサポートしてたのを確認して確信した。

377 名前:仕様書無しさん [2007/09/17(月) 22:28:44 ]
C言語は消えないでしょう。

378 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:31:22 ]
むちゃくちゃな新人現る。

.NETは死ぬでしょ。C#はJ#と同じ道を歩みそう。

379 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:36:32 ]
VBがが生き残ったようにC#も行き続ける

380 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:46:34 ]
VisualBasicは中身.netとすり替えられててもう死んでる

381 名前:仕様書無しさん [2007/09/17(月) 22:52:02 ]
JAVAが死ぬか.NETが死ぬか。
.NETは死なないでしょう。
.NETはOSへと進化しますから。
Microsoftのwindowsを使い続けるなら、避けられません。

382 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:54:47 ]
>>374
C++は沈没中だな、もうゲーム以外では殆ど使われていないからしかたないが。

383 名前:仕様書無しさん [2007/09/17(月) 22:57:48 ]
win16→win32→.NETへと進化していくのです。

Windows VistaではAPIがWin32 APIから.NET Framework 3.0へ変更される予定であったが、
Win32 API主体のまま出荷となっている。

JAVAが生き残るか、.NETが生き残るか。


384 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:59:57 ]
どうみても.NETです。ありがとうございました。

385 名前:仕様書無しさん mailto:sage [2007/09/17(月) 22:59:59 ]
D言語の伸びとC++の減りが同じであることが怖い。
GCがゲーム用途に弱いってのが克服されたら一気に持ってかれそう。



386 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:01:59 ]
DBやCADがJavaを支持してる限りJavaは死にようが無い。
C#はWindowsが存在している以上、死にようが無い。
機能的にもろかぶりでも採用する側は綺麗に分かれてるからどっちも死なない。

387 名前:仕様書無しさん [2007/09/17(月) 23:17:36 ]
C言語で書いてるプログラムってC++で書けばいいのに
なんで未だにCなんだろ

388 名前:仕様書無しさん [2007/09/17(月) 23:17:54 ]
みんな言語がどうだとかプラットホームがどうだとか、そんなにカリカリするなよ。
全てのものは、死へ臨む存在なのだから。

389 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:18:55 ]
保守的な人ばっかだね

390 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:22:26 ]
>>385
たまたまだろw

phpのような web系は強いね、実際問題としてウェブサービスとMSオフィスとの連携が容易な開発環境は切望する。
C# / VB.NETに使える、薄いComラッパなんかじゃない.Netネイティブ実装をして欲しいな
ことごとく object 型の内容不明のインターフェイスは使いにくくてかなわん。
インストーラーももっともっと練って欲しいClickOnceは便利そうだが実際にはバグっぽくてトラブルが多くて使いにくい。
ウェブサービスももっと簡単にできそうな気がする、ネットの向こうのマシンのclassをインスタンス化して使えるのは大幅な作業効率化に繋がるが、まだまだやれるだろ。
とどめはXNAと連動してXBox360や、携帯端末とのやり取りが・・・できたならなんか面白いもの作りたいな
マイクロソフトまんせー

391 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:22:40 ]
>>387
ヒント:extern "C"

392 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:26:17 ]
Windowsオンリーなら迷わず.NET。
マルチプラットフォームならJavaだろうね。
Oracleなんかは.NETに重きを置いてないか?
DBサーバーはUNIXでWebサーバーやクライアントは.NETみたいな。
基幹業務でこの組み合わせは最強。

393 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:27:49 ]
エンタープライズ製品はコントロールパネルがJavaなことが多いからなぁ。
死にようがないんじゃない?

394 名前:仕様書無しさん mailto:sage [2007/09/17(月) 23:34:09 ]
>Oracleなんかは.NETに重きを置いてないか?
どう考えてもJavaです。

395 名前:仕様書無しさん mailto:sage [2007/09/18(火) 00:20:17 ]
.Netは明らかに技術者不足。
ついでに言えば、ネーミングの失敗が大きすぎる。
Javaは、「Java」という言葉が携帯アプリ等で一般に浸透しているぐらい、市民権を得てるが、
.Netは技術者からさえ、何それ?という反応が少なくない。



396 名前:仕様書無しさん mailto:sage [2007/09/18(火) 00:31:45 ]
確かに。
調べなきゃ知らなかった。

397 名前:仕様書無しさん [2007/09/18(火) 21:43:22 ]
NO MORE C/C++ !

java.sun.com/docs/white/langenv/Simple.doc2.html#4076




398 名前:仕様書無しさん [2007/09/18(火) 21:45:25 ]
これからはルビーの時代

399 名前:仕様書無しさん mailto:sage [2007/09/18(火) 22:15:18 ]
すれ違い

400 名前:仕様書無しさん mailto:sage [2007/09/19(水) 18:34:32 ]
こちらもよろしくです

Webプログラマに転向したい人のスレ
pc11.2ch.net/test/read.cgi/prog/1189593606/

401 名前:仕様書無しさん [2007/09/22(土) 19:00:56 ]
あげ

402 名前:仕様書無しさん [2007/11/05(月) 08:45:38 ]
ネタ切れ?

403 名前:仕様書無しさん [2007/11/05(月) 17:17:24 ]
しかし、VBより先にC++の方が沈没しようとは、15年前、誰が予想し得たろう?

404 名前:仕様書無しさん [2007/11/05(月) 18:12:23 ]
>>395

.com(ドットコム)みたいな耳心地だからな。
下手すると.com(ドットコム)と混同されて古臭い単語と思われるかもね。

405 名前:仕様書無しさん mailto:sage [2007/11/05(月) 23:05:52 ]
>>403
VB.netをVBと呼ぶなら
C#をC++/MFCと呼べよw



406 名前:仕様書無しさん mailto:sage [2007/11/06(火) 11:11:33 ]
MFC/ATL沈没→C++沈没という印象だな
C++そのものが沈没原因になったようには思えない

407 名前:仕様書無しさん mailto:sage [2007/11/06(火) 12:59:48 ]
CLIは?

408 名前:仕様書無しさん mailto:sage [2007/11/06(火) 15:13:36 ]
>>407
.NET は Side by side 等のバージョンアップを障害なく行うための仕込みが沢山入っているから
そう簡単には沈没しないんじゃないかと予想
しかしまぁ、C++沈没の最大の理由はMicrosoftの動向そのものであって
1.Microsoft が Java に移行しようとした
2.Sunと喧嘩
3..Net Frameworkを独自に起こす
という一連の中で若干寿命が延びてC++中心の世界が広がって予想しにくくなっていたんだろうな。
つかいい加減沈没して良し。

409 名前:仕様書無しさん mailto:sage [2007/11/07(水) 00:25:19 ]
MFCとかManaged C++とか、Microsoft主導の変なものが溢れなければ、
というか、もう少し標準規格のライブラリ(せめてJavaのCommonsみたいなの)が
広まっていれば、もう少し長生きできたんではないかと思う

410 名前:仕様書無しさん [2007/11/07(水) 02:00:56 ]
VC++関連のライブラリの類は新しくなる度に扱うのが難しく成りすぎたのが原因だな。
VFW → DirectShowとか

411 名前:仕様書無しさん [2007/11/07(水) 02:52:34 ]
C++終了の方向なのかな?かな?
Javaがネイティブコードを吐けない以上、C++に絶対に勝てない分野があるんだが
PGの負担が軽いのは圧倒的にJavaだろうけどね

412 名前:仕様書無しさん mailto:sage [2007/11/07(水) 09:22:15 ]
C♯あればCぷらぷらはイラネ

413 名前:仕様書無しさん [2007/11/07(水) 09:55:50 ]
コンパイラとかosとかvmとかはc++

414 名前:仕様書無しさん mailto:sage [2007/11/07(水) 20:21:33 ]
>>410
C++はそういう低水準なライブラリも扱える言語だというだけのこと。
本当の問題は、それをラップした(他言語並の)高水準なライブラリに恵まれないということ。

415 名前:仕様書無しさん mailto:sage [2007/11/07(水) 22:31:38 ]
C++でライブラリだけ作って、後は簡易な言語でコールみたいな用途であれば
十分に生きていけるとは思うけど、なんか勿体無いよなぁ
悪い言語じゃないんだけど



416 名前:仕様書無しさん mailto:sage [2007/11/07(水) 22:53:13 ]
こっそりと「おぶじぇくてぃぶしー」と言って恥ずかしくなって帰ろう

417 名前:仕様書無しさん mailto:sage [2007/11/08(木) 01:09:13 ]
VC++6.0までは使ってたんだが
もうwindowsでコード書いてなくて、もっぱらlinuxなので教えて。

.NETってぶっちゃけなんですか?

418 名前:仕様書無しさん mailto:sage [2007/11/08(木) 01:19:49 ]
>>417
COMの未来系

419 名前:仕様書無しさん mailto:sage [2007/11/08(木) 02:00:08 ]
COMでしたか。
ほとんど使わなかったな。
VBとかからでも呼び出したりできるものですよね。
より役に立つ部品化が進んでるということ?

420 名前:仕様書無しさん [2007/11/08(木) 14:37:23 ]
C++とJavaを並べて比較したってしょうがないだろ。
C++のJavaに対する関係は、ハードウエアとソフトウエアの
関係みたいなものだから。

421 名前:仕様書無しさん mailto:sage [2007/11/08(木) 16:00:15 ]
JAVAがJAVAXに改名するかも?
www.youtube.com/watch?v=EZNd-iR7tNA

422 名前:仕様書無しさん mailto:sage [2007/11/08(木) 23:45:55 ]
C++の辛い点はATLの登場がちょっと早すぎた感があるところかな
もう少しtemplateのノウハウや技術が安定してから登場すればかなりのレベルになったんだろうけど
急ぎすぎてライブラリを泥沼にしてしまった感あり、今あるBoostの機能などを活用したら物凄いレベルになったと思ふ
まぁあっちゃら方面は.NETに向かう事になりそうですが、つか.NETは新型のCOMみたいな物になっているし。

423 名前:仕様書無しさん mailto:sage [2007/11/08(木) 23:56:24 ]
>>419
.NETはCOMと相性のいいJavaのデッドコピー
もともとMSはJavaを採用するつもりだったらしいが、SUNとは喧嘩別れ

424 名前:仕様書無しさん [2007/11/09(金) 23:49:24 ]
昔はVBなど覚えても先が無いからC++覚えろ、みたいな常識があったが、
アレを真に受けてC++に行った人って…。

425 名前:仕様書無しさん [2007/11/10(土) 01:41:12 ]
.NETになってもネイティブコードが吐ける言語は必要でしょ。

.NET Frameworkも一皮向けばすぐP/Invokeか
RCWでネイティブにInvokeしてるみたいだし。

クライアント周り →.NET
カリカリチューニング → C++
っていう流れなんだろな。

C++にfinallyがあってとRTTIの実装がはじめからあればと悔やまれる。



426 名前:仕様書無しさん mailto:sage [2007/11/10(土) 01:42:33 ]
フン、ひけらかし、つまんね

427 名前:仕様書無しさん mailto:sage [2007/11/10(土) 01:47:05 ]
>>424
C++自体に先はなかったけど、C++学んだ経験のある人間なら、
JavaでもC#でも簡単に移動できるだろうし、VBよりはマシだと思ふよ

428 名前:仕様書無しさん [2007/11/10(土) 10:35:08 ]
>JavaでもC#でも簡単に移動できるだろうし

希望的憶測が入ってるな。

429 名前:仕様書無しさん mailto:sage [2007/11/10(土) 10:35:10 ]
JavaからC++に移行中で悩んでることがあるんだけど、
純粋仮想関数の存在意義ってなんだろう?
あれがあるとクラスをインスタンス可できないから、
Javaのインターフェースと同様に考えてると
オブジェクト指向としてはやりづらいことこの上ない。
俺がアホなの?

430 名前:仕様書無しさん mailto:sage [2007/11/10(土) 10:44:19 ]
>>428
似すぎ故に混乱しそうにはなるが、難しさはないよ、逆方向の移動も簡単

>>429
最近は実際そんな流れになっているよ、可能な限りインターフェイスを使った実装が正しい実装でしょう。
将来また新しいアイディア手法があらわれて純粋仮想が重要になるケースもでるかも試練ですが・・・

431 名前:仕様書無しさん mailto:sage [2007/11/10(土) 10:50:30 ]
>>430 にちょっと修正
C++からJava/C#への移行はまったく新規に憶える言語として考えたほうがいいかもしれない。
逆もほぼ同様、ただしJava/C#は学習期間が短くてすむのでこっちの方が楽。

432 名前:仕様書無しさん mailto:sage [2007/11/10(土) 10:57:28 ]
>>429
Javaのインターフェイスの概念は、C++の virtual 継承において実装のない純粋仮想関数のみのクラスが使えるという事実にもとづいて実装されたものらしいよ。
C++では、上記同様にして使えば、Javaと完全に同一とはいかないものの大体似たスタイルの実装ができるよ。

433 名前:仕様書無しさん mailto:sage [2007/11/10(土) 11:17:41 ]
>>430, 432
サンクス。

つまり、現時点でC++でJavaのインターフェースと同様の
ポリモーフィズムを実現するには、クラスには純粋仮想関数を使わずに、
空のvirtual関数を定義するということでOK?

434 名前:仕様書無しさん [2007/11/10(土) 12:17:21 ]
関数のほうだけでなく継承クラスの指定のところにも仮想を指定するんだよ

435 名前:仕様書無しさん mailto:sage [2007/11/10(土) 13:32:10 ]
言語仕様やOOPあたりは基礎知識としてある程度互換するけど
C++とJava/C#は根本的に勉強しなきゃいけない方向性が真逆だからな



436 名前:仕様書無しさん mailto:sage [2007/11/10(土) 13:46:04 ]
C++はいらんけど、Java/C#な人たちにもCは知っていて欲しい
それだけでコード書く時のメモリへの意識が良くなる気がするので

437 名前:仕様書無しさん mailto:sage [2007/11/10(土) 18:11:30 ]
ま、結局極めるべきはアセンブリ言語なんだけどね。






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

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

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