[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 05/09 08:49 / Filesize : 163 KB / Number-of Response : 776
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++ってなんであんなに肥大化しちゃったの?



1 名前:デフォルトの名無しさん [2008/08/28(木) 14:48:15 ]
仕様が大きすぎるくせに、
実用的なライブラリが未整備。

なんかいらいらしない?
こんなこともできないくせに、
なんでこんな仕様ばっかり作るんだよって。
C++ってなんであんなに肥大化しちゃったの?
名前: 仕様書無しさん
E-mail:
内容:
仕様が大きすぎるくせに、
実用的なライブラリが未整備。

なんかいらいらしない?
こんなこともできないくせに、
なんでこんな仕様ばっかり作るんだよって。

C++はなんでもできます。でもなんにもできてないので
つくってね。的な。

620 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 03:22:53 ]
lambdaとかmplとか1文字マクロとか現状のコードではほとんど問題にならないような
ものを取り上げた批判が論理的には感じないけどね。
C++はCとの互換性とか、ゲームからデスクトップアプリから組み込みから科学技術
計算まで想定してる汎用言語だし、歴史も長いから情報量も膨大だし、自分に必要な
ものだけを上手に取捨選択できる経験値が求められるのは確かだし、そういう意味で
難易度が高いと思うよ。

621 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 08:02:28 ]
自分に必要なものの判断なんて別に難しくないし、そんなこと非論理的な擁護派意外誰も論じてない。

難しいのは知りもしない他人が必要としたものの判断。
C++ではこれが壊滅的に終わってる。

622 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 08:41:21 ]
なんか頭悪そう

623 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 10:22:58 ]
とりあえず、頭悪い奴にC++を扱うのが無理だということだけは分かるw

624 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 11:13:26 ]
>>620
ABIの問題とか色々まともな批判も出てるだろ
見たくないものには目をつぶってどうでもいい批判しかないと
片付けたがっているようにしか見えんよ

625 名前:デフォルトの名無しさん [2008/10/06(月) 11:30:38 ]
C++の代わりに何を使えばいいというのだろう。

626 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 11:48:17 ]
初心者がやたらポインタ使いまくる症状になんか似てね?


今の時代、絵を描くのだって、いくらだって大きな紙は用意できるけど
だからって欲張って全部使おうとする事はないと思う・・・
ハサミというものを用意してちょっとずつ切って使えばいいんだよ!
人が作ったものを人が使いこなせないってことが、今リアルにC++で起こってる

627 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:07:16 ]
Dに注目が集まったのはC++への不満の裏返しだな
まあDはDで別の理由でポシャったけどな

628 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:14:14 ]
JavaもC++を否定して注目集めた



629 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:18:15 ]
とりあえず、自分の意見は論理的って思い込みを捨てるんだ
ここまでで論理的な意見なんて一個も出てないからww

630 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:22:45 ]
>>628
Javaはサーバーサイドアプリケーションの分野ではC++を追い落としたな
それだけだが

631 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:25:08 ]
C#ぐらいの言語仕様&開発環境の成熟度で
Delphiのようにネイティブコンパイル&スタティックリンク可能な環境があれば
いいんだがな

632 名前:デフォルトの名無しさん [2008/10/06(月) 12:53:12 ]
>>624
> 見たくないものには目をつぶって
>>619みたいな人のことですね。

633 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 12:58:09 ]
>>619
本当に何度もそんなことが「指摘されてる」なら、それってつまり、
一方的で自分に都合のいい「指摘」を何度もするのが、このスレの否定派ってことだよね。
「俺よりアイツのほうが明らかに馬鹿」って言う、あまりに幼稚で痛々しい意見を、
擁護派より否定派のほうがたくさんしてるっていう証言だよね、これ。

自爆してない?

634 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 13:10:08 ]
>>631
つcrossnet

635 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 13:15:44 ]
例えばさ、近いところだと
>>590 >>591 >>600 >>602 >>605
ちょっと長いけどこの流れ見てどう思う?
どうみたっておかしいよね?

636 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 13:21:02 ]
しかもそれに対して>>620ではさらに
>lambdaとかmplとか1文字マクロとか現状のコードではほとんど問題にならないような
ものを取り上げた批判が論理的には感じないけどね。
これもありえない
擁護派はこの手のすり替えとかごまかしが多いって言われてるわけだ

637 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 14:35:27 ]
C++は言語屋やハッカーからは大抵嫌われている
という印象を持っているんだが、偏見かね

