【信者】C++の問題点【アンチ】

**デフォルトの名無しさん** · 2008/10/10(金) 09:13:53

C++の問題点について語るスレです

C++ってなんであんなに肥大化しちゃったの？
http://pc11.2ch.net/test/read.cgi/tech/1219902495/

**デフォルトの名無しさん** · 2008/10/10(金) 11:05:40

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

**デフォルトの名無しさん** · 2008/10/10(金) 13:14:50

だからーいちいち禁止しなくても
本物の || && とおんなじ方法で動くようにすればいいだけだろ

**デフォルトの名無しさん** · 2008/10/10(金) 18:04:14

&&のオーバーロードなんてgotoやlongjmpみたいなもの
使う方が悪い

**デフォルトの名無しさん** · 2008/10/10(金) 19:05:52

もう飽きた、他のネタ頼むわ

**デフォルトの名無しさん** · 2008/10/10(金) 19:26:39

そうだな
function-try-blockの話でもしようか

**デフォルトの名無しさん** · 2008/10/10(金) 20:39:02

ライバルが現れた

gcjって使ってる人います？
http://pc11.2ch.net/test/read.cgi/tech/1046627795/

**デフォルトの名無しさん** · 2008/10/10(金) 20:44:16

http://shootout.alioth.debian.org/
見ると、ATSって言語が異常に速いんだが
誰か使ってる人いる？

**デフォルトの名無しさん** · 2008/10/11(土) 11:16:32

|| && 問題なんて「過去との互換性をとるために保守してあるだけで、現在は使わないでください」的なものだろ

Javaだって「将来無くすことになったので、このメソッドは使わないで新しいの使ってね」って言うじゃん。
で、実際に無くすか、互換性のために残しておくか。
どっちが正しいかは白黒なんてつかん

**デフォルトの名無しさん** · 2008/10/11(土) 11:39:04

なんだこの頭の悪いレスは
アンチのなりすましですか？

**デフォルトの名無しさん** · 2008/10/11(土) 19:26:07

ウドンズのCreateWindowみたいなものか

**デフォルトの名無しさん** · 2008/10/11(土) 20:36:58

CreateWindowはObsoleteじゃないだろ

**デフォルトの名無しさん** · 2008/10/11(土) 23:59:55

C++に限らずif (x) if (y)のシンタックスシュガーとして&&は時々便利に感じる。

**デフォルトの名無しさん** · 2008/10/12(日) 04:15:14

アイちゃんちょっと頑張り過ぎじゃね？

**デフォルトの名無しさん** · 2008/10/12(日) 04:58:04

>>13
時々じゃなくてそれに基づいてプログラムを書いてるわけだが
お陰でオーバーロード時に問題が生じてしまったのは禿の責任ではない

**デフォルトの名無しさん** · 2008/10/12(日) 20:00:28

&& や || をオーバーロードなんてすんなってこった。

**デフォルトの名無しさん** · 2008/10/12(日) 21:43:39

正しい動作するようにかける方法を
関数以外で提供すれば言いだけ

**デフォルトの名無しさん** · 2008/10/12(日) 22:52:55

正しいも動作も何も、&&, ||が論理演算である必要すらないのだが。
+を掛け算、*を足し算にして、足し算優先な数式すらつくれるというのに。

**デフォルトの名無しさん** · 2008/10/12(日) 23:19:21

それはAdd()という名の引き算関数作ることと何が違うの？

**デフォルトの名無しさん** · 2008/10/13(月) 00:02:32

指数演算ならMul()という名前の足し算関数はありうる

**デフォルトの名無しさん** · 2008/10/13(月) 00:06:49

>>19
汗の世界では良くあること。

**デフォルトの名無しさん** · 2008/10/13(月) 00:26:54

>>19
全然違うぜ。

Add(Mul(1, 2), 3)
はあくまでmulを解釈した後addを解釈するし
Mul(Add(1,2), 3)
はAddを先に解釈する
1+2*3
は
1*2+3
としたところで、必ず*が先に解釈される。

プログラムの書き手が解釈順位を決めるのが関数
演算子はコンパイラがすでに解釈順位を決めている。

**デフォルトの名無しさん** · 2008/10/13(月) 00:31:04

演算子はコンパイラがすでに解釈順位を決めている。
にらそれと同じことをすればいい

**デフォルトの名無しさん** · 2008/10/13(月) 00:31:53

>>23
まあ、俺もうまく説明できてないが、
問題点を理解できてないのに噛み付かなくてもいいよ。

**デフォルトの名無しさん** · 2008/10/13(月) 02:18:29

>>24
で、そういうことをするプログラマーが問題ではないと

**デフォルトの名無しさん** · 2008/10/13(月) 11:11:10

自由と責任は表裏一体。
低レベルの開発ならC並の何でもできる自由度が必要だけど、アプリよりになればなるほど勝手な振る舞いはしてほしくない。
今はハードをベタベタに触る言語とGUIやwebをらくらく使う言語と使い分ける時代じゃねーのかね。
C++は全部やろうとして、肥大化してるし、トラップも増えている感じ。

何でもできるけど、責任はプログラマ側ねという言語は必要だけどすべての分野で使うべきかどうかは疑問だね。

**デフォルトの名無しさん** · 2008/10/13(月) 12:30:57

