C++ に未来はあるか??? そんなものはない!!!

1デフォルトの名無しさん
すんませんね。糞スレでしたorz
2デフォルトの名無しさん:2007/05/12(土) 14:07:30
面白いと思ったの?
3デフォルトの名無しさん:2007/05/14(月) 09:42:17
一緒や!どの言語使っても!
4デフォルトの名無しさん:2007/05/14(月) 11:54:56
「バイナリエディタでメインフレーム開発ができる」
そう思っていた時期が俺にもありました。
5デフォルトの名無しさん:2007/05/15(火) 00:11:03
プログラマの時給は将来600円だってな。
こんな低レベル言語やってたら一生這い上がれないよw

64:2007/05/15(火) 00:27:45
この程度のボケではツッコミされないほど
ム板のレベルは上がっていたというのかッ……!
7デフォルトの名無しさん:2007/05/15(火) 20:31:27
4はスルーしたが、6にはワロタw
8デフォルトの名無しさん:2007/05/15(火) 23:39:28
未来も何もC++なんかwindows以外元々閑古鳥じゃん
9デフォルトの名無しさん:2007/05/19(土) 02:47:08
科学計算系はそでもないよ
FORTRANにラッパーかましてC++なんてのは良くある
低脳C厨はC++のCラッパーを使ってオナニー
10デフォルトの名無しさん:2007/05/19(土) 12:43:00
C: ケンシロウ
C++: ラオウ
D: トキ
Java: ジャギ
11デフォルトの名無しさん:2007/05/19(土) 15:05:03
ワロタ
12デフォルトの名無しさん:2007/05/19(土) 15:25:01
>>10がわからん
誰かバンドレッドか、エクセルサーガか、トライガンで説明してくれ
13デフォルトの名無しさん:2007/05/19(土) 15:30:33
C:SP蛮型
C++:ヴァンドレッドディータ
D:ヴァンドレッドメイア
Java:ヴァンドレッドジュラ
1412:2007/05/19(土) 16:11:55
>>13
すまん。 理解できん。
C++めっちゃ強いじゃん。

