なぜC言語よりC++のほうがえらいと勘違いされるのか

どっちがえらいじゃなくて
適した作業にどっちかを利用するが正しい理解だ。
しかし最近便所のハエにように沸いてきたJava厨なる
オブジェクト指向に独り酔いしれた馬鹿共のおかけで
C++のほうが優れていると勘違いされるようになった。
馬鹿来訪厨禁止。さげて静かに語ろう。

2かぁ

誰もC++のほうがえらいなんて思ってないと思うが。。。

はい、ほいじゃC++でデバイスドライバ書いてくれ。どっかのツールなしでな。

　　〃∩ ∧＿∧
　⊂⌒（ 　・ω・）　　はいはいﾜﾛｽﾜﾛｽ
　　｀ヽ_っ⌒/⌒ｃ 　　　　
　　　　 ⌒ ⌒

http://pc8.2ch.net/test/read.cgi/prog/1129989149
ここではJava厨がみなそう思っている。
オブジェクト指向を理解できねえからCなんだろうの海苔

ポインタが理解できないからJavaなんだろとかいう厨わかないの？ｗ

あと、STLもできない馬鹿とかいう話もあるかな。
OOライクでないと許せない風潮があるようだ。

ま。なんだかんだいってもだ。

そんなもの知らない客先の連中が中級車以上で家族サービスしてる中おまいらは残業だ。
テスターのねーちゃんがヤンキー彼氏と嵌めてる間もおまいらは残業だ。

やらな(ry

横幅比較

|C|
|C++|

勝者：　C++

>>8
OOライクでないと許せないっつーか、OO使って書いてくれないと
他人が書いたコードの保守にべらぼーな読心術的スキルが
必要になっちまうからじゃないだろうか。
OOって、知らないことは知らないで済ませようって技術なんだし。


どうでもいいけど、デバイスドライバだってC++で普通に書けるよね？
細かなところは、そもそもCですら無理なんだろけど。

OOPLを使うことの利点は「保守性」ではなくて「再利用性」だと思っていたけど

>>12
たとえばLinux搭載のg++
これはgccと比較するとぜんぜん枯れてないよね

g++が特殊すぎるって気もするけどね。
GCCコミュニティの一連の大騒ぎは、はたから見ていて気の毒なくらいだったし。

>>14
g++は他のコンパイラに先駆けてC++標準を
実装しているコンパイラなんだけど？
VC++コンパイラ開発者がg++を参考にしてるくらいなんだから。

>>9
>テスターのねーちゃんがヤンキー彼氏と嵌めてる間もおまいらは残業だ。
　チョイワロス

本当はC++なんて使いたく無い。ってのが本音。

>>18
環境の変化はめんどくさいよな
新しい言語とかもってくるんじゃねーよ

>>12
それはオブジェクト指向を実現するための1つの道具の話に過ぎないと思う。

オブジェクト指向することが目的になっているかのような、
えらく冗長なのだけど、メンテナンス性が高いわけでもない、
そんなコードになりそうな時は、オブジェクト指向しないで、
ちょっと便利なCのつもりでC++を使いますよ。

自動的に引数に構造体のポインタが渡される
というだけのためにクラスを使ってもいいのですよ。

>>13
再利用は幻想だと思うなぁ。

自分がヘタレで、再利用できるようなクラスを書いてないだけかもしれないけど。

>>20
システム寄り(API)のクラスライブラリを自作すると
オブジェクト指向のよい点、悪い点が見えてくると思う。
継承は最大3ネストまでが漏れの持論だ。
例として基底クラスはシステムルート(ログ出力やOS固有の操作を数少なく実装)
Root--MyWSock--MyAsyncWsock
　　|--MyDNS--MyMTA
継承すると単独でのクラスの再利用ができなくなる、当然だが
そしてクラス間の依存性設計が悪いと拡張性もなくなる
この例だとシステムログのファイルポインタはRootクラスの持つ唯一の
ポインタを共有するというシナリオだと全体で一つのライブラリユニット
と考えないと破綻する。つまり単独での再利用性は望めない。

Rootに接続するクラス以下を交換可能と考えて設計すると
ライブラリユニットのサイズを合理化できる
OO設計の基本になるけどRootの設計が大切
Rootはけして(機能を)欲張らず、不足せずかな

>>20
再利用の理想は1%のPGが書いたコードを99%のPGが利用する、だと思う。
なのでクラスライブラリやフレームワークを利用して手早く使い捨ての
アプリケーションを作るのはオブジェクト指向的に正しいと思う。

なお、この場合1%のPGに99%のPGの質問、要望、要求、クレーム、その他
が殺到するので自分はそんな立場にはなりたくねーです。

CよりC++メインで使っているけど
C++の参照渡しのみ あまりすきでない
関数にはやっぱりアドレスを指定しないとね

と微妙にCが残ってる

C++はCにオブジェクト指向追加しただけの言語じゃないぞ、とか思ってみたりする。

> 　　|--MyDNS--MyMTA

ちょっと待てー

MTA is DNS
なわけないだろ?
MTA has DNS
でもなく、
MTA use DNS

おおっと、いいとこつっこんでくれたねー
ご指摘のとおりだな。
実際の実装でもDNS-MTAはしてないよ
手打ちのてきとうですまんかった
でさ、TCPとUDPってどうクラスわけするのが美しいか議論しないか

UDP-DNSだよな
これは間違いないよね

といいつつTCPサポートも可能性としてあるから微妙だ

The スレ違い

CとC++はいい意味でのライバル関係にあると思う。

C++で評判の良かったinlineはC99に逆輸入されたし。
C99のrestrictはいずれC++にも導入されそうな気がする。

今後も付かず離れずの関係でいてほしい。
MSのmanagedC++とかC++/CLIとか、ああいう方向の拡張は俺は気持ち悪い。

細かいところで、enum の最後のカンマ。
あれは C++ にも導入して欲しい。

可変長配列だのコンパウンドリテラルだのは要らないから。

>可変長配列だのコンパウンドリテラルだのは要らないから
これってJava厨がすきそうだなw

>>28
間違いだろ。

DNSはUDPを使っているというだけで、
DNSはUDPの一種ではない。

>>34
しかしDNSはUDPがないとなにも出来ない
UDPのアプリケーションプロトコルがDNSじゃないの？

>>35
お前馬鹿だろ

>>36
馬鹿で結構だけどね
頭のいい>>36は実装はどうするんだい？
どういうクラス構成になるか聞かせてくれよ

コールバックの手段として、virtualメンバ関数を使う人達がいるんだよね。
それはあくまでも実装テクニックであって、クラス設計とは別ですよ。

たとえば、C++にはJavaのInterfaceに相当するものは専用ではなく、
純粋仮想クラスを使って代用したりするのだけど、それも実装テクニックに過ぎない。


初級者向けの説明でよく使われる自動車の例に対応させるとですね、
UDPはTireクラス、
DNSはCarクラス、
なんですよ。

Tireにセンサーがついていて、空気圧が設定値よりも低くなると、
Carに対してコールバックでアラートを上げるとするのを考えてみてよ。

ふむ
ということはCAR==UDP TIRE==DNS
UDPクラス has instance of DNS
という利用方法になるわけだよね
それってへんじゃねえ?
でないのならば
Main Thread UDP and DNSになるのかな
にしても実装的には美しくないねー
理想と現実のギャップもOOならではだねw

>>39
いや、て言うか何言ってんの？
普通にDNSがUDPソケットを持つだけじゃん。

>>40
UDP固有の部分もひっくるめるんか?
Winsockだと初期化とかいろいろあるよな
それらもだぶるよそれじゃあさ

>>1よ、お前が一番バカだよ。
C++もJavaもオブジェクト指向もUMLも理解できない、
C言語しか理解できないお前が一番バカだよ。
そしてお前が一番下っ端の人間だよ。

以上、糞スレ終了！

>>20
> >>12
> それはオブジェクト指向を実現するための1つの道具の話に過ぎないと思う。
>
> オブジェクト指向することが目的になっているかのような、
オブジェクト指向初心者はそのような事態に陥る。
だが、他人の優れたオブジェクト指向のコードを読み、理解し
さまざまなテスト手法、さまざまなデザインパターンやイディオム、
アーキテクチャパターンのサンプルコードを読むことで
熟練してゆき、オブジェクト指向を極め、実用的に使いこなせるようになる。

> >>13
> 再利用は幻想だと思うなぁ。
C++のような言語では幻想だが
Javaのような標準APIが理路整然とした言語では
以外とうまくいく。過去に作ったプログラムは
未来の自分にとってかなり参考になる。その意味では再利用は幻想ではなく現実的。

> 自分がヘタレで、再利用できるようなクラスを書いてないだけかもしれないけど。

デザインパターンを使いこなしていないことと、
恐らく、ちゃんとJUnitやCactusなどをつかってテストをしていないからだろう。

>>21
> >>20
> システム寄り(API)のクラスライブラリを自作すると
> オブジェクト指向のよい点、悪い点が見えてくると思う。
> 継承は最大3ネストまでが漏れの持論だ。
> 継承すると単独でのクラスの再利用ができなくなる、当然だが


おいおいただやみくもに継承すればいいってもんじゃないだろう。
デザインパターンくらいは使え。
継承すればするほどクラス間の依存度が高くなることは当たり前だろう。
継承のほかに委譲、集約、コンポジション集約などをうまく使え。

Jakarta Log4jやJakarta Commons Loggingのロガークラスの
ソースコードを見て研究した方がいいんじゃないのか？

>>44
何でJavaばっかりなんだ？C++読めないとか？まさかね。
オブジェクト指向語ってる奴が言語に依存してないよね。

でたなw >>1はJava厨にコンプレックス抱いているC言語厨だ(ﾜﾗ

みんなでこいつを虐めてやろうぜw

>>45
お前それで煽ってるつもりかw
それじゃ、お前はJakartaのソースコードすらも読めないのか
だからそうやって言い訳して逃げているのかと
逆に叩かれ返り討ちに遭うぞw

>>8
> あと、STLもできない馬鹿とかいう話もあるかな。
> OOライクでないと許せない風潮があるようだ。

当たり前じゃん。
いまどきオブジェクト指向も知らないで
どんな仕事ができると思ってるんだ？
組み込み貧弱ファームウェア開発安月給のドカタかw

しぃ〜　げん　げん　げん　ごっ　ちゅっ！
うぅ〜　まい　まい　どぉんぶりっ！

>>41
それ、今考えなくちゃ駄目か？
とりあえず動くものを書いてから、DNS固有の部分をリファクタリングで
抜き出す方が手早くて実践的だと思うけどな。
どうしても今気になって仕方ないなら、AbstractUdpServer-DnsServer
とでもして、UDPソケットはA-U-Serverの方に持たせとけば？

C言言語厨ワラタ

マイムマイムもわらた

>リファクタリングで
>抜き出す方が手早くて実践的
おいおいお前Java厨かよ、とりあえずいい加減なクラス設計して
あとからこねくりまわしてさらに回りくどくするのかよ
それは設計とは言わねえよ、子供のお絵かきだ

>>45
よめないんだよこいつ。ポインタ配列も理解不能。
ループアルゴリズムで簡単な図形を書くのもできないし。
まさに馬鹿そのものの的確なサンプルが>>44

>>52は気に入らない意見や
聞き慣れない専門用語を出されると
すぐに「Java厨」と叫んで猫パンチのように噛みつこうとするもんだなw

>>53
すぐポインタ配列を連呼するのもC言語厨の特徴か(ﾜﾗ
Jakarta ProjectsにあるAPIのソースコードも
読めないからといってそういう説得力も無い
煽る力もないレスは恥ずかしいからやめればいいのにw
ポインタも配列もループも知らなきゃJakartaのソースコードなんて
全く読めないのになw

>聞き慣れない専門用語
馬鹿専の設計用語だろw

>>52
クラス設計は粒度の大きなところから順番に割っていくのが基本だ。
DNSという仕掛けに対して、UDPの占める割合はあまりにも小さい。
更に、DNSとUDPの関係は変化に対する軟部で、どのタイミングか
らでも安全に分離できる。

クラス設計という面で見ても、DNSの詳細について検討する方が先
で、UDPがどうこうは今考える事じゃない。
要するに、どこから手を付けるか？という順番が、あまりにもデタラ
メすぎますよと、俺は指摘してるわけ。

>>57
階層の上下関係から言えば
UDPは通信プロトコルでDNSはこの通信プロトコルを利用させて頂くことで
動作が完結する。漏れがいい鯛のは階層の上下関係を無視できないと言う事
なんだがそこが君と意見が分かれているところなのかなと思う
UDPは大家さんでDNSは借り手だよ借り手を主導にするきみの考え方には
納得がいかないな

>粒度の大きなところから
これが当てはまる要件もあるのだろうがUDP-DNSの関係はあてはまらないと思うよ
なんでも画一的な手法で設計するのもいかがなものかと

>クラス設計は粒度の大きなところから
もうひとつ言わせてもらえば、コンテナクラスの設計したことある?

>>57
ごめんな煽っているわけじゃないんだ
>クラス設計は粒度の大きなところから順番に割っていくのが基本
漏れはクラス設計は抽象化されたコンテナクラスの設計を確定するのが基本と
思っている

>>59
コンテナクラスとは？
UDPとDNSの場合に当て嵌めて具体的に例示してみて

>>61
UDPとDNSの場合に当て嵌めなくて、基本的なことから眞鍋よ。
アレだ。Vector,List,Setはコンテナクラスの一つ。

話しひっくり返して悪いけど、
char**とchar*[]て似て非なるものだな
なぜかって？
試してみれば分かるが、chr**のchar*とchar**のアドレスは違うものだけれど、
char*[]のchar*とchar*[]のアドレスは同じもの
記法で誤解生むのかな

>>63
実態の配列と参照の参照指し示す先頭の入れ物ひとつの違いだな
基本じゃねえか、もちろんアドレスそのものは指し示している場所が
移動していなれれば同じもの

>>62
>漏れはクラス設計は抽象化されたコンテナクラスの設計を確定するのが
>基本と思っている
などと主張するから、それが今回の場合にどう関連するのか例示してもら
おうと思ったんだけど？
「コンテナクラスの設計したことある?」なんて質問が、如何にも突飛に見え
たんでな。

コンテナクラスにしても、仮に既存のコレクションライブラリが存在しないな
ら、ザクっとArrayListクラスなりを書いてみるところから始める。
手漉きの時、乃至は実際に類似クラスが必要になった時、インターフェイ
スの抽出を行い、抽象クラスを導入するのは(例えば兄弟関係のイディオ
ムなど)その必要性に迫られた時。

リファクタリングによって設計は進化し、コードは洗練されていく。
１行もコードを書かずに最初から素晴らしい設計などというのを夢見るの
は、余程の天才か実務を知らない楽天家のどちらかだ。

>>65
コンテナクラス、案外難しいものだよ。
データ構造とアルゴリズムを実装したうえで、抽象化・具象化しないといけないから。
しかも適切なクラスインタフェースも公開しなければならない。
もちろん効率も考慮しなければならない。

まあ、俺はバカなんで先人賢者の考えたコンテナクラスを
利用するだけなんだけどね。そういうのは然るべき賢者に任せて
俺は別なことに労力使うよ。

よいしょで力任せのクラス設計実装って
JAVA厨の得意な方程式だなー

尻拭いのための決まり文句がリファクタリングw
Java厨ってほんとに計画的な設計能力がないよねー
一生スパイラルでリファクタリングしてろっつーのw

>>1
> 適した作業にどっちかを利用するが正しい理解だ。
そりゃそうだが、C++よりCのほうが適した分野って非常に少ないと思うんだが。
・C++のまともな処理系が存在しない環境
・移植性が極度に重要視されるプロジェクト(コーディング規約をきちんとすりゃC++でもいけるはず)
くらいしか思いつかん。
積極的な理由で｢C++よりCのほうがいい｣と言えるケースなんか存在するんだろうか？

あと、>>4はきちがいなのか？

まず>>70の専門をきかせてくれないか

>>56
> >聞き慣れない専門用語
> 馬鹿専の設計用語だろw
あらあらバブル時代の時代遅れな人間は
新しいものはなんでもかんでも馬鹿専ということに
したいらしいねw

とりあえず>>1はEffectiveC++とEffectiveJavaを読むべきだね。
でないとC言語のほうが偉いとかのたまっても話にならないな。

>>62
> >>61
> UDPとDNSの場合に当て嵌めなくて、基本的なことから眞鍋よ。
> アレだ。Vector,List,Setはコンテナクラスの一つ。
そういうのはコレクション系というんだよ。
コンテナというとServlet Containerなど、また別のものになる。

コンテナ=基底クラス
馬鹿厨はとにかく馬鹿ここにくるな馬鹿がうつる

>EffectiveJava
プッそんな腐った魚のようなもの読む必要なしだな

>コンテナというとServlet
ありゃー馬鹿のひとつ覚えとはよく言ったものだなw

>>75
コンテナ＝基底クラス
と言い切ってしまうのはいかがなものだろう。
C++STLのコンテナは具象クラスになってるし。

ところで、コンテナ＝ServletContainer　っていうのは
近年のWebプログラマ増加の副作用かな？
コレクション＝Vector,List,Setというのは、従来からVBやJavaしか
知らない奴が直面している誤認かな？

俺は、要素をアイテムって言う奴の話は信じないようにしている。

>>78
コンテナ、アダプタ、ファクトリなんかは広義の意味や特定の実装
更には省略名なんかが絡んで、一意に特定するのは難しいな。

Javaでコンテナって言うと字面そのままを指す場合が多い。
サーブレットコンテナもそうだし、DIコンテナもそう。それ以外では
広義のコンテナとして使われるくらいで、コンテナと名の付かない
ものをコンテナと呼ぶ事は滅多にない。

コレクションはCommonsの影響力だろう。JavaではCommonsは
ある種の信仰だから・・・・・・
俺は非常に凝ったConfigurationフレームワークを持ってたんだ
けど、CommonsがConfigurationを提供し始めた途端にそちらへ
の移行を命令された。
CommonsのConfigurationは発展途上で、Unsportedな部分も残
ってるのに・・・・・・これを信仰と言わずして何と言おう！orz

>>75
> コンテナ=基底クラス
> 馬鹿厨はとにかく馬鹿ここにくるな馬鹿がうつる

だれがそんなことを言ったんだ？
C言語厨がいったのか？
馬鹿厨＝C言語厨ということか。

>>77
> >コンテナというとServlet
> ありゃー馬鹿のひとつ覚えとはよく言ったものだなw

だれがそんなことを言ったんだ？

馬鹿はお前だろう。
「コンテナというとServlet 」
ではなく
「コンテナというとServlet Containerなど」
と発言したのに何を言っているんだか。

勝手に「コンテナというとServlet」と曲解して何が面白いんだか。
そんなにしてまでくだらないマッチポンプをしたいんだろうかC言語厨は。
次元が低すぎる。

>>78
うむ。ULMファウンダメンタルの用語でも日本語に表記されると悩む事が多々ある
関連は関連端を含むからインスタンスとして考えられる
なんてのがあったね、書籍によって表記が微妙に違う。誤植も多々ある。

基底クラスの用語は　スーパ、神様、天上のクラスと捉えれば
基底クラスには　抽象・具象を含むでだめ?
だめなら正してくれないか。

ここは馬鹿厨のくるとこでないぞw
も前のくそすれで勝手に暴れてろ　なっw
5年前に作ったクラスを毎日リファクタリングして楽しんでくれw

がっはっは〜
リファクタリングするようなクラスなんて最初から作らなきゃいいのにさと
思うよマジで!
Java厨って上からの提言にすぐ踊らされて本当に馬鹿だなーと思うw
自身の提言能力がゼロだかんねw

>>79
>Unsportedな部分も残
>ってるのに・・・・・・これを信仰と言わずして何と言おう！orz
うむ。まさに上からの提言には逆らわない。自分の思考はせずに受け入れる。
宗教的だね。ちゃんと動くかどうかわからないのにねえ。。

SunのドキュメントにあるJDBCのメソッドもベンダーによってサポートされて
いないものが多かったりする。まあ実装はベンダーまかせと明記されているの
だからいいんだけど
でもなあ文書にあって使えないメソッドが多数あるのっていかがなものかと
これも含めて文句を言わず信者たちは　orz

>>78
> >>75
> コンテナ＝基底クラス
> と言い切ってしまうのはいかがなものだろう。
そういうことをいうC言語厨がいるから仕方がない。

基底クラスといったら森羅万象を構成するものを
さすものであってそれをコンテナとよぶにはいささか限定的であり
C言語厨の言っていることはおかしい。

コンテナというものは集約(Aggregation)やコンポジション集約(Composition)
に相当するものでC言語厨が言うような継承関係(inheritance)に相当するもの
には当てはまらない。

>>84
> がっはっは〜
> リファクタリングするようなクラスなんて最初から作らなきゃいいのにさと
> 思うよマジで!

↑こういうのを馬鹿厨っていうんだよねw

> ところで、コンテナ＝ServletContainer　っていうのは

勘違いするな。＝とはいっていない性格には含意(⊇)だ
コンテナ ⊇ ServletContainer
それからEJB(EnterpriseJavaBeans)コンテナというものもあることに気をつけて貰いたい。

コレクション(収集物、収蔵物)のほうがコンテナというコレクションを限定的なものに
した言葉よりも相応しいがな。SetやMap, Listなどは「容器」や「入れ物」などのように
限定的なものを指すとは限らないからな。コレクションのほうが相応しい。
それをJavaやVBしか知らない奴と煽るとはキミはあまりにも幼稚だ。

> 近年のWebプログラマ増加の副作用かな？
> コレクション＝Vector,List,Setというのは、従来からVBやJavaしか
VBやJavaしか知らない奴というのはそれもキミの妄想かな。
煽りにしてはレベルが低すぎる。
キミは馬鹿から見れば一見レベルが高いような発言をしているようにみえるが
そうでない人間からすればタダの厨臭い発言をしているようにしかみえない。
Java＝Web限定言語だと思いこむ前にもっと深い視野をもって
キミはもっと他の言語を勉強すべきだ。

> 俺は、要素をアイテムって言う奴の話は信じないようにしている。
それはGUIプログラマやWebデザイナが誤認していることだろう。
まともなプログラマならJavaだろうとC++だろうとそんな誤認はしない。

>>84
> がっはっは〜
> リファクタリングするようなクラスなんて最初から作らなきゃいいのにさと
> 思うよマジで!

お前本当にプログラマかエンジニアか？
一度書いたプログラムを書き直すことすらしないなんてとんでもなく
仕事できなさそうな奴だな。
実はプログラマ向いてないんじゃないのか？

>>79

> コレクションはCommonsの影響力だろう。JavaではCommonsは
> ある種の信仰だから・・・・・・

言っている意味がわからないのだが、
Commonsとコレクションとの関係がある根拠は一体どこにあるんだい。
その根拠を示して貰いたいものだが。それに信仰？　はて。

SetやList, Mapなどをコレクションと呼ばれ始めたのは
Jakarta Commons Collectionsが生まれる前から言われていたことだし
コレクションフレームワークというものはすでにJava標準APIにも存在していたわけだ。

信仰だとか会社の上司に対する愚痴を零す前に
まずColletctionの意味と、Containerの意味を英和辞典で調べてみるといい。

> 俺は非常に凝ったConfigurationフレームワークを持ってたんだ
> けど、CommonsがConfigurationを提供し始めた途端にそちらへ
> の移行を命令された。
> CommonsのConfigurationは発展途上で、Unsportedな部分も残
> ってるのに・・・・・・これを信仰と言わずして何と言おう！orz

お前の立場がよくわからないが、信仰を持っているのはCommonsに関わる
一般の人間ではなくてお前の上司だろう。
お前の上司に対する説得力の無さをJakarta ProjectやCommons利用者に
せいにするなんてただのお笑い者だぞ。

>>82
ULM?

>>82
> >>78
> うむ。ULMファウンダメンタルの用語でも日本語に表記されると悩む事が多々ある
> 関連は関連端を含むからインスタンスとして考えられる
> なんてのがあったね、書籍によって表記が微妙に違う。誤植も多々ある。
>
> 基底クラスの用語は　スーパ、神様、天上のクラスと捉えれば
> 基底クラスには　抽象・具象を含むでだめ?

何がいいたいのかよくわからないんだけど。
オブジェクト指向ちゃんと勉強してる？
こりゃ君、日本語も勉強した方がいいね。

>>85
> >>79
> >Unsportedな部分も残
> >ってるのに・・・・・・これを信仰と言わずして何と言おう！orz
> うむ。まさに上からの提言には逆らわない。自分の思考はせずに受け入れる。
> 宗教的だね。ちゃんと動くかどうかわからないのにねえ。。
上司に対する愚痴を他のユーザの性にする馬鹿発言に洗脳されるお前のほうが
宗教的だってのがw
お前事がまともに自分の思考をしているのかとw

> SunのドキュメントにあるJDBCのメソッドもベンダーによってサポートされて
> いないものが多かったりする。まあ実装はベンダーまかせと明記されているの
たとえばどんなものが？
ドライバのこと言ってんの？　ドライバクラスはデータベース側の問題だから
そんなこと当たり前じゃんw
RDBMSを使えばJavaに限らず他の言語だって同じ場面に直面するだけどw
有名なデータベースなら一式揃ってて使い方もわかりやすくてまったく困らないんだけど。

> だからいいんだけど
> でもなあ文書にあって使えないメソッドが多数あるのっていかがなものかと
> これも含めて文句を言わず信者たちは　orz

例えばどのクラスのどんなメソッドが使えないか示してみなよ。根拠があるならさ。
それとも、本当はまともに使ったことないんじゃないの？
まさかとは想うけどベンダから提供されているドライバクラスとJava標準APIに含まれている
JDBC APIと混同してるなんてことはないよねw

Javaすらもまともに使いこなせないC言語厨が
愚痴を零すスレになってしまったな

厨は都合が悪くなるとすぐ言語のせいにする

>Java＝Web限定言語
なんだぁーいつからこれ以外で使えるようになったんだ?
携帯もブラウザベースだからこれに含まれるぞ
離れ小島でしか生活できないJava厨よ
いい加減に悟れよ

漏れに言わせれば
Web限定言語なくせに一番パフォーマンスが悪く
保守性が悪く、クラスライブラリのセンスも悪い環境だなw

Java厨がくると必ず荒れる
これ定説

>>78
> >>75
> コンテナ＝基底クラス

C厨がこんなことを言ってるのか実に恥ずかしいな。

> ところで、コンテナ＝ServletContainer　っていうのは
そんなこと言ってる奴はどこにもいないだろう。
ニアリーイコールか包含としていってるレスなら見かけたが。

コンテナと言う用語はGUIプログラミングでもよく使われる用語だったりする。
AWT/CardLayoutのためのコンテナ
http://www.asahi-net.or.jp/~dp8t-asm/java/tips/AWTContainerForCardLayout.html

ほかにIoCコンテナ「Inversion of Control(制御の反転)」
このコンテナから派生したDIコンテナ「Dependency Injection(依存性注入)」、
EJBコンテナなどもある。

ということで
コンテナ＝Vector,List,Set, Map
にするのはおかしい。

> コレクション＝Vector,List,Setというのは、

JavaのList, Set, Mapの上位インターフェースはCollectionインターフェースだ。
それぞれのList, Map,Setインターフェースは皆このCollectionインターフェースを継承している。

コンテナ＝Vector,List,Set, Mapと決めつけるのと比べ
全然違和感がないがな。

MFCでのコンテナの定義
>子ウィンドウ m_EditCtrl はコンテナ クラスのメッセージ マップを使うので、CMessageMap から CAtlEdit が派生します。

コンテナって用語そのものは広義だよ
Javaの箱庭内のみ有効な限定子をつけて考えないほうがいいよ
STLコンテナとかOLEコンテナとか修飾されると範囲が狭まる
Java厨は常に脳内がJavaという狭くちんけな修飾がされているからそれしか見れないのは
わかるんだけどねw

>>97
> >Java＝Web限定言語
> なんだぁーいつからこれ以外で使えるようになったんだ?

やっぱりお前は厨だな。
昔からWeb以外でも使えることを知らないのか。
Javaがもっともよく使われている分野は金融系だということもな。

それからServlet ＝ Web限定API
という浅はかな解釈もよく厨が勘違いする例だ。

Servletを実装するのはHttpServletクラスを継承してから実装するものだが。
必ずしもHttpServletを継承しなければならないとは限らないのだ。
HttpServletのスーパークラスにはGenericServletという抽象クラスがあり
このクラスはHTTPなどのプロトコルに依存しないServletを実装することを
可能にするのだ。Mailだろうと、FTPだろうとtelnetだろうとsshだろうと
Webに限定しないっちゅーこった。

それからMVCアーキテクチャというものは知っておろうな？
Model(EJB), View(JSP), Controller(Servlet)という三つに分割して
開発を刷るわけだが。ここでWeb限定といったら大抵View(JSP)の部分を指す。
他のModel, ControllerはWebだけの専売特許ではなく、データベースアクセスや
ビジネスロジックを実装する部分であり、Webとはまったく関係が無いわけだ。

よって、JavaはWeb専用ではなくWebを含む開発をできる「汎用プログラミング言語」だということだ。
Web専用言語というのはPHPやPerl, ASPやASP.NET, ColdFusionなどのような言語のことをいう。
間違いの無いように。

>>98
> 漏れに言わせれば
> Web限定言語なくせに一番パフォーマンスが悪く
> 保守性が悪く、クラスライブラリのセンスも悪い環境だなw

それってPHPのこと？

>>97
それより、仕事はどうした？
俺は研究しながらレスをしているんだよ。
お前がどういう身分だかしらないが仕事がないなら
探しておいた方がいいぞ。

たとえば同種のソフトでどれが優れているか、となった場合に
.netフレームワークを用いるものは「起動遅い、メモリ喰う」などと選択肢として微妙扱いされる
最近のコレ系の言語うんこだよー

>よって、JavaはWeb専用ではなくWebを含む開発をできる「汎用プログラミング言語」だということだ。
はいはいすごいね。
VMでとろーりと実行されるんだねw

> 携帯もブラウザベースだからこれに含まれるぞ

携帯電話で動くJ2MEだったらな。
だが携帯電話のバックグラウンドで動くものは
サーバ上で動くモノであって
その部分はWeb限定とは限らないぞ。
Web限定というと本当にWeb用にしか使えない
どうしようもない言語なんだがな。

PHPはWeb限定でどうしようもない言語だが
本当はWeb以外でも使える、
だがWeb以外には非常に不向きな言語だ。
構造上仕方がなくそうなっている。
Javaはまた違う。Javaはもともと家電製品を制御するために作られたものであり
グリッドコンピューティングなどを目指して作られた。

火星探査機制御にJavaが使用されているように
今C言語でやられている組み込みソフトウェアも
いずれC言語からJava言語にとってかわられるだろう。

>>105
> たとえば同種のソフトでどれが優れているか、となった場合に
> .netフレームワークを用いるものは「起動遅い、メモリ喰う」などと選択肢として微妙扱いされる
> 最近のコレ系の言語うんこだよー

いつの時代のことをいってるんだ。
実装者のスキル不足も考えられるんだけどな。
.netはまだ出たばかりだから上手に実装できる奴が少ないという現実もある。

.netやJavaはレスポンス性能は遅いがスループット性能は
そこらへんのC言語アプリよりも随分と速いぞ。

>>106
今までのお前の発言からして
お前の能力がそれほどあるとは思えないので、

お前がJavaの代わりにC言語で同じもの(より複雑なもの)を
同じ開発時間で実装したとしてもJavaより速く動かすことは不可能だろうなw

そんなことをするんだったら開発時間もかからない言語でやったほうがましなわけだ。
拡張性の悪い言語は機能拡張をするとなると、あとあと苦労するからな

>>101
> MFCでのコンテナの定義
> >子ウィンドウ m_EditCtrl はコンテナ クラスのメッセージ マップを使うので、CMessageMap から CAtlEdit が派生します。

なんだ？　こいつM$厨か？
ドトネト厨の親戚か？　呆れたな。この程度の能力しかない馬鹿を相手にレスをしていたとは。
こんな低脳の馬鹿相手にするより高スキルなUNIX信者
相手に張り合った方が勉強になるわい。

>>101
> MFCでのコンテナの定義
> >子ウィンドウ m_EditCtrl はコンテナ クラスのメッセージ マップを使うので、CMessageMap から CAtlEdit が派生します。
>
> コンテナって用語そのものは広義だよ
> Javaの箱庭内のみ有効な限定子をつけて考えないほうがいいよ

おまい本当にバカか？
どっちが頭が狭いんだといいたいなw
ちゃんと辞書でContainerの意味を調べてこいと忠告を
受けているにもかかわらず往生際の悪い奴だなw

M$信者はM$が勝手に定義した用語を持つM$の箱庭内にある狭い限定子
に拘るからそんなもんだろ

はあー
また長文の定型説明ご苦労さん
Java厨とはマジ付き合いたくないなあ

●なんでJava厨はJavaの優位性を語るのに長文になるのか

・クラス設計の基本概念がくどくどしいから
・周りにいるJava厨がみんなくどい性格だから
・たかが表示するのに System.out.printlnと長く書かなければならないからくどくなった
・Javaしかできないので多大なるコンプレックスがある、特にネイティブ系の言語には
　頭があがらない思いがある

Cも使うしJavaも使うが、C++は使わないな。
用途別に使い分けてるとC++の居場所って正直ないですよ。
コンパイルするときはcppだけどねｗ

>>115
なこたーないだろう
サービス、ミドルウエア系ではそうかもしれんが

ん・C++って>>115が言うところの定義は
・拡張子はcpp
・クラススコープは使うが内部はCのランタイムばかりで実装
ってことかな

世界最強のC++コンパイラがVCだからcppなだけだ

全レス君はコテハンにして、内容ないのに長文だし
読みにくいしで邪魔だからｗ

うむ。Java厨がくるとあいつらが作ったフレームワークのような
文章になるからなw

>それからMVCアーキテクチャというものは知っておろうな？

ぷっ馬鹿みてえw
言葉に酔いしれているのかw

知らんでおろうよ
知らんでおろうよ
知らんでおろうよ
知らんでおろうよ
知らんでおろうよ

Cにも勝てないJavaにも勝てない中途半端な言語じゃん

C・・・・・・・・・・・・C++・・・・・・・・・・・Java
←ガリ　　　　　　　　　　　　　　　デブ→
←節約　　　　　　　　　　　　　　贅沢→
←危険　　　　　　　　　　　　　　安全→
←技　　　　　　　　　　　　　　　　知識→
←古い　　　　　　　　　　　　　　新しい→

デブで贅沢で危険で4番目はどっちもなくて古いのか

Java厨にはミドルウエアやサービス系を実装するおりこうたんは
ちとりもいないからなあ〜
100%ピュア業務系フレームワークの間隙に定型コードを
こぴぺするだけだもんね

IBMが採用したSOAはJavaなんすけど（＾＾；；；

近年のWeb厨にプログラム設計やらせるとメソッド名に　エ　ン　ジ　ン　って付けられそうで怖い。

http://homepage1.nifty.com/rucio/main/VBdotNet/AboutVB/WhatsVBdotNet.htm

Visual Basic.NETではどのようなアプリケーションが作れるのか
　

Visual Basic.NETではWindows上、Web上、モバイル上で動作するさまざまな種類のアプリケーションが作成できます。

ユーティリティやちょっとしたツール、データベースを操作するアプリケーション、ゲームなどアイディアしだいでさまざまなものが作れます。DirectXと連動して3Dやポリゴンを利用したゲームを作ることもできます。

ただし、プレイステーションなどの家庭用ゲーム機のゲームのほとんどはC++という言語で開発されていることに注意してください。このような本格的なゲームプログラマを目指している方はC++を勉強してください。

けれどVBに熟達すればC++にも通じるようになります。(とはいえC++が目的ならはじめからC++を勉強した方が早いです。)

>>11
そんな勝負は認めない。

>>128
FFってJavaからネイティブコンパイルしてたよな

なあ、前は OO厨(java) vs. C厨(C/C++) って流れじゃなかったか？
なんでいつの間にか OO厨(C++) vs. C厨(C) になってんだよｗ

C++ってゲームとDirectXだけで生き残ってる

Cの金魚の踏んでいるのが嫌になったんじゃないの？
D言語とかあるし、居場所ばかりがなくなっていくｗ

やべえ、またバグがでちまった

ﾌﾟｯ!糞馬鹿Java厨の名言集　劇藁

それからMVCアーキテクチャというものは知っておろうな？
それからMVCアーキテクチャというものは知っておろうな？
それからMVCアーキテクチャというものは知っておろうな？
それからMVCアーキテクチャというものは知っておろうな？
それからMVCアーキテクチャというものは知っておろうな？
それからMVCアーキテクチャというものは知っておろうな？

>>135が反撃ののろしになると思ってる時点でおわっとる。C++も信者も。

おろーな、おろーな
馬鹿まるだち
おもちろいねJava厨ﾀﾝ

けっこう年寄りくちゃいね、おろーなミンちー

オープンソースの起源と負の遺産
Javaなる糞言語はデコンパイルできてしまいソースコードを白日の下にさらし出す
しかできなかった。各ベンダーはどうせソースがばればれなんだから
汚く書いてしまえとばかりに糞クラスを量産し続けた。
ある日そうだこれを逆手にとってオープンソースという流れをつくろうじゃ
ないかとなったわけだ。まあここまではいいとして、問題はこの後だ
末端のJava厨どもはこぞってオプソオプソ騒ぎ出した
ベンダがぱくられるのをいやがってわざと低品質に書いたコードを
よろこんでぱくりだした。そんな低品質な負の遺産が現状のJava界を
席巻しているんだなあこれが。

10行か･･･

おろーなミンちー もうこないのかな
恥ずかしいだろうからなw

次スレは
【JAVA界の】ｵﾛｰﾅﾐﾝﾁｰJAVAを長文で語る【うんこ】

おろうなはおらんのか

どうやら糞厨の椰子
おろうな発言で恥ずかしくなって没したようだ
これからは平和にさげ進行をきめようじゃないか

おまえらみんなSourceReading読んでこい。
どっちもどっちだ。

まあCが最強だな

否定する理由も特に無いが、最強だから常用ってわけでもない。
個人的にはCとJavaを用途別に使い分けてる。
ここぞと言うときはマニュアル、普段はATって感覚だろうか。

>>146
C...マニュアルのF1
C++...オートマ
Java....三輪車

バカめ
三輪車はパーツを流用できないぞ

>>147
意味不明。
C++はCの上位互換だということを知らないのか？

どれだけハードウェア寄りかって比較だろ？

少しは酌んでやれよ。

Ｃ＋＋が偉いとは思わないが、
Ｃ＋＋の潜在的な能力を全部使える人は凄いと思う。

>>150
意味不明。｢ハード寄り｣って言葉は何を意味しているんだ？
Cで可能なハードウェアの操作は、C++でも同等な文法で可能なんだが？
それともCのほうが機能が少ないことを｢ハード寄り｣だと言っているのか？

アセンブラとの比較は既出ですか？
　
　　Ｃ＋＋は、レジスタを直接触れると記憶しているが...

　　昔のプログラマで、ごめんなさい。

　　　　　(=^〜^)o∀ウィー

やろうと思えばできる、ならｲﾝﾗｲﾝｱｾﾝﾌﾞﾗって手もあるよね。

C++でCのような泥臭い描き方をするんですか。

C++の拡張された部分を見て、Ｃの方がベタだと評価するのは自然だと思うけど。

上位互換だから、Cの良さをＣ++は全部含んでるってんなら、比較もくそもねぇ。

>　上位互換だから、Cの良さをＣ++は全部含んでるってんなら、比較もくそもねぇ。
じゃあ比較もくそもないんだろ。

泥臭い書き方がいやなら使い分けろヨ。
全て平等だ。

どうでもいいけど、お前ら当然、それらの言語の性能をフルに引き出せているんだろうな？

>>114
> ●なんでJava厨はJavaの優位性を語るのに長文になるのか
>
> ・クラス設計の基本概念がくどくどしいから
恐らく彼らは、おまいのような頭の悪い頭でっかちのために親切に優しく説明しているんだと思うよw

> ・周りにいるJava厨がみんなくどい性格だから
多分、おまいが落ちこぼれていることに同情しておまいを救ってやろうとしたが
まともなコミュニケーション能力が無く、人の言うことをしっかり理解しようとしないから
彼らはおまえみたいな馬鹿のために細かく親切に説明しているんだと思うよw

> ・たかが表示するのに System.out.printlnと長く書かなければならないからくどくなった
え、PrintStreamの使い方も知らないの？(w
そういう発言は恥ずかしいからやめた方がいいよw
短く表示する方法もあるし書くのに時間がかかってもコードアシストを
使ったり自動生成ツールで自動化できるしw

> ・Javaしかできないので多大なるコンプレックスがある、特にネイティブ系の言語には
> 　頭があがらない思いがある
それは流石にチミらC言語厨の妄想だよｗ
それにネイティブでない言語がいくつあると思ってるのかなチミはw
Javaができる香具師はサーバ構築能力があるしUNIX系OSを使いこなせる。
ゆえにシェルスクリプトやPerl, PHP程度は書けて当然。
ほかにネットワークの設定、たとえばiptablesでルータ、ファイアウォールを設定することや、
Tomcatを正しく動かすためにApacheを設定する、ロードバランサを設定する、
DNSサーバをbindで設定する、データベースを使うためにPostgreSQLや
MySQLなどをインストールする、リモートから操作するためにsshやtelnet,
ftpの設定をする、JavaMail APIを使うためにsendmail,Postfix, qmail
などを使ってメールサーバを構築する、
っていう程度のことはまずやるからね。
この程度のことができない奴はJavaプログラマとしては認められないよ。

>>125
> Java厨にはミドルウエアやサービス系を実装するおりこうたんは
> ちとりもいないからなあ〜

>>125はサービス系を実装しているJavaで動くサービスなら腐るほどあるのを
知らないんだろうなあ。
Web Servicesという言葉もSOAという言葉もWS-BPELという言葉も知らないんだろうなあ。

>>127
> 近年のWeb厨にプログラム設計やらせるとメソッド名に　エ　ン　ジ　ン　って付けられそうで怖い。
それはおそらくPHP厨のことだろう。

Javaアーキテクトならメソッド名は動詞になるので単に「エンジン」のような
名詞形はたいていの場合つけない。命名規約に違反するから。

>>139
ﾌﾟﾌﾟﾌﾟこいつはGNU ProjectのプロダクトがC/C++
で作られていることも知らないのか。

オープンソースがJavaの世界だけのものだと
思いこんでるC言語厨な>>139(ﾜﾗ

>>147
その三輪車が今ではCやC++よりも実用性のある言語
となっていることに気づかない>>147は、随分と哀れだ

>>150
Javaもハードウェア寄りの開発がしやすくなってきているんだけどな。
リアルタイムJavaももうすぐ実用化するし。
J2MEで工場の生産管理を行っているところもすでにあるし。

どういうものかっていうと、ハードウェアをJ2MEで制御して工場のベルトコンベアで
運ぶ荷物をJavaでコントロールしているんだってよ。
工場においてあるルータをJavaでコントロールしてるみたいだが。
JavaOne Tokyo 2005のある会社の展示ブースで
そういうのを見せて貰った。
かなり関心したよ。

JavaによるUSBドライバ開発もJava Communication APIでできるし
かなり進んでいるもんだよ。

そのうちVerilogとかVHDLとかSystemCとかいったハードウェア記述言語も
全てJavaで書けるようになる時代がやってくるかもしれないね。

その逆もありで、回路図を書いたらJavaソースコードが自動生成されている、とかみたいな。

実際、UMLでクラス図とか書いたらJavaソースコードが自動生成されている
っていうものがすでに存在するんだから、それくらいはできないとね。

>>152
registerキーワードか？
昔はあれを使えばプログラムが高速化するから
使え使えという話もあったが今じゃ、大したことがないし、
下手に使えばとんでもないことになるからな。

>>162
＞JavaによるUSBドライバ開発もJava Communication APIでできるし
＞かなり進んでいるもんだよ。
そんなもんCで書いた方が早いし効率も良いだろ。
デバドラをJavaっつても、下っ端はCで実装されてる罠。

しっかし、おまいら本当にこういう不毛な罵り合い大好きだな。
どいつもこいつも自分の主観の主張をするだけなんだから、
結論なんて出るわけないじゃん。

Cが書きたいならC++でC的なコード書けばいいじゃない

つまり、要約すると　どんなプログラマーでもこき使えるSEの方が偉いってことでいい?

>>149
C++はC99の上位互換ではありませんが何か？

>>162
java使えば開発環境が10年も20年も前に戻る
おまえ業務アプリしか作ったこと無いだろ？

JAVA厨は業務アプリ専門
これ常識

フレームワークの隙間に
せこいbeanのgetterを使って書くだけだよな

>>169
> >>162
> java使えば開発環境が10年も20年も前に戻る
言ってる意味がわからんのでなんで10年も20年も前に戻るんだか説明してくれ。

> おまえ業務アプリしか作ったこと無いだろ？
んなこたあない。デジタル信号処理絡みだが、
フィルタ開発をよくやってたぞ。

>>171
Beanがなんでせこいの？

>>164
> >>162
> ＞JavaによるUSBドライバ開発もJava Communication APIでできるし
> ＞かなり進んでいるもんだよ。
> そんなもんCで書いた方が早いし効率も良いだろ。

各OS毎にドライバ書き直すほうがマンドクサいし効率悪いだろ。
こういうものは不要なゴミを除去して規格を統一しなきゃならん。

>>173
>>171はBeanがなんだかわかってないだけだろ

20年前っていうと、時代的にはPC88とかPC98あたりが出始めの時代。
幾ら何でもそこまでは戻らんだろ。ｗ

beanはせこいだろう
getter/setterで埋め尽くされる糞クラスだ

で、それのどこがせこいの？

>>125はサービス指向アーキテクチャを
本当に知らないのか？
サービス指向アーキテクチャといったら
Javaか.NETの二つ以外考えられない
といわれるくらい、Javaが大きく関わっているのだが。
そこでC/C++？といってもこれらのレガシー言語は
環境依存度が高いため相手にされないだけだよ。

>>179
お前の言う「環境依存」とやらの正体、訊いたら教えてくれるか？

せこいってのは意味不明だがｗ
DelやC#にあるpropertyはJavaにもほしいな。

hogeA.setValue(hogeB.getValue() + hogeC.getValue());
よりは
hogeA.value = hogeB.value + hogeC.value;
の方が見目が美しい。

>>181
それをやるとpublic公開になるから
糞JAVA厨が怒るぞｗ
ん・JAVA厨もデファクトでそれやってるからいいのかｗ

>>180
>>179==>>1だから絶対に出てこないに 1Javaka

いけねｗ　>>1は>>1でも1違い↓ここの>>1だよ
http://pc8.2ch.net/test/read.cgi/prog/1129989149/

>>182
Property っつってんのに…阿呆？

しょうがないよ
C言語厨はそういうドジ踏んでばかりのもとからのアホだから
そっとしときなよ

>>183
なにいってんだおまえ
>>182-184==>>1==間抜けなC言語厨だろw

>>185
間抜けなC言語厨==>>182-184==>>1は
DelphiもC#もJavaもよくわかってないんだろw
ついでにアクセス権のこともよくわかってないみたいだしなw
プロパティの意味もわかってないみたいだしなw

C言語厨哀れだね

アンカーばっかで読みづらいYO

2chブラウザ使えよ

# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした（お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです）。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
３年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません

# さらに続く議論。この事件から生じた騒動（または余分なキャラ）
で大儲けできた人がいるかも知れませんね

# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
http://www.javanews.jp/javap/newsletter043.html

>C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
>手動でやらなきゃいけないのに」

こんな事言うC++の愛好家って素人なんだろうな。
メモリを手中にいくらでも自由にコントロールするのが醍醐味なんだよね。
馬鹿JAVA厨と議論する低レベルなC++野郎は消えてくれ。

重力がいきなりなくなったとしても
JAVAがC/C++より速い事はありえないな。
夢見るJAVA厨って幸せだよなー

USのJAVA厨も日本とおなじなんだなw

> Java 1.5 は 20% 高速化した模様

って、元はどれだけ遅いんだよ。
20%ってどこから比べて何が20%だよ。

>「不公平だ、こっちはメモリ管理を手動でやらなきゃいけないのに」

恥さらしだな。C++使いの風上にも置けん。
手動で管理できるからこそメモリチャンクとかで
次元の違う高速化が可能になるのに。

つーか、“スタック”という存在がJavaに存在するの？

>>193
>>196
メモリ管理に関して同意。醍醐味かどうか知らんがｗ

しかし >>192 の結果、胡散臭いなあ。
Method call でありえないくらい大差つけられてるんで、Windows ＋ VC++ 6.0 で
やってみたら、実時間で 15秒程度だったんよ。
で、2箇所のループを手動最適化＋アセンブリで書いたら 2.5 秒。
つまり
　　ベンチに使ったマシン　　　俺の
　　　　　　　C++　　　　　　≪　　C++
　　　　　　Java　　　　　　 ≫　アセンブリ
なんだね。

JAVA厨で、C++より速いって言う馬鹿って
いったいｗ

放置が妥当

どう見ても JVM のバグです。
本当にありがとうございました。

>>193
> >C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
> >手動でやらなきゃいけないのに」
>
> こんな事言うC++の愛好家って素人なんだろうな。
まさに君のことですね。


そんなに玄人ならそのサイトのベンチマークに使われた
Javaコードよりも高速なC++コードを書いてみろよw
でなきゃC++もJavaも理解できないただの口先だけの馬鹿C言語厨に成り下がるぞw

実際にソースコードのどこでメモリ解放をすれば
パフォーマンスを誤ってJavaより遅くせずに済むかを
考えることは今ではかなり難しいんだよね。
それを簡単だと言い張るなら証明してみろよ。
プログラムが巨大になればなるほど
このベンチマークではJavaの方が有利だってことをお忘れなく。

>>193
> >C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
> >手動でやらなきゃいけないのに」
>
> こんな事言うC++の愛好家って素人なんだろうな。
> メモリを手中にいくらでも自由にコントロールするのが醍醐味なんだよね。

必死だなw

醍醐味醍醐味といって納期が遅れて顧客からの信頼を
失って職安になるのがオチだろw

馬鹿C言語厨がJava vs. C++のベンチマーク
結果を信じられないといわんばかりに必死に仮面を被って平静さを装っている
ことが良く分かるスレですな。

いくら玄人のフリをしても根拠を示すなり説得力のある反論できなきゃ
馬鹿と同じなのにねー

また痛いとこつかれたC言語厨が自作自演連続投稿をしているようだな。

おれはC++が得意だとかメモリを手中にいくらでも自由に
コントロールできるのが醍醐味ってできもしないことを
見栄はってできると嘘ついて他の言語を見下すとは実に情けない。
まさにC言語厨の負け犬の遠吠え。

>>202
同一機能のままメモリーに対するアクセスがインダイレクトな部分潰せばC++が一発で勝てるよ、どうでもいいけど。

CreateGame〜陸海空オンライン〜
有志によるＭＭＯ製作です。
ただ今、プログラマ募集中！力ある奴だけこい。

http://www-06.ibm.com/jp/developerworks/java/051104/j_j-jtp09275.shtml
うーんやり方によってはjavaの方が早いのかな〜?
-serverオプションでやると早いって言うけどどうなの?

いや…意味が判らなかったか？
「あのベンチの一部は、Java がアセンブリよりも速い」
という結果になってるんだが。

Javaがアセンブリよりも速いって・・・。

Javaだって最終的には機械語（＝アセンブリ）で動いてるだろ。
その機械語からアセンブリに置き換えれば、Javaとアセンブリの速度は一緒。

アセンブリよりも速いなんてありえない。

>>209
それはナンセンスにも程がありまつ、永久機関でも作る気ですかってぐらい変な発想でつ

CやC++ってのはある程度やっている人ならどういう機械語に変換されるか簡単に想像できるんだよな、
んでまあ、そういう人が組む時、その対象となるJavaのコードがJITによって変換された結果を確認して、そういうコードになるように組むと、やっぱりそうなるのでんすけどね。

ああああ俺が全部悪いんだぁぁぁ
>>192 の結果、じゃなく、>>192 のリンク先
ttp://sys-con.com/story/?storyid=45250
の結果
ttp://www.kano.net/javabench/runlog
だ。orz

methcall の結果、異常じゃね？

だから「JAVAは遅くてつかえねー」っう一般常識を
なんとか操作したいだけだろｗ

JAVAだとアプリケーションサーバでのサービスのロード時間が3分とか平気でかかる。
C/C++の実装だと10秒、ここですでに2分50秒のハンデがでちゃうよな。
-Serverオプションでメモリを大量に使うとまたロードとシャットダウンが糞遅い。
そして実行時にまたメモリにロード、解釈実行Javaってほんとにおめでたい。

>>214
その根拠を示さなければただの負け犬の遠吠えにしか聞こえないな

>>215
製品の構成とどんなソースコードを
書いたらそうなったのか示して貰いたいな。
アプリケーションサーバといっても種類があるし
バージョンによっても速度は違う。
JVMのバージョン、コンパイルしたバイトコードの
バージョンなどによっても速度は変わってくるわけだし。

それからC/C++に移植されたアプリケーションサーバとやらが
どんなものかも示して欲しいものだな。

あと、メモリを大量に扱う場合は、
どちらかというとJavaもC++も速度的にはさほど変わらないよ。
メモリをちょっとしか使わない場合は明らかにJavaの方が不利になり遅くなるけど。
解放するメモリ容量が大きくなるとJavaもC++もパフォーマンスには
それほど大きな差はでない。

>>217
近年のゲームとか見ているとむしろ逆かと思われます、Javaでメモリーのバスバンド幅の限界までデータ転送なんて無茶ぽ

>>216
根拠はすでに一般常識だっていってるじゃねえかw

>>211
ヘタレプログラマのアセンブリよりも、
熟練プログラマの作ったJVM上での動作が
速いケースはおおいに有り得る。
特に昨今のCPUはパイプラインやキャッシュの利用で
物凄く効率が変わるからな。

>>216
>>198 で足りない？

Java版の一太郎ってあったよね？

Javaﾏﾝｾｰな奴はとりあえず今年の年賀状をJavaで作れ。
Javaで年賀状印刷ソフトを開発しろ。きっと売れまくりだぞ。
なんせanywhereだからな。Windows限定じゃない。

>>223
Java厨にそんなスキルがあるはずないし。

>>224
いやフォントがねーんですってば。
年賀状ソフトはフォントと素材ありき。
ソフトじゃない。

TrueTypeのフォントが腐るほどあるだろ

英語ならな。
筆まめみたいなのを一度先に買って置かないと使いまわせないなら
筆まめ買ったほうが早いじゃん

ぷぷぷ。作れないなら作れないといえってのｗｗｗ

>>220
今時アセンブラーやるような奴にヘタレはいねーよ

IPAフォントの年賀状なんて貰ったって引くだけだろ

フォントが無いならフォントも含めて提供すればいいじゃん。
きっと売れまくりだな。フォント単体でも売れるぞ。

ふぉんとはふぉんとーに高いからな

ふぉんとお？

ふぉんとだって

>>231
年賀状ソフトは俺が作るとして。
1,500万とも言われるフォント制作費はあなたが出してくれるの？

デスクトップJavaアプリなんか絵に描いた餅

>>224
じゃお前が代わりに作ってみろ。
お前にそんなにスキルがあるというなら。
コピーなんてのは駄目だぞ。

>>225のいうとおり、フォントが揃えば
その程度のものC++でなくてもJavaでも作れる。

>>223
一行目の年賀状を作るだけだったら
非常に簡単に作れてしまうな。
ソフトについてはかなり時間がかかるがな。
っていうか一人でやったら今年中に間に合わんだろう。

っていうか今どき、年賀状ソフトなんて売れるんかいな。
スタンドアロンアプリの時代なんてそろそろ終焉に向かっている
というのに。ブラウザで動く年賀状ソフトならGUIオンリーで
作れるより結構簡単につくれそうだな。
PDF生成APIとかをうまく使うだけで済んでしまうからな。

ブラウザで動いてグリーティングカードとして
メールで年賀状を配信するんだったらすでにいくつかあるので
もっと簡単につくれるぞw

どっちみち本格的なものは今年中までには間に合わないだろうし。
っていうかそんなことしてる暇はないわいw
年末は仕事をきちっとやらんといかんし。

というかウェブが当たり前の時代に
年賀状なんてオヤジ世代やオバサンのブツだしw
今日びはやんねぇんだよw

>>219
> >>216
> 根拠はすでに一般常識だっていってるじゃねえかw
>
だめだ、お前「根拠」の意味わかってないな。

Java VMも進化しているのだから
かつての一般常識も崩れ去ってしまっているということを
お忘れ無く。

>>231
特許問題で引っかかるし高くつくぞ

っていうかC++マンセーしてる奴は
全部C++だけで証券会社のオンライントレードシステムを
今年中に作ってみろ

っと言ってみる。

>>240
フォントは著作権の方な

>>236
JavaWebStartとJVMとSwing高速化の影響で
デスクトップJavaが再燃しているわけだが。

.NET側もJavaWebStartに対抗してClickOnceという
ものをJavaWebStartからパクって作ってしまっているわけだし。

このJavaWebStartとサーバアプリとの連携によって
動くソフトウェアが今後普及する。
今まではHTMLクライアントとしてPerl. PHP, Javaが大きな
勢力を誇ってきた。Perl, PHPはしばらくの間サーバ専用に留まるが
Javaはクライアントサイドにも再び乗り出すことができ、
JavaWebStartを介してリッチクライアントととしてHTMLクライアントよりも
より使いやすいサービスを動かす事ができる。

>>239
>>221

>>241
設計が完全凍結してる前提で、
C++で実装することに問題が見あたらないけど何か？
実装なんて１ヶ月あれば終わるだろ。証券会社のオンライントレードシステム？ん？
10名で良い。基幹業務と連携してるならば更に4名追加。

>>245
だよね。
っつーか変にJavaで(というか、よくわからんJavaのフレームワークで)
作るよりずっと工数は少なくてすむかと。

>JavaWebStartとJVMとSwing高速化の影響で
>デスクトップJavaが再燃しているわけだが。
どうした？三輪車が充電式モータでも手にいれたのか
C/C++のF1の世界には届かないぞ

>>239
>>209-211も読んでね。
まああのプログラムだと、究極の最適化
(実行結果が残らないので、ループ自体削除)
できるかも知れないし、そうしてるとしたら
実行時コンパイラすげぇ！って事になるんだけど
ならば尚更、「ベンチマークのためのベンチマーク」にしか
なってないね。

いくら進化したって原理的に追いついたりするはずがない
つうことを理解出来ない人間の相手をしても時間の無駄だよ

>JavaWebStartとJVMとSwing高速化の影響で
>デスクトップJavaが再燃しているわけだが。

Java系のメディアもネタに困ってるからね。
実用になろうがなるまいが、取り上げればそれでいいんだからな。

ま、SWTと人気を取り合って、じきに鎮火するだろう。

ほんとに身の程知らずのJAVA厨はうざいよなあ

オンライントレードシステムはどこも高負荷に耐えられなくて、
チューニングに追われてるみたいよ。

まあ、これはどっちかというとJavaというより、主婦とかニートとか学生まで
参加したせいなのだが。。。。

マジでC/C++でカリカリにチューニングとか言う世界になったりして。

>>249
追いつくことはできるかどうかは不明だが可能性はあるだろう、原理的に不可能なのは追い抜くこと

そこでCOBOL

>>252
糞JAVAのチューニングって無駄な労力だよねｗ

Javaの功績
　コンピュータの仕組みを知らなくてもプログラミングができる用になった
Javaの弊害
　コンピュータの仕組みも知らないJAVA厨を量産してしまった

>>253
原理的に追いつくことも不可能。
JITやJNIのオーバーヘッドはアセンブラからみたら、かなり大きな処理。
Javaは仮想マシン上で動作していることをお忘れなく。

そういや、Javaバイトコードをネイティブで実行できるCPUって
どうなったんだ？

かなりってなんだよ、絶対にできないと証明できない限り原理的とは言えんでしょうが
昨今は結構がんばっているし・・・それでも無理とは思うが。

SPARCがバイトコードを直接実行できればsunの天下ですよ。

>>257
>そういや、Javaバイトコードをネイティブで実行できるCPUって
素直にRISCチップ作ってその上にVMのせたほうがシンプルにできるので無くなった
一度に計算の対象にできる要素が一つのスタックマシンは高速化には向かない

>>258
実行時コンパイルによって
アセンブリでカリカリにチューニングされたのと
まったく同じバイナリが出来たと仮定すると
(この時点で無理があるが)

　　Java 実行時間 ＝ 実行時コンパイル時間 ＋ バイナリ実行時間

更に、出来たバイナリをキャッシュしたと仮定すると

　　Java 実行時間 ＝ バイトコードの同一性チェック時間 ＋ バイナリ実行時間

>>258
「かなり」は自分で計算してくれ。
JITやJNIの呼び出しオーバーヘッドを計測して(秒)、
それにCPUクロック数を掛ければいいんだよ。
（シングルタスクの場合でI/Oによる遅延がないと仮定して）

たとえば、2MHzのCPUで0.1秒のオーバーヘッドがあれば、
アセンブラでは200,000ステップの命令となる。

ただし、１命令１クロックとは限らんので、
これよりは少なくなるだろうが、いずれにせよ
大きな処理であることは間違いない。

>>262
>それにCPUクロック数を掛ければいいんだよ。
余計な事言わなきゃいいのに…
説得力ゼロになったね。

＞2MHzのCPU

6809ですね？

あら、2MHzはまずかったな。2GHzにしとけばよかった。orz
オーバーヘッド処理がどれだけ大きいのかの目安を
具体的に示したかっただけだったんだが
ちょっと無理があったようだ。（反省）

6809といえば、かなーりスタックマシンに近いがこの命令セット軸にネイティブJavaマシンを・・・そして激遅の予感

>>256
まるでコボルだな

JITはいいとしてJNI呼び出す時点でJAVA不要論だな

>>265
いやだから…
それ以前に
>ただし、１命令１クロックとは限らんので
そうなっている方が珍しいでしょうに。(てか、実在すんのか？)

>>269
486あたりの世代の古いRISCチップとかが一応一命令一クロック

>>269
RISCのパイプラインって基本的に１命令１クロックじゃないの？
まあ、スーパースカラだと1クロックで複数命令を並列実行するみたいだけど

>>270
>486あたりの世代の古いRISCチップ

昔話になると俄然元気いいな
爺どもよ

>>273
まるで解っていないようだがな。

>>273はリアル厨房なんだろうから、昔話に聞こえるんだろうな
ガキはでてくるな、ガッコウ逝ってろ

include<stdio.h>
void main(void)
{
　　printf("Ｃこそが至高のプログラミング言語ですよ\n");
　　while(1)
　　　　printf("ぬるぽ\n");
}

読み返すと、なんか誤解されそうな書き方だった。
まるで解ってないのは >>273 ではなく >>270-271 ね (為念)。

>>277
お前、解っているんだったら、ちゃんと説明してみそ。
１命令１クロックのCPUが存在しないっていうなら、
あちこちのサイト記事がウソを書いてることになるぞ。

あっ、x86はRICSじゃない、っていうのは分かってるから
もういいからな。

RICS晒し上げ

>>278
まず、>>262 の言っているクロック (多分、内部クロック) と
クロックサイクルが別物なのは理解しましょう。
そもそも、直列に接続された回路が1パルスで完結するって…
それ非同期回路ですか？

次に、実行するコードがまるごと一時キャッシュに入りきれる
場合を除いて、桁違いに遅い外部メモリからフェッチするのに
クロック一発で済むわけがありません。

まぁ、そもそも >>262 の
>（シングルタスクの場合でI/Oによる遅延がないと仮定して）
が無茶なんですけどね。
// OS もなく、割り込みも使わないマシンで
// Java を実行しろと言っているようなものです。

>>280
なぁんだ。そんな程度のことで、解っていないなどと
ほざいておったのか。
つまらん揚げ足取りもしてな。

ところてんつうのは、ではじめるとつくのに連動しておもしろいように出てくるよな。
袋に入ってるやつしかみたことないですかそうですかｗ

>>278
説明悪かった486がRISCでないのは知っている(それにしても486辺りからはめちゃめちゃ影響受けているが)、そうではなくてその世代に流行ったチップのこと
例えば R2000,3000 とか初代SPARCとか、一クロックが一命令にみな対応していたろ。
今はもう一クロックに対して複数命令が対応しているが昔は結構単純だったから。
AM29000なんてキャッシュが無かったからまさに一対一だったしね。

Z80

>>268
新規で作るソースでわざわざPureJava＋JNIのケースは無いに等しい。
C言語で作られた既存のシステムと連携してるとして、そのI/Fを叩かないと、
工数的にどうにもならない場合のみ。

そこでデルファイの登場ですよ

>>285
その場合は仕方ない。
が、新規にいちいちJNIで作ろうぜなんて発言すると
PureJavaを汚すなとか猛烈に言い出すJAVA厨がでてくるよな。
自分の大事なJAVAワールドから外は忌み嫌うのが特徴。

業務系の奴でそんなこと言う奴はいないんじゃない？（いや居るかも）
既にあるCの資産とか使いまわしたいときもあるだろうしさ

いくらJAVA厨がJNIは邪道、PureJavaじゃないとか言っても
JREのPlatform依存の機能は、JNIで実装されているんだがな。
JAVA厨は間接的にJNIを呼び出していることに気づいていないんだろうか。
いや、そんなはずはないよな。さすがにな！

砂場遊び

サンドボックスか。あれはどこまで開放できるかのせめぎあいだよな

>>289
Java 厨の世界では Pure Java で世界が構築されていて、ネイティブのアプリが
JNI で Java の機能を呼び出しているのれす。

>>289
知らず知らず、Systemの配列コピーとか使われてたりするからね。

・・・ってそういうことじゃないよ、PureJavaって。


まあ、問題解決の道具としてJavaを使うのは良いけど、
思想の道具としては中途半端だよね。

現実世界のJavaプロジェクトで役立たず扱いされてこんなとこ
ろで鬱憤晴らしているバカが常駐するスレはここですか？
同じ手続き型言語なのに移行できないなんて、どんな脳みそ
してるんだと思うが。
プロなら、CもC++もJavaも.NETも普通に使えるというのが

当　た　り　前　。

同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて
同じ手続き型言語なのに移行できないなんて

はいはい
MyAppクラスに全関数突っ込んでくらさい

PureJavaはむしろ互換性の確保に重点を置いていたような気がするな
スレッドを単に使うと100%ではなくなる、とか

> プロなら、CもC++もJavaも.NETも普通に使えるというのが当たり前。
そうでもないと思うが、まぁ間口が広いってのはプロ派遣としては強力な武器だな。

クラスで処理内容ごとに関数群をまとめておけるから
C言語よりC++のほうが使いやすいと感じてるプログラム初心者の意見。

C++,Java,C#はいづれかひとつ理解できていれば必要になった段階でちょっとやればどこからどこへでもいける気がする。
てかCとC++を未だ区別しているような奴なんているのか？
純粋Cオンリー人なんてここ数年見たこと無いし、おれもうCとC++も一まとめでC++って事にしてるんだが。

C使いとJavaの仕事で会話したことあるが、
C++ができるものとして話してたら、何かしらなそうだった。
知識としては知ってるって感じ？

何を言ってるんだおまいは。。。。。。。。。。。

>>300
Cオンリー人？C言語しか知らない人と、C言語のみで物を作ることは違う。
おまいの言ってることがC言語のみで物を作ることだとしたら、そういう場面はいくらでもある。
デバイスドライバなど未だにC言語のみで実装するのが慣例なのだ。あと組み込み系。

C++＞＞＞CだからC++知ってる方が偉い。C++のみで実装できんだろ。
Cで実装されている低レベル関数をC++から呼び出すことって多い。システムコールなど。
言語仕様的にもC++＞＞＞CなわけだからC++が偉い。
Cは構造化設計・プログラミングしかサポートしておらず、それに対してC++は構造化設計は
もちろんのこと、データ抽象、オブジェクト指向、ジェネリックもサポートしてる。

Cは、大体の言語に似た構造がでるからなぁ。

Cと正規表現を知ってれば、大抵は問題なくなると思うんだが。

それよりも、言語やマシン、OS毎のI/Oのデザイン違いをなんとかしてくれ。

一々覚えるのめんどいし、バグの原因なんだけど。

>>303
いや、おりそういう仕事してるねん、めんどくさいからもうC++オンリーやねん。
extern "C" で十分まにあってんねん

>>303
組み込みでCオンリー？
結構C++使われているんだけどなぁ。
あとUMLも使われるようになってきたな。

>>299
それだったら C with Namespace でも使ってなさい

>>307
>結構C++使われているんだけどなぁ。
コンパイラがなかったりする。

>>307
UMLを使わないと設計できない、そんなでかいデバドラは嫌だw
>>309
gccでいいじゃんよ何使ってんだよw

>>310
UML使ってるっていっても上位フェーズでお絵かき程度ですよ、きっと

>>310
V850 だったり、プロセッサ不明だったり。
つか、何でもかんでも gcc 使えると思っているとは
おめでたい奴だ。

>>247
そんな偉そうなことをいっておいて
C++で作られたSWTがJavaで作られたSwingよりも
常に高速だとでも思っているのかね。
残念ながらSwingも性能が向上して
C++で作られたSWTが必ずしもSwingよりも
常に早いとは限らなくなったのだ。
これはSWTの幻想と呼ばれている。

>>249
実際にJavaより常に高速なプログラムを
作ることが簡単だとでも？
単純なものだったらそりゃ簡単だろうさ。
巨大なものになるとどこでメモリ解放すれば
いいかが難しくなって大抵の者はJavaより早いプログラムを
書くことができなくなるわけだ。これが現実。9割以上のC++
プログラマはこれに該当する。

Javaのようなガーベッジコレクタを使わずに
手動でメモリを解放させたC++のふが
パフォーマンスが悪化したという例はよくある。

その現実をわかってないでJava叩きしてる連中がこのスレには多い。
何か幻想でも見ているんだろうか。
ちっちゃなプログラムしか作ったことがないから
視野が狭くなってメモリ解放のやりかたによってはJavaより
確実に遅くなるケースが増えてきたことも知らずに。

Googleはコアである検索エンジンはC++だ
そしてGoogleMailなどはJavaでやっている。
メインはC++で続々追加されるサービスはJavaでとその特性を遺憾なく発揮している。
どっちかじゃなく、どっちもだとプロ中のプロは教えてくれている。

>>245-246
> >>245
> だよね。
> っつーか変にJavaで(というか、よくわからんJavaのフレームワークで)
> 作るよりずっと工数は少なくてすむかと。

こういうこと平気で言う奴アブネー
下手すると責任を全うできずに会社潰れるぞマジで。
証券会社のシステムは設計をしっかりして
セキュリティ問題や二重引き落とし問題を

Javaでつくったオークションシステムですら20人雇ってもデスマって
1年以上かかったっていうのにそれをC++でやったらとんでもないことになるぞ。
危なすぎ。恐らく3年くらいはかかりそうだな。バグ取りだけですごく時間かかかるし。

初級研修受けただけでも、Javaできますっていうやつはなぜか多い
C++できますってやつはホントにできる可能性が高い

難しすぎてC++の初級研修自体ないからなｗ

>>314
Javaより遅くなるようなコードになってしまうのは本当の初心者くらいだよ、すくなくとも現状では。
9割りの比率が逆。

>>315
mallocより効率が良いことは確かだが、確保したメモリーの構造上それをアクセスするコードの冗長性を取りきれないからやっぱダメだ

Javaは設計思想が素直にソフトに表れる気がする。
C++はソフトと言語それぞれに同レベルの設計思想を用意しなきゃいけない。
ここらへんはGCのあるなしの違いとかかな。

借りたものは返す、これ人とちて常識。デストラクタでちゃんとやれ。

貸したものは回収する、コレサラ金とちて常識。

>>320
> >>314
> Javaより遅くなるようなコードになってしまうのは本当の初心者くらいだよ、すくなくとも現状では。
> 9割りの比率が逆。
残念ながらそれは都市伝説だよ。

ttp://www.microsoft.com/japan/msdn/net/general/dotnetperftechs.asp

神話: JIT で処理されるプログラムはコンパイル済みのプログラムよりも実行速度が低い
このようなことは稀にしか起こりません。少数のメソッドを JIT で処理するときのオーバーヘッドは、
ディスクから少数のページを読み込むのに費やされる時間と比べると小さく、メソッドの JIT での
処理は必要が生じたときにしか行われません。JIT に費やされる時間は非常に短く、ほとんど気づ
かない程度でしかありませんし、いったん JIT で処理されたメソッドについては、コストは二度と
発生しません。

前に述べたように、バージョン 1 (v1) の JIT は、コンパイラが行う最適化のほとんどを実行しますし、
次のバージョン (vNext) ではさらに高度な最適化が追加されて、いっそう高速化される予定です。
さらに重要なのは、JIT は CPU 固有の最適化やキャッシュ チューニングなど、通常のコンパイラには
不可能な最適化をいくつか行うということです。

ついでに言っとくがこれ、1.0段階のドキュメントだからな。
現バージョンである2.0になるとさらに速い。

Javaがバージョンアップするたびに
毎回高速化していることにも気づかないで
>>321みたいなこと行ってる香具師は恥ずかしいな。

どんなソフトを作るときも
そんなに速くするのが簡単というならPerlを互換性を保ったまま
Javaより速くなるように作りかえてくれ。

>Javaがバージョンアップするたびに
最近はもう頭打ちになってますが何か？

速さよりメモリの節約の面で改良してほしい

ところで今更なんだが、なんでｽﾚﾀｲにそぐわないJava厨が
しつこく住み着いてるわけ？

C言語のが格上だと分かりきってるのにアホなスレ立てたから議論にならないんだろ

>>325
ソースを明らかにするのはいい事です。が、
少しは自分の言葉で説明しないと
「内容は解らないが引き写して来た」という
印象が残りますよ ;-)

日本でスマイリー使う奴は偽者
ハッカーっぽくみせたいがためによく使うんだよな

>神話: JIT で処理されるプログラムはコンパイル済みのプログラムよりも実行速度が低い
このようなことは稀にしか起こりません。

これも単純なループとかシンプルなものに限りなんで、実際のところそれなりのプログラムを書くとアウトなんだよな。
キャッシュチューニング云々のところも結構怪しい、
この種のチューニングはアルゴリズムレベルでキャッシュをはずさないように書けば、そのほうが効率いいし、そうかいてしまうとこんどはこの機能が只のオーバーヘッドと化すんだよな。

>>332
>日本でスマイリー使う奴は偽者
なんの偽物なんでしょうか？
>ハッカーっぽくみせたいがためによく使うんだよな
随分と稚拙な発想ですねぇ…

スマイリーをハッカーの物だとでも思ってるんじゃね？ｗｗｗ

文字を顔に見立てるなんてハッカー的じゃん

>>336
Σ（ ﾟДﾟ）そうだったのか！？

>>317
その2年の差の間はなにを作ってるの？
普通に分からんのだが。
C++だとデバッグに数倍の工数が掛かるの？

っていうか、オクシステムなんぞでデスマってる会社だから、か。

日本語すら不自由な>>317みたいなのが20人も居れば
言語とかに関係なくデスマーチになるわな。

>>317==おろうなミンチーｗｗｗｗｗ

おろうなミンチーって20人も人がいて1年以上デスマッチして
それでも品質最低なシステムしかつくれない馬鹿たんだったんだね
前から知ってたけどなーｗｗｗｗｗｗｗｗｗｗｗｗ

マ自身が優秀なら、誰もが知ってる結論↓

曲（プログラミング言語）が変わっても、ダンス（システム開発）の仕方は同じ。

論争そのものが不毛>>ALL

>>342
んな判りきった事を今頃ノコノコ現れて…つか、>>1 くらい嫁と。
いやそれにしても、これが論争に見えるってのがすげぇな、君。

>>342
そりゃちがうぜ。
プログラミング言語には得手不得手がある。ちみは業務あぷらーだから
狭い世界の閉じた理解での話しなんだろうけどね。

>344
基本的には同意、ただここだけは突っ込ませてもらう。

>話し
はなしし？

がはははははは〜
オロウナミンチー

人類を守るセキュリティ対策のためにC言語厨/C++厨に対し、　！警告！

●プリプロセッサを使用禁止しろ！
●定数は必ずconstで押さえろ！
●不変クラスにする必要があるものはできるかぎり不変クラスにしろ！
●実装メソッドがあるクラスの多重継承を禁止しろ！
●グローバル変数、グローバル関数を使用禁止にしろ！
●構造体、共用体の使用を禁止しろ！
●関数ポインタの使用を禁止しろ！
●演算子オーバーロードを使うな！
●typedef使用禁止！
●もしこれらの鉄則を遵守しなければC++厨もC言語厨も
このソフトウェア業界から出て行け！！！！！！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
さもなければ、氏ねｪｪｪｪｪｪｪｪｪｪｪｪｪｪｪｪーーーーーーーーーーーーーーーーーーーーーーーーィ！！！！！
ﾌﾞｼｭｯ！　ｸﾞｻﾞｧｯ! ｸﾞｳｫｧ！(聖なる裁きにより、C言語厨、C++厨が斬り刻まれる効果音)
「うぐぁぁぁぁ！だずげでぐれぇぇぇぇ！がぁぁぁ！…ぐぶっ………」(C言語厨、C++厨が死ぬ直前に発する最後の断末魔)

>>347
君は一回死んだ方がいいと思うよ。

プログラマやってるとこうなるのか

>>347
すべてセキュリティーとは無関係なところが素敵だね
boostとかやらせたら君発狂するかなw

セキュリティ対策と保守性を混同しているレスを発見しました

関数ポインタの使用を禁止しろ！

ん・カーネルコールバックできねえじゃんか
ああ。業務あぷらーの代表だもんなｗ
おろうなミンチーたんはｗ

>>352
君も頭の悪さでは >>347 と大差ないようだね。
心中してくださいな。

>>348
いや、君が死んだほうが人類は幸せになれるよ

>>352
関数ポインタがあればなんでもできると勘違いしている馬鹿発見
みなさん、彼を罰として即刻電気椅子で死刑にしてあげましょう。


うむ、C言語厨である彼の顔がみるみる紫色に変わってきます。
C言語厨君、その紫色の顔で、死ぬ前に最後に言いたい言葉はなにかな？

配列のバッファーオーバーフローなんて
おもいっきりセキュリティに関係があったりする。
よって関数ポインタ使用禁止。
んで、代わりの言語使え、代わりの言語。

使いこなせないからといって関数へのポインタを禁止するのはイクナイ

C言語は昔から危険な言語だったよな。そのぶんパワフル。
注意深く使わないと、痛い目に遭う。
他の言語で事足りる仕事にゃ使うもんじゃないでしょ。

http://www.uploda.org/file/uporg255263.jpg

関数ポインタ使わないんじゃ、COMとか全面使用禁止ｶﾖ。

アホカー！

関数ポインタなしでライブラリのダイナミックリンク
どうやってやるんだよ。

いや、だからさｗ
JAVA厨==おろうなミンチー==>>355
は馬鹿の最高なサンプルｗ

>>356
それが問題になるならSTL使えSTL、まったくこの能無しが

いや、だからさｗ
JAVA厨==おろうなミンチー==>>356
は馬鹿の最高なサンプルｗ

つーか、メモリ開放とかよかスタックがあるか無いかの方が重要じゃねーか？
Javaってスタックが無いじゃ無かったっけ？
それともそれともエンジンでその辺の処理うまくやってるの？

もしそーじゃないとしたら、同じ土俵に上がってないっつー事なんじゃないか？
CとかC++って普通のメモリ処理ってスタックが主でしょうが・・・。

>>365
標準 C/C++ に「スタック」などという概念はありません。

突っ込まれる前に。
std::stack というクラスはありますが、あれは単なるコンテナです。

java.util.Stack

>>366
C/C++のローカル変数や関数の引数は、通常スタックに積まれます。

>>365
おいおい糞JAVAでもローカルバリアブルはスタックに積まれるぞ
んなこというとおろうなミンチーに馬鹿にされるど

>>369
標準 C/C++ と言っているのが解らない程度の頭では
訊いても無駄かもしれないが
>通常
ってのは何？

>>371
>>通常
>ってのは何？
registerキーワードってしってるか？
説明しても無駄かもしれないな。

今更だが、調べて見た。

>Javaってスタックが無いじゃ無かったっけ？

って自分の勘違いだったね。

いや無論、ﾌﾟﾛｸﾞﾗﾑとして存在する以上無論ｽﾀｯｸがあるのは確かなんだけど(ｗ。

>Java言語では、スタック上にオブジェクトを割り振るための明示的な方法は用意されていませんが、
>だからといってJVMがスタック・アロケーションを使えないわけではありません。

だそうでね。基本的に今のﾚﾍﾞﾙのPCで普通に組む分には、あまり必要だとは思えないけどね。
Javaやってる人で上の事やった人いる。正直ﾊﾟﾌｫｰﾏﾝｽｱｯﾌﾟはどれくらいあるのか興味ある。

まあJava専門の人間にｽﾀｯｸていきなり言っても誤解するのはしょうがないと思う。
つーか、その辺はﾌﾟﾛｸﾞﾗﾐﾝｸﾞよりもJavaVMのﾁｭｰﾆﾝｸﾞが得意な人の方が分かるんじゃねーか？

>>372
「通常」の説明になっていないぞ間抜け。

>>375
やれやれ、わかったよ。バカ相手に説明するのも疲れるが。

C/C++言語的なメモリの区別には
静的メモリ・自動メモリ（スタック領域）・自由記憶領域（ヒープ領域）
がる。
C/C++のローカル変数はスタック領域に割り当てに割り当てられる。
これが、”通常”
ローカル変数にregisterキーワードをつけると、”可能であれば”レジスタに割り当てられる。
これが、”例外”

これでいいか？

>>375
やっぱり「標準 C/C++」の意味が判ってなかったかこの阿呆。
スタックのないプロセッサや、
インライン展開で引数がレジスタ渡しになるケース等も
想像できないようだな。

>>376
スタックのないプロセッサなんてニッチな話してんじゃねぇよ。
インライン展開なんぞ引数渡しになってねぇだろうが。

てめぇは、スタックのないクソPCでも使っとけや、ボケナス！

関数ポインタが、とかいうより、
実行メモリ領域と記憶メモリ領域が論理的に分離されて無いのがそもそも根本的にうんこなのかと。

OS無しの環境や、ニッチな糞環境にこそCが向いてると思うのだが。
リッチな環境なら、他の言語使ったほうが、よかんべ。

>>377
>スタックのないクソPC
そんなもの実在するんですか？つかPC？

>>380
376のボケが使ってるらしい。俺は知らん。

PICあたりかな

>>383
ＰＩＣ(Peripheral Interface Controller：周辺機器接続制御用ＩＣ)は
プロセッサとは呼べんな。だが、一応スタックメモリは持っているみたいだぞ。
ttp://www.picfun.com/memframe.html

>>378
すごい事を仰いますねｗ

オブジェクト指向言語で書いてはいるけど、オブジェクト指向してないソースコードはよく見かけるな・・・
火事場プロジェクトには

>>376
「標準 C/C++」「標準 C/C++」とウルサイが、
「C呼び出し規約」で何が規定されているのか知ってんのかな。

>>386
MS C でいうところの __cdecl/__stdcall の事？

>>376
レジスター渡し等、その場合でもスタックと互換を取らないといけないことになっていますが何か？
でなきゃ呼び出しルールがはちゃめちゃになりますかが何か？
それはともかく最近のプロセッサはインテル系以外はほぼ全部スタックらしいスタックを持っていないし・・・
適当なメモリの領域を適当にスタックとして使って、別にスタックとして使う必要はない汎用レジスターだがメーカー推奨という事で、
そのレジスターをスタックポインタとして使っているといった感じだしね。

ちなみにスタックは構造化プログラミングが提唱され始めた頃、
ハードウェアで実装したらソフトウェアを効率的に実行できるのではないかという議論があって、
そのころからハードウェアスタックが登場した、
その後RISCによる効率的な方法が出てきて、1クロックで終われない命令は複数に分割すべきだという事になって、再び消滅。
386系は互換性の問題で抹殺できず。

○○が何か？

って流行ってるの？

>>378
今のノイマン型コンピュータを全力で否定なさるとは、よっぽど画期的な
アーキテクチャのアイデアをお持ちなんですね。

>>390
っていうか、384といい別にバッファオーバーランで騒がれてた頃から誰でも言ってたことだと思うんだけど。
今は実装品も普通にあるし。

組み込みしかやって無いからPentiumとかWindowsの事は興味ないのか？

>>391
利便性がめちゃめちゃ悪くなるからバッファーオーバーランなどはもっと別の解決策がいい、そんなに難しくないし。

>>391
寧ろ、ページ毎に実行可フラグを持つのは当たり前なのに
Intel の糞チップはそんな事も考えてなくて
今頃になって実装しました、ってのが流石だなと思うが。

>>388
>スタックと互換を取らないといけないことになっていますが
あなたの脳内規格にはアクセスできません。

>>393
既にセグメントの方にあるから構造がややこしくなりすぎるので後手になっていると思われ
考えの浅はかな拡張は破滅に繋がりかねない現状だからな

ところでSOAPのサービス公開の実装はC++で決まりだよな

ソープのサービスは非公開の方が燃える。

>>396
えらいC++でやるくらいならいっそSOAPなんか採用しないって選択肢は無いのか？

>>398
糞JAVAでSOAPしても遅いだけだろうが、TCPがタイムアウトしちまうぜ

じゃあ、アセンブラ

>>365
Javaの仮想マシン自体がスタックマシンを基本のアーキテクチャとして生まれたんじゃなかった?
スタックがないアーキテクチャ上でJavaのバイトコードを処理するってのはヘンじゃない?

そういう意味のスタックじゃない、別のスタックのことなのかな?

FILOなCollectionって意味では？

Java厨は「Stackクラス」しか知らんだろ。放っておけ。

>>402
そしてお前は覚え立てのことで知ったかするな

>>404
この業界6年なんですが（＾＾；；；

6年やってれば知ってるってことになるのかなぁ？
この業界ほど経験年数があてにならない業界は無いはずなんだけどなぁ。

逆ポーランド記法のことだろ？

Forthって言語があったよな。

JVMはFORTHの仮想マシンがベース。
CPUのスタックポインタとスタックマシンの違いがわからない小僧はすっこんでろ。

>>409
お前がすっこめばすべて丸く収まる話しだろ。
低レベルヲタはスレタイ読めないのかね？

プログラム言語なんて全部使えれば無問題

それをいっちゃーおしまい。

おしまいも何も本質はそうだろ。
言語の発展を望んで議論して、世の中にフィードバックするなら
理解できるけど、言語仕様やマシンアーキテクチャの知識をひけらかすだけで
何が楽しいのかと。全部使えばモウマンタイじゃん。ただ単に使うだけだろ？
ブラックボックスはブラックボックスのままで良いことが多い。
下手に突っ込むから、自分の仕事で本当に必要な知識を得られずに、
無駄にブラックボックスな部分を知ってる状況に陥ってる。だからデスマになるんだ。
分業をもう一度考えて、本来自分がやるべきことに注力するんだ。

なんでC ｖｓ C++のスレでjavaの話ばっかりしてるんですか？
そんなにjavaが好きなんですか？

>>414
ここはC/C++コンプレックスの塊なとあるJAVA厨の非難場所でもあるのよ

言語なんか暗記する方が馬鹿。

>>416
暗記って、誰も言ってなかったけど、
君が暗記してるのかな？

>>1がコンプレックス丸出しだからね

>>6
＞オブジェクト指向を理解できねえからCなんだろうの海苔

分からない。
実装が全然分からない。

だからプログラマで再就職はあきらめてる。
求人を見るとまだやれそうな気がしてきてたが、
富士通のトラブルを見て、やっぱダメな奴はダメだなと思う。

そんな僕でも、大昔、アセンブラでは１日でDOSを組んだ経験がある。
その数日後に親戚のおじさんに殴られて記憶が飛んだけど。

>そんな僕でも、大昔、アセンブラでは１日でDOSを組んだ経験がある。
記憶が飛んだんじゃなくて、壊れたんでわ?

いや殴られたときにその記憶が生成されたんだよ

だろうな。

ここしばらくJavaばっかりやっているのだが、
OS依存のツールをちょこちょこっと作るためにC使ったり
テストデータ作るためにPerl組んだりすると
昔は余裕で組めたコードがなかなか頭に出てこなかったりする
昔なら10分で出来たのに1時間掛かったりしたときは泣ける

年をとったのでつ。

ま、頭の中でLispで組んでから、頭は悪いが財布は分厚い香具師が使わせたがってる「なんたら言語」で書いてあげるってのが、僕ちん流。
これで、無問題。・・・でもね、「このコードは難しすぎる」とか言い出して頭抱えてるおばかなお客様が続出しちゃうの。
自分で欲しがったものを、ちゃんとあげたでしょ？拡張性と基本論理を両立して予算的に収まるようなものになってるってことは
「お客様が要求されたものに低号するソリューション」として「好適解のひとつ」になってるんですよ？

自分の欲が適うと「わたしらシロウトには難しすぎる」って・・・「みっつのお願い」っておとぎ話の主人公じゃないんだから、しっかりしてよね！

「ていごう」って辞書ひいちゃったよｗ。「適合」でそ。
まあ「好適解のひとつになってる」か否かがわかんないからこそ
「難しすぎる」っていう言葉が出てくるのは不思議はないよね

>>426
ごめんなさいね(w
でもさぁ、お馬鹿なお客さまの「思い」や「願い」に適うようにあわせてあげたものの出来って、
「低号」って感じしない?(w

>>427
いや、うまくないから。

>>241
C++でも普通に作れるけど何か？
お前作れないの？

>>429
納期1ヶ月でつよ。。。。。。。。。

殺伐としている所すいませんが、Visual C とC++ って違うんですか？
Visual Cの参考書を昔買ったので、それを読もうかと思うんですが！！！
ヒャホー！

会社でCとC++とJavaとPerlで設計開発してるが正直どれも嫌いになった。
去年 Mac を買ってObjective-Cを始めたらプログラミングの楽しさを思い出した。
メッセージベースOOまんせー。C++なんてクラス指向言語はポイしてやりたい。

いまだにretainすんの忘れたりするけどな。

C＋＋ってさ、結局、クラス構造の再構築しないと再利用も出来ない糞じゃん？
新しく追加したい機能を持つ派生クラスも、呼び出す側から派生クラスを生成させるように書き換えてやらないといけないとか、
ぜんぜんダメダメ。単純に既に組み上がってるシステムに付け足すでけで組込む事が出来ないんじゃ、工程が改善されないよ。

>>433
結局、この流動的な時代に「再利用する」ってのが幻想なんだよな。
文系の経営層や上流行程の連中でまだこの夢をみてるのがいて怖い。
オブジェクト指向の強みは「再構築しやすい」ってところなのに。

再構築しなきゃ利用できないクラスを作った馬鹿が悪いだけじゃねえの

それと再利用==派生と考える時点でだめだな

再利用したいなら、委譲で使えるようにクラスを設計すればいいんだと思うんだが。

コピペすればいいんじゃない

まぁあれだな、C++をちゃんと使える奴はCを使えるだろうが、
だからといって、C++がえらいわけじゃない。

でも、CだとめんどくさいことがC++だとちょっと楽になってたりもするから微妙。

>>438
保守費用が倍になる。

>CだとめんどくさいことがC++だとちょっと楽になってたりもするから微妙
その逆もあるよ
HEXBIN関連の操作はSTLなどで実装されていない。いきなりHEXBINな
バイナリを扱う事が出てくるとここだけC言語になったりする。

基本的な処理ってのは手続き型でつから、他人が作ったクラスを使うくらいで
自分ではあんまりクラス作らないでちょ。
こうなってくるとC++使いと言えるのかどうか疑問。

C++がCより偉いかは分からないが、C++使いがC使いより偉いのは確かだ。

>>441
>バイナリを扱う事が出てくるとここだけC言語になったりする。
あんたその部分だけ別ソース (.c) にするのか？

>>444
へっ?マルチパラダイムをご存知ないの?

Java厨に叩かれるようになったのはC厨にも問題があるのかな
宮本武蔵のような剣豪C厨が減少したからかも。

>宮本武蔵のような剣豪C厨
446と一緒に早く逝ってほしいような奴だな

Cしかできない奴のC++使いへの嫉妬は果てしなく続くな。
もういい加減諦めてJavaならVBなりやりゃーいいのに。
C++が無理だったら。

マ、マルチパラダイム
だってさ。笑える

つうか
Java　こてこて糞業務系
C++ クライアントツールおよび業務系
C ミドルウエア、カーネル、サービス系
じゃねえの?
C++で満足している椰子ってJava厨と大差ないんだけど

>>450
未だにVBにしがみついてるおまえからみるとそうかもな

ポインタも使えないC++馬鹿よりはいいかもｗ

反復子も使えない>>452よりはいいかも

ぶっちゃけ、C言語オンリーでって制約がつくと、ｳｾﾞｰと思う。
特に文字列周りは。。。

まあ、C++でもg++だったりすると文字列はめんどいね。
未だにDOS時代に書きためた俺様ライブラリが重宝する。

ぶっちゃけC言語で面白い案件ある？
携帯電話とかIP電話とかWEBってJavaばっかりじゃん。

なんつーかC++ができたらCもできるだろ

他のことは知らんが携帯って「面白い案件」なのか？
本当にそう言えるのか？

>>456
その通り。て言うか、当然。
でも、Cしかできない奴はなぜかC++使いはポインタが使えないなんて妄想を持つ。
>>452がそのいい例。

携帯はやったこと無いし、（できれば）やりたくないなぁ。
最近、C言語であるのは、winのサービス／デーモンで、保守的な会社だと
なぜかC++は使わないでくださいというのがあった。

>>458
同意。
>>459
>なぜかC++は使わないでくださいというのがあった。
それは君の実力を（ｒｙ
あ、いや、その会社の人がチェックできないからかもね。

>>460
ぅぇぇぇぇ

>>459は日本語ボロボロだな。飲み杉かもしれん。寝る。

携帯はCだろ(･∀･)　下請けはアプリちか作らせてもらえないのかもちれないけど。

まあ残業つるような仕事はしちゃいけないね。アニメ見る時間が減るち。

アリスソフト「ぱすちゃC++が売れすぎて申し訳ありません」
http://news19.2ch.net/test/read.cgi/news/1137525849/l50

携帯もIP電話もWEBも面白いサービスいっぱいあるよ。
研究開発案件が大量に出ている。内容は言えないがな。

それに対してCなんか昔のシステムのリプレースとか、そんなのばっかり。
C++は少しはマシだが。

>>455
>携帯電話とかIP電話とかWEBってJavaばっかりじゃん。
Javaばっかりじゃん…じゃなくて

Javaの開発システムで挙げられるのは、
WEBか携帯電話の一部分か、火星探査機の一部分か…ばっかりじゃん。
もう聞き飽きた。

きっとJavaでカーナビの開発なんかに成功すると、Java厨は大喜びするんだろうね。

>>456
Java厨は携帯電話も火星探査機も
Javaだけで開発されていると思っているんですよｗ
夢を壊さないであげましょうｗ

>>465
車載機器や家電は大手とその系列でないとイマイチ旨味がない。
やっぱPOSとマシニング制御が期待の星。
CAE/CAD/CAMのフルJava化とかは永遠の野望だな。

>携帯電話とかIP電話とかWEBってJavaばっかりじゃん。

携帯電話？ Javaってアプリ層だけじゃないの。
WEB？ JavaよりPHPのほうがよくお世話になっている。
IP電話？ そんなの初耳だなぁ。

いや交換機や基盤系はCかもしれないが、アプリ側の方が面白いだろ？
PHPでもいいんだけど、あまりに覚えることが少なすぎて物足りないだろ？

Cで面白い開発って何？
カーナビ？カーナビは面白そうだが。

>>469
開発対象が何であろうと
コーディングまでは面白いし
デバッグ以降は糞面白くありません。

java厨ってホントｱﾎが多いな。。。。。。。。

はにゃんのようにC,C++,VB,Java,Delphiができるようにならないと駄目でつね。

>コーディングまでは面白いし
�@適当な糞コードをいいかげんに書いているならば面白いよな

>デバッグ以降は糞面白くありません
�@の理由から面白くなくなるという自業自得なのにそれを気づかぬJAVA厨

>>472
C でも C++ でも VB でも Fortran でも
わけ隔てなくやっていますが、Java はやった事がないし
今後も手を出す気もあまりありません。
にも関わらず、
>JAVA厨
と思ったのは何故でしょう？ノイローゼ？

>>469
マジレスするとカーナビもデスマーチが多い地獄の世界だよん

漏れも５年位前にカーナビ開発に携わったな。
言語：C++
プロセッサ：SH4
ＯＳ：WindowsCE
でもデスマーチではなかったぞ。
少なくともどこかの携帯電話開発のように月300時間…なんてことはなかった。

なあ、カーナビのソフト作ってる会社なんてそんなにないだろ？
>>474だの>>475はそういうとこの香具師？

>>476
携帯電話にしろカーナビにしろ
そのメーカーだけで開発させるわけではなく
研究所系・子会社系の関連会社や子・孫請けなど
多くの会社の人間が開発に携わっているんだよ。

カーナビぐらい？
だったらやっぱJavaの方がいいよ。
今、JavaはただのWEBアプリから、携帯やいろいろ絡んだ面白いサービスの開発に移ってる。
内容は秘密なので言えないがな。

Cでもネットゲームでまともな開発があったら受けるんだが、全然見かけないね。
ゲーム会社の案件見たら物凄い安い金額だったな、時給でコンビニ並だったぞ。

Javaはスマートクライアントに大負け
Java存亡の危機

>>477
下請け、孫受けってのは、みんなそうだよね。
でも、カーナビのコード量なんてたいしたことないんじゃないの？
地図データの表示部分（コアのね）はちょっと大変そうだけど、それはそれこそ
研究所だよねえ。あとは、「ボタン押したらこうなる」みたいなもんじゃないのかなあ。
ﾂﾛｳﾄ考えでｽﾏﾈ。

>>480
>でも、カーナビのコード量なんてたいしたことないんじゃないの？
いやぁコード量は恐ろしく巨大だったよ。
確かにコアな部分は○○総合研究所（だったかな？）ってところが作ってた。

カーナビって使ったことないの？結構高機能なんだよ。
上からの地図表示だけじゃなく、鳥瞰図みたいなのとか２画面表示とか
いろんなビューをサポートしているし。VICSやETCとかの機能とか。
音声認識で「ズームイン」なんて言うと、地図がズームされるし。
CDやDVDの再生ができたり、ブラウザやE-Mailも使えたり…

>「ボタン押したらこうなる」みたいなもんじゃないのかなあ。
運転中の操作は危険だから「走行操作制限」っていって
クルマが走行中はボタン操作ができなくしなきゃいけないの（全部じゃないけど）。
夜やトンネルの中を走っているときは、カーナビディスプレイが眩しくなるので
暗めのトーン（輝度）に変更しないといけないし…

カーナビって思っているより、ずっと複雑なのよ。

>>481
カーナビ持ってません。
勉強になりますた。

あと、車載機器は電源の不安定さに起因する妙なトラブルに悩まされたり。

>>483
カーナビのときじゃないけど、ある車載装置を開発しているとき
ACC（アクセサリー）ON/OFFのチャタリングに悩まされました。
結局ソフト側で対応するハメに…
あと、ACC OFFのとき車載装置をスリープ（一時停止状態）させていたんだけど
ちょっとづつ電気を食っていたみたいで、長い間放置しておくと
バッテリーがあがるって苦情があったから、
完全に車載装置の電源を切るように、変更させられました。

>>476
そんなに無いけどソフト部分に関しては大手ソフト屋経由して外注や派遣はかなり多いよ。
うちでも誰でも知ってるメーカーのを孫くらいで受けたことある。

みんなが偉く見える日．．．orz

中途半端な仕様なMFCソケットクラスより
Cでごりごり書く方が当然えらい。

C厨は永遠にC厨だな。
MFCのソケットはクーソだけどな。

Cが最強だ
STLの10倍のパフォーマンス
　　Javaの1万倍のパフォーマンス
　　　やっぱりK&R Cが一番だ

constが無いからいや

確かにCは高速だ。
しかし最強ではない。
正しくは、アセンブリ言語が最強だ。
大抵の事はC/C++でやる。
それで出来ない事はアセンブリ言語でやる。
それでもできないなら、それはやる価値がないのだ。

最強なのは人間アセンブラだろ。
ROMライタに直接１６進コード打ち込んで動かすんだよ。
当然、PCでやるならCOFF,ELF,INTELHEX,MOTOROLA-Sなどをメモ帳で手入力。
JAVA使いならJARファイルをバイナリエディタで直接打ち込める。
ここまでできてこその神といえる。

いまさらK&Rもちだす向きはとりあえず逝っていい。

>>492
昔の組み込み/制御では出来て当然。今はどうだか知らん。

>493
そのころやってたのは今からみたらお遊戯。

無益な極論を語るスレはここですか？

>>495
正解です。

今の組み込みは当時のPCより何倍も規模でかいもんなぁ

Developers Summit 2006【マが行くべき所】
http://pc8.2ch.net/test/read.cgi/prog/1139537119/


Developers Summit 2006 - デブサミ2006
http://www.seshop.com/event/dev/2006/


Developers Summit、略してデブサミはプログラマに出席することを
義務づけられたサミットである。

すべてのプログラマは、このDevelopers Summitに
出席しなければならな義務がある。

肥満児が集うところだろ？

でべろさみ

>>499
残念だったな。
肥満児は少なかった。
女も多かったぞw

という妄想

プリティーサミーのデブ専向け同人誌だろ

Effective C++が絶版でマジですか？

Javaの本のほうが儲かるんだろうな。

そういえば前に人にもらった Effective C++の第2版があるんだけど
1万円+叙々園の焼肉食い放題で売ってもいいぞ。

Effectiveってそんなに参考にならんがな。
漏れにとっちゃ当たり前の事ばかり書いてあるし。

31項　関数はローカルオブジェクトのリファレンスや・・・
なんて記述もなんでこんな当たり前の事をえらそうにと思ってしまう。
その程度の本だろう。

いやいやいや。その当たり前のことすら守らない、知らないのが
C++を使ってんだからさ。たとえば平気でメンバ変数をpublicに
する低能がよくいるだろ。MFCを参考にして。

一人のプロジェクトならメンバをパブリックにするのはありだと思う。
全部とは言わないがね。
これってgoto文を平気で使う感覚と似ている。IDLあたりのgetter/setter
は絶対書くがね。再利用する可汎性の高いクラスでは>>508の言うとおりしない。

そういいつつ、やはりpublicにはしてないな。今のしかかりソース。

漏れにとっちゃ当たり前≠みんなが知っている常識

C++のプロジェクトに参加すれば508や509の言うことが
痛いぐらいわかる。オレもC++はひとりでしか使いたくない。

Java厨でもまじってきたらそりゃもうリークと不定なポインタ
参照ばかりになっちまうもんな。

>>507
C から C++ に移行した俺には役に勃ったぞ。3章だけは。
…C/P 悪っ。

大概良い本ってすぐに絶版になるのがこの業界。
腐ったJava系のくだらん本なんて山ほどあるのにな。
Java系の本のほうがC/P悪いんじゃね。
Eclipse 2.0の本とEclipse 3.1の本じゃまったく使える
プラグインが違ったりするし。

その点C/C++はソースさえあれば最新の環境でリビルドすりゃ
無問題。JavaのプラグインってVBのランタイムみたいでダセエな。

>>514
それ以上に腐っているのがVB系の本だよ。
結局使えるものがないので、いつもヘルプメニューや
ネットで検索するハメになる。

>>511
C++って個人または少数でミドルとかサービスとか作る言語だよな。
大規模開発には確かに向かないし、日銭稼ぎの能無しJava厨とかまざると
悲惨になるのは確か。

さあ能無し低互換性プラグイン地獄のJavaを叩くか。

ttp://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

>>519
まだ4月1日になっていないよ。

皆さん、注目してください！！！！！！！！！！！！！！！！！
　
C言語厨の正体は高卒であることが発覚しました！
さあ、Java叩きに必死になっているC言語を思う存分報復し虐めてあげましょう！！！


専門卒や高卒でPG/SEの人っているの？Part2
http://pc8.2ch.net/test/read.cgi/prog/1141003614/

結論としては
　JVMのGC >>>>>>>>>>>>>>> アフォのmalloc/new

JVM自体がプロセスとして起動するときにmallocしている不具合について>>522が語ります。

|　　　〃〃　　 　_, ,_ ∩
|・)　　　⊂⌒ (　`Д´) 彡　おっぱい!おっぱい!
|　 　　　 ｀ヽ_つ ⊂彡


|　　　　　 ∩　_, ,_
|・)二⊃⊂⌒ ( ﾟДﾟ　)　！　おっ・・・
|　 　　　 ｀ヽ_つ ⊂ノ


|　　　 _, ,_　∩
|⌒ (　｀Д´) 彡おっぱい!おっぱい!
|｀ヽ_つ⊂_彡


| , ,_ ∩
|；Д´) 彡おっぱい!おっぱい!
|⊂彡


|
|　おっ・・・ｲﾔｱｧｧｯ ───── !!!
|

>>523
>JVM自体がプロセスとして起動するときにmallocしている
…してるのか？

そりゃしてるだろうけれど、話題とは余り関係無いよな。

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

http://d.hatena.ne.jp/yaneurao/20060423#p1

>いま他人のプログラムをデバッグしている。時間がもったいないので目視のみだ。
>私の場合、小さなクラスならば、目視のみでほぼ100%デバッグできる。

「１００％」と無邪気に確信でき、平気で吹聴できる辺りが痛杉。

>>527
！…ああ、なんだ屋根裏か。
ありゃもう手の施しようがないから、放っといてやってくれ。

ああ、あいつか。
異様なまでの自信家だな。

何物？＞屋根裏

もし、使ってる関数の戻り値が仕様と違った値で帰る実装されてたらどうするんだろうな。

やねうらおとかいうオッサンか。
ちょっと本を出してちょっと仕事があった
程度で調子にのっちゃう
オコチャマって奴だね。

いや、本出す前からあんな調子。