本当に自由な言語には使わない自由もあるだろ。
そもそもC++をすべての分野で使うべきなんて誰も言ってないのに勝手に勘違いして
GCを全否定したり無駄な継承したりするのが義務だと思い込んでるだけ。

**デフォルトの名無しさん** · 2008/10/13(月) 12:33:54

分かってる人は分かった上でC++使ってればいいんだよ。
分からない人が「たくさん」いる現場で使うにはC++はしんどい言語だってこと。

**デフォルトの名無しさん** · 2008/10/13(月) 12:33:56

流れを読まずにかきこ
GCって何？

**デフォルトの名無しさん** · 2008/10/13(月) 12:35:07

分かってないのに分かった気になってる人がたくさんいる言語

**デフォルトの名無しさん** · 2008/10/13(月) 12:36:31

Graphics Context
Grand Central
Gabage Collection

**デフォルトの名無しさん** · 2008/10/13(月) 13:40:52

nintendo

**デフォルトの名無しさん** · 2008/10/13(月) 15:39:46

前スレ984、少し改変

あなたは○×言語の問題点を指摘されました
１）「おまえは○×言語もわからない馬鹿だから問題じゃない！」とレッテルを貼る
２）「その問題は俺は(普通は)回避できる(使わない)から問題じゃない！」と論点を摩り替える
３）「△□言語にも同じ問題があるから問題じゃない！」と論点を摩り替える
４）「～～という理由でそれは問題とは言えないのではないか？」と論理的に問題無いことを証明する
５）「確かにそこには問題があるね」と素直に認める

**デフォルトの名無しさん** · 2008/10/13(月) 16:04:48

２と４の違いはなんだ
属人性の排除とかいうやつか

**デフォルトの名無しさん** · 2008/10/13(月) 16:30:24

2はオールマイティーだな
どんな言語・問題点だろうと普通は使わないからおkって答えればいい

**デフォルトの名無しさん** · 2008/10/13(月) 16:36:29

包丁やナイフにも人をさせる問題があるが世界中で愛されている

**デフォルトの名無しさん** · 2008/10/13(月) 17:02:14

ナイフなんかは問題が明らかになれば規制される物だよな

**デフォルトの名無しさん** · 2008/10/13(月) 17:02:36

包丁やナイフは人をさせるということが予測がつくが、
C++の演算子オーバーロードや例外は想像を超えた害悪があるから問題なんでしょ。

**デフォルトの名無しさん** · 2008/10/13(月) 17:03:43

つーか包丁は役に立つが
&&のオーバーロードは罠なだけで役に立たん

**デフォルトの名無しさん** · 2008/10/13(月) 17:11:25

追加
６）「問題はあるけど愛されてるから無問題」と論点を摩り替える
もう何でもアリだなｗｗｗ

**デフォルトの名無しさん** · 2008/10/13(月) 17:16:17

演算子のオーバーロードは無いと困る機能でもないのに
問題を孕んでるのが嫌らしいよな。結局、無い方がいい。

**デフォルトの名無しさん** · 2008/10/13(月) 17:27:27

>>41
演算子のオーバーロードは無いと困るだろう

**デフォルトの名無しさん** · 2008/10/13(月) 17:28:40

演算子オーバーロード全部がまずいのではない
&& || ,
がまずいだけだ

さしあたりはな

**デフォルトの名無しさん** · 2008/10/13(月) 17:31:09

()、->、newなんかは大活躍ですよ

**デフォルトの名無しさん** · 2008/10/13(月) 17:31:25

>>40
論点うんぬんは関係ない
ただ根拠がいい加減なだけ

**デフォルトの名無しさん** · 2008/10/13(月) 17:36:35

operator++()の引数はいらない子

**デフォルトの名無しさん** · 2008/10/13(月) 17:39:00

>>44
ユーザ定義の演算子を作らなくても実現出来ると思うんだけど

**デフォルトの名無しさん** · 2008/10/13(月) 18:07:22

そりゃそうだ。どれも関数呼び出しに還元できる。
それ言ったらどの演算子も多重定義できる必要は無い。
複素数やベクトルでa + bと書きたいのと同じようにスマートポインタではp->mと書きたい。

**デフォルトの名無しさん** · 2008/10/13(月) 18:41:28

屋上屋ってやつか

**デフォルトの名無しさん** · 2008/10/13(月) 18:51:31

operator->は生ポインタを隠すのに有効

と思ってたけどp.operator->()って普通に出来ちゃうのな
あまり意味がないような気がしてきた

**デフォルトの名無しさん** · 2008/10/13(月) 19:25:06

あまり意味がないことを悟った上で使えってことじゃね

**デフォルトの名無しさん** · 2008/10/13(月) 20:33:58

覚えたての厨房が粋がってトリッキーなオーバーロードをしないように気をつけないといけないのが面倒くさい。

**デフォルトの名無しさん** · 2008/10/13(月) 20:43:27

>>50
そう、隠すためではなく糖衣構文を提供するためのもの。

**デフォルトの名無しさん** · 2008/10/14(火) 05:32:02

お前らいい加減にしろよ
前スレは10年近く前のネタを1000もかけて焼き直しただけだろ
これ以上一体何を続けるつもりだ？

http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

**デフォルトの名無しさん** · 2008/10/14(火) 09:11:42

その偽ネタインタビューと現在のC++の問題点となんの関係がある？

**デフォルトの名無しさん** · 2008/10/14(火) 09:21:25

>>55
ヒント:読んだばかり