ちなみに、ヴァンドレッドピョロは何言語?
15デフォルトの名無しさん:2007/05/19(土) 16:17:32
実際C++は強いじゃん
16デフォルトの名無しさん:2007/05/23(水) 21:05:39
逆だC++を組めた方が生き残れる
JavaやらC#誰にも組めるから、そのうち希少価値になる
17デフォルトの名無しさん:2007/05/24(木) 11:13:50
二千円札のような希少価値だったり。
18デフォルトの名無しさん:2007/05/24(木) 20:33:57
COBOL組めりゃ食い外れは無いよ
19デフォルトの名無しさん:2007/05/25(金) 11:50:14
(´-`).。oO(…「食い外れ」?)
20デフォルトの名無しさん:2007/05/25(金) 18:56:37
ぱぐれだ
迷子

21デフォルトの名無しさん:2007/05/25(金) 21:12:12
ランタイム型の言語が賢くなりすぎてるからなぁ
細かい制御をするならC言語に任せるし、
C++0xなんぞ会社で採用されることも無い(ずっとVC6.0)
22デフォルトの名無しさん:2007/05/25(金) 21:22:39
ドラクエ3で考えると

ヒノキの棒=c
こん棒=c++
銅の剣=java

お前が魔法使いならcでやるしか手は無いようだw
23デフォルトの名無しさん:2007/05/25(金) 21:30:14
でも細かい制御するときでもC++ぐらいは許せるだろ
最近ののコンパイラ賢いし、パフォーマンス面でCとそんなに大差が出るとは思えん
2410:2007/05/25(金) 22:30:52
Java好きから苦情が出るかと思ったんだが、
案外ジャギって人気あるのかね
25デフォルトの名無しさん:2007/05/25(金) 22:34:12
なに言ってるかさっぱりわからんC++って拡張だから
別にクラスにしないでCでも使えるし
26デフォルトの名無しさん:2007/05/25(金) 22:36:26
大抵の言語はCにリンクする機能を持っている
だからと言ってC++使ってextern "C"するなんぞ、馬鹿のすることだ。
27デフォルトの名無しさん:2007/05/25(金) 22:38:01
C++使ってエキスポートするAPIをextern "C"しないなんぞ、馬鹿のすることだ。
28デフォルトの名無しさん:2007/05/25(金) 22:38:50
まぁ言えることはC++でなくVBが消えそうだな
29デフォルトの名無しさん:2007/05/25(金) 22:39:04
いや寧ろ、VC6辺りをCコンパイラとして使うくらいならVC2005でC++ビルドした方が
よっぽど処理速度の高いプログラムが作れるから。
30デフォルトの名無しさん:2007/05/25(金) 22:39:57
会社が買ってくれるならそれもありだな。
31デフォルトの名無しさん:2007/05/25(金) 22:40:53
Platform SDKって無料で商用OKじゃね?
EclipseのC++ビルダとか出来ばえはどうなんだろ
32デフォルトの名無しさん:2007/05/25(金) 22:42:11
よく分からないんだけど
95からXPまで動くもの要求されるんで、なんかVC6が手放せない
VS2005にしても大丈夫?つうか使い勝手が統一されて変わったんでなんか嫌だ・・・
33デフォルトの名無しさん:2007/05/25(金) 22:44:20
2003との違いでよければ、VC6との違いは主にこれ。
左右が入れ替わった。以上。
34デフォルトの名無しさん:2007/05/25(金) 22:46:53
2003は知らないけど2005はなんかVBぽくなった
全体から見れば統一されていいんだけど、VC6慣れてると不便すぎ
35デフォルトの名無しさん:2007/05/25(金) 22:48:28
#define WINVER 0x0400
#define _WIN32_WINNT 0x0400
#define _WIN32_WINDOWS 0x0400
後はVC8のランタイムがあるかないか
36デフォルトの名無しさん:2007/05/25(金) 22:50:46
STLがまともに使える
このことが大きい
37デフォルトの名無しさん:2007/05/25(金) 22:53:13
JavaとかC#とかやたら便利なんだが、やっぱり遅いんだよな
何を作るかで、ケースバイケースだな、C++は今後も生き残る
38デフォルトの名無しさん:2007/05/25(金) 22:54:39
95以降のOSだから

_WIN32_WINNTは0x0351じゃないか
39デフォルトの名無しさん:2007/05/25(金) 22:56:03
ネイティブ系言語はリフレクションとか強力な機能が使えないからなぁ
開発効率だけなら、業種に特化したライブラリ作った時点でC++の倍は早くなる。
しかし最新C++とboostがセットになったAll-One-Eclipseっぽいインストーラが出れば復権するかもだけど。
40デフォルトの名無しさん:2007/05/25(金) 22:56:34
>>24
他所のスレにコピペしたらJava厨がファビョってたよw
41デフォルトの名無しさん:2007/05/25(金) 22:58:53
はっきりいって速度の要求されていものはjavaとかで作った方が良い
C++は今後特殊分野だろ
42デフォルトの名無しさん:2007/05/25(金) 23:21:37
ブビやドトネトもあるしな。
たんにwin以外でC++が過疎なだけ。
43デフォルトの名無しさん:2007/05/25(金) 23:50:46
C++いいんだけどね。
俺がめんどくさいと感じるのはやっぱり
文字列のエンコード周りと、
ヘッダに変な宣言書かなきゃいけないこと。
44デフォルトの名無しさん:2007/05/26(土) 00:05:36
足の裏の皮が水虫みたいに浮いてたんでそっとはがしててみたら
うまい具合にペローンと足の裏全体分取れたんですよ。
茹でて千切りにしてポン酢で食べたらうまかった。
45デフォルトの名無しさん:2007/05/26(土) 00:09:09
>>43
つうか、そんな事言ってる時点で、藻前は高級言語使った方が良い
どちらかと言うとC使いはエンコーダとかフィルターを作る方だろ
46デフォルトの名無しさん:2007/05/26(土) 00:14:44
え Cって高級言語と思ってた。
47デフォルトの名無しさん:2007/05/26(土) 00:17:08
>>45
俺が、ここ半年ほどC++でやってた仕事はまさにそんな感じだな。
ネットワークアクセスやファイルアクセスやってる間に
並行して裏で必要な処理を施す。C++のパフォーマンスがあればこそ
アクセス時間の間にほぼ全ての処理を終えることができる。
48デフォルトの名無しさん:2007/05/26(土) 00:25:26
制御信号をラップする機械語があって、それをラップするCがあり、
それをラップするC++があり、Javaがあり、Rubyがある。
まだだ、まだラップが足りない。
49デフォルトの名無しさん:2007/05/26(土) 00:30:52
>>45
そりゃそうだが。
未だにデスクトップアプリはC++が多いのも事実。
徐々に移行しつつはあるけど。
50デフォルトの名無しさん:2007/05/26(土) 00:46:50
>>32
そのままだとWindows 95では動かないので要注意。
ttp://jet.breeze.jp/program/tips/forceimp.htm
51デフォルトの名無しさん:2007/05/27(日) 00:30:18
Javaとかだとオブジェクト指向の理屈どおりに組めば動くけど、
C++は余計な罠が多すぎるよ。
コンテナの追加・削除ですらややこしくい。
52デフォルトの名無しさん:2007/05/27(日) 06:51:16
>>51
JAVAで済むならJAVAつかってれば良いじゃん
53デフォルトの名無しさん:2007/06/16(土) 01:19:56
色んな言語組んだけど、それぞれ一長一短
適材適所じゃねぇ?

力のある香具師らだけで組んだらC++最強
54デフォルトの名無しさん:2007/06/16(土) 07:21:06
自称「力のある」香具師らだけで組むときにC++は勘弁
55デフォルトの名無しさん:2007/06/16(土) 13:15:19
意図不明なメタプログラミング書きやがるから?
56デフォルトの名無しさん:2007/07/13(金) 18:11:51
ただのメタプログラムに飽きたらず、
より高度なプログラミングをすべくC++の拡張を標準化に持ち掛け、
しかしコンパイラの実装は遅々として追い付かず、求める機能は結局省かれ、
それなら次期標準を自分達で既製化しちまえとコミュニティを立ち上げるから。
57デフォルトの名無しさん:2007/07/13(金) 19:09:06
>>56
彼らのおかげで高度に抽象化された機能が貧弱だったC++に、
多言語の機能に劣らないライブラリが提供されたんだがな。
58デフォルトの名無しさん:2007/07/14(土) 02:15:36
基本はC#で、スピードいる部分はC++で、C++/CLIで二つをつなぐ、
なんてことがWindows以外でもさくっとできるようになるといいな…
59デフォルトの名無しさん:2007/07/16(月) 02:38:18
JavaでやればWin以外だって…

と、思ったがJNIってあんまいけてないよね。見づらいし。
60デフォルトの名無しさん:2007/07/31(火) 01:31:53
C++ って C の軛を離れて、最適化で lambda 持ち上げやっても大丈夫なんだっけか?
61デフォルトの名無しさん:2007/08/30(木) 23:43:06
BCCの場合、
a ? b : c なら、OK
a ? (b ? e : f) : (c ? g : h) は、最適化落ちする
62デフォルトの名無しさん:2007/08/30(木) 23:45:34
>>60 の言っているのは、lambda というか、 compose だよな。
lamdba って python とかだよな。
63デフォルトの名無しさん:2007/08/30(木) 23:56:59
lambda は、式を直接関数化できるけど、
compose は、スマートオブジェクト記述してやんなきゃいけないので
面倒だよ。
64デフォルトの名無しさん:2007/08/30(木) 23:57:37
C++に lambda は無いってことで。
65デフォルトの名無しさん:2007/08/31(金) 04:42:24
lambda って boost の lambda のやつか?
もっと分かるように書けよ。
66デフォルトの名無しさん:2007/09/10(月) 19:55:59
素朴な疑問
c とか c++ って, 自分でコードを吐き出せるけど,
吐き出したコードを評価する機構がないんですけど,
みんなどうやって逃げてますか?
自己評価コード
67デフォルトの名無しさん:2007/09/25(火) 10:31:16
ドー言う意味?プロファイラのことか?
68デフォルトの名無しさん:2007/11/11(日) 08:49:35
>>66
Java(あるいはそれ以外)にはあるのかね?
それがあるとないとで品質に雲泥の差がつく?
69デフォルトの名無しさん:2008/01/06(日) 21:48:51
>>66の言ってることがまじめにわからん
70デフォルトの名無しさん:2008/04/10(木) 21:49:01
C++0xの仕様見てると全くなくなって君だろうな、C++の未来
71デフォルトの名無しさん:2008/04/10(木) 22:16:56
>>69
サンドボックスかユニットテストかどっちかの話だと思うんだけど、よく分からん。
72デフォルトの名無しさん:2008/04/10(木) 23:27:46
evalの事なんじゃないかと予想
73デフォルトの名無しさん:2008/04/11(金) 01:15:55
そういう動的な事はpythonでも呼び出してください
74デフォルトの名無しさん:2008/04/12(土) 00:07:15
某有名占い師に占ってもらったらC++の後釜にはRubyが座るらしい。
75デフォルトの名無しさん:2008/04/12(土) 00:51:12
少なくともCOBOLerよりかは需要はありそう・・・
よくわからんがw
76デフォルトの名無しさん:2008/04/16(水) 19:42:43
C++0xのlambda拡張とか見てるとマジでなくなりそうだな, C++の未来
77デフォルトの名無しさん:2008/04/17(木) 05:28:01
C++に未来なんて・・・プププ

コンピュータそのものや低レベルを含むデータを操るならC言語、アプリケーションレベルの
データを操るならJavaとC# だ。
つまりC++は、CとC#/Javaに挟まれてもう斜陽に入った言語だよ。
78デフォルトの名無しさん:2008/04/17(木) 10:21:21
javaやC#はLL言語に潰されるといいよ
もうCとLLだけでいい
79デフォルトの名無しさん:2008/04/17(木) 22:57:29
おまえらは組み込みでC++使われてる事も知らないんだろうな
80デフォルトの名無しさん:2008/04/18(金) 14:47:21
>>79 しってるよ。
でも、lambda って使わせてくんないだろうな…
コーディング規約って奴で禁止される!
テンプレート書くために書類が必要なんだが > 某、糞プロジェクト
81デフォルトの名無しさん:2008/04/18(金) 20:32:03
>>80
テンプレート周りは多いらしいね。「難しいから使うな」っての。そうなると結局
better C として使うことになるんでしょ?素直にCにすりゃいいのにと、いつも思う。
82デフォルトの名無しさん:2008/04/18(金) 20:37:34
爺どもはテンプレートアレルギーだからな
83デフォルトの名無しさん:2008/04/18(金) 20:41:29
例外は禁止される事が多いな
パフォーマンスに関ってくるし

テンプレートはやたらに実体化されると
設計段階でのRAM容量の見積もりが面倒とかそんなんもあるかも

かといってembedded C++はシカトされてるしな・・
84デフォルトの名無しさん:2008/04/18(金) 21:34:40
>>80
大人数のプロジェクトになるほどコーディング規約で規制されるよな。だから better C でもいい。
だが C でも規約が厳しいこともあるな。
それでも中には規約の制限に触れない範囲でトリッキーコードを書くやつがいる。
85デフォルトの名無しさん:2008/04/18(金) 23:10:11
>>84
トリッキーかどうか知らないけど
MPEGがらみのオクテットストリーム扱うときに
処理系が inline サポートしてなかったので
稟議書きまくって関数マクロを大量に使った
記憶はある
86デフォルトの名無しさん:2008/04/19(土) 03:35:07
>>85
そのように目的が妥当ならいいが、カエルの子はカエルの馬鹿が収容されて
集まる職場には反分子のような奴がうようよと・・・
87デフォルトの名無しさん:2008/04/19(土) 21:48:59
>>80
lambdaはコンパイラさえ対応してれば積極的に使われると思う。
例外もテンプレートも使えなくてもlambdaは使えますとか。
組み込みよりOOバカが多いところの方がlambdaは嫌われると思う。
その点Javaのインナークラスは偉大だw政治というものを知っているww
88デフォルトの名無しさん:2008/04/19(土) 22:00:46
OOバカはC++なんてとっくに見放してるだろ
89デフォルトの名無しさん:2008/04/20(日) 00:36:20
>>66
コンパイラ使わずに自分でマシン語書いていくってことだろうか。

その部分をDump取って逆アセ解析したらいいんじゃないかな。
90デフォルトの名無しさん:2008/04/22(火) 16:41:33
>>87
そうか? あのキモい構文見ただけで萎えたけどな?

で、lambda 返す関数の戻りを受ける場合、どう書くんだ?

GC 持ってないから lisp 属の言語みたく、そのまま他の引数にとか
scheme みたく直接適用とか common lisp みたくfuncall 一発とかは
無理なんだろう?

激しく萎えそうな仕様だな orz
91デフォルトの名無しさん:2008/04/22(火) 19:25:46
>>46
えっ?
C言語って高級言語だったの?
高機能マクロアセンブラだと思ってた...
92デフォルトの名無しさん:2008/04/22(火) 19:57:31
アセンブラとしては低機能なんだよな。
93デフォルトの名無しさん:2008/04/22(火) 19:58:38
ocamlをやり始めたらC++が馬鹿らしくなりました
さようなら
94デフォルトの名無しさん:2008/04/22(火) 20:17:41
>>93
>なお(* ~ *) がコメントなので

なんのギャグ?
95デフォルトの名無しさん:2008/04/22(火) 22:28:23
>>90
autoで受けるに決まってるだろ
96デフォルトの名無しさん:2008/04/23(水) 08:41:01
C++なんかもともと窓以外流行ってね~し
97デフォルトの名無しさん:2008/04/23(水) 21:17:35
PCしか触った事ないんでちゅね
98デフォルトの名無しさん:2008/04/24(木) 06:55:11
りぼんちゃん禁止
99デフォルトの名無しさん:2008/12/18(木) 23:09:37
既に0時を回り暖房も切られた職場。
俺のデスクにだけ明かりがぽうっと灯っている。
このプロジェクトは俺がチーフだ。
何としてでも俺の技術と仕事量を見せ付けねばならん。
寒くて手がかじかむ中、キーストロークの深いキーボードを
まるで職人が刻印でもするかのように、
正確に、そして気持ちよい音を立てながら打っていく。
そんな頑張る俺を包み込むのは、コロンビアのダウンジャケット。
100デフォルトの名無しさん:2009/01/01(木) 11:48:10
100
101デフォルトの名無しさん:2009/01/26(月) 14:40:09
C++をやって1ねんです、このスレを見ているとちょっと未来が暗く見えました
102デフォルトの名無しさん:2009/03/14(土) 10:03:44
ねーよw
103デフォルトの名無しさん:2009/04/19(日) 21:52:25
スレ違い
104デフォルトの名無しさん:2009/05/20(水) 08:15:39
CもC++もあまり使いたくない。
このふたつとも面倒。
Javaで組んで遅かったら時間のかかってるとこをCで組んでDLL化する。
普通はそこまでしないけどね。
105デフォルトの名無しさん:2009/06/17(水) 02:10:12
もはや、JavaもC#もC++と同じような状況だろ
5年ぐらいC++に遅れてるだけで
106デフォルトの名無しさん:2009/08/08(土) 14:24:45
C++はデストラクタの存在が最大のメリット。

C言語はメモリの破棄が凄く面倒くさいw
Javaはメモリ気にしなくていいけど、遅いし、柔軟なメモリ管理ができない。
107デフォルトの名無しさん:2009/08/08(土) 18:14:14
Javaだとメモリ以外の資源の管理ができなくて結局めんどいからなあ
108ぅゅ ◆e6.oHu1j.o :2009/09/20(日) 10:08:11
C++ is
verry use is constructer or destructer
use is this pointer or class menver function
or porymo-fizm
is not use is keisho of taju-keisho
109デフォルトの名無しさん:2009/09/20(日) 14:32:23
verry → very
menver → member
porymo-fizm → polymorphism
constructer → constructor
destructer → destructor

これはひどいw
文法もめちゃくちゃw
中学生でつか?
110デフォルトの名無しさん:2009/09/28(月) 15:56:39
糞コテの糞コテたる所以。
111デフォルトの名無しさん:2009/10/11(日) 11:06:30
Cは収束的だが、C++は発散してる
予約語を使うのに #include が必要とか、すっげーイヤ
112デフォルトの名無しさん:2009/10/11(日) 19:17:18
拡張しまくりで一貫性が崩壊しつつあるが
それでも使わざるを得ない。
113デフォルトの名無しさん:2009/10/12(月) 01:05:49
>>111
予約語使うのに#includeはイランだろ
114デフォルトの名無しさん:2009/10/12(月) 01:31:23
typeidのことじゃね
115デフォルトの名無しさん:2009/10/13(火) 17:17:50
未来などというものが本当にあった試しがあるのか?
116デフォルトの名無しさん:2009/10/19(月) 16:50:08
難しいの~
cがコンパイラー言語で
javaがインタプリタ言語なのだろうか
117デフォルトの名無しさん:2009/10/20(火) 22:40:38
C++難し杉ます(´;ω;`)
C言語より難しいのわからないです(´;ω;`)
118デフォルトの名無しさん:2009/10/20(火) 22:43:23
lispオススメ
119デフォルトの名無しさん:2009/10/20(火) 22:44:54
C++覚えること大杉るんです(´;ω;`)
120デフォルトの名無しさん:2009/10/20(火) 22:59:01
C++は覚える物じゃない
デバッガ駆使して、身体に動きを叩きこめ
121デフォルトの名無しさん:2009/10/20(火) 23:02:08
いまだにC言語みたいな書き方してて、職場の人たちに
おかしいね、おかしいねって笑われるんです(´;ω;`)
122デフォルトの名無しさん:2009/10/20(火) 23:09:19
とりあえず、機能ごとに関数分割するところから始めなさい。
なれたら、クラス作り。

つーかC++は全機能覚える必要なし。
クラスとコンストラクタ、デストラクタ、参照程度で充分

123デフォルトの名無しさん:2009/10/21(水) 11:31:05
Windowsプログラマに多いんだが、カプセル化とか構造化とかオブジェクト化って概念がないんだよな。
だから、ダイアログクラスかドキュメントクラス辺りに雑多な関数がてんこ盛りになってたりする。
こいつを、機能毎に整理するとか操作するデータ毎に整理するとかしていけば自ずとC++らしくなってくんじゃね?
# 勿論そのためには「クラスとは何か」位の知識は要るけど。
124デフォルトの名無しさん:2009/10/21(水) 23:00:20
>>122
template を受け入れられないのは頭固すぎ
125デフォルトの名無しさん:2009/10/21(水) 23:01:09
templateむつかしいです(´;ω;`)
126デフォルトの名無しさん:2009/10/21(水) 23:58:54
地味にパラダイム転換だから無理はない
127デフォルトの名無しさん:2009/10/22(木) 00:05:59
>>123
…C++なんてWindows以外では少数派だろ
128デフォルトの名無しさん:2009/10/22(木) 00:10:28
Windows以外はrubyの天下です
129デフォルトの名無しさん:2009/10/22(木) 03:05:42
日本だけはrubyの天下です
130デフォルトの名無しさん:2009/10/22(木) 09:24:58
>>127
少数派かどうかは知りませんが
処理系の入手のし易さで言えば
多くのシステムでは C/C++ くらいしか
選択肢はないでしょう。
もし選べるのであれば、C++ を選択するのが
当然だと思いますが。
131デフォルトの名無しさん:2009/10/22(木) 09:34:56
>>130
お前がどう思ってるかと実際にどれくらい使われているかは関係ない
たまにはwindowsの外に出てみろ
132デフォルトの名無しさん:2009/10/22(木) 10:02:07
リソースやマシンパワーが貧弱な環境でも動かしたい。マルチプラットフォーム対応したい。
という場合大抵C。
そうでない環境向けならPythonのようなスクリプト言語やJavaが多い。

