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/

[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とかｗ

[12 デフォルトの名無しさん 2008/09/19(金) 04:22:53]

昔はCもｗとか言われたもんさ

[13 デフォルトの名無しさん 2008/09/19(金) 10:09:36]

新言語Cw, Dw

[14 デフォルトの名無しさん 2008/09/19(金) 23:52:04]

せっかくだから俺はGrassを選ぶぜ。

[15 デフォルトの名無しさん 2008/09/23(火) 17:39:45]

大分前からＯＯの有用性については現場レベルから疑問視
する声が上がっていました。

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

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

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

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

[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とか簡単なのから始めれば？？
ｖｂの入門サイト
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]

長くて読む気が起きない
３行にまとめろ

[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
そりゃそうだ。お前んとこはＣＯＢＯＬが主流だもんね。

[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？ｍ９(＾Д＾)プギャーってかんじだったのに
今はjavaがかなり支配的になってきた
COBOLはたぶんちょっとずつ減ってるんだろう
全然知らんけどｗ

[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
妄想乙ｗ

[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++って名前だけはセンスいいと思ったんだけどなｗ

[80 デフォルトの名無しさん 2008/10/21(火) 05:33:40]

名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなｗｗｗ

[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]

似たようなスレ同士で紹介し合ってんじゃねえよｗ

[84 デフォルトの名無しさん 2008/10/21(火) 10:24:43]

こっちはC++が難しい
あっちはC++は別に難しくないが糞言語
一応主旨が違う

[85 デフォルトの名無しさん 2008/10/21(火) 17:58:19]

「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ

[86 デフォルトの名無しさん 2008/10/21(火) 19:55:44]

おれは好きだなＣプラプラ〜

[87 デフォルトの名無しさん 2008/10/21(火) 20:15:14]

個人の趣味でいじくる分にはとても楽しい言語なのは否定しない

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

[88 デフォルトの名無しさん 2008/10/21(火) 20:21:42]

パチンコ関連では普通に使われてますがなｗ

[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]

そろそろＢＯＯＳＴの勉強はじめようかな。

[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が変な使い方してるだけだろｗ

[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 なら例外投げないように小細工して使うこともできるよ。