08/09/16 18:31:24
どう考えても難しすぎだろ！
読みやすい名前に改名しないBjarne Stroustrupには げんあり
前スレ達
難易度:1 URLﾘﾝｸ(pc5.2ch.net)
難易度:2 URLﾘﾝｸ(pc5.2ch.net)
難易度:2 ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
08/09/16 19:55:08
工エｴェｪ(´д｀)ｪェｴエ工工
3:デフォルトの名無しさん
08/09/16 21:59:34
だれかゆとり言語作ってあげなよ
4:デフォルトの名無しさん
08/09/16 22:07:08
>>1
馬鹿。C++の全機能を無理に使おうとするから難しいんだよ。
まずBoostは当分使うのをやめて身の丈に応じた機能だけ使っとけ。
5:デフォルトの名無しさん
08/09/17 07:32:46
分からなければ本が悪い。
6:デフォルトの名無しさん
08/09/17 11:15:48
テンプレート禁止
7:デフォルトの名無しさん
08/09/18 17:22:17
WindowsアプリならVBとかDelphiとかで十分。
だいたい、GCの無い言語でアプリ書きたくない。
スマートポインタは継承に対応できないのでクソ。
参照カウンタは実はGCより遅い。
デバイスドライバとかはオブジェクト指向いらないので
メモリモデルが単純なCのほうがいい。
Linuxでプログラムを組むんだったらPythonかRubyでいい。
サーバーサイドならJava。
これでパフォーマンスが要るアプリ(ゲームとか)はこれからDに
取って代わられる可能性大だから、もはやC++をやる価値無し。
難解でしかもツカエナイ言語。
C++で悩むくらいならもっと役に立つことに頭使え。
8:デフォルトの名無しさん
08/09/18 17:38:00
>>7
釣れますか？
9:デフォルトの名無しさん
08/09/18 19:28:06
釣りかどうかはわからないが、16分弱で馬鹿が釣れたのは確かだな。
10:デフォルトの名無しさん
08/09/18 23:49:11
もし、継承に対応できないがキャストできないということなら、それは違う。
shared_ptrにはdynamic_pointer_castなんかがある。BoostもTR1も。
11:デフォルトの名無しさん
08/09/19 03:47:38
Dとかｗ
12:デフォルトの名無しさん
08/09/19 04:22:53
昔はCもｗとか言われたもんさ
13:デフォルトの名無しさん
08/09/19 10:09:36
新言語Cw, Dw
14:デフォルトの名無しさん
08/09/19 23:52:04
せっかくだから俺はGrassを選ぶぜ。
15:デフォルトの名無しさん
08/09/23 17:39:45
大分前からＯＯの有用性については現場レベルから疑問視
する声が上がっていました。
かような擬似技術が今までまかり通っていた原因は供給側、つまり
日経提灯やセミナー屋にももちろんあるでしょうが、需要側にも
擬似技術を受け入れる下地があったと思われます。
何時の時代にも仕事の出来ない、自分の能力の限界に気付いてしまった
若いＰＧがいます。
今のままでは決してベテラン技術者に追い付けない事を仕事で
実感している連中です。
彼らの逆転のチャンスはなんでしょうか？
社会の混乱を醸成し、混乱に乗じた革命。これしかありません。
ＯＯの出現はそんな彼らの需要にぴったりのモノでした。
従来からある用語を言い換えただけのインチキ性。
既存の技術者のスタイルを否定する構造。
反対者や疑問を抱く者には「新技術について行けない人」というレッテル
を貼るだけで追い出せるのですから、詐欺師にとってはこんなオイシイ
仕掛けはありません。
しかし、もう結果は出始めています。
革命ごっこはもう終わり。
まだ詐欺師に占拠されていない会社においては、一刻も早くこうした
擬似技術者の駆逐による経営の健全化を強く望むものです。
16:デフォルトの名無しさん
08/09/24 00:44:12
C++でOOPを知った気になってもらっても困る。
17:デフォルトの名無しさん
08/09/24 06:18:21
なんでも基礎を強化したのちにムズイ事にいどめ
18:デフォルトの名無しさん
08/09/29 00:53:22
VBとかインタプリタ型ならpythonとか簡単なのから始めれば？？
ｖｂの入門サイト
URLﾘﾝｸ(www7b.biglobe.ne.jp)
python
URLﾘﾝｸ(www.iplab.cs.tsukuba.ac.jp)
19:デフォルトの名無しさん
08/10/05 16:45:56
C++は完全なオブジェクト指向言語じゃないとかJava厨が騒ぐが
完全なオブジェクト指向って何だ？
20:デフォルトの名無しさん
08/10/05 17:01:14
JavaはC++同様メッセージパッシングではないし全てがオブジェクトでもないので
そのJava厨さんが何をいいたいのかはエスパーするしかないな
21:デフォルトの名無しさん
08/10/05 17:01:25
Java
オブジェクト指向以外を認めないあたりがそう。
22:デフォルトの名無しさん
08/10/05 22:51:32
完璧なオブジェクト指向言語がベストな訳でもない。
23:デフォルトの名無しさん
08/10/05 23:41:08
それを分かっていないのがJava厨。
もちろんだからと言ってC++が最高と言うわけではないけどな。
24:デフォルトの名無しさん
08/10/10 02:19:17
JavaはC++憎しで突っ走った結果
別のベクトルでヒドい言語になっちゃった哀れな子
25:デフォルトの名無しさん
08/10/10 08:03:50
俺は別にJavaを叩く気はないけど、Java使いがC++を叩いてるのを見ると「なんだかなぁ」と思う。
26:デフォルトの名無しさん
08/10/10 08:27:10
結局気にしてるんじゃん…
27:デフォルトの名無しさん
08/10/10 09:28:06
Java 云々は抜きにして、C++ は ADT もあるし OO 的な広がりは見せなかったね。
28:デフォルトの名無しさん
08/10/12 05:07:58
>>22
C#はベストと言えるんじゃね？
Javaは最早カスだがC#誕生の役にはたったよ
29:デフォルトの名無しさん
08/10/12 05:18:11
アレで満足なら結構でしたね
30:デフォルトの名無しさん
08/10/13 15:16:16
>>28
C#がいいのは俺も強くそう思うけど、
ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない
（つまり完璧なオブジェクト指向ではないと思う）のだが。
31:デフォルトの名無しさん
08/10/14 00:04:45
C++がオブジェクト指向的でないコードが量産される背景には、
interface 概念がはっきりした形で存在しないために(Java C# 等には明白な形で存在する)、
実はそれはRTTI+仮想多重継承で同様の機能が実現できるにも関わらず
使いこなせないケースが多いように見受けるな。
オブジェクト指向を推進するにも関わらず、多重継承を嫌うという事態になっている人を多々見かける。
その結果、オブジェクトをインターフェイス、つまり共通の仕様を通してアクセスするという概念が希薄。
それでも、共通でなければ不便である事は分かっているようで、無理やりな共通化をして、
結果クラスの継承ツリーが歪なコードを量産してしまう、ただの知識不足なのでもったいないんだが・・・
また、メッセージパッシング式の動作を書けないのは、ガベージコレクタが無いのが原因だろうな。
この方式は、ちゃんとインスタンス管理ができていないと、まともにコードできない。
C++のインスタンス管理は面倒くさいので、おろそかになりがちな人が多い。
ところが、おろそかであるにも関わらず、本人はその自覚が無いケースも多い、
むしろインスタンス管理がしっかりできていると信じて疑わない人は多々あり。
これは、例外に関わるバグにも発展するのでしっかり勉強して欲しいのだが、
自覚症状無しというケースに当たると辛い。
32:デフォルトの名無しさん
08/10/14 00:09:55
長くて読む気が起きない
３行にまとめろ
33:デフォルトの名無しさん
08/10/14 00:22:26
>>30
>ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない
別にラムダがあったって問題無いよ。
Smalltalk にだって block closure があるし。
だからと言って C# が良い訳ではないけどね。
34:デフォルトの名無しさん
08/10/14 06:06:04
>>32
近頃の
若者は
なっとらん
35:デフォルトの名無しさん
08/10/14 06:38:12
>>32
2chの「まとめろ」は「根拠をすっ飛ばせ」って意味だけど、
誰かの耳に痛いことを書く場合、それではただの煽りになるからなぁ。
36:デフォルトの名無しさん
08/10/14 06:51:10
なんだその俺解釈？
一般的な意味でまとめろ、3行に。
37:デフォルトの名無しさん
08/10/14 13:05:12
ダメな奴は
どの言語を使っても
ダメ
38:デフォルトの名無しさん
08/10/14 18:31:44
完璧なまとめだな
>>31みたいにクドイ奴がクラス、メンバ名とか決めるとどんだけクドクなるんだろうな
見たくもないが
39:デフォルトの名無しさん
08/10/14 21:17:09
サーバサイドと携帯アプリは Java
Mac は ObjC
UNIX は C
Win は知らんけど C# なの?
C++ にとって難しすぎな世の中かもね。
40:デフォルトの名無しさん
08/10/14 21:46:37
C++ﾊ ﾑｽﾞｶｼｸﾅｲ
アプリを作るのが難しい
難易度でいえば、Cの方がむずい
少なくとも、C言語を含むC++は、Cよりかは簡単に作れる
メモリ管理や文字列処理などの点はC++
41:デフォルトの名無しさん
08/10/15 01:26:06
おまらは大事なことに気づいていない。
int もしくは char でCを格納したらインクリメントしたらDになるはずだ。
いわば、c++=D だ。なのにD言語は別に存在する。矛盾している。
42:デフォルトの名無しさん
08/10/15 01:50:31
>>41
ポータビリティを無視してはいかん
'C'をインクリメントして'D'になるとは限らん
43:デフォルトの名無しさん
08/10/15 06:36:46
それ以前に'C'は右辺値だからインクリメントなんか出来ない
44:デフォルトの名無しさん
08/10/16 23:18:38
そこで演算子オーバーロード
45:デフォルトの名無しさん
08/10/18 03:36:58
うちの会社今じゃC++なんかほとんど使われてない
46:デフォルトの名無しさん
08/10/18 06:09:27
>>45
そりゃそうだ。お前んとこはＣＯＢＯＬが主流だもんね。
47:デフォルトの名無しさん
08/10/18 07:46:21
これからもっとも給与面で優遇されるのはコボラーになる
C++はまだ一山10セントが続く
48:デフォルトの名無しさん
08/10/18 23:34:17
COBOLは延命措置に躍起になってくれるのに
C++はあっさり破棄される！不思議！
49:45
08/10/18 23:43:30
数年前はjava？ｍ９(＾Д＾)プギャーってかんじだったのに
今はjavaがかなり支配的になってきた
COBOLはたぶんちょっとずつ減ってるんだろう
全然知らんけどｗ
50:デフォルトの名無しさん
08/10/18 23:45:49
decimalが扱えればCOBOLである必要はないからな
javaの方が遙かに保守が簡単だし
51:デフォルトの名無しさん
08/10/19 00:55:38
COBOLは仕事以上にコボラーが減ってきているので、言語とは全く別に
COBOLの仕事の価値が上がってしまっている希ガス。
52:デフォルトの名無しさん
08/10/19 02:27:39
減った分価値が上がる＝COBOL
減ったら忘れ去られる＝C++
再利用性(笑)
53:デフォルトの名無しさん
08/10/19 03:12:07
とりあえずMFCは糞
54:デフォルトの名無しさん
08/10/19 11:09:47
>>51
残念。いまコボル案件マジ氷河期。ちょっと募集かけると
仕事にあぶれたコボラがわんさか集まってくる。そんなだから単価ちょう叩き売り状態。
ちなみにCもC++もだいぶ減っているかな。いま携帯がやばいからね。
55:デフォルトの名無しさん
08/10/19 13:22:41
やはりjavaか
56:デフォルトの名無しさん
08/10/19 13:50:43
デルファイ最高
57:デフォルトの名無しさん
08/10/19 16:50:46
Javaってなんで+演算子で文字列連結できるんだ？
演算子オーバーロードをサポートしてるわけでもないのに
58:デフォルトの名無しさん
08/10/19 16:56:20
>>57
純粋なオブジェクト指向言語じゃないから
59:デフォルトの名無しさん
08/10/19 17:02:25
>>57
C だって演算子オーバーロードをサポートしていないのに + は複数の型を取れるでしょ。
つまり演算子オーバーロードなんて必要無いんです。
60:デフォルトの名無しさん
08/10/19 17:11:33
>>54
妄想乙ｗ
61:デフォルトの名無しさん
08/10/19 17:29:05
ユーザによるオーバーロードを許してないだけ。
62:デフォルトの名無しさん
08/10/19 18:57:35
Javaの「このクラスを継承してるとこういう書き方が出来るよ！」みたいなのは正直キモイ
63:デフォルトの名無しさん
08/10/19 19:49:38
具体的に
64:デフォルトの名無しさん
08/10/19 19:57:03
>>57
馬鹿を釣るため。
65:デフォルトの名無しさん
08/10/19 23:19:16
>>59
複数の型は取れないよ。
コンパイル時に暗黙の型変換されてる。
66:デフォルトの名無しさん
08/10/19 23:24:57
>>65
変換を行った後でもint + intとかdouble + doubleとか何種類かあるでしょ。
>>59の必要無いは変な表現だと思うけど。
67:デフォルトの名無しさん
08/10/19 23:27:30
yaccのように評価順位とか自由にいじれるわけではないからな。
演算子オーバーロードは中途半端な機能に思える。
68:デフォルトの名無しさん
08/10/19 23:57:25
ピアソンの本ってやった？
おれは
コーディングスタンダード
と
エフェクティブ
と
エフィシエンとはやった
69:デフォルトの名無しさん
08/10/20 01:38:49
>>67
確か Haskell だったと思うけど、優先順位と結合方法も指定出来る言語があったね。
C++ が中途半端なのは仰る通り。
70:デフォルトの名無しさん
08/10/20 02:34:20
C++もわかんない奴なんか所詮使えない
そういう奴が業界から消えるのが一番いい。
71:デフォルトの名無しさん
08/10/20 20:05:45
もちろん、分かった上で使わないという選択肢を取るのはありだと思う。
72:デフォルトの名無しさん
08/10/20 21:44:42
上の方でオブジェクト指向はムリとか何とか書いてあったが、
C++でもSmallTalkに近い純粋なオブジェクト指向もできなくもない。
ただ、幾分かコーディングの手間と、実行時の無駄がある上、C++らしくない。
URLﾘﾝｸ(codepad.org)
73:デフォルトの名無しさん
08/10/20 22:11:33
きつい言い方をすれば、出来なくもないというのは
中途半端で使い物にはならないってことでしょ。
外面だけ真似しても意味無いじゃん。
74:デフォルトの名無しさん
08/10/20 22:53:30
>>73
>中途半端で使い物にはならないってことでしょ。
ところがどっこい、速度の要らないMVCの実装は非常に楽になる。
#>>72に貼っつけた即席コードのスコープやらアクセス修飾子が無茶だったorz
75:デフォルトの名無しさん
08/10/20 22:54:05
オブジェクト指向自体が使い物にならないからな。
76:デフォルトの名無しさん
08/10/20 23:12:13
Smalltalk が優れているのは統一感のあるクラスライブラリだったり、
充実したリフレクションだったり、インタラクティブな環境だから、
喩え C++ で真似事をしたとしてもなぁ。lambda とか class とか
C++ は中途半端に採用するのが好きだよね。
77:デフォルトの名無しさん
08/10/21 01:42:46
半端なんじゃなくてC++に合う形で取り入れてるだけ。
78:デフォルトの名無しさん
08/10/21 01:55:11
その結果、本家の良さをスポイルして中途半端になってしまうのが C++ だよね。
79:デフォルトの名無しさん
08/10/21 02:31:28
C++って名前だけはセンスいいと思ったんだけどなｗ
80:デフォルトの名無しさん
08/10/21 05:33:40
名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなｗｗｗ
81:デフォルトの名無しさん
08/10/21 08:13:44
C++ってなんて呼んでる？
82:デフォルトの名無しさん
08/10/21 09:19:12
それ以上はこっちの方がよくないか？
【信者】C++の問題点【アンチ】
ｽﾚﾘﾝｸ(tech板)
83:デフォルトの名無しさん
08/10/21 09:53:17
似たようなスレ同士で紹介し合ってんじゃねえよｗ
84:デフォルトの名無しさん
08/10/21 10:24:43
こっちはC++が難しい
あっちはC++は別に難しくないが糞言語
一応主旨が違う
85:デフォルトの名無しさん
08/10/21 17:58:19
「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ
86:デフォルトの名無しさん
08/10/21 19:55:44
おれは好きだなＣプラプラ～
87:デフォルトの名無しさん
08/10/21 20:15:14
個人の趣味でいじくる分にはとても楽しい言語なのは否定しない
でも何万台も量産する機械に組み込んだり人の命に関わるようなものを制御させようとは
絶対に思えない
88:デフォルトの名無しさん
08/10/21 20:21:42
パチンコ関連では普通に使われてますがなｗ
89:デフォルトの名無しさん
08/10/21 22:32:14
>>87
それは他の新しい高級言語でも同じなんじゃ？
90:デフォルトの名無しさん
08/10/21 22:56:20
面白みがなくても、その分複数人でやる時は有効な言語ってのもあるだろ
例えば
…何？
91:デフォルトの名無しさん
08/10/22 00:00:24
>>87
偏見ですよ♪
92:デフォルトの名無しさん
08/10/22 00:09:03
>>87
君が思っているよりC++は世界中で使われているよ。
93:デフォルトの名無しさん
08/10/22 01:45:18
BOOSTっていうネーミングがいかにも厨臭い
94:デフォルトの名無しさん
08/10/22 04:26:18
そろそろＢＯＯＳＴの勉強はじめようかな。
95:デフォルトの名無しさん
08/10/22 10:32:14
Lokiの方がより厨っぽい名前だと思う
96:デフォルトの名無しさん
08/10/23 11:52:19
Lokiなんか業務で使ってる所あるのか？
97:デフォルトの名無しさん
08/10/26 09:30:10
>>87
いまやPOSレジにもWindowsが乗っかっていて、
中のアプリがC++でガリガリ書かれている時代だからなあ。
98:デフォルトの名無しさん
08/10/26 18:38:56
boostなしじゃC++なんて使い物にならんな
STLとかもう要らないんじゃね？
99:デフォルトの名無しさん
08/10/26 20:05:48
嘘はくな
STLはC++の中心
これ無しでは、C++は勝ちをなくす
100:デフォルトの名無しさん
08/10/26 20:08:21
標準のくせに可搬性のカケラもないアレがC++の中心？
冗談もほどほどにしろ
101:デフォルトの名無しさん
08/10/26 20:10:07
>>100 嘘はくな
102:デフォルトの名無しさん
08/10/26 20:34:32
STL使ってて移植に困ったことなんてないけどな。
どうせ>>100が変な使い方してるだけだろｗ
103:デフォルトの名無しさん
08/10/26 20:49:13
>>101
＞>>100 嘘はくな
「嘘吐き」と書いて、「うそつき」と読むことはご存じない?
104:デフォルトの名無しさん
08/10/26 20:59:29
ここから正しい日本語教室になります。
ム板ではよくあることです。ご静聴下さい。
105:デフォルトの名無しさん
08/10/27 10:00:22
>>102
例外をサポートしてない環境==stl使えない
しかもデカい市場なんで無視できないんだわ
106:105
08/10/27 10:01:38
100とは別人
107:デフォルトの名無しさん
08/10/27 10:08:45
>>105
gcc で普通に例外使えるし、わざわざ「環境」って言ってるんだから、
コンパイラの制限じゃないよね？そんな制限のあるコンパイラはとっくに淘汰されてるだろうし。
どんな環境？ Symbian とか？
libstdc++ や STLport なら例外投げないように小細工して使うこともできるよ。
108:デフォルトの名無しさん
08/10/27 10:15:55
素人さん？stlは例外投げれないと使い物にならないよ
109:デフォルトの名無しさん
08/10/27 10:29:38
正直>>107みたいな半可通は黙ってて欲しい
そういうカキコみた新人が勘違いする
110:デフォルトの名無しさん
08/10/27 10:51:43
>>108
各種アルゴリズムなんか例外なくても使えるだろ。 auto_ptr だって使える。
コンテナは例外投げれないとつらいかもしれないが、例外を abort() にマップすれば
十分なことだってある。そこまでやってダメなときに、ようやく自前でコードを組むことに
なるんだ。
十把一絡げに「STL」と呼んで捨てるのはあまりに非効率。
111:デフォルトの名無しさん
08/10/27 11:00:12
コンテナの使用頻度が一番高いと思うんだが・・・
つか、例外使えない＝コンテナ使えない（使いにくい）＝可搬性低い、
で別に間違ってないだろｗ
112:デフォルトの名無しさん
08/10/27 11:02:59
>>110
>例外を abort() にマップすれば
勘弁してくれ、頼むからいますぐプログラマやめてくれ
113:デフォルトの名無しさん
08/10/27 11:07:41
>>111
それを言うならSTL以前に
例外使えない＝new使えない（使いにくい）＝可搬性低い
例外使えない＝コンストラクタ使えない（使いにくい）＝可搬性低い
つまり C++ は可搬性低いってことだな。
114:デフォルトの名無しさん
08/10/27 11:08:49
>>112
それでダメなら～って書いてるだろ。ダメなこともあるだろうが、十分なことだってあるんだ。
115:デフォルトの名無しさん
08/10/27 13:13:08
スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。
116:デフォルトの名無しさん
08/10/27 18:07:37
>>114
例外が使えない処理系や環境は（仕事で）よく見るが
例外をabortにマップして十分なプロジェクトは見たことない
まあそんな小さい仕事は請けたこと無いから、
もしかしたらabortで許される仕事もあるのかも知らんけどｗ
俺からしたらそれは超レアケースだな、つかありえない
117:デフォルトの名無しさん
08/10/27 20:15:40
>>111
その後に「＝使い物にならない」とは続かないって話だろ。
118:デフォルトの名無しさん
08/10/27 20:18:55
おばはんｗ
119:デフォルトの名無しさん
08/10/27 20:19:46
誤爆しましたごめんなさい
120:デフォルトの名無しさん
08/10/27 20:59:09
>>117
ちょっと無理矢理すぎないか？
普通の感覚ならSTL使えるって言われたらコンテナ使えることを期待する
俺もコンテナが使えないならSTLなんかいらないし、
そういう意味で使い物にならないってのは全然言い過ぎではない
121:デフォルトの名無しさん
08/10/29 18:08:59
STLはStandard Template Libraryですよ
どこにもコンテナなんて出てこない
テンプレート使ってる標準ライブラリは全部STL
122:デフォルトの名無しさん
08/10/29 18:20:49
Standard Missileって知ってますか
123:デフォルトの名無しさん
08/11/01 13:57:36
ところがどっこい
basic_stringはテンプレート使ってて、かつ標準なのにSTLじゃないstream系も同様
この辺全くもって不条理だ
でもbasic_stringなんてSTL入りなんかせずに消えてしまえばいいと思います
124:デフォルトの名無しさん
08/11/01 17:32:36
そもそもSTLはC++用語じゃないと何度言えば（ｒｙ
125:デフォルトの名無しさん
08/11/01 18:04:39
kwsk
126:デフォルトの名無しさん
08/11/01 21:25:10
これだろ。
562 名前：デフォルトの名無しさん[sage] 投稿日：2005/05/05(木) 02:58:39
"STL"なんて呼称の範囲は、C++の標準ライブラリに
取り込まれてしまった今となっては明確に区切れる物では無い。
HP STL や SGI STL のことを指して言ってるのかもしれないが、
今使われてるのはそれらをベースにしたC++標準ライブラリだ。
範囲が明確に決まってるかのように、含まれるだの含まれないだの言うのは時代遅れだぞ。
127:デフォルトの名無しさん
08/11/01 23:11:47
CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!!
128:デフォルトの名無しさん
08/11/01 23:52:14
ここは何を話し合うの？
129:デフォルトの名無しさん
08/11/02 00:19:00
ちんこ
130:デフォルトの名無しさん
08/11/14 19:11:22
Javaは引数の参照渡しすらできないVB以下の言語
131:デフォルトの名無しさん
08/11/14 20:09:30
JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ
132:デフォルトの名無しさん
08/11/15 02:02:50
3文字で
133:デフォルトの名無しさん
08/11/15 02:08:40
未曽有
134:デフォルトの名無しさん
08/11/15 02:36:47
みぞゆうは４文字
135:デフォルトの名無しさん
08/11/15 06:14:57
>>134
何故か変換できない。
136:デフォルトの名無しさん
08/11/15 09:06:35
>>135
麻生に言え。
137:デフォルトの名無しさん
08/11/15 09:21:01
日本語は難しすぎ
138:デフォルトの名無しさん
08/11/18 16:16:10
日本語は難しすぎるので変数名には英語を使います
139:デフォルトの名無しさん
08/11/18 20:07:30
日本語は本質的に論理構造を正確に表すのには向いてないからな
プログラムとは相性が悪い
140:デフォルトの名無しさん
08/11/18 20:17:46
んなこたーない
本多勝一の「日本語の作文技術」はイデオロギーと関係なく一読しておく価値がある
141:デフォルトの名無しさん
08/11/18 22:14:42
たぶん一番向いてるのはラテン語。
142:デフォルトの名無しさん
08/11/18 23:08:25
>>140
その作文ってのは、架空のことを事実であるかのごとく文章を作るってことだろ。
143:デフォルトの名無しさん
08/11/18 23:30:59
>>142
俺も偏見もってたけどまともに技巧的な内容。
文節は長い順に並べるとか
144:デフォルトの名無しさん
08/11/19 00:03:49
>>142
まさかプログラマ板に脊椎反射国士さまがいるとは思わなんだｗ
145:デフォルトの名無しさん
08/11/19 01:01:31
まさかプログラム技術板をプログラマ板とか言う
底辺な人がまだ生息しているとは思わなかった
146:デフォルトの名無しさん
08/11/19 01:36:47
>>143
んでも自分が読むときは
ただ要点を箇条書きにしてくれるだけでいいのにとか
思ってたりしない？
特に急いで内容を把握しないといけないときは
147:デフォルトの名無しさん
08/11/19 08:36:36
>>145
そんな言葉の使い方一つで底辺とか何とか人物像まで決めつける、
星座占いで人生決めるレベルの人がいつおは思わなかった。
148:デフォルトの名無しさん
08/11/19 08:41:17
分かったからもう書き込むな。
つーかわざと誤字入れてんのか？ｗ
149:デフォルトの名無しさん
08/11/19 14:52:01
誰＜いつお
150:デフォルトの名無しさん
08/11/19 22:31:37
やるおの親戚だろ
151:デフォルトの名無しさん
08/11/20 11:23:43
き うぼ
ま ら く
っ なの
て いす
る カす
んダウむ
だウンみ
い ン トち
つ で は
お
152:デフォルトの名無しさん
08/11/21 17:20:29
俺が煽らないと途端に過疎る
153:デフォルトの名無しさん
08/11/23 16:05:00
いやいや、煽ってるのはオレだから
154:デフォルトの名無しさん
08/11/23 17:08:30
いやいや、俺だから
155:デフォルトの名無しさん
08/11/23 17:14:45
まぁお前らは実は煽られてるだけで
真に煽っているのは俺だから
156:デフォルトの名無しさん
08/11/23 17:31:48
暇人ども職安でも行っとけ
157:￣￣￣￣￣V￣￣￣￣￣￣￣￣￣
08/11/23 18:04:16
／￣￣￣￣＼
（ 人＿＿＿＿）
｜./ ー◎-◎-）
（６ (_ _) ） ｶﾀｶﾀｶﾀ
｜ .∴ ノ ３ ﾉ ＿＿＿＿＿_
ゝ ノ .｜ |￣￣＼ ＼
／ ＼＿＿| | |￣￣|
/ ＼＿＿＿ | | |＿＿|
| ＼ |つ |＿_|＿＿／ ／
/ ￣￣ |￣￣￣￣| 〔￣￣〕
｜ |￣
158:デフォルトの名無しさん
08/11/23 18:13:23
MS-BASIC勉強をしている>>157、がんばれ、ガンバレ！
159:デフォルトの名無しさん
08/11/24 16:10:31
ADLやSFINIEで悩んでる人のスレかと思ったらがっかりですよ
160:デフォルトの名無しさん
08/11/25 16:58:22
別にその話題振ってもかまわんよ
161:デフォルトの名無しさん
08/12/03 22:35:55
各コンパイラメーカーが便利機能を追加してあげているのに、
開発者が移植性を気にして新機能を使わなかったり、
みょうちくりんな回避策(#ifdefで切り刻む）を施したりするのは、どうかと。
何が言いたいかって、#pragma onceくらいいーじゃねーかよ。
162:デフォルトの名無しさん
08/12/03 22:41:17
#pragma onceは標準じゃないし絶対標準にしないって禿も言ってたし
あきらめろ
163:デフォルトの名無しさん
08/12/04 20:40:27
リンク（ファイルシステムの）とか考えると
「ファイルの同一性」 をどう判定すべきか決めるのが難しいとかいうことだっけ？
164:デフォルトの名無しさん
08/12/04 21:00:32
>>162
あのハゲそんなこと抜かしてんのか。
165:デフォルトの名無しさん
08/12/04 21:19:31
それとは別に、#includeを潰してもっとましな仕組みを入れたい、みたいなことを言っていなかったっけ？
166:デフォルトの名無しさん
08/12/04 22:52:16
そんな凝ったテクはいいから、__FILE__、__LINE__の延長で__FUNC__を作ってほしいな
意味はわかるでそ
167:デフォルトの名無しさん
08/12/04 22:57:48
次期C++で導入予定だけどな。__func__って名前だが。
168:デフォルトの名無しさん
08/12/04 23:02:48
マングリングされた関数名が出てきたら怒る
169:デフォルトの名無しさん
08/12/04 23:04:43
わざわざプリプロセッサでネームマングルしないでしょｗ
170:デフォルトの名無しさん
08/12/04 23:14:39
__func__ はマクロじゃなくて識別子だぞ。
171:デフォルトの名無しさん
09/01/04 23:45:22
C++ゲームのシーンなんかで、enumをたくさん使い、
switchで多分岐するのはよくないらしいが、
それを継承？を使いどう解消すればいいかさっぱりだ。
172:デフォルトの名無しさん
09/01/04 23:47:48
Strategy パターンでググれ。
173:デフォルトの名無しさん
09/01/05 01:47:10
>>172
サンクス。
ポリモーフィズムで調べていたから、近い所だったようだが、
こっちの方が解説に分かりやすい例が出てくる。
まだ理解がないから、わざわざクラス(ファイル)を
たくさん作ってめんどくさいと思ってしまうが、
辛抱してStrategy風にのっとってやってみる。
174:デフォルトの名無しさん
09/01/05 02:17:00
シーンの変更時にデータの受け渡しがある場合が
少し厄介なんだよね。＞Strategy パターン
そのあたりよく考えて設計する必要がある。
175:デフォルトの名無しさん
09/01/05 16:06:20
URLﾘﾝｸ(www.e-chishiki.com)
ポリモーフィズムはここのサイトが基本的な書き方？
クラスの宣言をmainに書いているけど、
ゲームシーンの切り替えに使う場合、
親クラスのshapeの中にprivateで書けば、
サブクラスの切り替えが制限できるから、
使いやすいとか思ったり。
ただ、自らの中に自らを書く感じだから、危険な気もする。
>>174
まだ、データは別のクラスのpublicな位置に置いているが、
これもまたものすごくてこずりそうだ・・
176:デフォルトの名無しさん
09/01/05 23:03:50
public メンバ変数は害悪だ。
カプセル化を完全に無意味にしてしまう。
よく覚えておくように。
177:デフォルトの名無しさん
09/01/05 23:13:24
>>176
そうして
private: int foo;
public: int get_foo(){return foo;} void set_foo( int v ){ foo=v; }
と全てのprivate変数に対して書く輩が出てくるｗ
178:デフォルトの名無しさん
09/01/05 23:14:54
まあ、どうしても必要なら書いてもいいけどね・・・。
ブレーク貼れるくらいのメリットはあるし。
179:デフォルトの名無しさん
09/01/06 00:03:49
>>176
玄人気取りのニワカがよくそう勘違いしてるよね
180:デフォルトの名無しさん
09/01/06 06:54:56
get_ set_書くならpublicフィールド
ちぃ覚えた
181:デフォルトの名無しさん
09/01/06 19:45:37
protectedのこともたまには思い出してあげてください
182:デフォルトの名無しさん
09/01/07 02:46:47
C/C++ Coding Style Thread
ｽﾚﾘﾝｸ(tech板:347番)
347 名前：デフォルトの名無しさん[sage] 投稿日：2006/05/01(月) 09:21:05
>>346
protected は中途半端。
方針としては中途半端。
「見えちゃ嫌だけどちょっとは見えたほうが」
そんなの微妙すぎ。
183:デフォルトの名無しさん
09/01/07 10:57:52
Bカップだっけ？＜微妙すぎ
184:デフォルトの名無しさん
09/01/07 17:09:05
C++にC#のプロパティみたいなのが欲しい
185:デフォルトの名無しさん
09/02/05 16:44:05
クライアントが「C++で」といってくるもんだから
Cのみで書いて、拡張子だけ"cpp"にして納品してみる。
186:デフォルトの名無しさん
09/02/05 16:56:10
>>185
それはだめだ。externなどの扱いが異なるのでコンパイルエラーになる場合がある
187:デフォルトの名無しさん
09/02/05 18:17:12
全部
extern "C" {
：
：
：
}
でくるめば無問題。
188:デフォルトの名無しさん
09/02/05 21:06:44
リンカの問題はそれでいいけど
言語仕様の微妙な違いが悪さするともう…
189:デフォルトの名無しさん
09/02/06 05:16:05
実際、今日見たソースにはdeleteという構造体メンバがあった。
仕方ないので、
extern "C" {
#define delete delete_
#include <foo.h>
#undef delete
}
してみた。
190:デフォルトの名無しさん
09/02/06 20:37:19
これが関数名だったりすると、C でラッパ巻数用意しないといけないんだよな
191:デフォルトの名無しさん
09/04/14 19:57:54
C++って、親が酔っ払って作った不貞（ジョーク）な子供なんだろ？
プロレタリア文学を読んで悦に入ってる「なんちゃってインテリ」
と同じだって気づけよ・・・C++信者君(w
192:デフォルトの名無しさん
09/04/15 22:58:47
Spring has come.
193:デフォルトの名無しさん
09/04/28 01:17:34
>>184
マネージ拡張C++
194:デフォルトの名無しさん
09/04/28 01:25:31
プロパティよりもPascalみたいに関数内関数のほうが必要だ。
195:デフォルトの名無しさん
09/04/28 10:06:21
>>184
誰得
196:デフォルトの名無しさん
09/05/10 19:53:19
C++ほんとにみんな使いこなしてるのけ？
とりあえず人に提供してもらったライブラリ使ってるだけなんじゃないの？
Cだと書きなぐれるものが、C++でクラスの継承なんかを本気で使うと
すごく時間がかかってしまう。クラス内部で宣言した変数をめぐって
スパゲッティになりかねないし。どんな使い方をされてもメモリリークに対して
ロバストなクラスを人に提供するなんてのはすごく大変だし、神経も使う。
197:デフォルトの名無しさん
09/05/10 19:58:31
てきとー
198:デフォルトの名無しさん
09/05/10 20:06:26
そもそも開発現場が派遣の寄せ集めみたいなとこばっかだからスキルにばらつきありすぎてC++導入は難しい
ってのが現実かも
199:デフォルトの名無しさん
09/05/10 22:10:51
>>196
単なるお前の勉強不足
デザパタとUMLはこれから間違いなく主流になるぞ
200:デフォルトの名無しさん
09/05/11 05:11:01
中々リキの篭ったギャグっすね
201:デフォルトの名無しさん
09/05/16 19:17:08
なんでC++ってCとの互換性を持たせようとしたんだよ
せめてCの構文はextern "C" {}の中だけってことにしとけば
もう少しシンプルにできたと思う
202:デフォルトの名無しさん
09/05/16 20:16:48
>>201
C++を使わず別の言語を使えばよろしい。
C++のできた経緯からは当然のこと。
203:デフォルトの名無しさん
09/05/16 20:49:49
なんせC++の原形はC89以前からあるからね
互換性を保てと言われてもそういう経緯ではね・・・
204:デフォルトの名無しさん
09/05/16 21:06:31
関数プロトタイプとかconstとかは、CがC++から取り込んだ
205:デフォルトの名無しさん
09/05/16 23:40:32
そしてC99で決別した。
206:デフォルトの名無しさん
09/05/17 00:09:56
C++はおもちゃでFA
207:デフォルトの名無しさん
09/05/17 00:52:30
そしてC99は誰にも使われない言語になってしまった
208:デフォルトの名無しさん
09/06/01 07:02:10
>>41
おいおい…
せめせて
==ぐらい使ってくれ…orz
209:デフォルトの名無しさん
09/06/01 09:59:20
なんで今頃そんな大昔の書き込みにﾚｽ返すのか知らんが、
突っ込むなら「C++の戻す値はC」
210:デフォルトの名無しさん
09/06/12 19:41:49
ろくにオブジェクト指向について考えないで
テンプレートとかの悪用および勘違い技術ばっかり身につけてる奴ってどうよ。
始めは継承もテンプレもなかったんだからオブジェクト指向がどんなもんかそこからわかるはずなんだが。
いや、別に使うなってことじゃないよ。
どうも変な方向で覚えてる奴が多いんだよな。
STLやらBoostやら覚えることにはやけに熱心だけど
肝心のオブジェクト指向はさっぱりわかってなくて
設計が絶望的にヘタクソってのがいてちょっと心配。
211:デフォルトの名無しさん
09/06/12 21:29:31
>210
オブジェクト指向とテンプレートによる汎用プログラミングは軸が別じゃね？
どっちか使ってもいいしどっちも使ってもいいというのがマルチパラダイム変態言語 C++ の利点にして欠点じゃないかと。
別にテンプレートがどうとかじゃなくて、単に使うことに偏りすぎて設計が下手ってだけじゃない？
どうせテンプレート使った設計させても下手だよね？
212:デフォルトの名無しさん
09/06/12 22:26:10
C++が悪いだけだろ
オブジェクト指向やジェネリクスの精神を忘れて機能だけを悪用できてしまうのが悪いだけ
もっとまともな言語で再教育した方がいいよ
213:デフォルトの名無しさん
09/06/12 23:09:16
時には悪い事もする必要がある、がC/C++のスタンスだから
214:デフォルトの名無しさん
09/06/12 23:48:22
そろそろ、C/C++レベルで使える言語が出て欲しい。
ハードウェアに近い分野での。
215:デフォルトの名無しさん
09/06/13 06:35:36
C/C++を使えない人の戯れ言だな。
216:デフォルトの名無しさん
09/06/13 22:20:59
C++をちゃんと理解してるやつなんて、日本に何人もいないだろ。
つまり、テンプレートバリバリのプログラムを作って、
ワケのわからんエラーが出ても、すぐにバグの場所がわかるぐらいに。
217:デフォルトの名無しさん
09/06/14 12:36:32
俺、俺、俺わかるよ。
218:デフォルトの名無しさん
09/07/24 17:13:45
Google、コード検索から分かった統計を紹介
URLﾘﾝｸ(japan.internet.com)
＞たとえば、「オープンソース プログラムは、
＞『C』と『C++』のどちらで書かれたものが多い？」といったような質問だ。
＞答えは C 言語ベースのプログラムで、C++ の倍以上あるという。
C++涙目w
219:デフォルトの名無しさん
09/07/24 18:09:26
当たり前だろ
普及度でCに勝てる言語なんてあるわけないし
今後もおそらく永遠に現れない
220:デフォルトの名無しさん
09/07/25 01:46:30
だいたいCの正統後継者であるC99ですら10年経った今でも
マイナー言語だしなｗ
221:デフォルトの名無しさん
09/07/25 01:55:51
それは全く関係ない
222:デフォルトの名無しさん
09/08/02 15:05:11
Microsoft の『ATL』のコードに不具合、原因は「&」
URLﾘﾝｸ(japan.internet.com)
223:デフォルトの名無しさん
09/08/05 16:37:58
void *の功罪
224:デフォルトの名無しさん
09/08/05 23:55:27
C++ で C スタイルキャストを使ったのがダメなんだろ。
225:デフォルトの名無しさん
09/08/06 00:04:40
つまりCで出来る事がバグになるC++は屑言語
226:デフォルトの名無しさん
09/08/06 00:34:26
安全かみそりしか使えないような奴が、
プロの包丁は危ないとか言ってるような話だな。
227:デフォルトの名無しさん
09/08/06 13:44:47
空前の床屋ブームで理容師不足ともなれば、
まともに剃刀も使えないレベルの奴にも仕事をしてもらわねばならんわけで。
そうするってーと、そいつらにとって「安全剃刀は素晴らしい道具」なんですよ。
228:デフォルトの名無しさん
09/08/06 20:59:08
坊主頭専門店か
質で差別化は難しいし、となると安さと早さの勝負になるか
ちゃんと修行してきた床屋には所狭しと飾ってある賞状やトロフィーの類が一切なく
儲けを目当てに他業種から参入してきた営業上がりの経営者が
ブーム終了とともに坊主頭専門理髪師を残したまま去っていく
たとえがぴったしなのが悲しい
229:デフォルトの名無しさん
09/08/07 00:01:22
安全剃刀で事足りる分野に颯爽と紛れ込んできては頚動脈を切って去っていく
これがC++プロ(笑)
230:デフォルトの名無しさん
09/08/07 06:18:51
昔は、覚えたての継承やら、例外処理やら関数オブジェクトやらデザインパターンやら
抽象基底クラスやら使って、不必要にソースコードを難解にしていたなｗ
後悔はしている
今は継承構造もなるべく単純にし、不必要な機能は使わないようにしてる。
231:デフォルトの名無しさん
09/09/15 20:29:42
せっかくある機能を使わないなんてもったいないだろ
232:デフォルトの名無しさん
09/09/16 00:22:07
折角ある機能なんだからJWordとかも積極的にインスコして使わないと勿体無いよな
233:ぅゅ ◆e6.oHu1j.o
09/09/19 21:26:11
>>230
あなたみたいのをC++上級者というんだと思う
234:デフォルトの名無しさん
09/09/21 11:03:19
C言語の方が難しい
235:デフォルトの名無しさん
09/09/23 05:39:09
アセンブリの方が難しい
何でも出来るけど何にも出来ない
236:デフォルトの名無しさん
09/09/26 22:54:37
C++って難しいのか?
Perlを覚えようと頑張ってるけど、C++より難しい気がする...
237:デフォルトの名無しさん
09/09/27 00:05:13
perlは俺も嫌いだ
238:デフォルトの名無しさん
09/09/27 00:15:01
perlは記号が多すぎだな。
PHPみたいにすっきりしてればいいんだが。
239:デフォルトの名無しさん
09/09/27 03:55:09
Perlは史上最も汚い言語
240:デフォルトの名無しさん
09/09/27 11:12:38
正確には汚く書け過ぎるってかんじか
241:デフォルトの名無しさん
09/09/28 00:44:51
Perlはどうしようもないな
242:デフォルトの名無しさん
09/09/29 20:53:53
C++は信者ですら簡単だとは言わないけど
Perl信者はアレをわかりやすい読みやすいと困ったことを平気で言う分タチ悪い
243:デフォルトの名無しさん
09/09/29 21:39:36
>>236
書くだけなら簡単。
だけど、人の書いたコード＆過去の自分が書いたコードは読みたくないｗ
まあこれは”やりすぎた”C++プログラマでもあることだけど。
244:デフォルトの名無しさん
09/10/02 19:27:57
プログラミング言語の特徴を視覚的に比較する
URLﾘﾝｸ(d.hatena.ne.jp)
245:デフォルトの名無しさん
09/10/19 19:11:09
もうdefine使いまくるのはやめようぜええええええええええええええ
意味わかんねーんだよおおおおおおおおおおおおおお
246:デフォルトの名無しさん
09/10/19 19:49:35
#ifdefの嵐が>>245を襲うｗ
でも確かにＳＴＬのソースとか異様に読みにくいよな…
247:デフォルトの名無しさん
09/10/19 20:20:37
>>246
俺が引き継いだプログラム書いたのはおまえか！
定義したマクロの関数２～３回しか使わないならベタ書いてくれてでいいから！
いろいろ使いたいなら普通に関数定義してくれればいいから！
constで検索してまったくひっかからないとか冗談だろ！？
もおおおうううくぁw背ｄｒｆｔｇｙふじこｌｐ；「’」
248:デフォルトの名無しさん
09/10/21 00:55:23
>>245
boost 方面にも言ってやってくれ.
249:デフォルトの名無しさん
09/11/09 18:52:56
オブジェクト指向ってたいした事ないよな
C++のクラスもCの構造体に毛が生えたようなもんだし
250:デフォルトの名無しさん
09/11/10 18:23:30
URLﾘﾝｸ(codepad.org)
クラスのoperator deleteが静的型で呼び出されるなんて今日初めて知った。
251:デフォルトの名無しさん
09/11/11 01:41:23
>>250
いや、それ未定義動作だから。
5.4.5 p3
> if the static type of the operand is different from its dynamic type, the
> static type shall be a base class of the operand’s dynamic type and the static type shall have a virtual
> destructor or the behavior is undefined.
252:デフォルトの名無しさん
09/11/11 01:45:20
>>250
ところが、Aに仮想デストラクタを設ければ、B::operator deleteが呼ばれるようになる。
なお、たとえBがoperator deleteを定義していなかったとしても、
基底クラスにアップキャストしたポインタを通じてdeleteするなら仮想デストラクタが必要。
結局、publicで非仮想的なデストラクタを持つクラスは継承すんなという証というお約束になっている。
253:デフォルトの名無しさん
09/12/23 16:45:58
C/C++は未定義とか処理系依存が多い印象
はっきり禁止と言えばいいのに
254:デフォルトの名無しさん
09/12/26 05:36:26
いろんなハードや処理系に対応しなきゃならないから仕方ない
255:デフォルトの名無しさん
10/01/10 22:49:14
移植性のあるプログラムを書くためには、-2^15～2^15-1の範囲に収まらない可能性がある整数を扱うときには、
intではなくlongを使う必要がある。
けどこれは、例えば、intが32bit, longが64bitな処理系では、無駄以外の何物でもない。
256:デフォルトの名無しさん
10/01/11 10:55:21
そうか!!!
俺がオブジェクト指向を理解できないのは、
> 基底クラスにアップキャストしたポインタ
なんて言い方が平然とまかり通っているからだな!!!
底には落ちろよ!!!
なんで昇ってるんだよ!!!
257:デフォルトの名無しさん
10/01/11 13:06:22
UMLで基底クラスを上側に書くからだよ
258:デフォルトの名無しさん
10/01/11 15:01:31
>>257
基底なんだから、底に書けよ
259:デフォルトの名無しさん
10/01/11 15:03:42
UMLは日本発祥じゃないから
現地語で考えないとだめだ
260:デフォルトの名無しさん
10/01/11 16:58:00
悲しいかな、日本人なんだよ俺は
分かってる奴がちゃんと訳せよ
261:デフォルトの名無しさん
10/01/11 18:44:34
ツリー構造とかも上に根があって下に枝が生えていくよな
向こうの国の植物は皆そうなのか？
262:デフォルトの名無しさん
10/01/12 12:32:07
Smalltalkではスーパークラス、サブクラスと呼称している。
で、お前らと同じ事を思った我らが禿はC++で代わりに基底（Base）クラス、
派生（Drived）クラスという用語を作ったわけだ。
263:デフォルトの名無しさん
10/01/12 19:30:46
sub- には「下の」って意味がなかったっけ？
264:デフォルトの名無しさん
10/01/12 21:15:18
あるよ。ついでに言えば、super-は上とか超えって意味だ。
つまり、ジャスコなんかは超市場なんだな。
265:デフォルトの名無しさん
10/02/18 03:29:46
親クラス、子クラスと呼んでいる俺に隙はなかった。
266:デフォルトの名無しさん
10/02/18 12:29:21
GUIを暮らすライブラリで習うと
継承関係の親子と
Window関係の親子が
ごっちゃになって訳分からなくなる
267:デフォルトの名無しさん
10/03/24 21:28:50
翔泳社から２月３月とテンプレート関連の本が続けて出たけど
このレベルの本を書ける日本人の物書きっていないんだよなあ。
エビステーメーがC++標準化委員会だっけ？
ただ所属してるだけのような感じだけど。
268:デフォルトの名無しさん
10/03/28 21:01:20
何年経っても文字配列の大きさをチェックしない、
知り合いプログラマを見てるとC,C++には欠陥があるように思える。
少なくとも文字列処理に関しては。
269:デフォルトの名無しさん
10/03/28 21:03:46
そんな馬鹿は C で文字列つかわなければいいだけ。
270:デフォルトの名無しさん
10/03/28 21:07:03
>>268
C++にはstd::stringがある。Cと一緒にしてはいけない。
271:デフォルトの名無しさん
10/03/28 21:11:04
そんな奴はstd::stringすら適切に扱えないんじゃないだろうか
272:デフォルトの名無しさん
10/03/29 01:02:28
そして出てくる strstream とか
273:デフォルトの名無しさん
10/04/01 20:43:37
クラスはいらねえ！
ネームスペースだけCに追加してくれんか？
274:デフォルトの名無しさん
10/04/01 20:46:30
Cのような手動deleteなんかをいつまで使うの
275:デフォルトの名無しさん
10/04/01 20:52:48
C++ without class...
276:デフォルトの名無しさん
10/04/01 23:36:33
難しいって具体的にどこ？
277:デフォルトの名無しさん
10/04/02 10:12:02
C++を難しいという奴は勉強さぼってるだけ
278:デフォルトの名無しさん
10/04/02 12:20:51
このスレ立てた無能がこっちでがんばっているようだぞ。
C#は糞
ｽﾚﾘﾝｸ(tech板)
279:デフォルトの名無しさん
10/04/02 14:06:11
>>274
auto_ptr使えば。
それで不十分なら、GCのある言語使え。
280:デフォルトの名無しさん
10/04/02 17:19:54
C++でマルチスレッドは不可能に近いってのは有名な話
281:デフォルトの名無しさん
10/04/02 20:53:21
>>280
kwsk
282:デフォルトの名無しさん
10/04/03 13:34:39
>>280
wktk
283:デフォルトの名無しさん
10/04/07 15:48:03
>>274
D言語使え
284:デフォルトの名無しさん
10/04/07 19:52:28
>>280
WIN32 API システムプログラミングという本にマルチスレッドの方法が
いくらでも書いてあるわけだが
しかも同期を取る手段まで網羅されているんだが
285:デフォルトの名無しさん
10/04/10 22:20:55
>>284
そういうのは移植性低いから openMP とか使うんだよ。
まあそれでもメモリ管理についてはどうにもならん部分がでそうだけど。
286:デフォルトの名無しさん
10/04/11 17:48:57
どっちにしろ不可能ではないんだろ。
287:デフォルトの名無しさん
10/04/11 18:20:08
>>284
Win32APIの話なんて誰もしてないと思うけどｗ
288:デフォルトの名無しさん
10/04/11 19:42:42
>>287
俺がしてるの
わかった？
Win32 APIならマルチスレッドは出来る
他のOSは知らん
289:デフォルトの名無しさん
10/04/11 20:04:54
>>288
つスレタイ
290:デフォルトの名無しさん
10/04/11 22:02:21
設計者であるお禿さんが難しいって言ってるんだから難しいんだろうな。
291:デフォルトの名無しさん
10/04/12 01:35:01
>>286
「不可能はないんだからアセンブラですべて組めばいい」
とか言ってるやつがいたらどう思う？
292:デフォルトの名無しさん
10/04/12 03:24:57
現実にC++で書かれたマルチスレッドのプログラムは
Windowsに限らず大量にあるわけだろ。
それを前にして、「不可能」と言い張るのはなんか意味があるの？
293:デフォルトの名無しさん
10/04/12 08:49:41
>>292
馬鹿だと思う
「不可能」という自分の言葉に酔ってて現実が見えてないだけだよ
多分無職だろう
294:デフォルトの名無しさん
10/04/12 10:30:54
偶然動いているだけと言う事実に気付けない馬鹿ばっか
295:デフォルトの名無しさん
10/04/12 10:39:18
>>294
偶然動いているという事にして自分の心の安定を図りたいだけの馬鹿発見
296:(u＿・y) ◆e6.oHu1j.o
10/04/12 13:43:54
C++に問題はなくて人次第なのに、そこに不可能って単語使っちゃうって馬鹿じゃないの
紛らわしいから死ね
297:デフォルトの名無しさん
10/04/12 13:50:08
お前には無理
298:デフォルトの名無しさん
10/04/12 14:19:03
C++よりも簡単にマルチスレッドプログラミングをできる言語もあるかもしれないが、
C++でマルチスレッドプログラミングができないというわけではない。
そもそも、マルチスレッド動作させるだけならそれほど難しくない。
同期を取る必要が出てきて始めて、難しくなるんだ。
299:デフォルトの名無しさん
10/04/12 14:37:49
マルチスレッドの何が難しいの？
必要に応じて排他処理させるだけでは。
300:デフォルトの名無しさん
10/04/12 14:50:33
だからC++でマルチスレッドができないと言ってる奴は馬鹿だって
放っとけ
301:(u＿・y) ◆e6.oHu1j.o
10/04/12 15:23:56
ほうっとく
302:デフォルトの名無しさん
10/04/12 19:34:33
不可能に近いを不可能と読み替えて勝手に怒り狂ってる奴って何なの
303:デフォルトの名無しさん
10/04/12 21:03:35
そうだね。
誰かさんにとって不可能に近いってことなら単なる事実だろうし、
赤の他人に全然関わりのないことだよね。
304:デフォルトの名無しさん
10/04/12 21:10:36
メモリをだだ漏らし共有データを壊しデッドロックを場当たり的に躱しつつ
ごく短い時間なら走れるプログラムを「動く」と呼んでいいなら信者の意見も正しい
305:デフォルトの名無しさん
10/04/12 21:29:34
>>299
必要に応じるのが難しいと言ってるのに、キミは馬鹿なの？
306:デフォルトの名無しさん
10/04/12 22:03:30
>>304
だからマルチスレッド関連の本にはちゃんとデッドロック対策も
スタベーション対策もレース状態の対策も書いてある
307:デフォルトの名無しさん
10/04/12 23:08:46
本だけ読んで実際には何の実践もした事が無いデッカチ君は帰りな
308:デフォルトの名無しさん
10/04/12 23:27:43
>>307
はあ？実践してますが何か？
お前こそC++でマルチスレッドのプログラム書いた事ないだろうが
309:デフォルトの名無しさん
10/04/12 23:28:39
マスターベーション対策
310:デフォルトの名無しさん
10/04/13 00:03:05
あーはいはい
自分一人でシコシコ書いてる分にはさぞ簡単だろうなｗ
誰もそんな自明な事を言及してないと思うが
311:(u＿・y) ◆e6.oHu1j.o
10/04/13 00:11:02
会話レベルが高くなってきたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
>>310
複数人で、C++で、マルチスレッドプログラミングをしているの？
まるちすれっどだけでも不可能に近いくらいむずかしいって言い放っちゃうアホもいるほどむずかしいかもしれないようなに気配のするものなのに＞＜；
312:デフォルトの名無しさん
10/04/13 00:24:44
>>310
お前みたいな単純バカだと人生楽だろうな
でもプログラミングは出来ないだろうよ
313:デフォルトの名無しさん
10/04/13 01:17:46
糞コテがわいた時点でこの話題は死んだ
314:(u＿・y) ◆e6.oHu1j.o
10/04/13 08:36:59
八つ当たりされた
315:(u＿・y) ◆e6.oHu1j.o
10/04/13 09:34:14
>>298これが真理
316:デフォルトの名無しさん
10/04/14 23:37:49
どうせマルチスレッドなんてやったら逆に遅くなるような
短いコードしかいじってないんだろ。
317:デフォルトの名無しさん
10/04/15 00:12:49
数年の継続案件で延べ10人以上が関わっててコードが数十k行ってても同じ事を言えるかだよな
318:(u＿・y) ◆rT33C51l9k
10/04/30 03:14:02
マジでいまの２ｃｈってなんなの？？？？
>>316
なんでこういうゴミみたいなレスをだれも叩かないで放置してんだよ
叩くのが飽きたから？？？
それとも間違いがわからないから？？？？
本当にイラつく
死ね
319:(u＿・y) ◆rT33C51l9k
10/04/30 03:16:04
間違ったレスが放置されてそのままになった時
真実がわかるのは初めから知っている奴だけ
ゴミみたいな学生が2chの情報を鵜呑みにするから、リアルで意味わからない事を言い始めるんだな
320:デフォルトの名無しさん
10/04/30 03:36:41
うるせえよ屑
レス順的に放置したのはテメェだろ
そのまま脳卒中で死ね
321:デフォルトの名無しさん
10/04/30 04:32:19
トリップ違う？騙り？
322:デフォルトの名無しさん
10/04/30 22:32:38
マスターベーション中毒患者 Ｃ＃病院に行くらしいまで読んだ！
323:デフォルトの名無しさん
10/05/01 00:37:45
とりあえずFirefoxやChromeがC++で書かれていることを思い出そう
324:デフォルトの名無しさん
10/05/01 04:18:05
だからなに？バグだらけじゃん
325:デフォルトの名無しさん
10/05/06 10:28:25
各種OSもね。
326:デフォルトの名無しさん
10/05/06 12:58:22
バカには無理！
以上！
327:デフォルトの名無しさん
10/05/06 13:58:16
JavaもC++で書かれてるという衝撃の事実。
328:デフォルトの名無しさん
10/05/07 00:32:31
C++はCで書かれているという衝撃の事実。
329:デフォルトの名無しさん
10/05/07 01:25:51
CはCで書かれているという衝撃の事実。
330:デフォルトの名無しさん
10/05/07 02:39:44
鶏の卵は鶏から生まれると言う衝撃の事実。
331:デフォルトの名無しさん
10/05/07 03:08:14
女は女から生まれるが男も女から生まれるという衝撃
332:デフォルトの名無しさん
10/05/07 11:07:00
オナニー後にふき取ったティッシュが亀頭に張り付き剥がす時に痛いという衝撃の事実。
333:デフォルトの名無しさん
10/05/07 11:17:01
まんこにトイペが付いてることがあるので舐める前に良く確認しなければならないという衝撃の事実。
334:デフォルトの名無しさん
10/05/07 11:33:53
オナニー後に精子が糊の役割を果たし尿道を塞いで尿が二股に分かれて出てしまうという衝撃の事実。
335:デフォルトの名無しさん
10/05/07 11:37:48
なにこの糞以下の流れ
336:デフォルトの名無しさん
10/05/07 18:49:22
>>335 自演乙
337:デフォルトの名無しさん
10/05/08 21:51:10
C++はネーミングが簡単すぎるだろ、難しさから言ったら
C++++++++++++++++++++++++++++++++++++++++++
これぐらいだろ。
338:デフォルトの名無しさん
10/05/08 21:56:04
あーはいはいおもしろいね
339:デフォルトの名無しさん
10/05/09 00:20:41
c--が最近出来たぬ
340:デフォルトの名無しさん
10/05/09 09:07:00
シーマイマイって読むの？
シーィーかな？
341:デフォルトの名無しさん
10/05/09 09:10:10
よし、マイマイマイ！広がるぅー！
342:デフォルトの名無しさん
10/05/09 11:03:44
シーマイナ
シーマイナ
シーンジマイナ
に見える
343:デフォルトの名無しさん
10/05/09 11:05:43
C++ が後置なのは C++ != D にするため
344:デフォルトの名無しさん
10/05/09 13:01:20
>>343
C++の方がDよりはるかに歴史があるわけだが
345:デフォルトの名無しさん
10/05/09 13:07:46
CはBの次という意味だが、
これは単にアルファベット順で次だというのではなく、
B言語の元になった「BCPL」の順番で考えて次になっているからというもの
しかし、アルファベット順で次だという風に誤解されてしまったため、
次の言語をP言語にし辛くなってしまった
そこで、次の言語はC++とすることによって、
次はDじゃないよ、つまり、C++ != Dであるということを強調したのだ
民明書房 「死威腐羅巣腐羅巣の歴史」より
346:デフォルトの名無しさん
10/05/09 13:11:45
C#はCよりちょっと上って意味でつけられたらしい
347:デフォルトの名無しさん
10/05/09 13:13:47
C++ → C♯
++
348:デフォルトの名無しさん
10/05/09 13:35:31
C#はちょっと上どころかC言語とは完全に別の方向に進んだ言語だけどな
349:デフォルトの名無しさん
10/05/09 13:54:59
なんで++CじゃなくてC++になったのかって問題が
C++Primerの練習問題になってた気がする
350:デフォルトの名無しさん
10/05/09 14:00:41
どう考えても見た目の問題だろ
351:デフォルトの名無しさん
10/05/09 14:13:46
超入門書に書いてあるよくあるたとえ話
ポインタを実際の住所に例える
クラスやインスタンスを車の設計図と実際の車に例える
オブジェクト指向の本とかでよくある「動物」で、犬が「ワン」猫が「ニャー」等
変数は「箱」です
こういうのは誤解を招くし余計わけがわからなくなるからやめたほうがいい。
352:デフォルトの名無しさん
10/05/09 15:04:00
じゃあ代替案出せよ
353:デフォルトの名無しさん
10/05/09 15:39:14
ダックタイピング禁止
354:デフォルトの名無しさん
10/05/09 15:52:40
オブジェクト指向の説明にAnimal/Dog/CatやらShape/Circle/Rectやら最初に使い出した馬鹿は誰なの？
355:デフォルトの名無しさん
10/05/11 17:35:36
Webコミック「21日でC++を習得する方法」
URLﾘﾝｸ(gihyo.jp)
これでお前らでもC++が使えるようになる！
356:デフォルトの名無しさん
10/05/11 17:47:22
>>355
つまんね
357:デフォルトの名無しさん
10/05/11 19:52:34
笑い所が分からんな
毛唐の感覚だと理解出来るのかな