C++は仕方なく我慢して使う言語、だと思っている

638 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 15:31:57 ]
言語屋は現実より理想を求めるので C++ が嫌いなのが多いと思う。禿も言語屋の意見は二の次にしている。
ハッカーはいろんなのがいるから分からない。

仕方なく我慢して使うような言語なら自然と消えていくだろう。
OS と違って言語は開発側が選択しやすいんだから。



639 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 15:43:03 ]
ハッカーにとってみればメモリの実際の内容が気になるだけだから
いちいちコンパイラに文句言われてreinterpret_castとか書くのが面倒になるんじゃないかな。

ところで否定派は「バカが書いたライブラリや同僚のバカが書いたコードに
煩わされるから&その上、上からC++使えと強制されるから」
とかそういう理由で嫌ってる人が多いような気がするんだが。
C++を嘆くよりその会社を辞めることをお勧めしたい。
そもそもC/C++はプログラマを信用して、誤用よりも利便性を優先してるんだから
バカに書かせたらダメなんだと何回言わせr(ry

640 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 15:56:29 ]
>>638
> 仕方なく我慢して使うような言語なら自然と消えていくだろう。
> OS と違って言語は開発側が選択しやすいんだから。

そうでもないだろ
現在の主流OSはLispシステムでもJava OSでもなく
Cをベースにしているのがほとんどだから、それらのOSでは
C系の言語は特権的な地位を占めることになる

Cとの互換性は、C++を広める上では一番の強みであり、
同時に言語の中身だけ考えれば最大のネックにもなっている

641 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 18:47:47 ]
擁護派は>>638みたいな意見を見てもおかしいと思えないの?そんな馬鹿なの?

642 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 18:56:12 ]
>>630
携帯のアプリも

643 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:02:26 ]
C++を嘆くよりその会社を辞めることをお勧めしたい。(キリッ

644 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:08:31 ]
> バカが書いたライブラリや同僚のバカが書いたコードに煩わされるから

実際C++は馬鹿避け仕様多いよな

もっとも、型付けだけ強くても、型推論してくれるわけでもねーし
JavaやC#ほどインテリセンス向きでもねーし
テンプレートを使えばコンパイルエラーはあっさりゲシュタルト崩壊するし
reinterpret_castとか長々とタイプさせたところで
相変わらずC++で自分の足を撃つのはこれ以上ないぐらい簡単なんだけどな

645 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:26:37 ]
>>641
世界中の言語屋より禿一人が正しいと思ってるんだから仕方が無い
信者というのはそういうものだ

646 名前:デフォルトの名無しさん [2008/10/06(月) 19:39:08 ]
gccとテンプレートは分けて使うことにしたらいい。
またはgccを使わない。
あら不思議、C++がとっても素敵な言語に。

647 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:00:43 ]
逆に言えば、新しい言語を作ったとしてどの言語で実装する?

648 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:06:35 ]
>>638
逆に、今でもC++は消えていないということは、
仕方なく我慢して使うような言語ではないとも言える。
>>630>>642が挙げたように消えたところもあるし、今現在消えつつある分野もまた。

>>646
GCC以外も同じくらいだめだめだと思う。

>>647
Cじゃね?



649 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:22:53 ]
VCとか6時代に比べりゃ格段にマシにはなってるんじゃね
Dinkumwareは相変わらずっぽいし
セキュアCRT絡みがなにげにウゼーけどな

650 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:46:44 ]
C++ が消えていないのは、商用のコンパイラが整備されているとか、
ライブラリが沢山あるとか、ネイティブに落とせてそれなりの速度が
出るとか、機能をつまんで使うならそこそこ便利だとか、C と互換性が
ある程度考慮されているとか、まぁ色々理由があるよね。

C++ に消えてもらいたい理由もごまんとあるけど、代わりの言語を
提示するのは中々難しい。既に Java で置き換えられた分野もあるけど、
D とか ObjC とかはまだまだだよね。C + LL とかが最有力候補かな。
最近は C++ + LL とかもあるから安心出来ない。

651 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:53:52 ]
うちの会社はみんなうれしそうに C++ 使っているぞ。
顧客から無理やり C 使わせられたときはみんなブーブー文句言っているぞ。

652 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:02:36 ]
>>651
なんか可愛いなw

653 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:16:07 ]
「擁護派」でレス抽出すると粘着がいることがよく分かる。

C++に醜い部分があるのは確かだが、
後発の方がきれいなのは当たり前だろう。
Dでマングリングが統一されているのはイイと思うけど、
マイナーすぎて実用する気にはならないね。