ゲーム畑だと、C使わなくていいならとにかくC++って人がたまにいるけど
それで失敗したのがcolladaでしょ。
変換用フォーマットという微妙なポジションのせいもあるけど。
133デフォルトの名無しさん:2009/10/22(木) 10:03:24
linuxでもqtとかmozillaとかc++使ってるのは沢山あるし
134デフォルトの名無しさん:2009/10/22(木) 10:53:29
つーか、今時C++の恩恵を受けずにCにしがみついているなんてどんな老害なんだよ。
仮令BetterCとしてでもいいからC++で書けって。
# いや、今の顧客がC++を毛嫌いしていて……
135130:2009/10/22(木) 11:18:57
>>131
>たまにはwindowsの外に出てみろ
case-insensitive な莫迦に言われたくはないですが
個人的には Windows と WinCE で6割くらいですね。
136デフォルトの名無しさん:2009/10/22(木) 11:51:44
>>134
Matz ww
137デフォルトの名無しさん:2009/10/22(木) 12:24:03
ちょっと前にRubyの処理系のソースコードが
まつもと氏の好みで、ANSIの文法じゃなくて、K&Rの文法で書かれてるってのを聞いた事がある。
今は、どうなんだろ?
138デフォルトの名無しさん:2009/10/22(木) 15:38:11
>>135
> case-insensitive な莫迦に言われたくはないですが
病気だろお前
139デフォルトの名無しさん:2009/10/22(木) 16:05:38
>>133
つ比
140デフォルトの名無しさん:2009/10/22(木) 16:34:10
>>127
多数派は何使ってんの?
141デフォルトの名無しさん:2009/10/22(木) 18:00:23
>>141
C
142デフォルトの名無しさん:2009/10/22(木) 18:01:13
>>140
C
143デフォルトの名無しさん:2009/10/22(木) 20:26:01
>>140
C
144デフォルトの名無しさん:2009/10/22(木) 21:53:55
ケンカはやめて(><)
145デフォルトの名無しさん:2009/10/22(木) 22:24:56
>>140
少数派なんて子供じみた恫喝にびくついてる時点で C++ 使いとしての適性を欠いている
146デフォルトの名無しさん:2009/10/22(木) 22:33:00
>>145
>子供じみた恫喝にびくついてる
はぁ?どこがびくついてるってんだ?
バカじゃねえの。
147デフォルトの名無しさん:2009/10/22(木) 22:42:19
>>146
そんなに悔しけりゃ、びくついてるかどうか示してみたらどうだ?
そもそも多数かどうかって話はマ板だろうが、文句はム板らしく語れよ
148デフォルトの名無しさん:2009/10/23(金) 06:34:38
若いやつでCやC++できる奴いる?
大学で扱ってるところ減ってないか?
149デフォルトの名無しさん:2009/10/23(金) 09:28:16
>>147
このスレ自体、ム板向きとも思えないんだが。
150デフォルトの名無しさん:2009/10/23(金) 21:48:39
>>149
じゃ、来んなw
151デフォルトの名無しさん:2009/10/24(土) 21:18:01
>>150
開き直った挙句、糞スレageんな知的障害者。
152デフォルトの名無しさん:2009/10/24(土) 22:12:13
>>151
俺に知的障害があるということを知的に証明してみな
153150:2009/10/24(土) 22:30:36
>>152
私には知的障害があるのであなたが知的障害があるのがわかりかねなくもないかもしれないです
154デフォルトの名無しさん:2009/10/28(水) 22:28:23
で、結局は未来がある言語は何?
155デフォルトの名無しさん:2009/10/28(水) 23:05:07
未来つっても1秒後かも知れないしな・・・
156デフォルトの名無しさん:2009/10/29(木) 04:19:23
おまえらの会社
boost使って良い事になってる?
157デフォルトの名無しさん:2009/10/29(木) 12:20:54
私以下の階層では私と私の直下だけが使っている。
私の一個上の階層では使っていいことになっている。
私の二個上以上の階層では存在自体頓着していない。
158デフォルトの名無しさん:2009/10/29(木) 22:58:35
boost から盗んだテクニックを自前で使ってる
159デフォルトの名無しさん:2009/10/29(木) 23:13:28
使いたいが、コンパイラか古くて使えない
VCではBoostのバージョンによってコンパイル出来たり出来なかったりするの?
160デフォルトの名無しさん:2009/10/30(金) 08:13:35
yes we can
161デフォルトの名無しさん:2009/10/30(金) 20:47:52
C+++
162デフォルトの名無しさん:2009/10/31(土) 04:42:15
我々は未来永劫この薄汚い言語と付き合うのか…(溜息)
163デフォルトの名無しさん:2009/10/31(土) 15:57:08
>>161
オペランドが足りない
164デフォルトの名無しさん:2009/11/01(日) 15:57:48
C++の代替があれば良いんだけどなー。無いんだよな。
Dはまだまだだし。
165デフォルトの名無しさん:2009/11/01(日) 22:15:52
実務経験上、バグだらけなコードをリリースしたり、デグレ起こし
まくっているやつだけがスレタイのようなことをいっている(た)。
お前の方がNo Futureだろ、と密かに笑わせてもらっていた(る)。
166デフォルトの名無しさん:2009/11/01(日) 23:17:02
バグだらけなコードってさ、土方の責任範囲には収まりきらないんだよな
テストの要件をはっきりさせとかにゃならんが、それを土方を知らない指揮官が仕切ってたりでさー

