5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

C++の将来

1 :工房:02/06/30 21:53
俺はC++しか扱えないんですけどC++って将来性ありますか?。


2 :デフォルトの名無しさん:02/06/30 21:54
リアル攻防でC++扱えればスゴイ
と思う。

3 :デフォルトの名無しさん:02/06/30 21:58
糞スレ立てる >>1 に将来性はねえな。

4 :デフォルトの名無しさん:02/06/30 22:00
過去スレ
C++の将来性。。。
http://pc.2ch.net/tech/kako/1010/10104/1010414590.html

関連過去スレ
Javaの将来性
http://piza2.2ch.net/tech/kako/986/986658903.html
言語の将来性
http://pc.2ch.net/tech/kako/1006/10061/1006126592.html


5 :Pennis M.Ritchie:02/06/30 22:02
結局はCは残るけどC++は残らないね

6 :デフォルトの名無しさん:02/06/30 22:05
今時C言語でGUIアプリなんて作ってる奴いるのか?

7 :デフォルトの名無しさん:02/06/30 22:05
JavaとかC#とか、

「スッキリC++」

を目指す言語は結構出てきてるね。
でも、どうして箱庭言語ばっかりなんだろう・・・?

多分同じ土俵で戦ったら

C++ > C# Java

とか思いっきり叩かれるからだろうか?

8 :デフォルトの名無しさん:02/06/30 22:08
>>7
箱庭言語て何じゃらホイ?


9 :Pennis M.Ritchie:02/06/30 22:09
>>6
作ってますが、なにか?


10 :デフォルトの名無しさん:02/06/30 22:10
>>8
VMやらFrameworkに縛られてる方々。

11 :デフォルトの名無しさん:02/06/30 22:10
>>9
どのライブラリ使ってるの?

12 :デフォルトの名無しさん:02/06/30 22:18
C++でGUIも終わってしまったしなぁ。

13 :デフォルトの名無しさん:02/06/30 22:20
>>10
何も縛りがないけど、自給自足が基本ってのもなぁ。

14 :デフォルトの名無しさん:02/06/30 22:24
>>13
ネイティブ環境のオブジェクト指向言語がC++の一人勝ちというのもおもしろくない。
Template Pascalでも作ろうかしらん?



15 :デフォルトの名無しさん:02/06/30 22:28
純粋オブジェクト指向却下。
性能のこと考えたら当然。
リエントラントな関数たとえばsin(x)にオブジェクトは不要。
ガベージコレクションおことわり。
OOPの機能よりもより優れたテンプレートに開発を集中して欲しい。

16 :デフォルトの名無しさん:02/06/30 22:31
ガベージコレクションだけはつけてくれ。
C++のSTLを使ったガベージコレクションもどきなんか嫌いだ。

17 :デフォルトの名無しさん:02/06/30 22:31
>>15
はいはい、こっちにあのクソ論争を持ち込むな。

テンプレートもそろそろ行き過ぎた使い方に走ってると俺は思うけどね。
XMLといい部分特殊化といい、最近は人間にオーバースペックな仕様が多すぎる。
まぁ、頭のでかいコンピュータかじっただけの学者とかが言い出したんだろうさ。

18 :工房:02/06/30 22:32
>>2
C++が消えていく理由はなんなんでしょうか。

19 :デフォルトの名無しさん:02/06/30 22:32
>>16
スピード出るなら是非欲しいね。



20 :デフォルトの名無しさん:02/06/30 22:34
>>18
文法の無節操な拡張でつぎはぎだらけ。
コンパイラ自体が対応できない高度な機能。
知識厨の氾濫(お前ら本当にコード書いてるのか問いたい。問いつめたい。)。


21 :デフォルトの名無しさん:02/06/30 22:35
>18
めんどくさい。実行速度を気にする必要が無くなった。
開発速度が遅くなりがち。技術者の単価が高い。

22 :2:02/06/30 22:36
>>1
MSからVisual StudioでVC++サポートする限りは
消えないと思う。
CPUにもっとも近いいじり方ができる言語は
アセンブラ除いてVC++だからね...


23 :デフォルトの名無しさん:02/06/30 22:36
VC++は言語じゃないぞ

24 :2:02/06/30 22:37
>>23
正しくはツールでし。スマソ


25 :デフォルトの名無しさん:02/06/30 22:38
>22
・VC++が言語?
・Cは?

26 :デフォルトの名無しさん:02/06/30 22:42
>コンパイラ自体が対応できない高度な機能。
これある。安心して使えない部分がある。

27 :工房:02/06/30 22:43
>>21
>めんどくさい
ガガーン。

>>22
本当にそうなら安心です。

>>25
>・Cは?
言語じゃないんですか?。

28 :デフォルトの名無しさん:02/06/30 22:44
なんかしらんが俺だけ無視・・・鬱。

29 :25:02/06/30 22:47
>27
CでもC++と同じように低レベルを扱うことができるだろってこと。

30 :デフォルトの名無しさん:02/06/30 22:47
つーか、誰?

31 :デフォルトの名無しさん:02/06/30 22:47
Visual Studio.NETではC++は補助的な言語としてあるような気がするけどな。

32 :工房:02/06/30 22:48
>>20
>コンパイラ自体が対応できない高度な機能。
そんな機能があるんですか?。
たしかに安心して使えませんね。
でもそれってどんな機能ですか?・

33 :2:02/06/30 22:51
>>31
.NETは趣向が違う
向き不向きはどの言語にもある


34 :デフォルトの名無しさん:02/06/30 22:51
結局オイラはどの言語をやればいいの?

35 :デフォルトの名無しさん:02/06/30 22:52
>>34
今のところ何の言語できるんだい?


36 :デフォルトの名無しさん:02/06/30 22:56
VHDLだっけ?
これってCよりもハードよりじゃないの?

37 :デフォルトの名無しさん:02/06/30 22:57
>>VHDL
ゲートアレイとかASICとかに使うやつ?


38 :34:02/06/30 22:59
Cだけ

39 :デフォルトの名無しさん:02/06/30 23:00
>36
それは、チップを記述するときに使われる言語。
OSやゲームをコーディングすることはできない。

ちゃんと勉強しようね。

