トップページ⇒tech
379コメント86KB

C++は難しすぎ 難易度:4

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/09/16(火) 18:31:24
どう考えても難しすぎだろ！
読みやすい名前に改名しないBjarne Stroustrupには げんあり

前スレ達
難易度:1 http://pc5.2ch.net/tech/kako/1058/10586/1058675178.html
難易度:2 http://pc5.2ch.net/tech/kako/1063/10633/1063323615.html
難易度:2 http://pc11.2ch.net/test/read.cgi/tech/1071697977/
0002デフォルトの名無しさん2008/09/16(火) 19:55:08
工エｴェｪ(´д｀)ｪェｴエ工工
0003デフォルトの名無しさん2008/09/16(火) 21:59:34
だれかゆとり言語作ってあげなよ
0004デフォルトの名無しさん2008/09/16(火) 22:07:08
>>1
馬鹿。C++の全機能を無理に使おうとするから難しいんだよ。
まずBoostは当分使うのをやめて身の丈に応じた機能だけ使っとけ。
0005デフォルトの名無しさん2008/09/17(水) 07:32:46
分からなければ本が悪い。
0006デフォルトの名無しさん2008/09/17(水) 11:15:48
テンプレート禁止
0007デフォルトの名無しさん2008/09/18(木) 17:22:17
WindowsアプリならVBとかDelphiとかで十分。
だいたい、GCの無い言語でアプリ書きたくない。
スマートポインタは継承に対応できないのでクソ。
参照カウンタは実はGCより遅い。

デバイスドライバとかはオブジェクト指向いらないので
メモリモデルが単純なCのほうがいい。
Linuxでプログラムを組むんだったらPythonかRubyでいい。
サーバーサイドならJava。

これでパフォーマンスが要るアプリ(ゲームとか)はこれからDに
取って代わられる可能性大だから、もはやC++をやる価値無し。

難解でしかもツカエナイ言語。
C++で悩むくらいならもっと役に立つことに頭使え。
0008デフォルトの名無しさん2008/09/18(木) 17:38:00
>>7
釣れますか？
0009デフォルトの名無しさん2008/09/18(木) 19:28:06
釣りかどうかはわからないが、16分弱で馬鹿が釣れたのは確かだな。
0010デフォルトの名無しさん2008/09/18(木) 23:49:11
もし、継承に対応できないがキャストできないということなら、それは違う。
shared_ptrにはdynamic_pointer_castなんかがある。BoostもTR1も。
0011デフォルトの名無しさん2008/09/19(金) 03:47:38
Dとかｗ
0012デフォルトの名無しさん2008/09/19(金) 04:22:53
昔はCもｗとか言われたもんさ
0013デフォルトの名無しさん2008/09/19(金) 10:09:36
新言語Cw, Dw
0014デフォルトの名無しさん2008/09/19(金) 23:52:04
せっかくだから俺はGrassを選ぶぜ。
0015デフォルトの名無しさん2008/09/23(火) 17:39:45
大分前からＯＯの有用性については現場レベルから疑問視
する声が上がっていました。

かような擬似技術が今までまかり通っていた原因は供給側、つまり
日経提灯やセミナー屋にももちろんあるでしょうが、需要側にも
擬似技術を受け入れる下地があったと思われます。

何時の時代にも仕事の出来ない、自分の能力の限界に気付いてしまった
若いＰＧがいます。
今のままでは決してベテラン技術者に追い付けない事を仕事で
実感している連中です。
彼らの逆転のチャンスはなんでしょうか？
社会の混乱を醸成し、混乱に乗じた革命。これしかありません。

ＯＯの出現はそんな彼らの需要にぴったりのモノでした。
従来からある用語を言い換えただけのインチキ性。
既存の技術者のスタイルを否定する構造。
反対者や疑問を抱く者には「新技術について行けない人」というレッテル
を貼るだけで追い出せるのですから、詐欺師にとってはこんなオイシイ
仕掛けはありません。

しかし、もう結果は出始めています。
革命ごっこはもう終わり。
まだ詐欺師に占拠されていない会社においては、一刻も早くこうした
擬似技術者の駆逐による経営の健全化を強く望むものです。
0016デフォルトの名無しさん2008/09/24(水) 00:44:12
C++でOOPを知った気になってもらっても困る。
0017デフォルトの名無しさん2008/09/24(水) 06:18:21
なんでも基礎を強化したのちにムズイ事にいどめ
0018デフォルトの名無しさん2008/09/29(月) 00:53:22
VBとかインタプリタ型ならpythonとか簡単なのから始めれば？？
ｖｂの入門サイト
http://www7b.biglobe.ne.jp/~vb_beginner2008/
python
http://www.iplab.cs.tsukuba.ac.jp/script/www.hlla.is.tsukuba.ac.jp/koe/python/intro.html
0019デフォルトの名無しさん2008/10/05(日) 16:45:56
C++は完全なオブジェクト指向言語じゃないとかJava厨が騒ぐが
完全なオブジェクト指向って何だ？
0020デフォルトの名無しさん2008/10/05(日) 17:01:14
JavaはC++同様メッセージパッシングではないし全てがオブジェクトでもないので
そのJava厨さんが何をいいたいのかはエスパーするしかないな
0021デフォルトの名無しさん2008/10/05(日) 17:01:25
Java
オブジェクト指向以外を認めないあたりがそう。
0022デフォルトの名無しさん2008/10/05(日) 22:51:32
完璧なオブジェクト指向言語がベストな訳でもない。
0023デフォルトの名無しさん2008/10/05(日) 23:41:08
それを分かっていないのがJava厨。
もちろんだからと言ってC++が最高と言うわけではないけどな。
0024デフォルトの名無しさん2008/10/10(金) 02:19:17
JavaはC++憎しで突っ走った結果
別のベクトルでヒドい言語になっちゃった哀れな子
0025デフォルトの名無しさん2008/10/10(金) 08:03:50
俺は別にJavaを叩く気はないけど、Java使いがC++を叩いてるのを見ると「なんだかなぁ」と思う。
0026デフォルトの名無しさん2008/10/10(金) 08:27:10
結局気にしてるんじゃん…
0027デフォルトの名無しさん2008/10/10(金) 09:28:06
Java 云々は抜きにして、C++ は ADT もあるし OO 的な広がりは見せなかったね。
0028デフォルトの名無しさん2008/10/12(日) 05:07:58
>>22
C#はベストと言えるんじゃね？
Javaは最早カスだがC#誕生の役にはたったよ
0029デフォルトの名無しさん2008/10/12(日) 05:18:11
アレで満足なら結構でしたね
0030デフォルトの名無しさん2008/10/13(月) 15:16:16
>>28
C#がいいのは俺も強くそう思うけど、
ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない
（つまり完璧なオブジェクト指向ではないと思う）のだが。
0031デフォルトの名無しさん2008/10/14(火) 00:04:45
C++がオブジェクト指向的でないコードが量産される背景には、
interface 概念がはっきりした形で存在しないために(Java C# 等には明白な形で存在する)、
実はそれはRTTI+仮想多重継承で同様の機能が実現できるにも関わらず
使いこなせないケースが多いように見受けるな。
オブジェクト指向を推進するにも関わらず、多重継承を嫌うという事態になっている人を多々見かける。
その結果、オブジェクトをインターフェイス、つまり共通の仕様を通してアクセスするという概念が希薄。
それでも、共通でなければ不便である事は分かっているようで、無理やりな共通化をして、
結果クラスの継承ツリーが歪なコードを量産してしまう、ただの知識不足なのでもったいないんだが・・・
また、メッセージパッシング式の動作を書けないのは、ガベージコレクタが無いのが原因だろうな。
この方式は、ちゃんとインスタンス管理ができていないと、まともにコードできない。
C++のインスタンス管理は面倒くさいので、おろそかになりがちな人が多い。
ところが、おろそかであるにも関わらず、本人はその自覚が無いケースも多い、
むしろインスタンス管理がしっかりできていると信じて疑わない人は多々あり。
これは、例外に関わるバグにも発展するのでしっかり勉強して欲しいのだが、
自覚症状無しというケースに当たると辛い。
0032デフォルトの名無しさん2008/10/14(火) 00:09:55
長くて読む気が起きない
３行にまとめろ
0033デフォルトの名無しさん2008/10/14(火) 00:22:26
>>30
>ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない

別にラムダがあったって問題無いよ。
Smalltalk にだって block closure があるし。

だからと言って C# が良い訳ではないけどね。
0034デフォルトの名無しさん2008/10/14(火) 06:06:04
>>32
近頃の
若者は
なっとらん
0035デフォルトの名無しさん2008/10/14(火) 06:38:12
>>32
2chの「まとめろ」は「根拠をすっ飛ばせ」って意味だけど、
誰かの耳に痛いことを書く場合、それではただの煽りになるからなぁ。
0036デフォルトの名無しさん2008/10/14(火) 06:51:10
なんだその俺解釈？
一般的な意味でまとめろ、3行に。
0037デフォルトの名無しさん2008/10/14(火) 13:05:12
ダメな奴は
どの言語を使っても
ダメ
0038デフォルトの名無しさん2008/10/14(火) 18:31:44
完璧なまとめだな

>>31みたいにクドイ奴がクラス、メンバ名とか決めるとどんだけクドクなるんだろうな
見たくもないが
0039デフォルトの名無しさん2008/10/14(火) 21:17:09
サーバサイドと携帯アプリは Java
Mac は ObjC
UNIX は C
Win は知らんけど C# なの?

C++ にとって難しすぎな世の中かもね。
0040デフォルトの名無しさん2008/10/14(火) 21:46:37
C++ﾊ ﾑｽﾞｶｼｸﾅｲ
アプリを作るのが難しい
難易度でいえば、Cの方がむずい
少なくとも、C言語を含むC++は、Cよりかは簡単に作れる
メモリ管理や文字列処理などの点はC++
0041デフォルトの名無しさん2008/10/15(水) 01:26:06
おまらは大事なことに気づいていない。

int もしくは char でCを格納したらインクリメントしたらDになるはずだ。
いわば、c++=D　だ。なのにD言語は別に存在する。矛盾している。
0042デフォルトの名無しさん2008/10/15(水) 01:50:31
>>41
ポータビリティを無視してはいかん
'C'をインクリメントして'D'になるとは限らん
0043デフォルトの名無しさん2008/10/15(水) 06:36:46
それ以前に'C'は右辺値だからインクリメントなんか出来ない
0044デフォルトの名無しさん2008/10/16(木) 23:18:38
そこで演算子オーバーロード
0045デフォルトの名無しさん2008/10/18(土) 03:36:58
うちの会社今じゃC++なんかほとんど使われてない
0046デフォルトの名無しさん2008/10/18(土) 06:09:27
>>45
そりゃそうだ。お前んとこはＣＯＢＯＬが主流だもんね。
0047デフォルトの名無しさん2008/10/18(土) 07:46:21
これからもっとも給与面で優遇されるのはコボラーになる
C++はまだ一山10セントが続く
0048デフォルトの名無しさん2008/10/18(土) 23:34:17
COBOLは延命措置に躍起になってくれるのに
C++はあっさり破棄される！不思議！
0049452008/10/18(土) 23:43:30
数年前はjava？ｍ９(＾Д＾)プギャーってかんじだったのに
今はjavaがかなり支配的になってきた
COBOLはたぶんちょっとずつ減ってるんだろう
全然知らんけどｗ
0050デフォルトの名無しさん2008/10/18(土) 23:45:49
decimalが扱えればCOBOLである必要はないからな
javaの方が遙かに保守が簡単だし
0051デフォルトの名無しさん2008/10/19(日) 00:55:38
COBOLは仕事以上にコボラーが減ってきているので、言語とは全く別に
COBOLの仕事の価値が上がってしまっている希ガス。
0052デフォルトの名無しさん2008/10/19(日) 02:27:39
減った分価値が上がる＝COBOL
減ったら忘れ去られる＝C++

再利用性(笑)
0053デフォルトの名無しさん2008/10/19(日) 03:12:07
とりあえずMFCは糞
0054デフォルトの名無しさん2008/10/19(日) 11:09:47
>>51
残念。いまコボル案件マジ氷河期。ちょっと募集かけると
仕事にあぶれたコボラがわんさか集まってくる。そんなだから単価ちょう叩き売り状態。
ちなみにCもC++もだいぶ減っているかな。いま携帯がやばいからね。
0055デフォルトの名無しさん2008/10/19(日) 13:22:41
やはりjavaか
0056デフォルトの名無しさん2008/10/19(日) 13:50:43
デルファイ最高
0057デフォルトの名無しさん2008/10/19(日) 16:50:46
Javaってなんで+演算子で文字列連結できるんだ？
演算子オーバーロードをサポートしてるわけでもないのに
0058デフォルトの名無しさん2008/10/19(日) 16:56:20
>>57
純粋なオブジェクト指向言語じゃないから
0059デフォルトの名無しさん2008/10/19(日) 17:02:25
>>57
C だって演算子オーバーロードをサポートしていないのに + は複数の型を取れるでしょ。
つまり演算子オーバーロードなんて必要無いんです。
0060デフォルトの名無しさん2008/10/19(日) 17:11:33
>>54
妄想乙ｗ
0061デフォルトの名無しさん2008/10/19(日) 17:29:05
ユーザによるオーバーロードを許してないだけ。
0062デフォルトの名無しさん2008/10/19(日) 18:57:35
Javaの「このクラスを継承してるとこういう書き方が出来るよ！」みたいなのは正直キモイ
0063デフォルトの名無しさん2008/10/19(日) 19:49:38
具体的に
0064デフォルトの名無しさん2008/10/19(日) 19:57:03
>>57
馬鹿を釣るため。
0065デフォルトの名無しさん2008/10/19(日) 23:19:16
>>59
複数の型は取れないよ。
コンパイル時に暗黙の型変換されてる。
0066デフォルトの名無しさん2008/10/19(日) 23:24:57
>>65
変換を行った後でもint + intとかdouble + doubleとか何種類かあるでしょ。
>>59の必要無いは変な表現だと思うけど。
0067デフォルトの名無しさん2008/10/19(日) 23:27:30
yaccのように評価順位とか自由にいじれるわけではないからな。
演算子オーバーロードは中途半端な機能に思える。
0068デフォルトの名無しさん2008/10/19(日) 23:57:25
ピアソンの本ってやった？

おれは
コーディングスタンダード
と
エフェクティブ
と
エフィシエンとはやった
0069デフォルトの名無しさん2008/10/20(月) 01:38:49
>>67
確か Haskell だったと思うけど、優先順位と結合方法も指定出来る言語があったね。
C++ が中途半端なのは仰る通り。
0070デフォルトの名無しさん2008/10/20(月) 02:34:20
C++もわかんない奴なんか所詮使えない
そういう奴が業界から消えるのが一番いい。
0071デフォルトの名無しさん2008/10/20(月) 20:05:45
もちろん、分かった上で使わないという選択肢を取るのはありだと思う。
0072デフォルトの名無しさん2008/10/20(月) 21:44:42
上の方でオブジェクト指向はムリとか何とか書いてあったが、
C++でもSmallTalkに近い純粋なオブジェクト指向もできなくもない。
ただ、幾分かコーディングの手間と、実行時の無駄がある上、C++らしくない。
ttp://codepad.org/cwvFDlrt
0073デフォルトの名無しさん2008/10/20(月) 22:11:33
きつい言い方をすれば、出来なくもないというのは
中途半端で使い物にはならないってことでしょ。
外面だけ真似しても意味無いじゃん。
0074デフォルトの名無しさん2008/10/20(月) 22:53:30
>>73
>中途半端で使い物にはならないってことでしょ。
ところがどっこい、速度の要らないMVCの実装は非常に楽になる。
#>>72に貼っつけた即席コードのスコープやらアクセス修飾子が無茶だったorz
0075デフォルトの名無しさん2008/10/20(月) 22:54:05
オブジェクト指向自体が使い物にならないからな。
0076デフォルトの名無しさん2008/10/20(月) 23:12:13
Smalltalk が優れているのは統一感のあるクラスライブラリだったり、
充実したリフレクションだったり、インタラクティブな環境だから、
喩え C++ で真似事をしたとしてもなぁ。lambda とか class とか
C++ は中途半端に採用するのが好きだよね。
0077デフォルトの名無しさん2008/10/21(火) 01:42:46
半端なんじゃなくてC++に合う形で取り入れてるだけ。
0078デフォルトの名無しさん2008/10/21(火) 01:55:11
その結果、本家の良さをスポイルして中途半端になってしまうのが C++ だよね。
0079デフォルトの名無しさん2008/10/21(火) 02:31:28
C++って名前だけはセンスいいと思ったんだけどなｗ
0080デフォルトの名無しさん2008/10/21(火) 05:33:40
名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなｗｗｗ
0081デフォルトの名無しさん2008/10/21(火) 08:13:44
C++ってなんて呼んでる？
0082デフォルトの名無しさん2008/10/21(火) 09:19:12
それ以上はこっちの方がよくないか？
【信者】C++の問題点【アンチ】
http://pc11.2ch.net/test/read.cgi/tech/1223597633/
0083デフォルトの名無しさん2008/10/21(火) 09:53:17
似たようなスレ同士で紹介し合ってんじゃねえよｗ
0084デフォルトの名無しさん2008/10/21(火) 10:24:43
こっちはC++が難しい
あっちはC++は別に難しくないが糞言語
一応主旨が違う
0085デフォルトの名無しさん2008/10/21(火) 17:58:19
「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ
0086デフォルトの名無しさん2008/10/21(火) 19:55:44
おれは好きだなＣプラプラ〜
0087デフォルトの名無しさん2008/10/21(火) 20:15:14
個人の趣味でいじくる分にはとても楽しい言語なのは否定しない

でも何万台も量産する機械に組み込んだり人の命に関わるようなものを制御させようとは
絶対に思えない
0088デフォルトの名無しさん2008/10/21(火) 20:21:42
パチンコ関連では普通に使われてますがなｗ
0089デフォルトの名無しさん2008/10/21(火) 22:32:14
>>87
それは他の新しい高級言語でも同じなんじゃ？
0090デフォルトの名無しさん2008/10/21(火) 22:56:20
面白みがなくても、その分複数人でやる時は有効な言語ってのもあるだろ
例えば



…何？
0091デフォルトの名無しさん2008/10/22(水) 00:00:24
>>87
偏見ですよ♪
0092デフォルトの名無しさん2008/10/22(水) 00:09:03
>>87
君が思っているよりC++は世界中で使われているよ。
0093デフォルトの名無しさん2008/10/22(水) 01:45:18
BOOSTっていうネーミングがいかにも厨臭い
0094デフォルトの名無しさん2008/10/22(水) 04:26:18
そろそろＢＯＯＳＴの勉強はじめようかな。
0095デフォルトの名無しさん2008/10/22(水) 10:32:14
Lokiの方がより厨っぽい名前だと思う
0096デフォルトの名無しさん2008/10/23(木) 11:52:19
Lokiなんか業務で使ってる所あるのか？
0097デフォルトの名無しさん2008/10/26(日) 09:30:10
>>87
いまやPOSレジにもWindowsが乗っかっていて、
中のアプリがC++でガリガリ書かれている時代だからなあ。
0098デフォルトの名無しさん2008/10/26(日) 18:38:56
boostなしじゃC++なんて使い物にならんな
STLとかもう要らないんじゃね？
0099デフォルトの名無しさん2008/10/26(日) 20:05:48
嘘はくな
STLはC++の中心　
これ無しでは、C++は勝ちをなくす
0100デフォルトの名無しさん2008/10/26(日) 20:08:21
標準のくせに可搬性のカケラもないアレがC++の中心？
冗談もほどほどにしろ
0101デフォルトの名無しさん2008/10/26(日) 20:10:07
>>100 嘘はくな
0102デフォルトの名無しさん2008/10/26(日) 20:34:32
STL使ってて移植に困ったことなんてないけどな。
どうせ>>100が変な使い方してるだけだろｗ
0103デフォルトの名無しさん2008/10/26(日) 20:49:13
>>101
＞>>100 嘘はくな
「嘘吐き」と書いて、「うそつき」と読むことはご存じない?
0104デフォルトの名無しさん2008/10/26(日) 20:59:29
ここから正しい日本語教室になります。
ム板ではよくあることです。ご静聴下さい。
0105デフォルトの名無しさん2008/10/27(月) 10:00:22
>>102
例外をサポートしてない環境==stl使えない
しかもデカい市場なんで無視できないんだわ
01061052008/10/27(月) 10:01:38
100とは別人
0107デフォルトの名無しさん2008/10/27(月) 10:08:45
>>105
gcc で普通に例外使えるし、わざわざ「環境」って言ってるんだから、
コンパイラの制限じゃないよね？そんな制限のあるコンパイラはとっくに淘汰されてるだろうし。

どんな環境？ Symbian とか？

libstdc++ や STLport なら例外投げないように小細工して使うこともできるよ。
0108デフォルトの名無しさん2008/10/27(月) 10:15:55
素人さん？stlは例外投げれないと使い物にならないよ
0109デフォルトの名無しさん2008/10/27(月) 10:29:38
正直>>107みたいな半可通は黙ってて欲しい
そういうカキコみた新人が勘違いする
0110デフォルトの名無しさん2008/10/27(月) 10:51:43
>>108
各種アルゴリズムなんか例外なくても使えるだろ。 auto_ptr だって使える。

コンテナは例外投げれないとつらいかもしれないが、例外を abort() にマップすれば
十分なことだってある。そこまでやってダメなときに、ようやく自前でコードを組むことに
なるんだ。

十把一絡げに「STL」と呼んで捨てるのはあまりに非効率。
0111デフォルトの名無しさん2008/10/27(月) 11:00:12
コンテナの使用頻度が一番高いと思うんだが・・・
つか、例外使えない＝コンテナ使えない（使いにくい）＝可搬性低い、
で別に間違ってないだろｗ
0112デフォルトの名無しさん2008/10/27(月) 11:02:59
>>110
>例外を abort() にマップすれば
勘弁してくれ、頼むからいますぐプログラマやめてくれ
0113デフォルトの名無しさん2008/10/27(月) 11:07:41
>>111
それを言うならSTL以前に
例外使えない＝new使えない（使いにくい）＝可搬性低い
例外使えない＝コンストラクタ使えない（使いにくい）＝可搬性低い

つまり C++ は可搬性低いってことだな。
0114デフォルトの名無しさん2008/10/27(月) 11:08:49
>>112
それでダメなら〜って書いてるだろ。ダメなこともあるだろうが、十分なことだってあるんだ。
0115デフォルトの名無しさん2008/10/27(月) 13:13:08
スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。
0116デフォルトの名無しさん2008/10/27(月) 18:07:37
>>114
例外が使えない処理系や環境は（仕事で）よく見るが
例外をabortにマップして十分なプロジェクトは見たことない

まあそんな小さい仕事は請けたこと無いから、
もしかしたらabortで許される仕事もあるのかも知らんけどｗ
俺からしたらそれは超レアケースだな、つかありえない
0117デフォルトの名無しさん2008/10/27(月) 20:15:40
>>111
その後に「＝使い物にならない」とは続かないって話だろ。
0118デフォルトの名無しさん2008/10/27(月) 20:18:55
おばはんｗ
0119デフォルトの名無しさん2008/10/27(月) 20:19:46
誤爆しましたごめんなさい
0120デフォルトの名無しさん2008/10/27(月) 20:59:09
>>117
ちょっと無理矢理すぎないか？
普通の感覚ならSTL使えるって言われたらコンテナ使えることを期待する
俺もコンテナが使えないならSTLなんかいらないし、
そういう意味で使い物にならないってのは全然言い過ぎではない
0121デフォルトの名無しさん2008/10/29(水) 18:08:59
STLはStandard Template Libraryですよ
どこにもコンテナなんて出てこない
テンプレート使ってる標準ライブラリは全部STL
0122デフォルトの名無しさん2008/10/29(水) 18:20:49
Standard Missileって知ってますか
0123デフォルトの名無しさん2008/11/01(土) 13:57:36
ところがどっこい
basic_stringはテンプレート使ってて、かつ標準なのにSTLじゃないstream系も同様
この辺全くもって不条理だ

でもbasic_stringなんてSTL入りなんかせずに消えてしまえばいいと思います
0124デフォルトの名無しさん2008/11/01(土) 17:32:36
そもそもSTLはC++用語じゃないと何度言えば（ｒｙ
0125デフォルトの名無しさん2008/11/01(土) 18:04:39
kwsk
0126デフォルトの名無しさん2008/11/01(土) 21:25:10
これだろ。

562 名前：デフォルトの名無しさん[sage] 投稿日：2005/05/05(木) 02:58:39
"STL"なんて呼称の範囲は、C++の標準ライブラリに
取り込まれてしまった今となっては明確に区切れる物では無い。
HP STL や SGI STL のことを指して言ってるのかもしれないが、
今使われてるのはそれらをベースにしたC++標準ライブラリだ。
範囲が明確に決まってるかのように、含まれるだの含まれないだの言うのは時代遅れだぞ。
0127デフォルトの名無しさん2008/11/01(土) 23:11:47
CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!!
0128デフォルトの名無しさん2008/11/01(土) 23:52:14
ここは何を話し合うの？
0129デフォルトの名無しさん2008/11/02(日) 00:19:00
ちんこ
0130デフォルトの名無しさん2008/11/14(金) 19:11:22
Javaは引数の参照渡しすらできないVB以下の言語
0131デフォルトの名無しさん2008/11/14(金) 20:09:30
JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ
0132デフォルトの名無しさん2008/11/15(土) 02:02:50
3文字で
0133デフォルトの名無しさん2008/11/15(土) 02:08:40
未曽有
0134デフォルトの名無しさん2008/11/15(土) 02:36:47
みぞゆうは４文字
0135デフォルトの名無しさん2008/11/15(土) 06:14:57
>>134
何故か変換できない。
0136デフォルトの名無しさん2008/11/15(土) 09:06:35
>>135
麻生に言え。
0137デフォルトの名無しさん2008/11/15(土) 09:21:01
日本語は難しすぎ
0138デフォルトの名無しさん2008/11/18(火) 16:16:10
日本語は難しすぎるので変数名には英語を使います
0139デフォルトの名無しさん2008/11/18(火) 20:07:30
日本語は本質的に論理構造を正確に表すのには向いてないからな
プログラムとは相性が悪い
0140デフォルトの名無しさん2008/11/18(火) 20:17:46
んなこたーない
本多勝一の「日本語の作文技術」はイデオロギーと関係なく一読しておく価値がある
0141デフォルトの名無しさん2008/11/18(火) 22:14:42
たぶん一番向いてるのはラテン語。
0142デフォルトの名無しさん2008/11/18(火) 23:08:25
>>140
その作文ってのは、架空のことを事実であるかのごとく文章を作るってことだろ。
0143デフォルトの名無しさん2008/11/18(火) 23:30:59
>>142
俺も偏見もってたけどまともに技巧的な内容。
文節は長い順に並べるとか
0144デフォルトの名無しさん2008/11/19(水) 00:03:49
>>142
まさかプログラマ板に脊椎反射国士さまがいるとは思わなんだｗ
0145デフォルトの名無しさん2008/11/19(水) 01:01:31
まさかプログラム技術板をプログラマ板とか言う
底辺な人がまだ生息しているとは思わなかった
0146デフォルトの名無しさん2008/11/19(水) 01:36:47
>>143
んでも自分が読むときは
ただ要点を箇条書きにしてくれるだけでいいのにとか
思ってたりしない？

特に急いで内容を把握しないといけないときは
0147デフォルトの名無しさん2008/11/19(水) 08:36:36
>>145
そんな言葉の使い方一つで底辺とか何とか人物像まで決めつける、
星座占いで人生決めるレベルの人がいつおは思わなかった。
0148デフォルトの名無しさん2008/11/19(水) 08:41:17
分かったからもう書き込むな。
つーかわざと誤字入れてんのか？ｗ
0149デフォルトの名無しさん2008/11/19(水) 14:52:01
誰＜いつお
0150デフォルトの名無しさん2008/11/19(水) 22:31:37
やるおの親戚だろ
0151デフォルトの名無しさん2008/11/20(木) 11:23:43
　　き　 うぼ
　　ま　 ら く
　　っ　 なの
　　て　 いす
　　る　 カす
　　んダウむ
　　だウンみ
い　　ン トち
つ　　で 　は
お
0152デフォルトの名無しさん2008/11/21(金) 17:20:29
俺が煽らないと途端に過疎る
0153デフォルトの名無しさん2008/11/23(日) 16:05:00
いやいや、煽ってるのはオレだから
0154デフォルトの名無しさん2008/11/23(日) 17:08:30
いやいや、俺だから
0155デフォルトの名無しさん2008/11/23(日) 17:14:45
まぁお前らは実は煽られてるだけで
真に煽っているのは俺だから
0156デフォルトの名無しさん2008/11/23(日) 17:31:48
暇人ども職安でも行っとけ
0157￣￣￣￣￣V￣￣￣￣￣￣￣￣￣2008/11/23(日) 18:04:16

　　　　／￣￣￣￣＼
　　　（　　人＿＿＿＿）
　　　｜./　　ー◎-◎-）
　　　（６　　　　　(_　_)　）　　　　ｶﾀｶﾀｶﾀ
　　　｜　.∴　ノ　　３　ﾉ　　＿＿＿＿＿_
　　　　ゝ　　　　　　　ノ　　.｜　 |￣￣＼　＼
　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣|
　　/　　＼＿＿＿　　　 　　|　　|　　　　|＿＿|
　　|　＼　　　　　　|つ　　　 |＿_|＿＿／　／
　 /　 　　￣￣　　|￣￣￣￣|　　〔￣￣〕
　｜　 　　　　　|￣
0158デフォルトの名無しさん2008/11/23(日) 18:13:23
MS-BASIC勉強をしている>>157、がんばれ、ガンバレ！
0159デフォルトの名無しさん2008/11/24(月) 16:10:31
ADLやSFINIEで悩んでる人のスレかと思ったらがっかりですよ
0160デフォルトの名無しさん2008/11/25(火) 16:58:22
別にその話題振ってもかまわんよ
0161デフォルトの名無しさん2008/12/03(水) 22:35:55
各コンパイラメーカーが便利機能を追加してあげているのに、
開発者が移植性を気にして新機能を使わなかったり、
みょうちくりんな回避策(#ifdefで切り刻む）を施したりするのは、どうかと。

何が言いたいかって、#pragma onceくらいいーじゃねーかよ。
0162デフォルトの名無しさん2008/12/03(水) 22:41:17
#pragma onceは標準じゃないし絶対標準にしないって禿も言ってたし
あきらめろ
0163デフォルトの名無しさん2008/12/04(木) 20:40:27
リンク（ファイルシステムの）とか考えると
「ファイルの同一性」 をどう判定すべきか決めるのが難しいとかいうことだっけ？
0164デフォルトの名無しさん2008/12/04(木) 21:00:32
>>162
あのハゲそんなこと抜かしてんのか。
0165デフォルトの名無しさん2008/12/04(木) 21:19:31
それとは別に、#includeを潰してもっとましな仕組みを入れたい、みたいなことを言っていなかったっけ？
0166デフォルトの名無しさん2008/12/04(木) 22:52:16
そんな凝ったテクはいいから、__FILE__、__LINE__の延長で__FUNC__を作ってほしいな
意味はわかるでそ
0167デフォルトの名無しさん2008/12/04(木) 22:57:48
次期C++で導入予定だけどな。__func__って名前だが。
0168デフォルトの名無しさん2008/12/04(木) 23:02:48
マングリングされた関数名が出てきたら怒る
0169デフォルトの名無しさん2008/12/04(木) 23:04:43
わざわざプリプロセッサでネームマングルしないでしょｗ
0170デフォルトの名無しさん2008/12/04(木) 23:14:39
__func__ はマクロじゃなくて識別子だぞ。
0171デフォルトの名無しさん2009/01/04(日) 23:45:22
C++ゲームのシーンなんかで、enumをたくさん使い、
switchで多分岐するのはよくないらしいが、
それを継承？を使いどう解消すればいいかさっぱりだ。
0172デフォルトの名無しさん2009/01/04(日) 23:47:48
Strategy パターンでググれ。
0173デフォルトの名無しさん2009/01/05(月) 01:47:10
>>172
サンクス。
ポリモーフィズムで調べていたから、近い所だったようだが、
こっちの方が解説に分かりやすい例が出てくる。

まだ理解がないから、わざわざクラス(ファイル)を
たくさん作ってめんどくさいと思ってしまうが、
辛抱してStrategy風にのっとってやってみる。
0174デフォルトの名無しさん2009/01/05(月) 02:17:00
シーンの変更時にデータの受け渡しがある場合が
少し厄介なんだよね。＞Strategy パターン
そのあたりよく考えて設計する必要がある。
0175デフォルトの名無しさん2009/01/05(月) 16:06:20
ttp://www.e-chishiki.com/jpn/articles/programming_languages/cpp/internals_of_virtual_functions
ポリモーフィズムはここのサイトが基本的な書き方？

クラスの宣言をmainに書いているけど、
ゲームシーンの切り替えに使う場合、
親クラスのshapeの中にprivateで書けば、
サブクラスの切り替えが制限できるから、
使いやすいとか思ったり。

ただ、自らの中に自らを書く感じだから、危険な気もする。

>>174
まだ、データは別のクラスのpublicな位置に置いているが、
これもまたものすごくてこずりそうだ・・
0176デフォルトの名無しさん2009/01/05(月) 23:03:50
public メンバ変数は害悪だ。
カプセル化を完全に無意味にしてしまう。
よく覚えておくように。
0177デフォルトの名無しさん2009/01/05(月) 23:13:24
>>176
そうして

private: int foo;
public: int get_foo(){return foo;} void set_foo( int v ){ foo=v; }

と全てのprivate変数に対して書く輩が出てくるｗ
0178デフォルトの名無しさん2009/01/05(月) 23:14:54
まあ、どうしても必要なら書いてもいいけどね・・・。
ブレーク貼れるくらいのメリットはあるし。
0179デフォルトの名無しさん2009/01/06(火) 00:03:49
>>176
玄人気取りのニワカがよくそう勘違いしてるよね
0180デフォルトの名無しさん2009/01/06(火) 06:54:56
get_ set_書くならpublicフィールド
ちぃ覚えた

0181デフォルトの名無しさん2009/01/06(火) 19:45:37
protectedのこともたまには思い出してあげてください
0182デフォルトの名無しさん2009/01/07(水) 02:46:47
C/C++ Coding Style Thread
http://pc11.2ch.net/test/read.cgi/tech/1096687703/347

347 名前：デフォルトの名無しさん[sage] 投稿日：2006/05/01(月) 09:21:05
>>346
protected は中途半端。
方針としては中途半端。
「見えちゃ嫌だけどちょっとは見えたほうが」
そんなの微妙すぎ。
0183デフォルトの名無しさん2009/01/07(水) 10:57:52
Bカップだっけ？＜微妙すぎ
0184デフォルトの名無しさん2009/01/07(水) 17:09:05
C++にC#のプロパティみたいなのが欲しい
0185デフォルトの名無しさん2009/02/05(木) 16:44:05
クライアントが「C++で」といってくるもんだから
Cのみで書いて、拡張子だけ"cpp"にして納品してみる。
0186デフォルトの名無しさん2009/02/05(木) 16:56:10
>>185
それはだめだ。externなどの扱いが異なるのでコンパイルエラーになる場合がある
0187デフォルトの名無しさん2009/02/05(木) 18:17:12
全部
extern "C" {
　　：
　　：
　　：
}
でくるめば無問題。
0188デフォルトの名無しさん2009/02/05(木) 21:06:44
リンカの問題はそれでいいけど
言語仕様の微妙な違いが悪さするともう…
0189デフォルトの名無しさん2009/02/06(金) 05:16:05
実際、今日見たソースにはdeleteという構造体メンバがあった。
仕方ないので、
extern "C" {
#define delete delete_
#include <foo.h>
#undef delete
}
してみた。
0190デフォルトの名無しさん2009/02/06(金) 20:37:19
これが関数名だったりすると、C でラッパ巻数用意しないといけないんだよな
0191デフォルトの名無しさん2009/04/14(火) 19:57:54
C++って、親が酔っ払って作った不貞（ジョーク）な子供なんだろ？
プロレタリア文学を読んで悦に入ってる「なんちゃってインテリ」
と同じだって気づけよ・・・C++信者君(w
0192デフォルトの名無しさん2009/04/15(水) 22:58:47
Spring has come.
0193デフォルトの名無しさん2009/04/28(火) 01:17:34
>>184
マネージ拡張C++
0194デフォルトの名無しさん2009/04/28(火) 01:25:31
プロパティよりもPascalみたいに関数内関数のほうが必要だ。
0195デフォルトの名無しさん2009/04/28(火) 10:06:21
>>184
誰得
0196デフォルトの名無しさん2009/05/10(日) 19:53:19
C++ほんとにみんな使いこなしてるのけ？
とりあえず人に提供してもらったライブラリ使ってるだけなんじゃないの？
Cだと書きなぐれるものが、C++でクラスの継承なんかを本気で使うと
すごく時間がかかってしまう。クラス内部で宣言した変数をめぐって
スパゲッティになりかねないし。どんな使い方をされてもメモリリークに対して
ロバストなクラスを人に提供するなんてのはすごく大変だし、神経も使う。
0197デフォルトの名無しさん2009/05/10(日) 19:58:31
てきとー
0198デフォルトの名無しさん2009/05/10(日) 20:06:26
そもそも開発現場が派遣の寄せ集めみたいなとこばっかだからスキルにばらつきありすぎてC++導入は難しい
ってのが現実かも
0199デフォルトの名無しさん2009/05/10(日) 22:10:51
>>196
単なるお前の勉強不足

デザパタとUMLはこれから間違いなく主流になるぞ
0200デフォルトの名無しさん2009/05/11(月) 05:11:01
中々リキの篭ったギャグっすね
0201デフォルトの名無しさん2009/05/16(土) 19:17:08
なんでC++ってCとの互換性を持たせようとしたんだよ
せめてCの構文はextern "C" {}の中だけってことにしとけば
もう少しシンプルにできたと思う
0202デフォルトの名無しさん2009/05/16(土) 20:16:48
>>201
C++を使わず別の言語を使えばよろしい。
C++のできた経緯からは当然のこと。
0203デフォルトの名無しさん2009/05/16(土) 20:49:49
なんせC++の原形はC89以前からあるからね
互換性を保てと言われてもそういう経緯ではね・・・
0204デフォルトの名無しさん2009/05/16(土) 21:06:31
関数プロトタイプとかconstとかは、CがC++から取り込んだ
0205デフォルトの名無しさん2009/05/16(土) 23:40:32
そしてC99で決別した。
0206デフォルトの名無しさん2009/05/17(日) 00:09:56
C++はおもちゃでFA
0207デフォルトの名無しさん2009/05/17(日) 00:52:30
そしてC99は誰にも使われない言語になってしまった
0208デフォルトの名無しさん2009/06/01(月) 07:02:10
>>41
おいおい…
せめせて
==ぐらい使ってくれ…orz
0209デフォルトの名無しさん2009/06/01(月) 09:59:20
なんで今頃そんな大昔の書き込みにﾚｽ返すのか知らんが、
突っ込むなら「C++の戻す値はC」
0210デフォルトの名無しさん2009/06/12(金) 19:41:49
ろくにオブジェクト指向について考えないで
テンプレートとかの悪用および勘違い技術ばっかり身につけてる奴ってどうよ。
始めは継承もテンプレもなかったんだからオブジェクト指向がどんなもんかそこからわかるはずなんだが。
いや、別に使うなってことじゃないよ。
どうも変な方向で覚えてる奴が多いんだよな。
STLやらBoostやら覚えることにはやけに熱心だけど
肝心のオブジェクト指向はさっぱりわかってなくて
設計が絶望的にヘタクソってのがいてちょっと心配。
0211デフォルトの名無しさん2009/06/12(金) 21:29:31
>210
オブジェクト指向とテンプレートによる汎用プログラミングは軸が別じゃね？
どっちか使ってもいいしどっちも使ってもいいというのがマルチパラダイム変態言語 C++ の利点にして欠点じゃないかと。
別にテンプレートがどうとかじゃなくて、単に使うことに偏りすぎて設計が下手ってだけじゃない？
どうせテンプレート使った設計させても下手だよね？
0212デフォルトの名無しさん2009/06/12(金) 22:26:10
C++が悪いだけだろ
オブジェクト指向やジェネリクスの精神を忘れて機能だけを悪用できてしまうのが悪いだけ
もっとまともな言語で再教育した方がいいよ
0213デフォルトの名無しさん2009/06/12(金) 23:09:16
時には悪い事もする必要がある、がC/C++のスタンスだから
0214デフォルトの名無しさん2009/06/12(金) 23:48:22
そろそろ、C/C++レベルで使える言語が出て欲しい。
ハードウェアに近い分野での。
0215デフォルトの名無しさん2009/06/13(土) 06:35:36
C/C++を使えない人の戯れ言だな。
0216デフォルトの名無しさん2009/06/13(土) 22:20:59
C++をちゃんと理解してるやつなんて、日本に何人もいないだろ。
つまり、テンプレートバリバリのプログラムを作って、
ワケのわからんエラーが出ても、すぐにバグの場所がわかるぐらいに。
0217デフォルトの名無しさん2009/06/14(日) 12:36:32
俺、俺、俺わかるよ。
0218デフォルトの名無しさん2009/07/24(金) 17:13:45
Google、コード検索から分かった統計を紹介
http://japan.internet.com/webtech/20090724/12.html
＞たとえば、「オープンソース プログラムは、
＞『C』と『C++』のどちらで書かれたものが多い？」といったような質問だ。
＞答えは C 言語ベースのプログラムで、C++ の倍以上あるという。

C++涙目w
0219デフォルトの名無しさん2009/07/24(金) 18:09:26
当たり前だろ
普及度でCに勝てる言語なんてあるわけないし
今後もおそらく永遠に現れない
0220デフォルトの名無しさん2009/07/25(土) 01:46:30
だいたいCの正統後継者であるC99ですら10年経った今でも
マイナー言語だしなｗ
0221デフォルトの名無しさん2009/07/25(土) 01:55:51
それは全く関係ない
0222デフォルトの名無しさん2009/08/02(日) 15:05:11
Microsoft の『ATL』のコードに不具合、原因は「&」
http://japan.internet.com/webtech/20090731/12.html
0223デフォルトの名無しさん2009/08/05(水) 16:37:58
void *の功罪
0224デフォルトの名無しさん2009/08/05(水) 23:55:27
C++ で C スタイルキャストを使ったのがダメなんだろ。
0225デフォルトの名無しさん2009/08/06(木) 00:04:40
つまりCで出来る事がバグになるC++は屑言語
0226デフォルトの名無しさん2009/08/06(木) 00:34:26
安全かみそりしか使えないような奴が、
プロの包丁は危ないとか言ってるような話だな。
0227デフォルトの名無しさん2009/08/06(木) 13:44:47
空前の床屋ブームで理容師不足ともなれば、
まともに剃刀も使えないレベルの奴にも仕事をしてもらわねばならんわけで。
そうするってーと、そいつらにとって「安全剃刀は素晴らしい道具」なんですよ。
0228デフォルトの名無しさん2009/08/06(木) 20:59:08
坊主頭専門店か
質で差別化は難しいし、となると安さと早さの勝負になるか
ちゃんと修行してきた床屋には所狭しと飾ってある賞状やトロフィーの類が一切なく
儲けを目当てに他業種から参入してきた営業上がりの経営者が
ブーム終了とともに坊主頭専門理髪師を残したまま去っていく

たとえがぴったしなのが悲しい
0229デフォルトの名無しさん2009/08/07(金) 00:01:22
安全剃刀で事足りる分野に颯爽と紛れ込んできては頚動脈を切って去っていく
これがC++プロ(笑)
0230デフォルトの名無しさん2009/08/07(金) 06:18:51
昔は、覚えたての継承やら、例外処理やら関数オブジェクトやらデザインパターンやら
抽象基底クラスやら使って、不必要にソースコードを難解にしていたなｗ
後悔はしている

今は継承構造もなるべく単純にし、不必要な機能は使わないようにしてる。
0231デフォルトの名無しさん2009/09/15(火) 20:29:42
せっかくある機能を使わないなんてもったいないだろ
0232デフォルトの名無しさん2009/09/16(水) 00:22:07
折角ある機能なんだからJWordとかも積極的にインスコして使わないと勿体無いよな
0233ぅゅ ◆e6.oHu1j.o 2009/09/19(土) 21:26:11
>>230
あなたみたいのをC++上級者というんだと思う
0234デフォルトの名無しさん2009/09/21(月) 11:03:19
C言語の方が難しい
0235デフォルトの名無しさん2009/09/23(水) 05:39:09
アセンブリの方が難しい
何でも出来るけど何にも出来ない
0236デフォルトの名無しさん2009/09/26(土) 22:54:37
C++って難しいのか?
Perlを覚えようと頑張ってるけど、C++より難しい気がする...
0237デフォルトの名無しさん2009/09/27(日) 00:05:13
perlは俺も嫌いだ
0238デフォルトの名無しさん2009/09/27(日) 00:15:01
perlは記号が多すぎだな。
PHPみたいにすっきりしてればいいんだが。
0239デフォルトの名無しさん2009/09/27(日) 03:55:09
Perlは史上最も汚い言語
0240デフォルトの名無しさん2009/09/27(日) 11:12:38
正確には汚く書け過ぎるってかんじか
0241デフォルトの名無しさん2009/09/28(月) 00:44:51
Perlはどうしようもないな
0242デフォルトの名無しさん2009/09/29(火) 20:53:53
C++は信者ですら簡単だとは言わないけど
Perl信者はアレをわかりやすい読みやすいと困ったことを平気で言う分タチ悪い
0243デフォルトの名無しさん2009/09/29(火) 21:39:36
>>236
書くだけなら簡単。

だけど、人の書いたコード＆過去の自分が書いたコードは読みたくないｗ
まあこれは”やりすぎた”C++プログラマでもあることだけど。
0244デフォルトの名無しさん2009/10/02(金) 19:27:57
プログラミング言語の特徴を視覚的に比較する
ttp://d.hatena.ne.jp/KZR/20091001/p1
0245デフォルトの名無しさん2009/10/19(月) 19:11:09
もうdefine使いまくるのはやめようぜええええええええええええええ
意味わかんねーんだよおおおおおおおおおおおおおお
0246デフォルトの名無しさん2009/10/19(月) 19:49:35
#ifdefの嵐が>>245を襲うｗ

でも確かにＳＴＬのソースとか異様に読みにくいよな…
0247デフォルトの名無しさん2009/10/19(月) 20:20:37
>>246
俺が引き継いだプログラム書いたのはおまえか！

定義したマクロの関数２〜３回しか使わないならベタ書いてくれてでいいから！
いろいろ使いたいなら普通に関数定義してくれればいいから！
constで検索してまったくひっかからないとか冗談だろ！？

もおおおうううくぁw背ｄｒｆｔｇｙふじこｌｐ；「’」
0248デフォルトの名無しさん2009/10/21(水) 00:55:23
>>245
boost 方面にも言ってやってくれ.
0249デフォルトの名無しさん2009/11/09(月) 18:52:56
オブジェクト指向ってたいした事ないよな
C++のクラスもCの構造体に毛が生えたようなもんだし
0250デフォルトの名無しさん2009/11/10(火) 18:23:30
http://codepad.org/EGbmhw93
クラスのoperator deleteが静的型で呼び出されるなんて今日初めて知った。
0251デフォルトの名無しさん2009/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.
0252デフォルトの名無しさん2009/11/11(水) 01:45:20
>>250
ところが、Aに仮想デストラクタを設ければ、B::operator deleteが呼ばれるようになる。
なお、たとえBがoperator deleteを定義していなかったとしても、
基底クラスにアップキャストしたポインタを通じてdeleteするなら仮想デストラクタが必要。

結局、publicで非仮想的なデストラクタを持つクラスは継承すんなという証というお約束になっている。
0253デフォルトの名無しさん2009/12/23(水) 16:45:58
C/C++は未定義とか処理系依存が多い印象
はっきり禁止と言えばいいのに
0254デフォルトの名無しさん2009/12/26(土) 05:36:26
いろんなハードや処理系に対応しなきゃならないから仕方ない
0255デフォルトの名無しさん2010/01/10(日) 22:49:14
移植性のあるプログラムを書くためには、-2^15〜2^15-1の範囲に収まらない可能性がある整数を扱うときには、
intではなくlongを使う必要がある。

けどこれは、例えば、intが32bit, longが64bitな処理系では、無駄以外の何物でもない。
0256デフォルトの名無しさん2010/01/11(月) 10:55:21
そうか!!!
俺がオブジェクト指向を理解できないのは、
> 基底クラスにアップキャストしたポインタ
なんて言い方が平然とまかり通っているからだな!!!

底には落ちろよ!!!
なんで昇ってるんだよ!!!
0257デフォルトの名無しさん2010/01/11(月) 13:06:22
UMLで基底クラスを上側に書くからだよ
0258デフォルトの名無しさん2010/01/11(月) 15:01:31
>>257
基底なんだから、底に書けよ
0259デフォルトの名無しさん2010/01/11(月) 15:03:42
UMLは日本発祥じゃないから
現地語で考えないとだめだ
0260デフォルトの名無しさん2010/01/11(月) 16:58:00
悲しいかな、日本人なんだよ俺は
分かってる奴がちゃんと訳せよ
0261デフォルトの名無しさん2010/01/11(月) 18:44:34
ツリー構造とかも上に根があって下に枝が生えていくよな
向こうの国の植物は皆そうなのか？
0262デフォルトの名無しさん2010/01/12(火) 12:32:07
Smalltalkではスーパークラス、サブクラスと呼称している。
で、お前らと同じ事を思った我らが禿はC++で代わりに基底（Base）クラス、
派生（Drived）クラスという用語を作ったわけだ。
0263デフォルトの名無しさん2010/01/12(火) 19:30:46
sub- には「下の」って意味がなかったっけ？
0264デフォルトの名無しさん2010/01/12(火) 21:15:18
あるよ。ついでに言えば、super-は上とか超えって意味だ。
つまり、ジャスコなんかは超市場なんだな。
0265デフォルトの名無しさん2010/02/18(木) 03:29:46
親クラス、子クラスと呼んでいる俺に隙はなかった。
0266デフォルトの名無しさん2010/02/18(木) 12:29:21
GUIを暮らすライブラリで習うと
継承関係の親子と
Window関係の親子が
ごっちゃになって訳分からなくなる
0267デフォルトの名無しさん2010/03/24(水) 21:28:50
翔泳社から２月３月とテンプレート関連の本が続けて出たけど
このレベルの本を書ける日本人の物書きっていないんだよなあ。

エビステーメーがC++標準化委員会だっけ？
ただ所属してるだけのような感じだけど。
0268デフォルトの名無しさん2010/03/28(日) 21:01:20
何年経っても文字配列の大きさをチェックしない、
知り合いプログラマを見てるとC,C++には欠陥があるように思える。
少なくとも文字列処理に関しては。
0269デフォルトの名無しさん2010/03/28(日) 21:03:46
そんな馬鹿は C で文字列つかわなければいいだけ。
0270デフォルトの名無しさん2010/03/28(日) 21:07:03
>>268
C++にはstd::stringがある。Cと一緒にしてはいけない。
0271デフォルトの名無しさん2010/03/28(日) 21:11:04
そんな奴はstd::stringすら適切に扱えないんじゃないだろうか
0272デフォルトの名無しさん2010/03/29(月) 01:02:28
そして出てくる strstream とか
0273デフォルトの名無しさん2010/04/01(木) 20:43:37
クラスはいらねえ！
ネームスペースだけCに追加してくれんか？
0274デフォルトの名無しさん2010/04/01(木) 20:46:30
Cのような手動deleteなんかをいつまで使うの
0275デフォルトの名無しさん2010/04/01(木) 20:52:48
C++ without class...
0276デフォルトの名無しさん2010/04/01(木) 23:36:33
難しいって具体的にどこ？
0277デフォルトの名無しさん2010/04/02(金) 10:12:02
C++を難しいという奴は勉強さぼってるだけ
0278デフォルトの名無しさん2010/04/02(金) 12:20:51
このスレ立てた無能がこっちでがんばっているようだぞ。

C#は糞
http://pc12.2ch.net/test/read.cgi/tech/1246520657/
0279デフォルトの名無しさん2010/04/02(金) 14:06:11
>>274
auto_ptr使えば。
それで不十分なら、GCのある言語使え。
0280デフォルトの名無しさん2010/04/02(金) 17:19:54
C++でマルチスレッドは不可能に近いってのは有名な話
0281デフォルトの名無しさん2010/04/02(金) 20:53:21
>>280
kwsk
0282デフォルトの名無しさん2010/04/03(土) 13:34:39
>>280
wktk
0283デフォルトの名無しさん2010/04/07(水) 15:48:03
>>274
D言語使え
0284デフォルトの名無しさん2010/04/07(水) 19:52:28
>>280
WIN32 API システムプログラミングという本にマルチスレッドの方法が
いくらでも書いてあるわけだが

しかも同期を取る手段まで網羅されているんだが
0285デフォルトの名無しさん2010/04/10(土) 22:20:55
>>284
そういうのは移植性低いから openMP とか使うんだよ。

まあそれでもメモリ管理についてはどうにもならん部分がでそうだけど。
0286デフォルトの名無しさん2010/04/11(日) 17:48:57
どっちにしろ不可能ではないんだろ。
0287デフォルトの名無しさん2010/04/11(日) 18:20:08
>>284
Win32APIの話なんて誰もしてないと思うけどｗ
0288デフォルトの名無しさん2010/04/11(日) 19:42:42
>>287
俺がしてるの
わかった？
Win32 APIならマルチスレッドは出来る
他のOSは知らん
0289デフォルトの名無しさん2010/04/11(日) 20:04:54
>>288
つスレタイ
0290デフォルトの名無しさん2010/04/11(日) 22:02:21
設計者であるお禿さんが難しいって言ってるんだから難しいんだろうな。
0291デフォルトの名無しさん2010/04/12(月) 01:35:01
>>286
「不可能はないんだからアセンブラですべて組めばいい」
とか言ってるやつがいたらどう思う？
0292デフォルトの名無しさん2010/04/12(月) 03:24:57
現実にC++で書かれたマルチスレッドのプログラムは
Windowsに限らず大量にあるわけだろ。
それを前にして、「不可能」と言い張るのはなんか意味があるの？
0293デフォルトの名無しさん2010/04/12(月) 08:49:41
>>292
馬鹿だと思う
「不可能」という自分の言葉に酔ってて現実が見えてないだけだよ
多分無職だろう
0294デフォルトの名無しさん2010/04/12(月) 10:30:54
偶然動いているだけと言う事実に気付けない馬鹿ばっか
0295デフォルトの名無しさん2010/04/12(月) 10:39:18
>>294
偶然動いているという事にして自分の心の安定を図りたいだけの馬鹿発見
0296(u＿・y) ◆e6.oHu1j.o 2010/04/12(月) 13:43:54
C++に問題はなくて人次第なのに、そこに不可能って単語使っちゃうって馬鹿じゃないの
紛らわしいから死ね
0297デフォルトの名無しさん2010/04/12(月) 13:50:08
お前には無理
0298デフォルトの名無しさん2010/04/12(月) 14:19:03
C++よりも簡単にマルチスレッドプログラミングをできる言語もあるかもしれないが、
C++でマルチスレッドプログラミングができないというわけではない。
そもそも、マルチスレッド動作させるだけならそれほど難しくない。
同期を取る必要が出てきて始めて、難しくなるんだ。
0299デフォルトの名無しさん2010/04/12(月) 14:37:49
マルチスレッドの何が難しいの？
必要に応じて排他処理させるだけでは。
0300デフォルトの名無しさん2010/04/12(月) 14:50:33
だからC++でマルチスレッドができないと言ってる奴は馬鹿だって
放っとけ
0301(u＿・y) ◆e6.oHu1j.o 2010/04/12(月) 15:23:56
ほうっとく
0302デフォルトの名無しさん2010/04/12(月) 19:34:33
不可能に近いを不可能と読み替えて勝手に怒り狂ってる奴って何なの
0303デフォルトの名無しさん2010/04/12(月) 21:03:35
そうだね。
誰かさんにとって不可能に近いってことなら単なる事実だろうし、
赤の他人に全然関わりのないことだよね。
0304デフォルトの名無しさん2010/04/12(月) 21:10:36
メモリをだだ漏らし共有データを壊しデッドロックを場当たり的に躱しつつ
ごく短い時間なら走れるプログラムを「動く」と呼んでいいなら信者の意見も正しい
0305デフォルトの名無しさん2010/04/12(月) 21:29:34
>>299
必要に応じるのが難しいと言ってるのに、キミは馬鹿なの？
0306デフォルトの名無しさん2010/04/12(月) 22:03:30
>>304
だからマルチスレッド関連の本にはちゃんとデッドロック対策も
スタベーション対策もレース状態の対策も書いてある
0307デフォルトの名無しさん2010/04/12(月) 23:08:46
本だけ読んで実際には何の実践もした事が無いデッカチ君は帰りな
0308デフォルトの名無しさん2010/04/12(月) 23:27:43
>>307
はあ？実践してますが何か？
お前こそC++でマルチスレッドのプログラム書いた事ないだろうが
0309デフォルトの名無しさん2010/04/12(月) 23:28:39
マスターベーション対策
0310デフォルトの名無しさん2010/04/13(火) 00:03:05
あーはいはい
自分一人でシコシコ書いてる分にはさぞ簡単だろうなｗ
誰もそんな自明な事を言及してないと思うが
0311(u＿・y) ◆e6.oHu1j.o 2010/04/13(火) 00:11:02
会話レベルが高くなってきたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>310
複数人で、C++で、マルチスレッドプログラミングをしているの？

まるちすれっどだけでも不可能に近いくらいむずかしいって言い放っちゃうアホもいるほどむずかしいかもしれないようなに気配のするものなのに＞＜；
0312デフォルトの名無しさん2010/04/13(火) 00:24:44
>>310
お前みたいな単純バカだと人生楽だろうな
でもプログラミングは出来ないだろうよ
0313デフォルトの名無しさん2010/04/13(火) 01:17:46
糞コテがわいた時点でこの話題は死んだ
0314(u＿・y) ◆e6.oHu1j.o 2010/04/13(火) 08:36:59
八つ当たりされた
0315(u＿・y) ◆e6.oHu1j.o 2010/04/13(火) 09:34:14
>>298これが真理
0316デフォルトの名無しさん2010/04/14(水) 23:37:49
どうせマルチスレッドなんてやったら逆に遅くなるような
短いコードしかいじってないんだろ。
0317デフォルトの名無しさん2010/04/15(木) 00:12:49
数年の継続案件で延べ10人以上が関わっててコードが数十k行ってても同じ事を言えるかだよな
0318(u＿・y) ◆rT33C51l9k 2010/04/30(金) 03:14:02
マジでいまの２ｃｈってなんなの？？？？
>>316
なんでこういうゴミみたいなレスをだれも叩かないで放置してんだよ
叩くのが飽きたから？？？
それとも間違いがわからないから？？？？
本当にイラつく

死ね
0319(u＿・y) ◆rT33C51l9k 2010/04/30(金) 03:16:04
間違ったレスが放置されてそのままになった時
真実がわかるのは初めから知っている奴だけ
ゴミみたいな学生が2chの情報を鵜呑みにするから、リアルで意味わからない事を言い始めるんだな
0320デフォルトの名無しさん2010/04/30(金) 03:36:41
うるせえよ屑
レス順的に放置したのはテメェだろ
そのまま脳卒中で死ね
0321デフォルトの名無しさん2010/04/30(金) 04:32:19
トリップ違う？騙り？
0322デフォルトの名無しさん2010/04/30(金) 22:32:38
マスターベーション中毒患者　Ｃ＃病院に行くらしいまで読んだ！
0323デフォルトの名無しさん2010/05/01(土) 00:37:45
とりあえずFirefoxやChromeがC++で書かれていることを思い出そう
0324デフォルトの名無しさん2010/05/01(土) 04:18:05
だからなに？バグだらけじゃん
0325デフォルトの名無しさん2010/05/06(木) 10:28:25
各種OSもね。
0326デフォルトの名無しさん2010/05/06(木) 12:58:22
バカには無理！
以上！
0327デフォルトの名無しさん2010/05/06(木) 13:58:16
JavaもC++で書かれてるという衝撃の事実。
0328デフォルトの名無しさん2010/05/07(金) 00:32:31
C++はCで書かれているという衝撃の事実。
0329デフォルトの名無しさん2010/05/07(金) 01:25:51
CはCで書かれているという衝撃の事実。
0330デフォルトの名無しさん2010/05/07(金) 02:39:44
鶏の卵は鶏から生まれると言う衝撃の事実。
0331デフォルトの名無しさん2010/05/07(金) 03:08:14
女は女から生まれるが男も女から生まれるという衝撃
0332デフォルトの名無しさん2010/05/07(金) 11:07:00
オナニー後にふき取ったティッシュが亀頭に張り付き剥がす時に痛いという衝撃の事実。
0333デフォルトの名無しさん2010/05/07(金) 11:17:01
まんこにトイペが付いてることがあるので舐める前に良く確認しなければならないという衝撃の事実。
0334デフォルトの名無しさん2010/05/07(金) 11:33:53
オナニー後に精子が糊の役割を果たし尿道を塞いで尿が二股に分かれて出てしまうという衝撃の事実。
0335デフォルトの名無しさん2010/05/07(金) 11:37:48
なにこの糞以下の流れ
0336デフォルトの名無しさん2010/05/07(金) 18:49:22
>>335 自演乙
0337デフォルトの名無しさん2010/05/08(土) 21:51:10
C++はネーミングが簡単すぎるだろ、難しさから言ったら
C++++++++++++++++++++++++++++++++++++++++++
これぐらいだろ。
0338デフォルトの名無しさん2010/05/08(土) 21:56:04
あーはいはいおもしろいね
0339デフォルトの名無しさん2010/05/09(日) 00:20:41
c--が最近出来たぬ
0340デフォルトの名無しさん2010/05/09(日) 09:07:00
シーマイマイって読むの？
シーィーかな？
0341デフォルトの名無しさん2010/05/09(日) 09:10:10
よし、マイマイマイ！広がるぅー！
0342デフォルトの名無しさん2010/05/09(日) 11:03:44
シーマイナ
シーマイナ
シーンジマイナ
に見える
0343デフォルトの名無しさん2010/05/09(日) 11:05:43
C++ が後置なのは C++ != D にするため
0344デフォルトの名無しさん2010/05/09(日) 13:01:20
>>343
C++の方がDよりはるかに歴史があるわけだが
0345デフォルトの名無しさん2010/05/09(日) 13:07:46
CはBの次という意味だが、
これは単にアルファベット順で次だというのではなく、
B言語の元になった「BCPL」の順番で考えて次になっているからというもの
しかし、アルファベット順で次だという風に誤解されてしまったため、
次の言語をP言語にし辛くなってしまった
そこで、次の言語はC++とすることによって、
次はDじゃないよ、つまり、C++ != Dであるということを強調したのだ

民明書房　「死威腐羅巣腐羅巣の歴史」より
0346デフォルトの名無しさん2010/05/09(日) 13:11:45
C#はCよりちょっと上って意味でつけられたらしい
0347デフォルトの名無しさん2010/05/09(日) 13:13:47
C++　→　C♯
　++
0348デフォルトの名無しさん2010/05/09(日) 13:35:31
C#はちょっと上どころかC言語とは完全に別の方向に進んだ言語だけどな
0349デフォルトの名無しさん2010/05/09(日) 13:54:59
なんで++CじゃなくてC++になったのかって問題が
C++Primerの練習問題になってた気がする
0350デフォルトの名無しさん2010/05/09(日) 14:00:41
どう考えても見た目の問題だろ
0351デフォルトの名無しさん2010/05/09(日) 14:13:46
超入門書に書いてあるよくあるたとえ話

ポインタを実際の住所に例える
クラスやインスタンスを車の設計図と実際の車に例える
オブジェクト指向の本とかでよくある「動物」で、犬が「ワン」猫が「ニャー」等
変数は「箱」です

こういうのは誤解を招くし余計わけがわからなくなるからやめたほうがいい。
0352デフォルトの名無しさん2010/05/09(日) 15:04:00
じゃあ代替案出せよ
0353デフォルトの名無しさん2010/05/09(日) 15:39:14
ダックタイピング禁止
0354デフォルトの名無しさん2010/05/09(日) 15:52:40
オブジェクト指向の説明にAnimal/Dog/CatやらShape/Circle/Rectやら最初に使い出した馬鹿は誰なの？
0355デフォルトの名無しさん2010/05/11(火) 17:35:36
Webコミック「21日でC++を習得する方法」
http://gihyo.jp/dev/clip/01/orangenews/vol56/0009

これでお前らでもC++が使えるようになる！
0356デフォルトの名無しさん2010/05/11(火) 17:47:22
>>355
つまんね
0357デフォルトの名無しさん2010/05/11(火) 19:52:34
笑い所が分からんな
毛唐の感覚だと理解出来るのかな
0358デフォルトの名無しさん2010/09/01(水) 18:06:47
C++の話（本当にあった怖い話）
http://gihyo.jp/dev/clip/01/orangenews/vol58/0007

C++は経験あるベテランでも理解できないほど難しすぎ
0359デフォルトの名無しさん2010/09/01(水) 19:26:37
>関数の頭にプログラマの名前が付く

これはないが 自分の名前.so は作ってしまったことがある
0360デフォルトの名無しさん2010/12/04(土) 19:42:20
C++は環境作りの段階で躓く。
たんにコンパイラをインストールするだけなら簡単なんだけどさ。

ちょっと変なライブラリを入れようとすると
すんなりいくときは行くけど、はまると２、３日はヘーキでストーンってすっ飛ぶ。
0361デフォルトの名無しさん2010/12/04(土) 22:32:59
Rubyもそうだね
(特にWindows)
0362デフォルトの名無しさん2010/12/22(水) 09:06:47
>>359
javaのドメイン反転ネームスペースじゃないけど
会社名を入れるってのはよくやる。
jp.co.xxxx.hogeみたいなのをjp_co_xxxx_hoge.oって。
すんげー冗長でかっこ悪いけど。
0363デフォルトの名無しさん2011/04/29(金) 21:30:06.53
それよりもお前ら
ZEROは数じゃねーぞ!!!
0364デフォルトの名無しさん2011/04/30(土) 00:30:53.10
>>351
あれはもはやギャグだな
コードと動作のほうが百倍分かりやすい
0365デフォルトの名無しさん2011/04/30(土) 22:56:13.34
>>364
読者が、分かった気になりさえすれば良いんだろう...たぶん
0366デフォルトの名無しさん2011/05/01(日) 19:52:27.65
変数はともかく初心者の頃は「ワン」「ニャー」
でよくわかったけどな。is-a関係だけだけど
0367デフォルトの名無しさん2011/05/02(月) 22:08:36.88
あれで分からない奴はワンニャー並みっていうメッセージだよ
0368天使 ◆uL5esZLBSE 2011/07/06(水) 18:26:09.80
これ ； デリミタっていうんだけどさ、これをつけなきゃエラーになるような
そんな言語使ってる奴ってどうみてもゴミだと思うんだけど

もしかして「；」これ打ち忘れてコンパイルエラー出すのが楽しいの？
そうか、二度と話かけんなよ
ゴミが何いってもゴミ



天使#test_s

「天使の煽り」の提供でお送りしました
0369デフォルトの名無しさん2011/07/06(水) 18:48:40.99
ハーベイ・M・ダイテルの本と林晴比古の本とどっちがわかりやすいですか？
0370デフォルトの名無しさん2011/07/06(水) 23:52:57.11
晴にゃんだろ
0371デフォルトの名無しさん2011/11/05(土) 22:25:59.59
[迷信] コンパイルエラーが出るのでアクセス指定子を修正
http://www.kijineko.co.jp/tech/superstitions/modify-access-specifiers.html

C++使ってるヤツって馬鹿しかいないの?
やっぱりCじゃないとな
0372デフォルトの名無しさん2011/11/05(土) 23:27:05.82
そして、グローバル変数だらけのCコードに回帰するわけですね、分かります。
0373デフォルトの名無しさん2011/11/06(日) 07:23:52.00
ちんちん＋＋
0374デフォルトの名無しさん2011/11/06(日) 09:33:34.07
>>372
なんでもpublicにしてる時点でグローバル変数みたいになってるから大丈夫
0375デフォルトの名無しさん2011/11/06(日) 19:00:21.03
「アクセサは免罪符にならない」ってのも記事に付け足すべき
0376デフォルトの名無しさん2011/11/07(月) 00:33:01.30
フィールドごとに getter/setter を用意するな
ttp://d.hatena.ne.jp/bleis-tift/20090126/1232949719
0377デフォルトの名無しさん 2011/12/07(水) 16:59:14.40
はーぁ、deleteしたらNULLに〜・・・
なればな・・・・
良いのにな・・・・
ま、もうなれたから良っか
0378デフォルトの名無しさん2011/12/08(木) 04:08:04.11
>>377
delete はスマートポインタの仕事。
そんな動作を欲しがるほど自分で delete を書いてるのが間違い。
0379デフォルトの名無しさん2011/12/12(月) 06:31:18.85
スマポとintrusive_ptr(インポ？)があれば大抵の事は済む。
■ このスレッドは過去ログ倉庫に格納されています