で、そーゆーのは全然 C++ の話じゃないし、ム板ですべき議論ですらない
167デフォルトの名無しさん:2009/11/02(月) 00:40:58
実務経験上、C++はユーザーがウンコ
中級者でも潜在バグが多すぎる
俺はどちらかというとアンチだが俺よりC++に詳しい奴に会ったことが無い
ちなみにゲーム業界でかなり技術があると言われている会社にいる
168デフォルトの名無しさん:2009/11/02(月) 02:04:56
MSだっていまだにバグだらけのソフト配布してるじゃん
169デフォルトの名無しさん:2009/11/02(月) 08:38:59
>>167お前ん中dwn
170デフォルトの名無しさん:2009/11/02(月) 15:54:26
>>167
171デフォルトの名無しさん:2009/11/03(火) 12:34:15
>>167
ワロタ
172デフォルトの名無しさん:2009/11/03(火) 15:27:43
金が稼げるならばなんでもいいよ。所詮手段の一つでしかない
173デフォルトの名無しさん:2009/11/03(火) 15:54:50
中級者が相手の「実務」とやらが何なのか計り知れないが
その現場で主力に使っていない言語にいくら「詳しく」ても自慢できないだろ
自慢したらただの馬鹿だぜ? だって、まともなライバルがいないって自分で書いてるじゃん

