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/
2008/10/14(火) 00:09:55
長くて読む気が起きない
３行にまとめろ
2008/10/14(火) 00:22:26
>>30
>ラムダ式があるあたりオブジェクト指向オンリーな言語とは思えない

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

だからと言って C# が良い訳ではないけどね。
2008/10/14(火) 06:06:04
>>32
近頃の
若者は
なっとらん
2008/10/14(火) 06:38:12
>>32
2chの「まとめろ」は「根拠をすっ飛ばせ」って意味だけど、
誰かの耳に痛いことを書く場合、それではただの煽りになるからなぁ。
2008/10/14(火) 06:51:10
なんだその俺解釈？
一般的な意味でまとめろ、3行に。
2008/10/14(火) 13:05:12
ダメな奴は
どの言語を使っても
ダメ
2008/10/14(火) 18:31:44
完璧なまとめだな

>>31みたいにクドイ奴がクラス、メンバ名とか決めるとどんだけクドクなるんだろうな
見たくもないが
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言語は別に存在する。矛盾している。
2008/10/15(水) 01:50:31
>>41
ポータビリティを無視してはいかん
'C'をインクリメントして'D'になるとは限らん
2008/10/15(水) 06:36:46
それ以前に'C'は右辺値だからインクリメントなんか出来ない
2008/10/16(木) 23:18:38
そこで演算子オーバーロード
2008/10/18(土) 03:36:58
うちの会社今じゃC++なんかほとんど使われてない
46デフォルトの名無しさん
垢版 |
2008/10/18(土) 06:09:27
>>45
そりゃそうだ。お前んとこはＣＯＢＯＬが主流だもんね。
2008/10/18(土) 07:46:21
これからもっとも給与面で優遇されるのはコボラーになる
C++はまだ一山10セントが続く
2008/10/18(土) 23:34:17
COBOLは延命措置に躍起になってくれるのに
C++はあっさり破棄される！不思議！
4945
垢版 |
2008/10/18(土) 23:43:30
数年前はjava？ｍ９(＾Д＾)プギャーってかんじだったのに
今はjavaがかなり支配的になってきた
COBOLはたぶんちょっとずつ減ってるんだろう
全然知らんけどｗ
2008/10/18(土) 23:45:49
decimalが扱えればCOBOLである必要はないからな
javaの方が遙かに保守が簡単だし
2008/10/19(日) 00:55:38
COBOLは仕事以上にコボラーが減ってきているので、言語とは全く別に
COBOLの仕事の価値が上がってしまっている希ガス。
2008/10/19(日) 02:27:39
減った分価値が上がる＝COBOL
減ったら忘れ去られる＝C++

再利用性(笑)
2008/10/19(日) 03:12:07
とりあえずMFCは糞
2008/10/19(日) 11:09:47
>>51
残念。いまコボル案件マジ氷河期。ちょっと募集かけると
仕事にあぶれたコボラがわんさか集まってくる。そんなだから単価ちょう叩き売り状態。
ちなみにCもC++もだいぶ減っているかな。いま携帯がやばいからね。
55デフォルトの名無しさん
垢版 |
2008/10/19(日) 13:22:41
やはりjavaか
2008/10/19(日) 13:50:43
デルファイ最高
2008/10/19(日) 16:50:46
Javaってなんで+演算子で文字列連結できるんだ？
演算子オーバーロードをサポートしてるわけでもないのに
2008/10/19(日) 16:56:20
>>57
純粋なオブジェクト指向言語じゃないから
2008/10/19(日) 17:02:25
>>57
C だって演算子オーバーロードをサポートしていないのに + は複数の型を取れるでしょ。
つまり演算子オーバーロードなんて必要無いんです。
2008/10/19(日) 17:11:33
>>54
妄想乙ｗ
2008/10/19(日) 17:29:05
ユーザによるオーバーロードを許してないだけ。
2008/10/19(日) 18:57:35
Javaの「このクラスを継承してるとこういう書き方が出来るよ！」みたいなのは正直キモイ
2008/10/19(日) 19:49:38
具体的に
2008/10/19(日) 19:57:03
>>57
馬鹿を釣るため。
65デフォルトの名無しさん
垢版 |
2008/10/19(日) 23:19:16
>>59
複数の型は取れないよ。
コンパイル時に暗黙の型変換されてる。
2008/10/19(日) 23:24:57
>>65
変換を行った後でもint + intとかdouble + doubleとか何種類かあるでしょ。
>>59の必要無いは変な表現だと思うけど。
2008/10/19(日) 23:27:30
yaccのように評価順位とか自由にいじれるわけではないからな。
演算子オーバーロードは中途半端な機能に思える。
2008/10/19(日) 23:57:25
ピアソンの本ってやった？