654 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:19:02 ]
マングリングとか小学校で教えられないだろ
用語選べよな…

655 名前:デフォルトの名無しさん [2008/10/06(月) 21:20:42 ]
名前がエロい

656 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:22:54 ]
そうなんだよなあ。C++ は醜い。出来れば使いたくないもんだ。
演算子のオーバーロードなんて無い方がスッキリする。

657 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:43:58 ]
VC8SP1はDinkumwareが気に入らないんだが、かと言ってtr1を標準装備
したので今更STLportに戻る気も起きないし・・

658 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:48:33 ]
VC9の話かな?
Dinkumwareは糞だと分かっててももういいやって感じだな
boost他とのからみもあるし

_SECURE_SCLってみんな切ってるのかね?




659 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:53:04 ]
>>656
いや、演算子の多重定義は要る。C++のは改良の余地がありまくりだが。

660 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:54:17 ]
>>658
あ、ごめんなさい
VC9SP1でした。

661 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:35:26 ]
演算子のオーバーロード嫌がるのってJavaの人くらいかと思ってるんだが違うのかな
オーバーロード可能な言語どころか追加定義できる言語もあるわけで

あとテンプレート悪玉論唱えてる人は簡単なアプリでもいちいち自前で各型向けのlistとか作ってるの?
どうしてる?

662 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:52:54 ]
>>661
そういうことを主張する人は、そもそも動的型付けか何かで
テンプレートがなくても問題ない言語を使っているんだろう。

663 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:02:11 ]
たんなる総称型なら持っている言語は多いとは思うが
C++のテンプレートとは別モンじゃないか?
C#やJavaのGenericsも違うしな

664 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:06:11 ]
>>663
日本語読めないの?

665 名前:デフォルトの名無しさん [2008/10/06(月) 23:06:40 ]
コンセプトをインターフェースにすればいいだけだろ。

666 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 00:12:49 ]
テンプレートが悪いって言ってる人間はテンプレート全く使ってないと思ってるの?

667 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 00:25:20 ]
coutとかstringとか
ありふれた道具の裏にことごとく潜んでるサブプライムローンみたいな存在ですから

668 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:07:56 ]
>>659
Lisp とか Smalltalk みたいに、関数と演算子の区別が無い言語なら何やっても良いよ。
C++ みたいな言語に入れるのは間違いの元だと思われ。



669 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:12:55 ]
STL, boost, 自分で作ったテンプレートも特に問題なく便利に使えてるんだから
テンプレートに問題があってもかまわない。演算子も。

670 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:15:04 ]
&&と||のオーバーロード許可してるのは明らかな設計ミスだろ
遅延評価持ってないくせに

671 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:17:07 ]
そういう人間とチームで開発すると苦労しそうだから嫌というか不安。
C++ だと最初にルールを決めても破綻しそうだな。

672 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:19:00 ]
お、済まん。>>671>>669 向けね。

673 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:27:25 ]
>>666
嫌なら使うなよ

674 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:40:58 ]
ぶっちゃけるとテンプレートの問題より>>669みたいな奴が開発に関わる事の方が問題がある

675 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:51:50 ]
C++は問題があるから使わないってやつはどれほどチーム開発で試してきたんだよ。
C,C++は仕事でそれぞれ20,15年ぐらい使ってきが、ここ5年ぐらいC++特有の問題は
たいして起きていないぞ。けして優秀な人間ばかり揃えているわけではない。
新卒でいきなりC++使わせているけどそれほどひどい使い方はしていないよ。
むしろCで作らせたほうが間違いが多いぞ。

676 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:54:21 ]
テンプレートやらオーバーロードやらを自由に使わせてそれなら
相当優秀な人間が揃ってるか、問題を認識できないボンクラばかりかのどっちかだな

677 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:55:57 ]
>>670
Lispで言ったらspecial formとprocedureをごっちゃにしてるようなもんだよな
かなり笑える話だ

678 名前:デフォルトの名無しさん [2008/10/07(火) 02:17:43 ]
LispはC++の代わりにならないからな。



679 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:20:30 ]
>>678
意味分かんないで反応してるだろ

関数呼び出しが引数を全部先に評価しちまう正格評価のくせに
&&や||を関数にしちまうなんてのは、
情報系の学部学生でもやらないレベルの誤りだろ

680 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:23:38 ]
なんでC++は難しいって事になって
C++を悪く言う奴はC++を使ってない(使えない)って事になってるんだ?