本当に力のある人は会社は同じでも現場は別でおまえを相手にしていないってだけじゃねえの?
なんかその会社を自慢したげだが、それじゃ逆効果だぜ
174デフォルトの名無しさん:2009/11/03(火) 17:18:45
C++しか触ってない人は他の言語に触れるまではboostさえ使えれば幸せ。かもw


いい言語かどうかと生き残るかどうかは別なんだけど
お世辞にもいい言語とは言えず、しかも中途半端に枯れておらず、コンパイルが遅いとなると
"生き残らせたくない"言語なのは確か。

ハードウェア要件、プロジェクト規模の関係でどうしてもC++って仕事はうちにもまだまだあるけど
175デフォルトの名無しさん:2009/11/03(火) 17:39:18
じゃあなんならえーねん!(●^ー^●)(=・ω・)/
176デフォルトの名無しさん:2009/11/03(火) 17:55:58
ここは二歩進んで一歩戻る的な発想で、C→C++→C+(しぃぷらす)へ...。
意志疎通に長けてユーザーが虜になるような、新感覚コミュニケーションプログラム言語に進化して欲しい。
177デフォルトの名無しさん:2009/11/03(火) 19:39:09
>>175

C
178デフォルトの名無しさん:2009/11/03(火) 19:39:56
>>176

それは D のことか
179デフォルトの名無しさん:2009/11/04(水) 09:45:20
B→C→C♯ (D♭)→D→D♯ (E♭)→E→F→F♯ (G♭)→G→G♯ (A♭)→A→A♯ (B♭)→B
180デフォルトの名無しさん:2009/11/04(水) 18:58:33
未来? C++ に限らず、そんなものは元々ない
あるかないかではなく、作るか作らないか、だ
181デフォルトの名無しさん:2009/11/04(水) 23:12:10
クラスくらいは使いたいと思うけど
テンプレ使いまくりは勘弁
182デフォルトの名無しさん:2009/11/05(木) 00:45:57
[1] 授業単元:C言語プログラミング
[2] 問題文(含コード&リンク):http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10062.txt
[3] 環境
 [3.1] OS:Windows
 [3.2] コンパイラ名とバージョン: gcc
 [3.3] 言語: C
[4] 期限: 11月05日18:00まで
[5] その他の制限: 問題文どおりです
183デフォルトの名無しさん:2009/11/05(木) 10:16:57
>>182
そんなコードに未来はない。
184デフォルトの名無しさん:2009/11/05(木) 10:29:40
よりによってこんなスレに誤爆する >>182 自身にも未来はないかも知れない。
185デフォルトの名無しさん:2009/11/12(木) 16:01:39
186デフォルトの名無しさん:2009/11/20(金) 00:21:40
>>179
クォータートーンはどうした
187デフォルトの名無しさん:2009/12/02(水) 20:02:55
>>186
セント単位使えよ
188デフォルトの名無しさん:2010/01/30(土) 11:49:47
自分一人の閉じた世界で使ってる分にはC++超便利。
でも自分よりもバカな連中とチームになってC++で何か作れと言われたら拒否したい。
189デフォルトの名無しさん:2010/02/21(日) 22:39:41
TryCatch プリキュア
190デフォルトの名無しさん:2010/02/21(日) 23:07:45
>>188
自分が追えないコードは、すべて書いた者が自分よりバカであるとでも?
191デフォルトの名無しさん:2010/02/22(月) 01:54:15
トシ<文盲か!
192デフォルトの名無しさん:2010/02/22(月) 02:45:33
C++ + WindowsSDKって未来ないのかな…
193デフォルトの名無しさん:2010/02/22(月) 02:48:00
DはなんでGC搭載しちゃうのさ
194デフォルトの名無しさん:2010/03/05(金) 08:21:35
うちはクロスプラットフォームの時代でまたC/C++の利用が増えてるよ。
iPhone,Web,Windows,Linux、モデル・ロジックとかのコア部分を共通で書けるで唯一の言語だからね、C/C++は。
UI/プラットフォーム依存の部分はcocoa/.NETとかから呼び出して使ってる。
共通部分のモデル・ロジックをどうやってなるべく多く切り出すのかが課題だね。
195デフォルトの名無しさん:2010/03/09(火) 09:47:27
>>194
最近ライブラリはC/C++でポータブルに、
アプリはJavaやRubyでさくっと書くのが理想かなと思っている。
C++の変態機能は使わ
196デフォルトの名無しさん:2010/03/09(火) 10:53:06
C++変態機能ってどのことかな?最近はboostもどこでも動くし、昔は変態も今は普通になった気がする。
197デフォルトの名無しさん:2010/03/09(火) 13:29:33
boost に比べりゃ変態度も低いって主張なら納得。
198デフォルトの名無しさん:2010/05/16(日) 23:57:14
C++に未来はあるか? あるよ