おれは
コーディングスタンダード
と
エフェクティブ
と
エフィシエンとはやった
2008/10/20(月) 01:38:49
>>67
確か Haskell だったと思うけど、優先順位と結合方法も指定出来る言語があったね。
C++ が中途半端なのは仰る通り。
2008/10/20(月) 02:34:20
C++もわかんない奴なんか所詮使えない
そういう奴が業界から消えるのが一番いい。
2008/10/20(月) 20:05:45
もちろん、分かった上で使わないという選択肢を取るのはありだと思う。
72デフォルトの名無しさん
垢版 |
2008/10/20(月) 21:44:42
上の方でオブジェクト指向はムリとか何とか書いてあったが、
C++でもSmallTalkに近い純粋なオブジェクト指向もできなくもない。
ただ、幾分かコーディングの手間と、実行時の無駄がある上、C++らしくない。
ttp://codepad.org/cwvFDlrt
2008/10/20(月) 22:11:33
きつい言い方をすれば、出来なくもないというのは
中途半端で使い物にはならないってことでしょ。
外面だけ真似しても意味無いじゃん。
2008/10/20(月) 22:53:30
>>73
>中途半端で使い物にはならないってことでしょ。
ところがどっこい、速度の要らないMVCの実装は非常に楽になる。
#>>72に貼っつけた即席コードのスコープやらアクセス修飾子が無茶だったorz
2008/10/20(月) 22:54:05
オブジェクト指向自体が使い物にならないからな。
2008/10/20(月) 23:12:13
Smalltalk が優れているのは統一感のあるクラスライブラリだったり、
充実したリフレクションだったり、インタラクティブな環境だから、
喩え C++ で真似事をしたとしてもなぁ。lambda とか class とか
C++ は中途半端に採用するのが好きだよね。
2008/10/21(火) 01:42:46
半端なんじゃなくてC++に合う形で取り入れてるだけ。
2008/10/21(火) 01:55:11
その結果、本家の良さをスポイルして中途半端になってしまうのが C++ だよね。
2008/10/21(火) 02:31:28
C++って名前だけはセンスいいと思ったんだけどなｗ
2008/10/21(火) 05:33:40
名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなｗｗｗ
2008/10/21(火) 08:13:44
C++ってなんて呼んでる？
2008/10/21(火) 09:19:12
それ以上はこっちの方がよくないか？
【信者】C++の問題点【アンチ】
http://pc11.2ch.net/test/read.cgi/tech/1223597633/
2008/10/21(火) 09:53:17
似たようなスレ同士で紹介し合ってんじゃねえよｗ
2008/10/21(火) 10:24:43
こっちはC++が難しい
あっちはC++は別に難しくないが糞言語
一応主旨が違う
2008/10/21(火) 17:58:19
「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ
2008/10/21(火) 19:55:44
おれは好きだなＣプラプラ〜
2008/10/21(火) 20:15:14
個人の趣味でいじくる分にはとても楽しい言語なのは否定しない

でも何万台も量産する機械に組み込んだり人の命に関わるようなものを制御させようとは
絶対に思えない
2008/10/21(火) 20:21:42
パチンコ関連では普通に使われてますがなｗ
2008/10/21(火) 22:32:14
>>87
それは他の新しい高級言語でも同じなんじゃ？
2008/10/21(火) 22:56:20
面白みがなくても、その分複数人でやる時は有効な言語ってのもあるだろ
例えば



…何？
2008/10/22(水) 00:00:24
>>87
偏見ですよ♪
2008/10/22(水) 00:09:03
>>87
君が思っているよりC++は世界中で使われているよ。
2008/10/22(水) 01:45:18
BOOSTっていうネーミングがいかにも厨臭い
2008/10/22(水) 04:26:18
そろそろＢＯＯＳＴの勉強はじめようかな。
2008/10/22(水) 10:32:14
Lokiの方がより厨っぽい名前だと思う
2008/10/23(木) 11:52:19
Lokiなんか業務で使ってる所あるのか？
2008/10/26(日) 09:30:10
>>87
いまやPOSレジにもWindowsが乗っかっていて、
中のアプリがC++でガリガリ書かれている時代だからなあ。
2008/10/26(日) 18:38:56
boostなしじゃC++なんて使い物にならんな
STLとかもう要らないんじゃね？
99デフォルトの名無しさん
垢版 |
2008/10/26(日) 20:05:48
嘘はくな
STLはC++の中心　
これ無しでは、C++は勝ちをなくす
2008/10/26(日) 20:08:21
標準のくせに可搬性のカケラもないアレがC++の中心？
冗談もほどほどにしろ
101デフォルトの名無しさん
垢版 |
2008/10/26(日) 20:10:07
>>100 嘘はくな
2008/10/26(日) 20:34:32
STL使ってて移植に困ったことなんてないけどな。
どうせ>>100が変な使い方してるだけだろｗ
2008/10/26(日) 20:49:13
>>101
＞>>100 嘘はくな
「嘘吐き」と書いて、「うそつき」と読むことはご存じない?
2008/10/26(日) 20:59:29
ここから正しい日本語教室になります。
ム板ではよくあることです。ご静聴下さい。
2008/10/27(月) 10:00:22
>>102
例外をサポートしてない環境==stl使えない
しかもデカい市場なんで無視できないんだわ
106105
垢版 |
2008/10/27(月) 10:01:38
100とは別人
2008/10/27(月) 10:08:45
>>105
gcc で普通に例外使えるし、わざわざ「環境」って言ってるんだから、
コンパイラの制限じゃないよね？そんな制限のあるコンパイラはとっくに淘汰されてるだろうし。

どんな環境？ Symbian とか？

libstdc++ や STLport なら例外投げないように小細工して使うこともできるよ。
2008/10/27(月) 10:15:55
素人さん？stlは例外投げれないと使い物にならないよ
2008/10/27(月) 10:29:38
正直>>107みたいな半可通は黙ってて欲しい
そういうカキコみた新人が勘違いする
2008/10/27(月) 10:51:43
>>108
各種アルゴリズムなんか例外なくても使えるだろ。 auto_ptr だって使える。

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

十把一絡げに「STL」と呼んで捨てるのはあまりに非効率。
2008/10/27(月) 11:00:12
コンテナの使用頻度が一番高いと思うんだが・・・
つか、例外使えない＝コンテナ使えない（使いにくい）＝可搬性低い、
で別に間違ってないだろｗ
2008/10/27(月) 11:02:59
>>110
>例外を abort() にマップすれば
勘弁してくれ、頼むからいますぐプログラマやめてくれ
2008/10/27(月) 11:07:41
>>111
それを言うならSTL以前に
例外使えない＝new使えない（使いにくい）＝可搬性低い
例外使えない＝コンストラクタ使えない（使いにくい）＝可搬性低い

つまり C++ は可搬性低いってことだな。
2008/10/27(月) 11:08:49
>>112
それでダメなら〜って書いてるだろ。ダメなこともあるだろうが、十分なことだってあるんだ。
2008/10/27(月) 13:13:08
スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。
2008/10/27(月) 18:07:37
>>114
例外が使えない処理系や環境は（仕事で）よく見るが
例外をabortにマップして十分なプロジェクトは見たことない

まあそんな小さい仕事は請けたこと無いから、
もしかしたらabortで許される仕事もあるのかも知らんけどｗ
俺からしたらそれは超レアケースだな、つかありえない
2008/10/27(月) 20:15:40
>>111
その後に「＝使い物にならない」とは続かないって話だろ。
2008/10/27(月) 20:18:55
おばはんｗ
2008/10/27(月) 20:19:46
誤爆しましたごめんなさい
2008/10/27(月) 20:59:09
>>117
ちょっと無理矢理すぎないか？
普通の感覚ならSTL使えるって言われたらコンテナ使えることを期待する
俺もコンテナが使えないならSTLなんかいらないし、
そういう意味で使い物にならないってのは全然言い過ぎではない
2008/10/29(水) 18:08:59
STLはStandard Template Libraryですよ
どこにもコンテナなんて出てこない
テンプレート使ってる標準ライブラリは全部STL
2008/10/29(水) 18:20:49
Standard Missileって知ってますか
2008/11/01(土) 13:57:36
ところがどっこい
basic_stringはテンプレート使ってて、かつ標準なのにSTLじゃないstream系も同様
この辺全くもって不条理だ

でもbasic_stringなんてSTL入りなんかせずに消えてしまえばいいと思います
2008/11/01(土) 17:32:36
そもそもSTLはC++用語じゃないと何度言えば（ｒｙ
2008/11/01(土) 18:04:39
kwsk
2008/11/01(土) 21:25:10
これだろ。

562 名前：デフォルトの名無しさん[sage] 投稿日：2005/05/05(木) 02:58:39
"STL"なんて呼称の範囲は、C++の標準ライブラリに
取り込まれてしまった今となっては明確に区切れる物では無い。
HP STL や SGI STL のことを指して言ってるのかもしれないが、
今使われてるのはそれらをベースにしたC++標準ライブラリだ。
範囲が明確に決まってるかのように、含まれるだの含まれないだの言うのは時代遅れだぞ。
2008/11/01(土) 23:11:47
CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!!
2008/11/01(土) 23:52:14
ここは何を話し合うの？
2008/11/02(日) 00:19:00
ちんこ
2008/11/14(金) 19:11:22
Javaは引数の参照渡しすらできないVB以下の言語
2008/11/14(金) 20:09:30
JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況