いや、そこまで強烈に決め付けできる幸せな脳みそだからC++使ってて幸せなのか^^;

681 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:37:49 ]
C++は完璧でこの世で最も優れた言語なんだ!!!!
C++に欠点なんか無い!!
だからC++を悪く言う奴はC++を理解出来ないに違いない!!!!
って考えてるからだよ^^

682 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 04:24:22 ]
あんまりレベルが違い過ぎると、合わせるのに疲れ果ててしまうのがC++の厄介なところ。

683 名前:デフォルトの名無しさん [2008/10/07(火) 04:32:49 ]
>>679
何を問題にしてるのかさっぱり分からないのは確かだけどな。

684 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 04:43:10 ]
operator&&を組み込みの&&演算子と同じ挙動にすることは絶対に出来ないんだぞ
ひどい話だろ

685 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 04:48:59 ]
前10レス読んだだけの脊髄反射レスだけど
万全でなければ使えないようにするというのも、またどうかとも思うけどね
論理演算子でトラブッた事はない訳で
コードする側が保障する必要のあるものは、便利にする過程でどうやっても登場するよ。
これらはテストツールの充実で解決して欲しいね。

686 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 04:50:01 ]
あ゛ーC++にテストツールとか無茶もいい所か・・・
スレタイ読まずでした

687 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 05:16:10 ]
>>684
More Effective C++に書いてあるね

688 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 08:41:14 ]
>>684
誰も使ってない部分の話はどうでもいい



689 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 08:51:14 ]
中途半端な使用を放置してる事は問題なのに、どうでもいいとか問題無いとか…
問題を見てない振りしてるくせに、使ってない奴はレベルが低いとか…

690 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 08:53:38 ]
使用→仕様、ね。変換ミスした。

691 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:00:20 ]
>>689
で、問題になったことは?
多重継承のがずっと問題あるのに全く話題にあがらないのが不思議なんだけど

本質を突かない話なんか本当にどうでもいい

692 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:03:39 ]
そんなの本質じゃないごっこはどうでもいいけど、
問題を上げればきりが無いのが C++ だな。

693 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:06:16 ]
>>692
素直にこれ豆知識なって書いておけばよかったのに
顔真っ赤かよww

694 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:07:29 ]
問題があるから使わないのに、俺は問題と認識してないからと
突っ走る奴が居るのが問題なんだよな…

695 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:14:44 ]
>>693
どう見ても君の顔が真っ赤だし、なんか歯軋りとかも聞こえますよ。
打鍵の音もなんか凄そうですw

696 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:17:29 ]
突っ走るって何のこと?
誰も使ってない(=使うことではない)のだから…うん?

抽象的な表現に逃げられると途端に意味がわからん

俺はこんな仕様知ってるんだぜ大会ではないんだぜだぜ

697 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:21:32 ]
>>695
怒った時の君の顔が浮かんだ
普通の人は頭に血がのぼっても歯ぎしりなんかしない

698 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:22:47 ]
>>695はもうキーボードの前にいるのか
仕事しろw



699 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 10:16:33 ]
なんか校則がギッチギチのDQN学校の生徒が、
校則ゆるゆるの進学校に対して、お前のところはルールがゆるすぎるから学校の治安が悪くなるって喚いてるイメージw

700 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 10:26:45 ]
>>683
int i=0;
if (i++ || i++) {
printf("%d", i);
}



701 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:27:57 ]
落とし穴だらけでもはや正格評価で&&や||を関数化することの問題すら
C++信者には見えなくなってるのか

以下のようなif文がある
if (expr) statement
exprを評価して真の場合にだけstatementを評価する
常識だな

これを
if(expr, statement)
という関数にすることを考える

C++は多くの言語と同様正格評価だから、if関数を評価する前に
expr, statementの両方を評価することになるが、
言うまでも無くこの時点で元のif文とは意味が異なっていることになる

&&や||も全く同じだ
これらはショートサーキットだから、本来右オペランドは条件付きでしか
評価されない
C/C++のコーディングではその性質が多用されるが、関数化されていれば
常に評価されてしまう

禿は、無用で、使えば問題を引き起こすと分かっているこの機能を
平然と取り入れ、仕方が無いからC++ユーザはそれを避けることで
問題を回避する
些細に見えるかもしれないが、このようなものが積もりに積もって、
結果としてC++は糞の山になっているんだぞ