C++の未来=D言語だから
199デフォルトの名無しさん:2010/05/17(月) 09:06:45
>>198
縁起でもないことをいうな。
200デフォルトの名無しさん:2010/05/19(水) 09:52:35
D言語に未来は無いのに?
201デフォルトの名無しさん:2010/09/22(水) 16:52:40
・・・なにをそんなに・・・
202デフォルトの名無しさん:2010/09/24(金) 06:29:51
D++へと進化する
203デフォルトの名無しさん:2010/09/25(土) 02:07:32
で、Objective-Dが出てくるのか?w
204デフォルトの名無しさん:2010/11/03(水) 00:43:32
言語をハイブリッドに使うってのは
ほとんど誰でもいつでもやってると思うんだが
なんで林檎語だけVIP待遇なんだ?
205デフォルトの名無しさん:2010/11/03(水) 05:00:57
C田未来
206デフォルトの名無しさん:2011/06/03(金) 00:11:09.60
JavaもC#も商業的な潰し合いで未来がなさげ
結局のところ、長期的なスパンで使いつづける言語なんて、
c++の他に選択肢がないんだが
207デフォルトの名無しさん:2011/06/03(金) 00:15:34.35
趣味の言語だな
208デフォルトの名無しさん:2011/06/03(金) 22:29:57.81
Microsoftは.NETを勧めてくるのは間違いないだろうから、
デスクトップアプリの開発用途では、c++は一線から退くだろうな
webアプリ書くのにtntnetやwtなんて、なんか使いたくないし
情強はubuntuでmonoの開発でFA
つっても、gmpみたいな過去の資産が使えるわけでもないし、
なんだかんだで、c++しかない.
そして、未来に残るだろうライブラリはgtkmmの一択.
現実的な利潤を求めたQtは、なんか淘汰されちゃいそう
209デフォルトの名無しさん:2011/06/03(金) 22:59:58.62
MSはIEやCLRはC++で書いてる。
210デフォルトの名無しさん:2011/06/04(土) 10:47:24.25
やっぱり lambda は Apple style の方が分かり易いな

http://www.mikeash.com/pyblog/friday-qa-2011-06-03-objective-c-blocks-vs-c0x-lambdas-fight.html
211デフォルトの名無しさん:2011/06/04(土) 15:17:03.91
あれはlambdaじゃないから。
212デフォルトの名無しさん:2011/08/16(火) 19:39:25.23
くそっ Google で lambada関数 を検索するのにこんなに苦労するなんて
213デフォルトの名無しさん
Too many feature, but no future.