40 :デフォルトの名無しさん:02/06/30 23:02
>>38
ぢゃCしかないじゃん(w


41 :デフォルトの名無しさん:02/06/30 23:06
>>38
つうか、Cが分かるんだったら
他の言語なんて大抵案件来てから覚えれるもんだと思うが。


42 :工房:02/06/30 23:07
結局のところコンパイラ自体が対応できない機能って?。


43 :デフォルトの名無しさん:02/06/30 23:08
template?

44 :デフォルトの名無しさん:02/06/30 23:09
>>42
テンプレートの部分特殊化とか。

45 :デフォルトの名無しさん:02/06/30 23:09
>>42
ずっと気になってたけど「?」の後に「。」はいらない。

46 :デフォルトの名無しさん:02/06/30 23:10
>>42
低レベルライブラリ書く人がコツコツ頑張って
我々がそれを使うのさ。

47 :2:02/06/30 23:11
>>42
結局それは、すべての言語がかかえる問題。
万能な言語は存在しないっつうことさ。
でも、インラインASMができるCでもできないことって何?
そういうのはVBだろうがJAVAだろうが無理だと思われ >>26


48 :2:02/06/30 23:12
>>44
ごりごりに書けば実現するジャン


49 :白い空・青い雲:02/06/30 23:14
明日2限目

50 :デフォルトの名無しさん:02/06/30 23:14
>>32
PJ.プラウガー氏の仕事を調べてみればわかる。

51 :工房:02/06/30 23:16
>>45
すまそ

52 :デフォルトの名無しさん:02/06/30 23:18
>>48
君らが散々

lokiとおらねぇ・・・VC++はクソ!

ってとこだよ。

部分特殊化って標準C++でしょ?(ですか?)

53 :工房:02/06/30 23:22
>>47
すべての言語がかかえる問題ってことはそれが
原因でC++がなくなるって事はないんですね?

54 :2:02/06/30 23:23
>>53
現状のCOBOL並に生き残ると思われ。
つうか、C++ある程度できれば
他の言語の習得も容易と思われ。


55 :デフォルトの名無しさん:02/06/30 23:26
>>53
でも、C++は無駄に肥大化しすぎたよ。
今から文法なり機能なりを整理することは不可能だから

じゃあC++の良いとこ取りの言語を作ろうという発想は当然と言えば当然。

プログラム言語をわざわざ難解にする必要はない。
短期間で物が出来て論理的に美しい言語を誰もが望んでいるはず。

56 :工房:02/06/30 23:26
>>54
よかった。明日の期末試験に備えて安心して眠れます。
みなさんおやすみなさい。

57 :2:02/06/30 23:26
(追記)
>>53
余力があるんだったら、言語よりも
OSの内部動作とか(WindowsだったらCOMやOCXのしくみなんかを)
ネットワークやデータベースのことを触ってみたほうがいいと思う。

58 :デフォルトの名無しさん:02/07/01 01:01
OSの内部動作とCOMは何か関係あるんですか?

59 :57:02/07/01 01:18
>>58
Windowsの基本コンセプトはCOMだと下逸氏も語っている


60 :57:02/07/01 01:22
って「最新マイクロソフトテクノロジーがわかる」
て本にかいてあったYO


61 :57:02/07/01 01:25
オブジェクト指向というか
メッセージ駆動型ですな。


62 :デフォルトの名無しさん:02/07/01 02:59
表層の技術に詳しくなってもむなしいだけだ。

63 :デフォルトの名無しさん:02/07/01 03:02
ガベージコレクションをサポートしてネイティブコードをはける言語はJ++とVBだけ。

64 :57:02/07/01 04:59
>>62
そのとおり。
>>1 は言語以前にPCやOSのしくみ
DBや通信のしくみを知ったほうがよい。
そして、WinやUNIXの歴史や核心コンセプトなども。
たぶんガッコで言語やらされてるんだろうが。

>>63
甘ちゃん。自分で記述できないだけですな...。


65 :デフォルトの名無しさん:02/07/01 08:51
C++しかできないのとC++しかやらないのでは随分違う。

66 :デフォルトの名無しさん:02/07/01 08:52
つーか標準でインターフェイスつけてくれ。
フライベートメンバが丸裸はイヤだ。
後、クラス内部でしか使わないメソッドは
ヘッダに書かなくてもいいようにしてくれ。
フライベートメソッドが丸裸はイヤだ。
GCはいらん絶対つけるな。
付けるなら、その分の性能低下は5%以内にしろ。
wchar、char、int等曖昧な型はいらん。
byte、word、dword、qwordだけにしろ。
文字列はUnicodeだけに対応しろ。
ディレクティブは見難いので、見やすいよう改定しろ。
つーかC#からGCを引いたWindowsネイティブコンパイラを出せ。

67 :名無しさん@カラアゲうまうま:02/07/01 08:57
>>66
> つーか標準でインターフェイスつけてくれ。
> フライベートメンバが丸裸はイヤだ。
> 後、クラス内部でしか使わないメソッドは
> ヘッダに書かなくてもいいようにしてくれ。
> フライベートメソッドが丸裸はイヤだ。
これは同意。

> wchar、char、int等曖昧な型はいらん。
> byte、word、dword、qwordだけにしろ。
ノータリン。

68 :デフォルトの名無しさん:02/07/01 09:04
プライベート丸裸はカッコ悪いが、
内部の動作を想定できる点はちょっと便利かも。
Javaはインターフェイスに使われている
名前から、その動作を「予測」して使うわけだけど、
おれは予測できる判断材料が増えるから
そんなに悪いものでもないと思ってる。
OO的に見れば無駄なことかもしれないけど。。

69 :66:02/07/01 09:08
試しに、内部用と外部用の2つのヘッダを作ってみたが
リンカが通らねえ。
なぜだ!?矛盾はないのに!!!!
C++きらいっ!!!!

70 :デフォルトの名無しさん:02/07/01 12:50
なぜだ!?矛盾はないのに!!!!

71 :anoymous:02/07/01 12:52
>>69
どんなメッセージなの?


72 :66:02/07/01 13:48
>>71
内部用 Class a と外部用 Class a 2つのヘッダで定義してる為
片方の Class a の実装がないよと怒られまっする。
いいじゃんねぇこんぐらい、C++のヴァ〜カって感じ。

73 :デフォルトの名無しさん:02/07/01 13:54
C++ は オブジェクト指向なのか?
でも似たような話題が.....。
激しくガイシュツだが
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html



74 :デフォルトの名無しさん:02/07/01 13:55
Linuxが全部Cでかかれている迫力にはまいるわな、実際。

75 :名無しさん@カラアゲうまうま:02/07/01 14:37
>>72
ちゃんと書いてみろよ

76 :デフォルトの名無しさん:02/07/01 14:43
まさかとは思うが、
a.cpp
class A { int i;
public: void set( int ai) { i=ai;}
};

b.cpp
Class A { public void set( int ai );};
int main() { A a; a.set(2); return 0;}
とかやってるわけじゃないよな・・

77 :デフォルトの名無しさん:02/07/01 16:07
>>73
電波に構ってるヒマは無いよ(w

78 :66:02/07/01 16:14
ちょっと違う。試しにLIBも作ってみたが駄目ですた。

//a.cpp//
#include "完璧定義 A.h"

void A::Set( int ai)
{
i = ai;
}

//main.cpp//
#include "プライベートメンバ非定義 A.h"

int main
{
A a;
a.Set(2);
return 0;
}

79 :デフォルトの名無しさん:02/07/01 16:20
>>78
>#include "完璧定義 A.h"
ASCIIコード以外を使わないで下さい。

80 :デフォルトの名無しさん:02/07/01 16:28
>>78
俺はうまくいったぞ。いいことか悪いことかはわからんが。
ちなみに、g++ 2.96だ。

81 :66:02/07/01 16:36
>>79
呪われろ。

>>80
マジで?
俺はVCなんだけど
リンカによるのかな?
でもまあ確かに良いのか悪いのか
わからんね。

82 :デフォルトの名無しさん:02/07/01 16:39
>ちなみに、g++ 2.96だ。

>俺はVCなんだけど
>リンカによるのかな?

?

83 :デフォルトの名無しさん:02/07/01 16:49
>ちなみに、g++ 2.96だ。

>俺はVCなんだけど
>リンカによるのかな?

きっとソースコードの中身も、なにか勘違いしてるんだよ

84 :デフォルトの名無しさん:02/07/01 17:02
>66
>#include "完璧定義 A.h"

>#include "プライベートメンバ非定義 A.h"
で、
sizeof( A )が違う事には気づいたか?

つーか、素直に実装とインターフェースを
分離すればいいのに。

85 :デフォルトの名無しさん:02/07/01 17:06
どうして色んな言語が必要なんですか?

86 :デフォルトの名無しさん:02/07/01 17:09
「どうして」で始まる質問の答えはだいたい、コスト=お金。

87 :デフォルトの名無しさん:02/07/01 17:11
適した用途が違う。

88 :80:02/07/01 17:17
>>84
俺も気になってたんでちょっとやってみたら、
main中から見たsizeof(A)は 1。
Aの中から見たsizeof(A)は 1。

メソッド追加しても大きさ変わらず。
メンバ変数追加したらもちろん大きさは変化する。

。。深そうだな。

ま、g++の実装がすべてではないと思うが。

89 :デフォルトの名無しさん:02/07/01 17:20
>>88
いや、あたりまえだと思われ。
仮想関数でもでもないメンバ関数にいちいちインスタンスのメモリ領域割くほどお人よしじゃない。

90 :デフォルトの名無しさん:02/07/01 17:20
結局>>80はC++を根本的にわかってないDQNなのか?

91 :80:02/07/01 17:25
>>89
ま、当たり前といえばごく当たり前なのだが、
普段あまり意識してなかったので新鮮だったよ。

そういえば、昔やったことあったなーと。

92 :デフォルトの名無しさん:02/07/01 17:32
「恥ずかしい子ね・・・・」
イチゴは返す言葉が見つからない。
「え・・そんな・・そんなこと・・・ないです・・」
お客さんはそんな言葉をことごとく無視していく。
「でも・・おもしろいよね、そんな店員がいるなんてさ。」
「いじめたくなっちゃうよね。」
「名前なんていうの??」
イチゴは仕方なく答える。
「イチゴです・・・・・・」
「ふーん、イチゴちゃんかかわいい名前だね。」
「恥ずかしい子とは思えないかわいい名前だね。」

93 :工房:02/07/01 18:42
>>64
DBってなんですか?

>>92




94 :名無しさん@カラアゲうまうま:02/07/01 19:09
92は誤爆と思われ。

95 :工房:02/07/01 19:11
なるほど。

96 :デフォルトの名無しさん:02/07/01 19:32
将来性の話じゃないけど、
どの言語を使うかという話をすれば、
「俺は」JavaとかC#の方がいいと思う。

理由は、例えば「ゲームを作る」というのが目的であれば
一番楽にその目標を達成できるのはJavaとかC#だから。
オブジェクト指向も、より高度なプログラムを作る時に必要になると思うし。

一方で、どの言語を学ぶかという事を考えると
やっぱりC言語は必須だと思う。
ポインタ、関数ポインタを実際に使ってみると
コンピューターの仕組みもなんとなくわかると思うし。
だから、教育現場(ある程度ハードウェアも意識した教育をするところ)
ではまずC言語から入るんじゃないかな?

で、本題のC++の将来性だけど、
使われる場面は減るだろうね。
でも、機械語を使わなくてはならない場面は必ずあるから、
そういう時はC++の出番だよね。

だから、何かアプリケーションを作りたいならJava、C#がお薦めです。

97 :デフォルトの名無しさん:02/07/01 19:33
Java, C#はそれが動く環境が限定されてしまうのが最大の欠点だな。

98 :デフォルトの名無しさん:02/07/01 19:39
LinuxでゲームならC++くらいしかないんじゃないか・・
C#動かないでしょう?

99 :デフォルトの名無しさん:02/07/01 19:41
>理由は、例えば「ゲームを作る」というのが目的であれば
>一番楽にその目標を達成できるのはJavaとかC#だから。
んなわけないでしょ。
ゲームこそFPSだとか性能が問題になるわけで。
>オブジェクト指向も、より高度なプログラムを作る時に必要になると思うし。
あと、時代はオブジェクト指向マンセーではなく、
ポストオブジェクト指向の模索に入ってるよ。
C++のオブジェクト指向なんておまけ。
主役はテンプレートです。
>で、本題のC++の将来性だけど、
>使われる場面は減るだろうね。
すでにミドルウエア他、周囲の環境が++のつかない
C言語を使うことを許しません。
XMLもDBもブラウザのインポートもできません。


100 :デフォルトの名無しさん:02/07/01 19:44
XMLもDBもゲームとは縁遠いな。

101 :デフォルトの名無しさん:02/07/01 19:57
>>99
テンプレートってオブジェクト指向と共に使うのが一般的だ
と思うけどな。
テンプレート使いこなしてる癖にオブジェクト指向じゃないよなんて
聞いたことない。STLだってiteratorパターン使ってる時点で
オブジェクト指向入ってるでしょ。

102 :デフォルトの名無しさん:02/07/01 21:49
>Java, C#はそれが動く環境が限定されてしまうのが最大の欠点だな。
そりゃ、コンパイラが無きゃどの言語もマシン依存なのと同じだよ。
ちなみにシステムコールがマシン依存な事も知ってるんだよな?

>LinuxでゲームならC++くらいしかないんじゃないか・・
Javaでできるよ。
中華キャノンのゲームも動くし。
CLRの実装も進んでるみたいだから、C#もそのうち動くかもね。

>ゲームこそFPSだとか性能が問題になるわけで。
だからね、ゲームにも種類があることに気づいてね。
浮動小数点演算はどこで使うかわかってるの?

>あと、時代はオブジェクト指向マンセーではなく、
>ポストオブジェクト指向の模索に入ってるよ。
そうなんだ。
大学でソフトウェア工学やってるところは、そんな事してないけどね。
ついでに、まだオブジェクト指向は世間に浸透してないし。
ソフトウェア工学自体衰退してるしなぁ。

>C++のオブジェクト指向なんておまけ。
まあ、Javaと同じでC++のテンプレートも後付けなんだけどね。
「おまけ」という日本語の意味を間違っちゃったかな?

>XMLもDBもブラウザのインポートもできません。
他人が作ったライブラリー使ってる奴はそうだけど・・・
プログラミングの世界は広いよ。
DBもXMLもプログラミングの一分野に過ぎないし。


103 :デフォルトの名無しさん:02/07/01 21:53
>Java, C#はそれが動く環境が限定されてしまう

Win32でしか動かない。よりはよっぽど優秀な気が。

104 :デフォルトの名無しさん:02/07/01 21:53
>STLだってiteratorパターン使ってる時点
デザインパターン=オブジェクト指向というのは早計かと。



105 :デフォルトの名無しさん:02/07/01 21:56
オブジェクト指向、オレしってんもん!議論再燃ですか?

106 :101:02/07/01 22:00
>102
C++は標準ライブラリ使わなければ大抵の環境をターゲットにできるからな。
システムコールさえ無いような環境も含めて。

107 :97:02/07/01 22:01
>>106
間違えた。俺は97だ。

108 :デフォルトの名無しさん:02/07/01 22:05
>C++は標準ライブラリ使わなければ大抵の環境をターゲットにできるからな。
>システムコールさえ無いような環境も含めて。
意味わからない。
システムコールがないって・・・・


109 :デフォルトの名無しさん:02/07/01 22:07
>>105
Cマガかなんかに、
C++プログラマーでオブジェクト指向がわかっているのは
3%に満たないと書いてあった。
それが本当なら、Java厨だらけの今は
Javaでオブジェクト指向わかってる奴は0.05%くらいな気がするよ。

110 :デフォルトの名無しさん:02/07/01 22:07
>>108
CPU命令直叩き?
WindowsNTは確かC++で開発されたとか。
インラインアセンブラ駆使?

111 :デフォルトの名無しさん:02/07/01 22:08
>108
OS作ったこと無いのか?

112 :デフォルトの名無しさん:02/07/01 22:08
>>109
オブジェクト指向と言えばJavaと言う現在の風潮を完全に無視したクソじじいですな。

113 :デフォルトの名無しさん:02/07/01 22:10
Java厨だろうと、オブジェクト指向分かってなかろうが、ツール使えればいいんだよ。

114 :デフォルトの名無しさん:02/07/01 22:10
>OS作ったこと無いのか?
おまえはあるのか?


115 :デフォルトの名無しさん:02/07/01 22:11
Javaでコードが書けることと
JavaでOOPできる事は、物凄く違う。

116 :デフォルトの名無しさん:02/07/01 22:11
>114
大学で作らされたが?

117 :デフォルトの名無しさん:02/07/01 22:11
システムコールが無かったら、GUIは作れないな(w

118 :デフォルトの名無しさん:02/07/01 22:11
>>Java, C#はそれが動く環境が限定されてしまうのが最大の欠点だな。
>そりゃ、コンパイラが無きゃどの言語もマシン依存なのと同じだよ。
>ちなみにシステムコールがマシン依存な事も知ってるんだよな?

処理系(OS含む)が必要なJavaやC#と
処理系やOSを書ける言語を比べても意味ないだろ。
C#は言語仕様から言えばシステム記述にも使えるものかも
しれないが。

119 :デフォルトの名無しさん:02/07/01 22:13
>>116
ウプキボーン

120 :デフォルトの名無しさん:02/07/01 22:14
>>117
コンシューマゲームのGUIはどうやってるんだろう?

121 :デフォルトの名無しさん:02/07/01 22:15
>>117
はい?自分でデバイス制御してインターフェース公開すればいいじゃん

122 : :02/07/01 22:21
まとめるとCが最強ってことでだな。

123 :デフォルトの名無しさん:02/07/01 22:21
>コンシューマゲームのGUIはどうやってるんだろう?
システムコールだろ。

>はい?自分でデバイス制御してインターフェース公開すればいいじゃん
そんな事いったらOSいらないじゃん。
どういうレベルで話をしてるんだ?


124 :デフォルトの名無しさん:02/07/01 22:23
適材適所
言語に最強もクソもない

125 :デフォルトの名無しさん:02/07/01 22:23
>>123
PS2Linuxいじってるが、GS関連のシステムコールなんてないぞ。

126 :デフォルトの名無しさん:02/07/01 22:26
>>123
コンシューマゲーム機に出来合のOSを期待する方がおかしい。

127 :デフォルトの名無しさん:02/07/01 22:29
システムコールっていうよりはライブラリなのではなくて?

128 :デフォルトの名無しさん:02/07/01 22:29
>PS2Linuxいじってるが、GS関連のシステムコールなんてないぞ。
まずは普通のLINUXのシステムコール探して来いボケ


129 :デフォルトの名無しさん:02/07/01 22:30
>128
普通のLINUXのならPCでやったほうが楽だ。

130 :デフォルトの名無しさん:02/07/01 22:30
>C++は標準ライブラリ使わなければ大抵の環境をターゲットにできるからな。
>システムコールさえ無いような環境も含めて。
ココから話が脱線したな




131 :デフォルトの名無しさん:02/07/01 22:31
>>130
インラインアセンブラ使える以上コンピュータの機能はすべて使える

132 :デフォルトの名無しさん:02/07/01 22:34
どーでもいいがハードウェア直叩きとOSの提供するシステムコール混同してる奴いねぇか?

133 :デフォルトの名無しさん:02/07/01 22:36
どーでもいいがそろそろ不毛議論ぽ。

134 :デフォルトの名無しさん:02/07/01 22:40
システムコール=API

こう言ったら彼は気付いてくれるだろうか?

135 :デフォルトの名無しさん:02/07/01 22:41
>134
違うだろ。

136 :デフォルトの名無しさん:02/07/01 22:42
>>132
そんなやついねーよ

137 :デフォルトの名無しさん:02/07/01 22:42
>>102
> 浮動小数点演算はどこで使うかわかってるの?

がなぜ突然出てきたのかとても気になるます。(意味不明チックだし・・・

138 :デフォルトの名無しさん:02/07/01 22:44
>137
3D演算しないゲーム(エロゲーとか)もあるってことじゃない?

139 :デフォルトの名無しさん:02/07/01 22:45
予想:FPSとFPUの区別がついてない。

140 :デフォルトの名無しさん:02/07/01 22:46
>>139
FPUゲームw

141 :デフォルトの名無しさん:02/07/01 22:49
        /⌒彡     〜 ,〜
       / 冫、)    ξ〜~
     //  ` /)――┛
    / ||   「 |´・・・どこで使うって言われてもなぁ・・・
   < , | ||ニ⊃ J   _
   ,/_|ソ |/ ̄ ̄ ̄ヽ|
  |     |: 大 江 戸 :|
  `ー――|ヽ. . . . . . ノ|

142 :デフォルトの名無しさん:02/07/01 23:13
>インラインアセンブラ使える以上コンピュータの機能はすべて使える
そんな事は無い
もしそうなら、ハッキングなんて簡単にできるよ(w


143 :デフォルトの名無しさん:02/07/01 23:29
>>142
そんなにこの話題の流れが好きかい?

144 :デフォルトの名無しさん:02/07/02 00:46
>>139がものすごくエレガントな指摘をした。

145 :デフォルトの名無しさん:02/07/02 01:20
>>102とか、>>117とか、C++など関係なしに面白すぎます

146 :デフォルトの名無しさん:02/07/02 06:06
これだからWin房は・・・

147 :デフォルトの名無しさん:02/07/02 08:51
>>146
Winマンセーですが、これ多分Win厨の中でももっとも上澄みの薄い奴。
多分VBでも触って調子に乗ってる奴じゃない?


148 :デフォルトの名無しさん:02/07/02 20:33
>FPUゲームw
FPSはFrame Per Secondだぞ
おまえ何勘違いしてるんだ(w

149 :デフォルトの名無しさん:02/07/02 20:45
First Person Shooting だと思ってるやつもいると思われ。

150 :デフォルトの名無しさん:02/07/03 02:24
とりあえず>>102を沙羅仕上げ、と。

151 :逝って良しの1:02/07/03 02:27
C++が一番将来性がある。
言語の王様。
王道。
JavaはJa道。




152 :デフォルトの名無しさん:02/07/03 02:29
>>104
でも、iteratorパターンはオブジェクト指向が入ってるんじゃないかと。

153 :デフォルトの名無しさん:02/07/03 02:30
やまだくぅ〜ん。
三枚持ってって、
こんぺいさんに1枚やっとくれ。

154 :デフォルトの名無しさん:02/07/03 02:30
なんでこんぺい

155 :デフォルトの名無しさん:02/07/03 02:32
数十年経ってもC++やJavaはなくならんだろうね。
COBOLやアセンブラがなくなってないのと同じ。

でもC++とJavaの二つは現状で普及しまくってるから、将来もっと普及
するかということになると厳しい。
でも無くなりはしないよ。

156 :デフォルトの名無しさん:02/07/03 02:39
いちおC++ユーザだが
Javaも多少は魅力的な選択肢の一部だと思われ

157 :C++10年生==Java2年生:02/07/03 06:53
「C++ vs. Java」という構図からそろそろ脱却すべきでは?
必要に応じて、便利な方を使えばよいと思うよ。

好きなのは断然C++だけど。

158 :デフォルトの名無しさん:02/07/03 09:39
ML普及しないかな ボソ

159 :デフォルトの名無しさん:02/07/03 10:38
>ML普及しないかな 

無理ヾ(≧▽≦)o

160 :デフォルトの名無しさん:02/07/03 10:58
>>152
例えばさ、

void *iterater(void *dat)
{
return dat.next;
}

オブジェクト指向が無くても各種データ構造が使用できていた以上、それを走査するのにもオブジェクト指向は必要ないかと。
書いててCでもオブジェクト指向はデキル!的な痛い考えだなと思えてきた。

161 :anoymous:02/07/03 12:13
>>155
同意だが
COBOLとの違いは
VC++出来る技術者が需要より多いこと。
案件があっても過酷な取り合いになるに違いない。


162 :仕様書無しさん:02/07/03 12:25
Web関係の仕事をC++では二度とやりたくない

163 :デフォルトの名無しさん:02/07/03 12:25
ところでC++のメリットってなんだよ?

おまえらC++が好きとか言ってる割には、
内容については全く触れてないよな・・・・

164 :デフォルトの名無しさん:02/07/03 12:27
>>163
ネイティブコード吐ける。
Cの文法にオブジェクト指向。
テンプレートで再利用性抜群のコード!
(頼りすぎに注意)

165 :デフォルトの名無しさん:02/07/03 12:30
アジアの超特急
  X-GUN

166 :デフォルトの名無しさん:02/07/03 12:42
システムコールとの親和性の高さ。
うちはとりあえずWinとUNIX上でしかプログラミングしないので
これだけを考えてもC++はかなり使いやすいです。
というか現状ではCとC++しかまともな選択肢はないと思ってます。

167 :デフォルトの名無しさん:02/07/03 12:42
>>166
>システムコールとの親和性の高さ。



168 :デフォルトの名無しさん:02/07/03 12:43
s/システムコール/ネイティブインターフェイス/

169 :デフォルトの名無しさん:02/07/03 12:44
>>168
>s/システムコール/ネイティブインターフェイス/

???

170 :デフォルトの名無しさん:02/07/03 12:46
>>162 詳しく教えれ。何がつらかた?

171 :デフォルトの名無しさん:02/07/03 12:56
WIN32APIってPascal呼び出しじゃなかったけ?

172 :デフォルトの名無しさん:02/07/03 12:58
>>171
Win16はそう。

Win32はstdcall。

173 :デフォルトの名無しさん:02/07/03 13:01
>>163
あとは
低水準
数十万人のユーザ
現在のアプリケーションの多くの所で使われている であろう

174 :デフォルトの名無しさん:02/07/03 13:02
ユーザー数を除けばObjectPascalでもほとんどの要素が真な罠。
まぁ、そのユーザー数ってのがかなり大切だったり。

175 :デフォルトの名無しさん:02/07/03 13:18
しかしこれだけユーザー数が多いのに処理系が枯れていないっていうのが
どういうことだ??>マイクロソフト

176 :デフォルトの名無しさん:02/07/03 13:18
>>175
MSだけに言いなさんなw

177 :デフォルトの名無しさん:02/07/03 13:51
>システムコールとの親和性の高さ。
普通ライブラリにラップして使わない?
少なくてもC++にはWin32APIのまともなラッパーがないから、
うちの会社は、どこかの製品を買って使ってる。

そういう意味ではJAVAは、ライブラリーが無料っていうのはいいよね。
まあ、高いライブラリーもあるけど。

unixだと、かなり良質でフリーの物がたくさんあるけどライセンスがね(w

>ネイティブコード吐ける。
ネイティブコードのメリットってなんだろう??

178 :デフォルトの名無しさん:02/07/03 13:56
>>177
リソース消費量をプログラムの作り方である程度コントロールできる。
そういう必要性に出会ったことがないならJava使ってればいいじゃん。
誰も文句は言わないよ。Javaの方が手軽で簡単なのは誰しも認めるところ
なんだからさ。

179 :デフォルトの名無しさん:02/07/03 14:00
178がいい事言った
言語は適材適所。
リソース消費量をコントロールする時はC++
そうじゃない時はJAVA使う


180 :デフォルトの名無しさん:02/07/03 14:16
JavaもC++もそう変わんないよな。


181 :デフォルトの名無しさん:02/07/03 14:17
まともな言語を適材適所。
の方が一般的でいくない?
まー有名なのはだいたいまともだけど。

182 :ゲーム屋:02/07/03 14:18
>>163
・高機能なCである。
・ガベコレがない。

183 :デフォルトの名無しさん:02/07/03 14:19
もうJavaやC#で十分じゃん。

184 :デフォルトの名無しさん:02/07/03 14:21
>>178 に戻る

185 :デフォルトの名無しさん:02/07/03 14:21
>・ガベコレがない。
話は変わるけど、JAVAのガベコレが
空き時間に実行されるようになったのはいつから?
JAVA関係の論文読んで、ビクーリした。

リアルタイム性が要求されるライブラリー作る時は、
空き時間を入れる必要がでてきたらしい。
面倒だ・・・・
でも、俺にはそんなライブラリー作る機会があるのだろうか。

186 :デフォルトの名無しさん:02/07/03 14:24
>>183
リソース消費量をコントロールする時はC++
そうじゃない時はJAVA使う

187 :デフォルトの名無しさん:02/07/03 14:26
つーことはJavaで十分ってことじゃん。

188 :デフォルトの名無しさん:02/07/03 14:26
>>185
えっ。リアルタイム性なら、とうぜんC++でわ?

189 :デフォルトの名無しさん:02/07/03 14:27
Javaは一文字出力できたの?

190 :デフォルトの名無しさん:02/07/03 14:30
>>189
Hello Worldのサンプル見たことないの?

191 :185:02/07/03 14:32
リアルタイム性をどういう意味で使うかにも寄るけど、
わかりやすい例では、
http://www.cyberstep.com/keel/
こういうのがある。

192 :デフォルトの名無しさん:02/07/03 14:35
http://www.cyberstep.com/keel/demo.html
おもしろいね

193 :デフォルトの名無しさん:02/07/03 21:15
スマソ
pascalとかstdcallってなに?

194 :デフォルトの名無しさん:02/07/03 21:15
haystackってなに?

195 :デフォルトの名無しさん:02/07/03 21:16
>>193
呼び出し規約・・・

196 :デフォルトの名無しさん:02/07/03 21:20
>195
ありがとう。検索してみっけたよ。

197 :仕様書無しさん:02/07/03 23:53
C++に批判的な人はC++を使えない人だと思うのですが。
とくにここ2chに限っていえば。

198 :デフォルトの名無しさん:02/07/03 23:56
テンプレート無くて良いならMC++でキマリ。
テンプレート無し=STL無し だけどね♪

199 :デフォルトの名無しさん:02/07/04 00:01
>>197
まぁ、あるかもね。

でも、オブジェクト指向理解してて構造化プログラミングを結構な時間やってたものでさえC++は難解かと。




200 :デフォルトの名無しさん:02/07/04 00:04
>>197
それは言ってはいけないことなのよ・・。

201 :デフォルトの名無しさん:02/07/04 01:19
>>197
根拠なし。

「○○でないなら××に違いない」

という短絡した理屈はここ2chではよく見られるけどね。

202 :デフォルトの名無しさん:02/07/04 10:13
>>201 Σ(゚д゚)
できない人ハケーン。

203 :デフォルトの名無しさん:02/07/04 13:04
まあたまた。せっかくなんだから、煽りスレにするのはやめようよ。

204 :デフォルトの名無しさん:02/07/04 20:06
ところでUNIX屋のひとはどうしてC++を使わないのでしょうか?
Cというものに対してなぜあれほど異常に思い入れがあるんでしょう。
Win系のプログラマはMSの方針もあってかどんどんとC++を取り入れて
いったのに対し、UNIX屋はベターCとしてすらも使おうとしない。。。
かれらのCの知識が凄いものがあるだけに、能力の問題でもなさそうです。
実行ファイルが大きくなることと速度の面。この二点だけが
理由なんでしょうか?それとも何か別の理由があるんでしょうか?
比較的新しいKDEなどはC++で作られてますよね。

205 :デフォルトの名無しさん:02/07/04 21:48
俺はWin系なんだけど、同感だね。
ただ、アメリカは多様性の国で、KDEみたいにC++を受け入れているグループも多いのでは?
妙に凝り固まる日本人ウニクサだけが、みんなそろって意固地になっているような。
想像だけど。

206 :デフォルトの名無しさん:02/07/04 22:19
>ところでUNIX屋のひとはどうしてC++を使わないのでしょうか?
OOを勉強するのが面倒だからというのが一般的。
そのバックグラウンドには、Cだけでもできるというのがある。
もう一つは、UNIX屋が書くようなプログラムは、OOを必要とするほど
複雑じゃないという事があげられる。

KDEがC++で作られてるのは、
KDEを作ってる人が比較的新しい人である事と、
もう一つはUNIX屋ではない事が上げられる。

そろそろUNIX屋という言葉を再定義する必要はありそうだけどね。

207 :名無しさん@カラアゲうまうま:02/07/04 22:29
>>204
使うだろ。根拠は?

208 :デフォルトの名無しさん:02/07/04 22:29
>204
C++って使わないの??
http://pc.2ch.net/test/read.cgi/unix/1004227343/

209 :デフォルトの名無しさん:02/07/05 00:09
>>206
UNIXでは簡単にその辺のもん寄せ集めてささっと作るのがよしとされるからね。
再利用性は入出力リダイレクトに対応すれば十分だったりするし。

C++を使ってまでやる物がほとんど無い?

210 :デフォルトの名無しさん:02/07/05 01:10
C++ の仕様は非 KISS だ。

211 :デフォルトの名無しさん:02/07/05 01:21
C++が今いちWindows環境以外で普及しないのは
CORBAがめんどく指過ぎるせいだ!

212 :デフォルトの名無しさん:02/07/05 01:22
>>211
>CORBAがめんどく指過ぎるせいだ!

関係ないだろ。

213 :デフォルトの名無しさん:02/07/05 01:31
うーん。でも、ネット系、DB系の使いやすい標準ライブラリほすぃ。
それさえあれば、もっと普及しそうだけど。

(まあ、「なけりゃ作れ」って言われるが関の山だけどさ。
STLがとっても便利だからさ、つい。)

214 :デフォルトの名無しさん:02/07/05 01:34
>>213
作りませう。
そして、私にくだちい!

215 :デフォルトの名無しさん:02/07/05 01:46
オラクルってやけにJavaに力入れてるみたいじゃん。
でも、オラクルのページとか見ると、C++のAPI(正確じゃないかも)作ってる
ようなんだよね。 Oracle C++ Call Interface(OCCI)っての。
少なくとも、書籍で見たことはないんだけど、どうなんだろ?
DB門外漢なんだけど、誰か、教えてくれない?

216 :デフォルトの名無しさん:02/07/05 01:48
>>160
それはiteratorパターンとは全く違うんじゃないかと・・・
STLのiteratorパターンはオブジェクトで構成してるけど、
それはCでiteratorの一部の機能(?)を実現しようとしているだけでは?

217 :デフォルトの名無しさん:02/07/05 01:50
で、結論としてはテンプレートはオブジェクト指向と共に使うのが一般的なのでは。
元々の論点はそれだったはず。

218 :デフォルトの名無しさん:02/07/05 01:53
C++は使いません。
継承を多用すると無駄にメモリ消費量が増えてしまうからです。

219 :デフォルトの名無しさん:02/07/05 02:01
>>218
極端にメモリが少ないとかじゃない限りたいして問題にならんだろ

220 :デフォルトの名無しさん:02/07/05 02:59
>>218
継承を多用しなければいい。


221 :デフォルトの名無しさん:02/07/05 03:49
>>215
Oracle社がM$を嫌っているので
ツール類で独自のGUIをJAVAで実装しているのです。
OCCIって、OracleDBを操作する関数群みたいだけど、
別にC++でなくても(CやJAVAやVB...)使えると思うけど...


222 :215:02/07/05 06:39
>>221
さんくす。
俺はC++もJavaも両方使うからJavaでもいいんだけど、
どっちかいうと、C++が好きなんで、C++で書けたら
おもしろそーだなーと思ったんだ。
でも、オラでC++は、ちょっとマイナーなのかな。

GUIはあんまりいらないけどなー。

223 :デフォルトの名無しさん:02/07/05 09:12
APIに関しては一番ダイレクトで速い操作手段をC/C++から楽に使える
ようにするなら必然的にCのAPI。で、それを適当にラップしたらODBC
をラップしたMFCのクラスみたいになる。OCCIはそれのOracle版で
JDBCでは物足りない方々のための高速な代替物ってわけだ。
ただMS系ならCOMというバイナリモデルのおかげでC APIでなくとも
そこそこ速くアクセスできたりする(マーシャリングが介在するに
せよ)。で、COMと最も親和性が高いのが当然COMの元になってるあの
言語だよ。だから.NETになってもパフォーマンスが欲しいときはC++。
CかJavaかPerlか...で悩んでるUni房とはなんというか悩みの次元が
違う。Managed CとかUnix上のCLR向けに出たらそれはそれでUnix界で
受けそうだ(藁)

224 :デフォルトの名無しさん:02/07/05 11:19
>>223
http://www.hyuki.com/wl/
読みやすい文章を書くために

225 :デフォルトの名無しさん:02/07/05 11:41
223は知ったかにしか見えないのですが。

226 :デフォルトの名無しさん:02/07/05 11:44
>>225
つぅか良く読破したね。
ツッコミどころ満載なら読んでみようw

227 :デフォルトの名無しさん:02/07/05 11:45
>>225
つぅか日本語の時点で破綻してておもしろくない・・・。
騙された・・・。

228 :デフォルトの名無しさん:02/07/05 12:28
なんでブサイク男にそこまで言われなければいけないんだ!

229 :デフォルトの名無しさん:02/07/05 13:03
>>228
お前もブ男だから

230 :デフォルトの名無しさん:02/07/05 13:25
>>224
結城の本から先へ行けないDQN => Java
結城の本から先へ行ける上級者 => C++

231 :デフォルトの名無しさん:02/07/05 13:30
>>230
結城の本から先へ行けないDQN => Java
結城の本を読んだことのない上級者 => C++

232 :デフォルトの名無しさん:02/07/05 13:49
上級者がC++ってのは間違ってるんじゃ・・・

233 :デフォルトの名無しさん:02/07/05 13:56
使っている言語でDQNも上級もないんじゃ。。
CハカーはなんちゃってC++プログラマのVC++
ユーザーの数千倍は生産的な仕事するぞ。

C++が使いこなすのに難度の高い言語であることに
変わりないが、とりあえず使っているという
だけで凄いわけじゃない。道具なんだし。

234 :デフォルトの名無しさん:02/07/05 13:56
と、クソレスつけてみました。

235 :デフォルトの名無しさん:02/07/05 14:04
そうだけどその道具も使えない奴はすっこんでろだよな〜

236 :デフォルトの名無しさん:02/07/05 14:10
http://pc.2ch.net/test/read.cgi/unix/1004227343/16-17n

237 :Dr. GUI:02/07/05 14:23
どのみち>>223の書いていることを理解できないJava厨やUnix系Cハカー
の皆さんと、日進月歩のMS技術を必死で追っかけ続けるハードコアC++
主義者とが交わることは一生無いと思われ

238 :デフォルトの名無しさん:02/07/05 14:29
>>237
CのAPIってなんですか?Win16 Win32ともにCの呼び出し規約なんぞ使ってませんが。

239 :デフォルトの名無しさん:02/07/05 14:29
unix嫌いです。
特にそれを取り巻く人間。

240 :デフォルトの名無しさん:02/07/05 14:31
windows嫌いです。
特にそれに群がる人間。

241 :239:02/07/05 14:34
俺もwindowsも嫌い。

242 :デフォルトの名無しさん:02/07/05 14:42
ODBCとOCIが同じだ?ハァ??

243 :デフォルトの名無しさん:02/07/05 14:50
stack< string > strStack;
これを定義したら、VCがデバックウインドウが
ワーニングで埋め尽くされた。
ちょっとC++が嫌になった。
テンプレートは便利だが、なんつーか異質な感じがする。

244 :デフォルトの名無しさん:02/07/05 14:55
C++の未来はPL/Iの中にある。

245 :デフォルトの名無しさん:02/07/05 14:55
>>237
と、言うかあの文章を読んで何かをわかった気になっているあなたが怖い。
って言うか本人なんだろうけどw

246 :名無しさん@カラアゲうまうま:02/07/05 15:44
>>241
そんなに自己嫌悪しなくても(w

247 : :02/07/05 15:58
ここで議論してる奴は一流でもないペーペーばかりだろ
ペーペーが偉い口叩くなやボケ

248 :デフォルトの名無しさん:02/07/05 15:58
>>247
じゃあお前しゃべる権利すらないじゃんw

249 :デフォルトの名無しさん:02/07/05 16:21
247が「釣れた釣れた!」と言いにきてもっと馬鹿にされるその瞬間まで
あと×分○秒

250 :デフォルトの名無しさん:02/07/05 16:59
便利なものを使う。これ最強。
青筋立てる理由がわからん。

251 :デフォルトの名無しさん:02/07/05 17:02
>>223にまるまる賛成というわけではないけど221と223じゃあ明らかに221
の方が間違ってるけどなぁ...

>>238はPro*CあるからCのAPI要らないとかそういうこと言いたいんじゃないよね。
http://download-west.oracle.com/otndoc/oracle9i/901_doc/network.901/a90152/capi.htm

252 :デフォルトの名無しさん:02/07/05 17:12
>>251
いや、呼び出し規約だろ。WINAPI。
つまんないツッコミなだけ。

253 :211:02/07/05 17:29
>>251
どこが間違ってるの?


254 :デフォルトの名無しさん:02/07/05 17:29
こんばんは!

WMIクラスを使って、CPUの温度とパケットの流れなどを監視したいのですが、
CIM、WIMをMSDNで探して見て実際にデータを取得したりしましたが
うまくできません。

クラスとプロパティ どなたか知っている方おられませんか?

255 :222:02/07/05 17:30
>>223はわかる(ような気がする)けど?
>>238は群を抜いてつまんないぞ。

ちなみにPro*CってのとOCCIの関係がよくわからんのよ。
それと誰かOCIって書いてるけど、一応、別物では?


256 :251:02/07/05 17:33
>>252
おおかたこの板の他スレでPASCAL/__stdcallでバカにされて悔しい思い
をしたんだな。

>>242
SQL serverのネイティブAPIを包むC++のライブラリでMS製のがあるとか?
ODBCはC++というわけではないし、OLE/DBはCOMだし。強いてOCCIに近い
対応物を挙げるならMFCのODBC/DAOクラスで十分かと。

257 :デフォルトの名無しさん:02/07/05 17:40
UNIXがボロイっていう批判はもう批判になってないような。。。

258 :211:02/07/05 17:41
なんだか折れ勘違いしたみたい
OCCIってProCで展開されるAPI関数ぢゃなかったんだ...

懺悔ついでにOCCIのHPを吊します
http://download-west.oracle.com/otndoc/oracle9i/901_doc/appdev.901/a89860/toc.htm


259 :デフォルトの名無しさん:02/07/05 18:28
×便利な物
○危ない物

260 :デフォルトの名無しさん:02/07/05 20:02
それにしてもスレタイトルと全然関係ない話題でこんなに
盛り上がるなんてC++の懐の広さはやはりあなどれませんね。

261 :デフォルトの名無しさん:02/07/05 20:13
ああ、機能が多すぎて複雑だからね。

262 :デフォルトの名無しさん:02/07/05 20:14
> スレタイトルと全然関係ない話題
FPU?

263 :デフォルトの名無しさん:02/07/05 20:28
将来安泰。これが理解できてないやしはあふぉ。

264 :デフォルトの名無しさん:02/07/05 21:23
>>263
35歳くらいまでね...(w

265 :デフォルトの名無し :02/07/05 21:43
>>264
てめーの将来じゃねーあふぉ!

266 :デフォルトの名無しさん:02/07/05 21:59
>>241
自己嫌悪??
デムパの言うことはさっぱりわからん(w

267 :デフォルトの名無しさん:02/07/05 22:04
このスレはWinマンセーヲタの集まりだったのねん。


268 :デフォルトの名無しさん:02/07/05 22:06


269 :デフォルトの名無しさん:02/07/05 22:12
unixヲタはunix板にでも引篭もってろこった(w

270 :デフォルトの名無しさん:02/07/06 12:15
>>266
馬鹿なんですね。

271 :C++マンセー!!!:02/07/07 01:07
おーい。
おまえら、AIBOのOPENRって知ってるか?
http://www.aibo.com/openr/
AIBOのSDKなんだけど、これC++だぞ。

さすが、ソニー様だ。
未来のロボットはC++で動くぞ。
(きっとドラエモンもそうに違いない。)

C++マンセー。ソニー様マンセー。

272 :デフォルトの名無しさん:02/07/07 01:08
>>271
マンセーするのはいいが、お前に使いこなせるのか?

273 :デフォルトの名無しさん:02/07/07 01:16
アイボ欲しいなあ。

274 :デフォルトの名無しさん:02/07/07 01:26
>>271
RX-78GP01FbはC言語でしたが何か?

275 :デフォルトの名無しさん:02/07/07 01:29
AIBOのプログラミングして金になるのか?

276 :デフォルトの名無しさん:02/07/07 01:38
2チャソでドキュ厨が「オブジェクト指向なんか不要」だの「C++は難しすぎる」だの言ってる間に、
優良企業の優秀プログラマC++で仕事をしていたってだけのことだろ。

どっちにしろ、俺たち、底辺プログラマには関係ないって結論でよろしいか。

277 :271:02/07/07 01:40
>>272
使いこなせるよ。だって、C++なんだもん。

あとは、誰かAIBOくれ。

278 :271:02/07/07 01:42
>>276
おまえと一緒にすんな。
だいたい日本語もあやしいぞ。

279 :デフォルトの名無しさん:02/07/07 04:56
C++使ってるだけで神なら
俺はビックリマン第2弾ヘッド
シャーマンカーシぐらいか。

280 :デフォルトの名無しさん:02/07/07 09:36
>>279
お守りだろ。

281 :デフォルトの名無しさん:02/07/07 10:34
279は火消し助六

54 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)