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

[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