702 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:32:25 ]
誰も見えてなくないじゃん。 使わないからどーでもいい、って言ってる。
んなこと言い出したらCだって過去の負の遺産が大量に残っているが。

703 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:35:17 ]
>>702
「お前は」どうでもいいかもしれないが「言語としては」どうでもよくないんだよ

実装者にはその無用なものを実装するコストがかかり
教育者にはその無用なものを使ってはいけないと教えるコストがかかり
学習者にはその無用なものを使わないように学ぶコストがかかり
ユーザにはどこかの馬鹿が罠にはまったかどうかをチェックするコストがかかる

704 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:37:37 ]
> Cだって過去の負の遺産が大量に残っているが
墓穴だな

C++はCとの互換性のために、その負の遺産を全て引き継いだ上で
比較にもならないほど多くの落とし穴を自分で掘っているのだから

705 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 12:54:10 ]
まぁ、批判するにも代替手段を提示して欲しいわなw
畢竟どの言語もみんなしょうがなく使ってるわけだしw

706 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 13:11:11 ]
細かいところまで見たらウンコな仕様があるのはどの言語もだいたい一緒だと思うぞ

Javaだってウンコだらけだし

707 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 13:24:32 ]
問題はC++のうんこは臭すぎることなんだよね
形は整ってるかもしれないけど飛び散りすぎてるし

708 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 13:33:29 ]
そもそもCが糞なんだから、C++が糞なのは自明。




709 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 14:38:21 ]
>>705
なんで代替手段を提示する必要があるわけ?
言語の批判は批判でいいじゃん
それと他の言語が糞だからってのも関係が無い

710 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 15:54:05 ]
C++が糞言語でないと気がすまないらしいな。

711 名前:デフォルトの名無しさん [2008/10/07(火) 15:59:52 ]
>>709
結局のところ、みんなC++は糞だと思いつつも、ほかの言語はさらに糞なので
一番まともで最高なC++を使ってるわけだよ。
で、もっといい言語があるなら乗り換えたい。
しかし、そんなものはないので仕方なくC++を使ってるわけさ。
そういう状況下で、「C++は糞」とか主張しても「で、もっといい言語あるの?」
って聞き返されるのは当然でしょ。
関数型言語にはものすごい期待したんだけど、使ってよかったと思える状況って
CGIとか程度じゃない?
CUI全盛の時代だったらいっぱい使い道あったんだろうけどね。
結局、糞だ糞だと思いつつもC++を使うしかないわけ。
だって今ある中では最高の言語だからね。

で、もっといい言語あるの?

712 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 16:01:08 ]
ひどい釣りだな

713 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 16:05:51 ]
>「で、もっといい言語あるの?」
>って聞き返されるのは当然でしょ。
用途もなにも前提なしで「いい言語あるの?」と聞き返すのは
そりゃ莫迦にとっては当然かも知らんが。

714 名前:デフォルトの名無しさん [2008/10/07(火) 16:07:38 ]
>>713
だってC++は用途を問わず最高の言語だからね。
CGIを書くには最適ですっていう言語があったとしても代替にはならないでしょ。
そう思わない?

715 名前:デフォルトの名無しさん [2008/10/07(火) 16:12:56 ]
換言すれば、C++で出来ることは全てカバーしていなければ代替にならない。

で、もっといい言語あるの?

716 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 16:14:30 ]
釣りもいいけどageないで欲しいな

717 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 17:01:55 ]
>>694
突っ走るって、現実に&&や||を定義するやついるのか?Boost.Lambdaくらいしか知らないが。
.や.*と同じようにこれも禁止しなかったのは間違いだと俺も思うが。

>>705
C#のture/false演算子はC++の&& ||よりましだと思う。

718 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 17:35:54 ]
禁止するよりも力尽くでも本物と同じ動きに出来るようにするべきだった。



719 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 17:45:32 ]
ageている奴は発言が面白すぎるので愉快犯と見た

&&はテンプレートの中で型が確定できない状況で使ったらセマンティクスが
全く不明になってしまうね
それはショートサーキット評価されるのだろうか、されないのだろうか?

720 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 18:09:15 ]
>>701
言いたいことは判るけどさ、それで問題が起こるようなケースってのは
コピーやキャストされてしまうような時だけであって、そうなるかもしれないってのが頭にあるなら
できる限り避けましょうと、参照にしたりすればよく、逆に高速化が必要ならオーバーロードしたりテンプレート化したりして個別対応すればいい訳。
実用上の障害は何一つないのに問題視するのは、それ自体問題だ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<163KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef