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

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

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

1 :デフォルトの名無しさん: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/

2 :デフォルトの名無しさん:2008/09/16(火) 19:55:08
工エエェェ(´д`)ェェエエ工工


3 :デフォルトの名無しさん:2008/09/16(火) 21:59:34
だれかゆとり言語作ってあげなよ

4 :デフォルトの名無しさん:2008/09/16(火) 22:07:08
>>1
馬鹿。C++の全機能を無理に使おうとするから難しいんだよ。
まずBoostは当分使うのをやめて身の丈に応じた機能だけ使っとけ。

5 :デフォルトの名無しさん:2008/09/17(水) 07:32:46
分からなければ本が悪い。

6 :デフォルトの名無しさん:2008/09/17(水) 11:15:48
テンプレート禁止

7 :デフォルトの名無しさん:2008/09/18(木) 17:22:17
WindowsアプリならVBとかDelphiとかで十分。
だいたい、GCの無い言語でアプリ書きたくない。
スマートポインタは継承に対応できないのでクソ。
参照カウンタは実はGCより遅い。

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

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

難解でしかもツカエナイ言語。
C++で悩むくらいならもっと役に立つことに頭使え。

8 :デフォルトの名無しさん:2008/09/18(木) 17:38:00
>>7
釣れますか?

9 :デフォルトの名無しさん:2008/09/18(木) 19:28:06
釣りかどうかはわからないが、16分弱で馬鹿が釣れたのは確かだな。

10 :デフォルトの名無しさん:2008/09/18(木) 23:49:11
もし、継承に対応できないがキャストできないということなら、それは違う。
shared_ptrにはdynamic_pointer_castなんかがある。BoostもTR1も。

11 :デフォルトの名無しさん:2008/09/19(金) 03:47:38
Dとかw

12 :デフォルトの名無しさん:2008/09/19(金) 04:22:53
昔はCもwとか言われたもんさ

13 :デフォルトの名無しさん:2008/09/19(金) 10:09:36
新言語Cw, Dw

14 :デフォルトの名無しさん:2008/09/19(金) 23:52:04
せっかくだから俺はGrassを選ぶぜ。

15 :デフォルトの名無しさん:2008/09/23(火) 17:39:45
大分前からOOの有用性については現場レベルから疑問視
する声が上がっていました。

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

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

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

しかし、もう結果は出始めています。
革命ごっこはもう終わり。
まだ詐欺師に占拠されていない会社においては、一刻も早くこうした
擬似技術者の駆逐による経営の健全化を強く望むものです。

16 :デフォルトの名無しさん:2008/09/24(水) 00:44:12
C++でOOPを知った気になってもらっても困る。

17 :デフォルトの名無しさん:2008/09/24(水) 06:18:21
なんでも基礎を強化したのちにムズイ事にいどめ

18 :デフォルトの名無しさん:2008/09/29(月) 00:53:22
VBとかインタプリタ型ならpythonとか簡単なのから始めれば??
vbの入門サイト
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

19 :デフォルトの名無しさん:2008/10/05(日) 16:45:56
C++は完全なオブジェクト指向言語じゃないとかJava厨が騒ぐが
完全なオブジェクト指向って何だ?

20 :デフォルトの名無しさん:2008/10/05(日) 17:01:14
JavaはC++同様メッセージパッシングではないし全てがオブジェクトでもないので
そのJava厨さんが何をいいたいのかはエスパーするしかないな

21 :デフォルトの名無しさん:2008/10/05(日) 17:01:25
Java
オブジェクト指向以外を認めないあたりがそう。

22 :デフォルトの名無しさん:2008/10/05(日) 22:51:32
完璧なオブジェクト指向言語がベストな訳でもない。

23 :デフォルトの名無しさん:2008/10/05(日) 23:41:08
それを分かっていないのがJava厨。
もちろんだからと言ってC++が最高と言うわけではないけどな。

24 :デフォルトの名無しさん:2008/10/10(金) 02:19:17
JavaはC++憎しで突っ走った結果
別のベクトルでヒドい言語になっちゃった哀れな子

25 :デフォルトの名無しさん:2008/10/10(金) 08:03:50
俺は別にJavaを叩く気はないけど、Java使いがC++を叩いてるのを見ると「なんだかなぁ」と思う。

26 :デフォルトの名無しさん:2008/10/10(金) 08:27:10
結局気にしてるんじゃん…

27 :デフォルトの名無しさん:2008/10/10(金) 09:28:06
Java 云々は抜きにして、C++ は ADT もあるし OO 的な広がりは見せなかったね。

28 :デフォルトの名無しさん:2008/10/12(日) 05:07:58
>>22
C#はベストと言えるんじゃね?
Javaは最早カスだがC#誕生の役にはたったよ

29 :デフォルトの名無しさん:2008/10/12(日) 05:18:11
アレで満足なら結構でしたね

30 :デフォルトの名無しさん:2008/10/13(月) 15:16:16
>>28
C#がいいのは俺も強くそう思うけど、
ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない
(つまり完璧なオブジェクト指向ではないと思う)のだが。

31 :デフォルトの名無しさん:2008/10/14(火) 00:04:45
C++がオブジェクト指向的でないコードが量産される背景には、
interface 概念がはっきりした形で存在しないために(Java C# 等には明白な形で存在する)、
実はそれはRTTI+仮想多重継承で同様の機能が実現できるにも関わらず
使いこなせないケースが多いように見受けるな。
オブジェクト指向を推進するにも関わらず、多重継承を嫌うという事態になっている人を多々見かける。
その結果、オブジェクトをインターフェイス、つまり共通の仕様を通してアクセスするという概念が希薄。
それでも、共通でなければ不便である事は分かっているようで、無理やりな共通化をして、
結果クラスの継承ツリーが歪なコードを量産してしまう、ただの知識不足なのでもったいないんだが・・・
また、メッセージパッシング式の動作を書けないのは、ガベージコレクタが無いのが原因だろうな。
この方式は、ちゃんとインスタンス管理ができていないと、まともにコードできない。
C++のインスタンス管理は面倒くさいので、おろそかになりがちな人が多い。
ところが、おろそかであるにも関わらず、本人はその自覚が無いケースも多い、
むしろインスタンス管理がしっかりできていると信じて疑わない人は多々あり。
これは、例外に関わるバグにも発展するのでしっかり勉強して欲しいのだが、
自覚症状無しというケースに当たると辛い。

32 :デフォルトの名無しさん:2008/10/14(火) 00:09:55
長くて読む気が起きない
3行にまとめろ

33 :デフォルトの名無しさん:2008/10/14(火) 00:22:26
>>30
>ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない

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

だからと言って C# が良い訳ではないけどね。

34 :デフォルトの名無しさん:2008/10/14(火) 06:06:04
>>32
近頃の
若者は
なっとらん

35 :デフォルトの名無しさん:2008/10/14(火) 06:38:12
>>32
2chの「まとめろ」は「根拠をすっ飛ばせ」って意味だけど、
誰かの耳に痛いことを書く場合、それではただの煽りになるからなぁ。

36 :デフォルトの名無しさん:2008/10/14(火) 06:51:10
なんだその俺解釈?
一般的な意味でまとめろ、3行に。

37 :デフォルトの名無しさん:2008/10/14(火) 13:05:12
ダメな奴は
どの言語を使っても
ダメ

38 :デフォルトの名無しさん:2008/10/14(火) 18:31:44
完璧なまとめだな

>>31みたいにクドイ奴がクラス、メンバ名とか決めるとどんだけクドクなるんだろうな
見たくもないが

39 :デフォルトの名無しさん:2008/10/14(火) 21:17:09
サーバサイドと携帯アプリは Java
Mac は ObjC
UNIX は C
Win は知らんけど C# なの?

C++ にとって難しすぎな世の中かもね。

40 :デフォルトの名無しさん:2008/10/14(火) 21:46:37
C++ハ ムズカシクナイ
アプリを作るのが難しい
難易度でいえば、Cの方がむずい
少なくとも、C言語を含むC++は、Cよりかは簡単に作れる
メモリ管理や文字列処理などの点はC++

41 :デフォルトの名無しさん:2008/10/15(水) 01:26:06
おまらは大事なことに気づいていない。

int もしくは char でCを格納したらインクリメントしたらDになるはずだ。
いわば、c++=D だ。なのにD言語は別に存在する。矛盾している。

42 :デフォルトの名無しさん:2008/10/15(水) 01:50:31
>>41
ポータビリティを無視してはいかん
'C'をインクリメントして'D'になるとは限らん

43 :デフォルトの名無しさん:2008/10/15(水) 06:36:46
それ以前に'C'は右辺値だからインクリメントなんか出来ない

44 :デフォルトの名無しさん:2008/10/16(木) 23:18:38
そこで演算子オーバーロード

45 :デフォルトの名無しさん:2008/10/18(土) 03:36:58
うちの会社今じゃC++なんかほとんど使われてない

46 :デフォルトの名無しさん:2008/10/18(土) 06:09:27
>>45
そりゃそうだ。お前んとこはCOBOLが主流だもんね。

47 :デフォルトの名無しさん:2008/10/18(土) 07:46:21
これからもっとも給与面で優遇されるのはコボラーになる
C++はまだ一山10セントが続く

48 :デフォルトの名無しさん:2008/10/18(土) 23:34:17
COBOLは延命措置に躍起になってくれるのに
C++はあっさり破棄される!不思議!

49 :45:2008/10/18(土) 23:43:30
数年前はjava?m9(^Д^)プギャーってかんじだったのに
今はjavaがかなり支配的になってきた
COBOLはたぶんちょっとずつ減ってるんだろう
全然知らんけどw

50 :デフォルトの名無しさん:2008/10/18(土) 23:45:49
decimalが扱えればCOBOLである必要はないからな
javaの方が遙かに保守が簡単だし

51 :デフォルトの名無しさん:2008/10/19(日) 00:55:38
COBOLは仕事以上にコボラーが減ってきているので、言語とは全く別に
COBOLの仕事の価値が上がってしまっている希ガス。

52 :デフォルトの名無しさん:2008/10/19(日) 02:27:39
減った分価値が上がる=COBOL
減ったら忘れ去られる=C++

再利用性(笑)

53 :デフォルトの名無しさん:2008/10/19(日) 03:12:07
とりあえずMFCは糞

54 :デフォルトの名無しさん:2008/10/19(日) 11:09:47
>>51
残念。いまコボル案件マジ氷河期。ちょっと募集かけると
仕事にあぶれたコボラがわんさか集まってくる。そんなだから単価ちょう叩き売り状態。
ちなみにCもC++もだいぶ減っているかな。いま携帯がやばいからね。

55 :デフォルトの名無しさん:2008/10/19(日) 13:22:41
やはりjavaか

56 :デフォルトの名無しさん:2008/10/19(日) 13:50:43
デルファイ最高

57 :デフォルトの名無しさん:2008/10/19(日) 16:50:46
Javaってなんで+演算子で文字列連結できるんだ?
演算子オーバーロードをサポートしてるわけでもないのに

58 :デフォルトの名無しさん:2008/10/19(日) 16:56:20
>>57
純粋なオブジェクト指向言語じゃないから

59 :デフォルトの名無しさん:2008/10/19(日) 17:02:25
>>57
C だって演算子オーバーロードをサポートしていないのに + は複数の型を取れるでしょ。
つまり演算子オーバーロードなんて必要無いんです。

60 :デフォルトの名無しさん:2008/10/19(日) 17:11:33
>>54
妄想乙w

61 :デフォルトの名無しさん:2008/10/19(日) 17:29:05
ユーザによるオーバーロードを許してないだけ。

62 :デフォルトの名無しさん:2008/10/19(日) 18:57:35
Javaの「このクラスを継承してるとこういう書き方が出来るよ!」みたいなのは正直キモイ

63 :デフォルトの名無しさん:2008/10/19(日) 19:49:38
具体的に

64 :デフォルトの名無しさん:2008/10/19(日) 19:57:03
>>57
馬鹿を釣るため。

65 :デフォルトの名無しさん:2008/10/19(日) 23:19:16
>>59
複数の型は取れないよ。
コンパイル時に暗黙の型変換されてる。

66 :デフォルトの名無しさん:2008/10/19(日) 23:24:57
>>65
変換を行った後でもint + intとかdouble + doubleとか何種類かあるでしょ。
>>59の必要無いは変な表現だと思うけど。

67 :デフォルトの名無しさん:2008/10/19(日) 23:27:30
yaccのように評価順位とか自由にいじれるわけではないからな。
演算子オーバーロードは中途半端な機能に思える。

68 :デフォルトの名無しさん:2008/10/19(日) 23:57:25
ピアソンの本ってやった?

おれは
コーディングスタンダード

エフェクティブ

エフィシエンとはやった


69 :デフォルトの名無しさん:2008/10/20(月) 01:38:49
>>67
確か Haskell だったと思うけど、優先順位と結合方法も指定出来る言語があったね。
C++ が中途半端なのは仰る通り。

70 :デフォルトの名無しさん:2008/10/20(月) 02:34:20
C++もわかんない奴なんか所詮使えない
そういう奴が業界から消えるのが一番いい。


71 :デフォルトの名無しさん:2008/10/20(月) 20:05:45
もちろん、分かった上で使わないという選択肢を取るのはありだと思う。

72 :デフォルトの名無しさん:2008/10/20(月) 21:44:42
上の方でオブジェクト指向はムリとか何とか書いてあったが、
C++でもSmallTalkに近い純粋なオブジェクト指向もできなくもない。
ただ、幾分かコーディングの手間と、実行時の無駄がある上、C++らしくない。
ttp://codepad.org/cwvFDlrt

73 :デフォルトの名無しさん:2008/10/20(月) 22:11:33
きつい言い方をすれば、出来なくもないというのは
中途半端で使い物にはならないってことでしょ。
外面だけ真似しても意味無いじゃん。

74 :デフォルトの名無しさん:2008/10/20(月) 22:53:30
>>73
>中途半端で使い物にはならないってことでしょ。
ところがどっこい、速度の要らないMVCの実装は非常に楽になる。
#>>72に貼っつけた即席コードのスコープやらアクセス修飾子が無茶だったorz


75 :デフォルトの名無しさん:2008/10/20(月) 22:54:05
オブジェクト指向自体が使い物にならないからな。

76 :デフォルトの名無しさん:2008/10/20(月) 23:12:13
Smalltalk が優れているのは統一感のあるクラスライブラリだったり、
充実したリフレクションだったり、インタラクティブな環境だから、
喩え C++ で真似事をしたとしてもなぁ。lambda とか class とか
C++ は中途半端に採用するのが好きだよね。

77 :デフォルトの名無しさん:2008/10/21(火) 01:42:46
半端なんじゃなくてC++に合う形で取り入れてるだけ。

78 :デフォルトの名無しさん:2008/10/21(火) 01:55:11
その結果、本家の良さをスポイルして中途半端になってしまうのが C++ だよね。

79 :デフォルトの名無しさん:2008/10/21(火) 02:31:28
C++って名前だけはセンスいいと思ったんだけどなw

80 :デフォルトの名無しさん:2008/10/21(火) 05:33:40
名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなwww

81 :デフォルトの名無しさん:2008/10/21(火) 08:13:44
C++ってなんて呼んでる?

82 :デフォルトの名無しさん:2008/10/21(火) 09:19:12
それ以上はこっちの方がよくないか?
【信者】C++の問題点【アンチ】
http://pc11.2ch.net/test/read.cgi/tech/1223597633/

83 :デフォルトの名無しさん:2008/10/21(火) 09:53:17
似たようなスレ同士で紹介し合ってんじゃねえよw

84 :デフォルトの名無しさん:2008/10/21(火) 10:24:43
こっちはC++が難しい
あっちはC++は別に難しくないが糞言語
一応主旨が違う

85 :デフォルトの名無しさん:2008/10/21(火) 17:58:19
「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ

86 :デフォルトの名無しさん:2008/10/21(火) 19:55:44
おれは好きだなCプラプラ〜

87 :デフォルトの名無しさん:2008/10/21(火) 20:15:14
個人の趣味でいじくる分にはとても楽しい言語なのは否定しない

でも何万台も量産する機械に組み込んだり人の命に関わるようなものを制御させようとは
絶対に思えない

88 :デフォルトの名無しさん:2008/10/21(火) 20:21:42
パチンコ関連では普通に使われてますがなw

89 :デフォルトの名無しさん:2008/10/21(火) 22:32:14
>>87
それは他の新しい高級言語でも同じなんじゃ?

90 :デフォルトの名無しさん:2008/10/21(火) 22:56:20
面白みがなくても、その分複数人でやる時は有効な言語ってのもあるだろ
例えば



…何?

91 :デフォルトの名無しさん:2008/10/22(水) 00:00:24
>>87
偏見ですよ♪

92 :デフォルトの名無しさん:2008/10/22(水) 00:09:03
>>87
君が思っているよりC++は世界中で使われているよ。

93 :デフォルトの名無しさん:2008/10/22(水) 01:45:18
BOOSTっていうネーミングがいかにも厨臭い

94 :デフォルトの名無しさん:2008/10/22(水) 04:26:18
そろそろBOOSTの勉強はじめようかな。

95 :デフォルトの名無しさん:2008/10/22(水) 10:32:14
Lokiの方がより厨っぽい名前だと思う

96 :デフォルトの名無しさん:2008/10/23(木) 11:52:19
Lokiなんか業務で使ってる所あるのか?

97 :デフォルトの名無しさん:2008/10/26(日) 09:30:10
>>87
いまやPOSレジにもWindowsが乗っかっていて、
中のアプリがC++でガリガリ書かれている時代だからなあ。

98 :デフォルトの名無しさん:2008/10/26(日) 18:38:56
boostなしじゃC++なんて使い物にならんな
STLとかもう要らないんじゃね?

99 :デフォルトの名無しさん:2008/10/26(日) 20:05:48
嘘はくな
STLはC++の中心 
これ無しでは、C++は勝ちをなくす

100 :デフォルトの名無しさん:2008/10/26(日) 20:08:21
標準のくせに可搬性のカケラもないアレがC++の中心?
冗談もほどほどにしろ

101 :デフォルトの名無しさん:2008/10/26(日) 20:10:07
>>100 嘘はくな


102 :デフォルトの名無しさん:2008/10/26(日) 20:34:32
STL使ってて移植に困ったことなんてないけどな。
どうせ>>100が変な使い方してるだけだろw

103 :デフォルトの名無しさん:2008/10/26(日) 20:49:13
>>101
>>100 嘘はくな
「嘘吐き」と書いて、「うそつき」と読むことはご存じない?

104 :デフォルトの名無しさん:2008/10/26(日) 20:59:29
ここから正しい日本語教室になります。
ム板ではよくあることです。ご静聴下さい。

105 :デフォルトの名無しさん:2008/10/27(月) 10:00:22
>>102
例外をサポートしてない環境==stl使えない
しかもデカい市場なんで無視できないんだわ

106 :105:2008/10/27(月) 10:01:38
100とは別人

107 :デフォルトの名無しさん:2008/10/27(月) 10:08:45
>>105
gcc で普通に例外使えるし、わざわざ「環境」って言ってるんだから、
コンパイラの制限じゃないよね?そんな制限のあるコンパイラはとっくに淘汰されてるだろうし。

どんな環境? Symbian とか?

libstdc++ や STLport なら例外投げないように小細工して使うこともできるよ。

108 :デフォルトの名無しさん:2008/10/27(月) 10:15:55
素人さん?stlは例外投げれないと使い物にならないよ

109 :デフォルトの名無しさん:2008/10/27(月) 10:29:38
正直>>107みたいな半可通は黙ってて欲しい
そういうカキコみた新人が勘違いする

110 :デフォルトの名無しさん:2008/10/27(月) 10:51:43
>>108
各種アルゴリズムなんか例外なくても使えるだろ。 auto_ptr だって使える。

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

十把一絡げに「STL」と呼んで捨てるのはあまりに非効率。

111 :デフォルトの名無しさん:2008/10/27(月) 11:00:12
コンテナの使用頻度が一番高いと思うんだが・・・
つか、例外使えない=コンテナ使えない(使いにくい)=可搬性低い、
で別に間違ってないだろw

112 :デフォルトの名無しさん:2008/10/27(月) 11:02:59
>>110
>例外を abort() にマップすれば
勘弁してくれ、頼むからいますぐプログラマやめてくれ

113 :デフォルトの名無しさん:2008/10/27(月) 11:07:41
>>111
それを言うならSTL以前に
例外使えない=new使えない(使いにくい)=可搬性低い
例外使えない=コンストラクタ使えない(使いにくい)=可搬性低い

つまり C++ は可搬性低いってことだな。

114 :デフォルトの名無しさん:2008/10/27(月) 11:08:49
>>112
それでダメなら〜って書いてるだろ。ダメなこともあるだろうが、十分なことだってあるんだ。

115 :デフォルトの名無しさん:2008/10/27(月) 13:13:08
スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。

116 :デフォルトの名無しさん:2008/10/27(月) 18:07:37
>>114
例外が使えない処理系や環境は(仕事で)よく見るが
例外をabortにマップして十分なプロジェクトは見たことない

まあそんな小さい仕事は請けたこと無いから、
もしかしたらabortで許される仕事もあるのかも知らんけどw
俺からしたらそれは超レアケースだな、つかありえない

117 :デフォルトの名無しさん:2008/10/27(月) 20:15:40
>>111
その後に「=使い物にならない」とは続かないって話だろ。

118 :デフォルトの名無しさん:2008/10/27(月) 20:18:55
おばはんw

119 :デフォルトの名無しさん:2008/10/27(月) 20:19:46
誤爆しましたごめんなさい

120 :デフォルトの名無しさん:2008/10/27(月) 20:59:09
>>117
ちょっと無理矢理すぎないか?
普通の感覚ならSTL使えるって言われたらコンテナ使えることを期待する
俺もコンテナが使えないならSTLなんかいらないし、
そういう意味で使い物にならないってのは全然言い過ぎではない

121 :デフォルトの名無しさん:2008/10/29(水) 18:08:59
STLはStandard Template Libraryですよ
どこにもコンテナなんて出てこない
テンプレート使ってる標準ライブラリは全部STL

122 :デフォルトの名無しさん:2008/10/29(水) 18:20:49
Standard Missileって知ってますか

123 :デフォルトの名無しさん:2008/11/01(土) 13:57:36
ところがどっこい
basic_stringはテンプレート使ってて、かつ標準なのにSTLじゃないstream系も同様
この辺全くもって不条理だ

でもbasic_stringなんてSTL入りなんかせずに消えてしまえばいいと思います

124 :デフォルトの名無しさん:2008/11/01(土) 17:32:36
そもそもSTLはC++用語じゃないと何度言えば(ry

125 :デフォルトの名無しさん:2008/11/01(土) 18:04:39
kwsk

126 :デフォルトの名無しさん:2008/11/01(土) 21:25:10
これだろ。

562 名前:デフォルトの名無しさん[sage] 投稿日:2005/05/05(木) 02:58:39
"STL"なんて呼称の範囲は、C++の標準ライブラリに
取り込まれてしまった今となっては明確に区切れる物では無い。
HP STL や SGI STL のことを指して言ってるのかもしれないが、
今使われてるのはそれらをベースにしたC++標準ライブラリだ。
範囲が明確に決まってるかのように、含まれるだの含まれないだの言うのは時代遅れだぞ。

127 :デフォルトの名無しさん:2008/11/01(土) 23:11:47
CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!!

128 :デフォルトの名無しさん:2008/11/01(土) 23:52:14
ここは何を話し合うの?

129 :デフォルトの名無しさん:2008/11/02(日) 00:19:00
ちんこ

130 :デフォルトの名無しさん:2008/11/14(金) 19:11:22
Javaは引数の参照渡しすらできないVB以下の言語

131 :デフォルトの名無しさん:2008/11/14(金) 20:09:30
JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ

132 :デフォルトの名無しさん:2008/11/15(土) 02:02:50
3文字で

133 :デフォルトの名無しさん:2008/11/15(土) 02:08:40
未曽有

134 :デフォルトの名無しさん:2008/11/15(土) 02:36:47
みぞゆうは4文字

135 :デフォルトの名無しさん:2008/11/15(土) 06:14:57
>>134
何故か変換できない。

136 :デフォルトの名無しさん:2008/11/15(土) 09:06:35
>>135
麻生に言え。

137 :デフォルトの名無しさん:2008/11/15(土) 09:21:01
日本語は難しすぎ

138 :デフォルトの名無しさん:2008/11/18(火) 16:16:10
日本語は難しすぎるので変数名には英語を使います

139 :デフォルトの名無しさん:2008/11/18(火) 20:07:30
日本語は本質的に論理構造を正確に表すのには向いてないからな
プログラムとは相性が悪い

140 :デフォルトの名無しさん:2008/11/18(火) 20:17:46
んなこたーない
本多勝一の「日本語の作文技術」はイデオロギーと関係なく一読しておく価値がある

141 :デフォルトの名無しさん:2008/11/18(火) 22:14:42
たぶん一番向いてるのはラテン語。

142 :デフォルトの名無しさん:2008/11/18(火) 23:08:25
>>140
その作文ってのは、架空のことを事実であるかのごとく文章を作るってことだろ。

143 :デフォルトの名無しさん:2008/11/18(火) 23:30:59
>>142
俺も偏見もってたけどまともに技巧的な内容。
文節は長い順に並べるとか

144 :デフォルトの名無しさん:2008/11/19(水) 00:03:49
>>142
まさかプログラマ板に脊椎反射国士さまがいるとは思わなんだw

145 :デフォルトの名無しさん:2008/11/19(水) 01:01:31
まさかプログラム技術板をプログラマ板とか言う
底辺な人がまだ生息しているとは思わなかった

146 :デフォルトの名無しさん:2008/11/19(水) 01:36:47
>>143
んでも自分が読むときは
ただ要点を箇条書きにしてくれるだけでいいのにとか
思ってたりしない?

特に急いで内容を把握しないといけないときは

147 :デフォルトの名無しさん:2008/11/19(水) 08:36:36
>>145
そんな言葉の使い方一つで底辺とか何とか人物像まで決めつける、
星座占いで人生決めるレベルの人がいつおは思わなかった。

148 :デフォルトの名無しさん:2008/11/19(水) 08:41:17
分かったからもう書き込むな。
つーかわざと誤字入れてんのか?w

149 :デフォルトの名無しさん:2008/11/19(水) 14:52:01
誰<いつお

150 :デフォルトの名無しさん:2008/11/19(水) 22:31:37
やるおの親戚だろ

151 :デフォルトの名無しさん:2008/11/20(木) 11:23:43
  き  うぼ
  ま  ら く
  っ  なの
  て  いす
  る  カす
  んダウむ
  だウンみ
い  ン トち
つ  で  は


152 :デフォルトの名無しさん:2008/11/21(金) 17:20:29
俺が煽らないと途端に過疎る

153 :デフォルトの名無しさん:2008/11/23(日) 16:05:00
いやいや、煽ってるのはオレだから

154 :デフォルトの名無しさん:2008/11/23(日) 17:08:30
いやいや、俺だから

155 :デフォルトの名無しさん:2008/11/23(日) 17:14:45
まぁお前らは実は煽られてるだけで
真に煽っているのは俺だから

156 :デフォルトの名無しさん:2008/11/23(日) 17:31:48
暇人ども職安でも行っとけ

157 : ̄ ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄:2008/11/23(日) 18:04:16

    / ̄ ̄ ̄ ̄\
   (  人____)
   |./  ー◎-◎-)
   (6     (_ _) )    カタカタカタ
   | .∴ ノ  3 ノ  ______
    ゝ       ノ  .|  | ̄ ̄\ \
   /       \__|  |    | ̄ ̄|
  /  \___      |  |    |__|
  | \      |つ    |__|__/ /
  /     ̄ ̄  | ̄ ̄ ̄ ̄|  〔 ̄ ̄〕
 |       | ̄


158 :デフォルトの名無しさん:2008/11/23(日) 18:13:23
MS-BASIC勉強をしている>>157、がんばれ、ガンバレ!

159 :デフォルトの名無しさん:2008/11/24(月) 16:10:31
ADLやSFINIEで悩んでる人のスレかと思ったらがっかりですよ

160 :デフォルトの名無しさん:2008/11/25(火) 16:58:22
別にその話題振ってもかまわんよ

161 :デフォルトの名無しさん:2008/12/03(水) 22:35:55
各コンパイラメーカーが便利機能を追加してあげているのに、
開発者が移植性を気にして新機能を使わなかったり、
みょうちくりんな回避策(#ifdefで切り刻む)を施したりするのは、どうかと。

何が言いたいかって、#pragma onceくらいいーじゃねーかよ。

162 :デフォルトの名無しさん:2008/12/03(水) 22:41:17
#pragma onceは標準じゃないし絶対標準にしないって禿も言ってたし
あきらめろ

163 :デフォルトの名無しさん:2008/12/04(木) 20:40:27
リンク(ファイルシステムの)とか考えると
「ファイルの同一性」 をどう判定すべきか決めるのが難しいとかいうことだっけ?

164 :デフォルトの名無しさん:2008/12/04(木) 21:00:32
>>162
あのハゲそんなこと抜かしてんのか。

165 :デフォルトの名無しさん:2008/12/04(木) 21:19:31
それとは別に、#includeを潰してもっとましな仕組みを入れたい、みたいなことを言っていなかったっけ?

166 :デフォルトの名無しさん:2008/12/04(木) 22:52:16
そんな凝ったテクはいいから、__FILE__、__LINE__の延長で__FUNC__を作ってほしいな
意味はわかるでそ


167 :デフォルトの名無しさん:2008/12/04(木) 22:57:48
次期C++で導入予定だけどな。__func__って名前だが。

168 :デフォルトの名無しさん:2008/12/04(木) 23:02:48
マングリングされた関数名が出てきたら怒る

169 :デフォルトの名無しさん:2008/12/04(木) 23:04:43
わざわざプリプロセッサでネームマングルしないでしょw

170 :デフォルトの名無しさん:2008/12/04(木) 23:14:39
__func__ はマクロじゃなくて識別子だぞ。

171 :デフォルトの名無しさん:2009/01/04(日) 23:45:22
C++ゲームのシーンなんかで、enumをたくさん使い、
switchで多分岐するのはよくないらしいが、
それを継承?を使いどう解消すればいいかさっぱりだ。

172 :デフォルトの名無しさん:2009/01/04(日) 23:47:48
Strategy パターンでググれ。

173 :デフォルトの名無しさん:2009/01/05(月) 01:47:10
>>172
サンクス。
ポリモーフィズムで調べていたから、近い所だったようだが、
こっちの方が解説に分かりやすい例が出てくる。

まだ理解がないから、わざわざクラス(ファイル)を
たくさん作ってめんどくさいと思ってしまうが、
辛抱してStrategy風にのっとってやってみる。

174 :デフォルトの名無しさん:2009/01/05(月) 02:17:00
シーンの変更時にデータの受け渡しがある場合が
少し厄介なんだよね。>Strategy パターン
そのあたりよく考えて設計する必要がある。

175 :デフォルトの名無しさん: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な位置に置いているが、
これもまたものすごくてこずりそうだ・・

176 :デフォルトの名無しさん:2009/01/05(月) 23:03:50
public メンバ変数は害悪だ。
カプセル化を完全に無意味にしてしまう。
よく覚えておくように。

177 :デフォルトの名無しさん:2009/01/05(月) 23:13:24
>>176
そうして

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

と全てのprivate変数に対して書く輩が出てくるw

178 :デフォルトの名無しさん:2009/01/05(月) 23:14:54
まあ、どうしても必要なら書いてもいいけどね・・・。
ブレーク貼れるくらいのメリットはあるし。

179 :デフォルトの名無しさん:2009/01/06(火) 00:03:49
>>176
玄人気取りのニワカがよくそう勘違いしてるよね

180 :デフォルトの名無しさん:2009/01/06(火) 06:54:56
get_ set_書くならpublicフィールド
ちぃ覚えた



181 :デフォルトの名無しさん:2009/01/06(火) 19:45:37
protectedのこともたまには思い出してあげてください

182 :デフォルトの名無しさん: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 は中途半端。
方針としては中途半端。
「見えちゃ嫌だけどちょっとは見えたほうが」
そんなの微妙すぎ。

183 :デフォルトの名無しさん:2009/01/07(水) 10:57:52
Bカップだっけ?<微妙すぎ

184 :デフォルトの名無しさん:2009/01/07(水) 17:09:05
C++にC#のプロパティみたいなのが欲しい

185 :デフォルトの名無しさん:2009/02/05(木) 16:44:05
クライアントが「C++で」といってくるもんだから
Cのみで書いて、拡張子だけ"cpp"にして納品してみる。

186 :デフォルトの名無しさん:2009/02/05(木) 16:56:10
>>185
それはだめだ。externなどの扱いが異なるのでコンパイルエラーになる場合がある

187 :デフォルトの名無しさん:2009/02/05(木) 18:17:12
全部
extern "C" {
  :
  :
  :
}
でくるめば無問題。

188 :デフォルトの名無しさん:2009/02/05(木) 21:06:44
リンカの問題はそれでいいけど
言語仕様の微妙な違いが悪さするともう…

189 :デフォルトの名無しさん:2009/02/06(金) 05:16:05
実際、今日見たソースにはdeleteという構造体メンバがあった。
仕方ないので、
extern "C" {
#define delete delete_
#include <foo.h>
#undef delete
}
してみた。

190 :デフォルトの名無しさん:2009/02/06(金) 20:37:19
これが関数名だったりすると、C でラッパ巻数用意しないといけないんだよな

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

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

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