C++は難しすぎ 難易度:4
■ このスレッドは過去ログ倉庫に格納されています
>>1 WindowsアプリならVBとかDelphiとかで十分。 釣りかどうかはわからないが、16分弱で馬鹿が釣れたのは確かだな。 もし、継承に対応できないがキャストできないということなら、それは違う。 大分前からＯＯの有用性については現場レベルから疑問視 C++は完全なオブジェクト指向言語じゃないとかJava厨が騒ぐが JavaはC++同様メッセージパッシングではないし全てがオブジェクトでもないので Java それを分かっていないのがJava厨。 JavaはC++憎しで突っ走った結果 俺は別にJavaを叩く気はないけど、Java使いがC++を叩いてるのを見ると「なんだかなぁ」と思う。 Java 云々は抜きにして、C++ は ADT もあるし OO 的な広がりは見せなかったね。 >>22 >>28 C++がオブジェクト指向的でないコードが量産される背景には、 >>30 >>32 なんだその俺解釈？ 完璧なまとめだな >>31 みたいにクドイ奴がクラス、メンバ名とか決めるとどんだけクドクなるんだろうな サーバサイドと携帯アプリは Java C++ﾊ ﾑｽﾞｶｼｸﾅｲ おまらは大事なことに気づいていない。 >>41 それ以前に'C'は右辺値だからインクリメントなんか出来ない >>45 これからもっとも給与面で優遇されるのはコボラーになる COBOLは延命措置に躍起になってくれるのに 数年前はjava？ｍ９(＾Д＾)プギャーってかんじだったのに decimalが扱えればCOBOLである必要はないからな COBOLは仕事以上にコボラーが減ってきているので、言語とは全く別に 減った分価値が上がる＝COBOL >>51 Javaってなんで+演算子で文字列連結できるんだ？ >>57 Javaの「このクラスを継承してるとこういう書き方が出来るよ！」みたいなのは正直キモイ >>59 >>65 >>59 の必要無いは変な表現だと思うけど。 yaccのように評価順位とか自由にいじれるわけではないからな。 ピアソンの本ってやった？ >>67 C++もわかんない奴なんか所詮使えない もちろん、分かった上で使わないという選択肢を取るのはありだと思う。 上の方でオブジェクト指向はムリとか何とか書いてあったが、 きつい言い方をすれば、出来なくもないというのは >>73 >>72 に貼っつけた即席コードのスコープやらアクセス修飾子が無茶だったorz Smalltalk が優れているのは統一感のあるクラスライブラリだったり、 半端なんじゃなくてC++に合う形で取り入れてるだけ。 その結果、本家の良さをスポイルして中途半端になってしまうのが C++ だよね。 C++って名前だけはセンスいいと思ったんだけどなｗ 名前のおかげでCの正統な上位の言語だという誤解を植え付けることに成功したからなｗｗｗ こっちはC++が難しい 「問題点だらけの糞言語だから無駄に難しい」で一つに纏めろ 個人の趣味でいじくる分にはとても楽しい言語なのは否定しない >>87 面白みがなくても、その分複数人でやる時は有効な言語ってのもあるだろ >>87 >>87 boostなしじゃC++なんて使い物にならんな 嘘はくな 標準のくせに可搬性のカケラもないアレがC++の中心？ STL使ってて移植に困ったことなんてないけどな。 >>100 が変な使い方してるだけだろｗ >>101 >>100 嘘はくな ここから正しい日本語教室になります。 >>102 >>105 素人さん？stlは例外投げれないと使い物にならないよ 正直>>107 みたいな半可通は黙ってて欲しい >>108 コンテナの使用頻度が一番高いと思うんだが・・・ >>110 >>111 >>112 スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。 >>114 >>111 >>117 STLはStandard Template Libraryですよ ところがどっこい そもそもSTLはC++用語じゃないと何度言えば（ｒｙ これだろ。 CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!! Javaは引数の参照渡しすらできないVB以下の言語 JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ 日本語は本質的に論理構造を正確に表すのには向いてないからな んなこたーない >>140 >>142 >>142 まさかプログラム技術板をプログラマ板とか言う >>143 >>145 分かったからもう書き込むな。 き うぼ まぁお前らは実は煽られてるだけで MS-BASIC勉強をしている>>157 、がんばれ、ガンバレ！ ADLやSFINIEで悩んでる人のスレかと思ったらがっかりですよ 各コンパイラメーカーが便利機能を追加してあげているのに、 #pragma onceは標準じゃないし絶対標準にしないって禿も言ってたし リンク（ファイルシステムの）とか考えると それとは別に、#includeを潰してもっとましな仕組みを入れたい、みたいなことを言っていなかったっけ？ そんな凝ったテクはいいから、__FILE__、__LINE__の延長で__FUNC__を作ってほしいな 次期C++で導入予定だけどな。__func__って名前だが。 わざわざプリプロセッサでネームマングルしないでしょｗ C++ゲームのシーンなんかで、enumをたくさん使い、 >>172 シーンの変更時にデータの受け渡しがある場合が ttp://www.e-chishiki.com/jpn/articles/programming_languages/cpp/internals_of_virtual_functions >>174 public メンバ変数は害悪だ。 >>176 まあ、どうしても必要なら書いてもいいけどね・・・。 >>176 get_ set_書くならpublicフィールド protectedのこともたまには思い出してあげてください C/C++ Coding Style Thread http://pc11.2ch.net/test/read.cgi/tech/1096687703/347 >>346 クライアントが「C++で」といってくるもんだから >>185 全部 リンカの問題はそれでいいけど 実際、今日見たソースにはdeleteという構造体メンバがあった。 これが関数名だったりすると、C でラッパ巻数用意しないといけないんだよな C++って、親が酔っ払って作った不貞（ジョーク）な子供なんだろ？ プロパティよりもPascalみたいに関数内関数のほうが必要だ。 C++ほんとにみんな使いこなしてるのけ？ そもそも開発現場が派遣の寄せ集めみたいなとこばっかだからスキルにばらつきありすぎてC++導入は難しい >>196 なんでC++ってCとの互換性を持たせようとしたんだよ >>201 なんせC++の原形はC89以前からあるからね 関数プロトタイプとかconstとかは、CがC++から取り込んだ そしてC99は誰にも使われない言語になってしまった >>41 なんで今頃そんな大昔の書き込みにﾚｽ返すのか知らんが、 ろくにオブジェクト指向について考えないで >210 C++が悪いだけだろ 時には悪い事もする必要がある、がC/C++のスタンスだから そろそろ、C/C++レベルで使える言語が出て欲しい。 C++をちゃんと理解してるやつなんて、日本に何人もいないだろ。 Google、コード検索から分かった統計を紹介 http://japan.internet.com/webtech/20090724/12.html 当たり前だろ だいたいCの正統後継者であるC99ですら10年経った今でも C++ で C スタイルキャストを使ったのがダメなんだろ。 安全かみそりしか使えないような奴が、 空前の床屋ブームで理容師不足ともなれば、 坊主頭専門店か 安全剃刀で事足りる分野に颯爽と紛れ込んできては頚動脈を切って去っていく 昔は、覚えたての継承やら、例外処理やら関数オブジェクトやらデザインパターンやら 折角ある機能なんだからJWordとかも積極的にインスコして使わないと勿体無いよな >>230 アセンブリの方が難しい C++って難しいのか? perlは記号が多すぎだな。 C++は信者ですら簡単だとは言わないけど >>236 プログラミング言語の特徴を視覚的に比較する もうdefine使いまくるのはやめようぜええええええええええええええ #ifdefの嵐が>>245 を襲うｗ >>246 >>245 オブジェクト指向ってたいした事ないよな http://codepad.org/EGbmhw93 >>250 >>250 C/C++は未定義とか処理系依存が多い印象 いろんなハードや処理系に対応しなきゃならないから仕方ない 移植性のあるプログラムを書くためには、-2^15〜2^15-1の範囲に収まらない可能性がある整数を扱うときには、 そうか!!! UMLは日本発祥じゃないから 悲しいかな、日本人なんだよ俺は ツリー構造とかも上に根があって下に枝が生えていくよな Smalltalkではスーパークラス、サブクラスと呼称している。 あるよ。ついでに言えば、super-は上とか超えって意味だ。 GUIを暮らすライブラリで習うと 翔泳社から２月３月とテンプレート関連の本が続けて出たけど 何年経っても文字配列の大きさをチェックしない、 そんな馬鹿は C で文字列つかわなければいいだけ。 >>268 そんな奴はstd::stringすら適切に扱えないんじゃないだろうか クラスはいらねえ！ >>274 C++でマルチスレッドは不可能に近いってのは有名な話 >>280 >>284 >>284 >>287 設計者であるお禿さんが難しいって言ってるんだから難しいんだろうな。 >>286 現実にC++で書かれたマルチスレッドのプログラムは >>292 偶然動いているだけと言う事実に気付けない馬鹿ばっか >>294 C++に問題はなくて人次第なのに、そこに不可能って単語使っちゃうって馬鹿じゃないの C++よりも簡単にマルチスレッドプログラミングをできる言語もあるかもしれないが、 マルチスレッドの何が難しいの？ だからC++でマルチスレッドができないと言ってる奴は馬鹿だって 不可能に近いを不可能と読み替えて勝手に怒り狂ってる奴って何なの そうだね。 メモリをだだ漏らし共有データを壊しデッドロックを場当たり的に躱しつつ >>299 >>304 本だけ読んで実際には何の実践もした事が無いデッカチ君は帰りな >>307 あーはいはい 会話レベルが高くなってきたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ >>310 >>310 どうせマルチスレッドなんてやったら逆に遅くなるような 数年の継続案件で延べ10人以上が関わっててコードが数十k行ってても同じ事を言えるかだよな マジでいまの２ｃｈってなんなの？？？？ >>316 間違ったレスが放置されてそのままになった時 うるせえよ屑 マスターベーション中毒患者 Ｃ＃病院に行くらしいまで読んだ！ とりあえずFirefoxやChromeがC++で書かれていることを思い出そう オナニー後にふき取ったティッシュが亀頭に張り付き剥がす時に痛いという衝撃の事実。 まんこにトイペが付いてることがあるので舐める前に良く確認しなければならないという衝撃の事実。 オナニー後に精子が糊の役割を果たし尿道を塞いで尿が二股に分かれて出てしまうという衝撃の事実。 C++はネーミングが簡単すぎるだろ、難しさから言ったら C++ が後置なのは C++ != D にするため >>343 CはBの次という意味だが、 C#はちょっと上どころかC言語とは完全に別の方向に進んだ言語だけどな なんで++CじゃなくてC++になったのかって問題が 超入門書に書いてあるよくあるたとえ話 オブジェクト指向の説明にAnimal/Dog/CatやらShape/Circle/Rectやら最初に使い出した馬鹿は誰なの？ 笑い所が分からんな >関数の頭にプログラマの名前が付く C++は環境作りの段階で躓く。 >>359 >>351 >>364 変数はともかく初心者の頃は「ワン」「ニャー」 あれで分からない奴はワンニャー並みっていうメッセージだよ これ ； デリミタっていうんだけどさ、これをつけなきゃエラーになるような ハーベイ・M・ダイテルの本と林晴比古の本とどっちがわかりやすいですか？ そして、グローバル変数だらけのCコードに回帰するわけですね、分かります。 >>372 「アクセサは免罪符にならない」ってのも記事に付け足すべき フィールドごとに getter/setter を用意するな はーぁ、deleteしたらNULLに〜・・・ >>377 スマポとintrusive_ptr(インポ？)があれば大抵の事は済む。 なんとかポインターが多すぎる デザインパターンの実現でのために頻繁に使う相互参照や循環参照を今の企画だと標準で楽に安全に実装できないことがC++を難しくしている 循環参照を楽で安全に扱おうとしたら自動GCしか方法がなくね？ すでに計測してあるのがあるなら 自分の環境以外の計測結果を信じて自分の環境のプログラムに反映するのかい？ 変数 C がインクリメントされ ポインタは電話番号です(ｷﾘｯ >>391 >>392 >>391 >>396 公社の時代は、執念で、宛名のひとを探して届けてくれたそうだ ずうっとおなじ家に住んでたら、しってるひとがいるもんだ 番地も書いてないざっくりした住所でも マイコンの経験があれば、ポインター≒間接参照（又はインダイレクトアドレッシング）、で通じるけど、 >>401 田舎だと、村長より偉い、殿様局長様だったから、 スレタイの「難しい」ってどんな所なんだろ？ Thursday, February 14, 2013 http://orwelldevcpp.blogspot.jp/ 参照はC++で最悪の仕様 関数を呼び出す側のコードを見ただけでは 非 const 参照は C++11 から std::reference_wrapper を使えば、呼び出し元が >>411 関数呼び出し側だけをみたら 設計の悪さを言語の所為にするなってことだね。 配列や特定のメモリ空間を指しているポインタなら、呼び出し元が アドレスが渡っていると思い込んでいる辺りが間抜け。 まず、C言語をそこそこやる事だな。その次にオブジェクト指向を学ぶ。C++はそれから。 >>419 Cを起点に考えると、C++への方向と、Java/C#への方向とは、進化の目的が違うからね。 当初のJavaはC++の悪いところを反面教師としたんだろな。徹底的に。 refとoutはちょっと良いかも知れない JavaはC++とは全く似ていない。Cとも似ていない。 演算子の優先順位すらないウンコ言語じゃダメってことで ネイティブ無しでコンピュータを役立たせることは不可能だ BASICソースがネイティブのチップも有るけどな。 smalltalkerからみたJavaは 月日の経過とともにどんどんがっかりになっていく C++の演算子の順序は決められてた筈だが？ JavaやC#などBASICみたいなもんだ。言語仕様が言語の限界 >>419 C++が難しいんじゃなくて前提のCが難しいんじゃないの？ >>436 テンプレートとマクロを駆使して c++ <- 十字架へ磔にされたキリストと2人の死刑囚 >>440 なんか呼び方あったと思うけど単純なクラスがあるCが一番いい CもC++も独自に進化してバージョンが上がってる。Cが拡張されるとC++も互換性を保とうとする。 >>444 悟空の戦闘力みたいに途中でどうでもよくなってしまいそう。 面接官「あなたの使える言語は？」 面接官「あなたの使える言語は？」 面接官「あなたの使える言語は？」 うーん、ネタにマジレスになるが 面接官「今C#の人手が足りてないんだけどどれくらいできる？ あ、できないなら帰っていいよ」 「C++が難しすぎ」ってのはノイマン式コンピュータの仕組みを理解できないって事じゃね？ 1000ページを超える規格書ということで、 ライブラリと称して変なトリックをぶち込みまくったから printf文の事か？文字列型変数という物を扱っていれば理解が難しいかもしれんが ID:WP7oRJZ8 って、C++ って単語を使ってるものの、単なる C の話をしてる様にしか見えない・・ CとC++を区別しない癖が抜けなくてね。ここからがC++ですって状況は無かったからな なにこの、ID:WP7oRJZ8ひとりだけ精一杯背伸びしながら喋ってるような状況は 就職した時からVisualStudio使える連中は良いよな、苦労知らずで。 小学生が三角形の面積の求めかたを連呼してるみたいに聞こえるぞｗ 自分だけ苦労してると思ってやがるw そういう奴に限って三角関数とか学校に忘れてきてるけどなｗｗ >>470 >>472 >>473 >>472 >>473 このスレの内容の技術レベルに到達して無いのよ、要は。 >>478 笑わせるなよ、ネイテブが書けないトーシロの集まりだろ？こいつら ここまで底の浅さを自覚できないでいるってのも凄いな。 いいよな、その程度で他人を苦労知らずだって非難できるんだから その程度で人を周回遅れとか言う方が笑いものだろ C++が難しいんじゃなくてライブラリが使いにくいんじゃ？>>1 難しいのは当たり前 優先度が低く複雑度が高いものを導入して劣化していくコースに嵌り込んだのではないか C++って、コンパイラ・コンパイラ・コンパイラだから STLもboostもノータッチですわ 他の言語はあれは駄目これは駄目って感じで窮屈。C++は自由！ >>500 >>501 >>504 pairは簡単だけど、tupleを自前で作ろうとしたら死ぬ思いをした >>508 面倒な技術を使う場合、大抵出来る人がラッパ組んで他の人はそれ使うだけじゃない？ 今はJavaもC#もテンプレート＆関数オブジェクト全盛だし c++の凝ったコードを見てると上には上がいるんだなーと思わせてくれる defineだけが頼みという事もあった。こりゃＣ言語じゃんって有様 GUI専門言語とか計算専門言語とか通信とかデバイスとかオブジェクトライブラリの標準化で楽になろうよ >>516 標準から外れた新しいハードを作ろうとする連中をビシッと排除することが大事 初心者会の動画を見てわかったこと 未だに難しい書き方した方が偉いと思ってる馬鹿が一番多い言語。 まあ最新の書き方の使い方を広めるために C++は使う機能だけ学べば使えるようだけど スタティックなメンバ関数からインスタンスへのリファレンスをstd::make_sharedで作ろうとしたら C++は入門書すら難しすぎ >>530 「内部コンパイラエラー（ICE）に関するものなど深刻なものを含む110以上のバグが修正されている」 https://osdn.jp/magazine/16/08/23/160000 よく知らないけどテンプレート機能ってマクロみたいなものだよね >>533 マクロ地獄から抜け出せたと思ったらテンプレート地獄に堕ちた、みたいな。 Cよりは簡単だと思うけどな 書くのは楽でも読む方は苦痛ってプログラムになってそう。 list実装してこいって課題でstd::list使うマンやってたなーｗ ラムダでつまづきました。 >>540 自分で書ける程度にはなったが C++ほど機能が煩雑な言語って他にあるのか？ スマホでマイクラがサクサク動くような時代にGC積んでない言語って正直厳しいと思うの… C/C++ は低級が売り GCなんて余計管理が困難になる気がする。 objective-cは{}じゃなくて＠を強制されてひたすら読みづらいし構文がクソきもいけど 高級言語は高級側を目指せばいいけど、CやC++は低級を保ってほしい >>548 >>553 548 ：デフォルトの名無しさん [sage] ：2017/06/19(月) 09:36:34.36 ID:S/5ZPkdK 仕様が複雑だから理解できない、っていうのをdisる理由にされてもな。 コードが簡潔になることを最重要項目としてほしくない、CやC++の役目はそうじゃない >>557 メジャーなコンパイラですら規格に対応しきれてないのにさらに仕様を増やすとか、規格自体が目的になってる感じで >>558 >>560 別に低レベル性を犠牲にしているわけでは無いのだからデメリットは無いでしょ c++至上主義者達は難解なパズルを解いてエレガントにプログラムすることが全てで C＋＋はF１マシンみたいなもん プログラムは、小さくて速いのがいい。エレガント、可読性なんて二の次だ > 機能追加で便利になってるのに、何が複雑なのかわからん C++の書籍って、浅い入門書か、すでに使いこなしてる人向けの高度な本の両極端なイメージ やはり、コードの字面から動作を予測しやすいというのがわかりやすいプログラムなんだと思う。 >>566 複雑と思うなら、その機能を使わなければいいだけでしょ 例えばマクロを多用したプログラムが理解しにくいというのと、マクロの機能を理解しているかどうかってのは別の話。 >>573 にlambdaを挙げなかったのは、lambdaはそういう意味での分かりにくさは比較的少ないから。 >>575 が一体C++で何を作ってきたのかが疑問だな 無理に使わなくてもいいというのは同意だけど >>576 絶対的な順位というのは決められないだろうけど、少なくともCはC++より分かりやすいよな。 書きやすいと読みやすいは別物で >>580 >>581 違う。書いた本人以外に合わせるんだよ。 ポリモーフィズムを使うとき、デストラクタにvirtual付け忘れると >>586 今ほど継承の問題点が言われていなかった過去の常識という印象。 virtualなデストラクタが必要なのは、上に言われてる通りポリモーフィズム使う時だけなんやで 継承(is-a)は、構造が硬直化する。柔軟ではない 世間でそう言われているという話ならコピペでも不思議はなかろう。 >>590 まぁ多態しないならデストラクタを仮想関数にする必要ないってのはその通りで 多重継承のダイヤモンド継承がどれぐらい使われないかというと ちなみに仮想継承なんか、実用的なプログラムで使ったことあるやつ居るのかね NVIインターフェースを複数継承するみたいなクラスはよく書くから多重継承がないと困る ん? >>598 子供の発表会みてるような微笑ましさがあるな インターフェースの多重継承は否定してないって言ってるのになぁ 江添亮とかいうやつやたら偉そうだけど Linux プログラミング・インタフェース、Michael Kerrisk, 千住 治郎、2012 >>606 >>607 >>594 禿4によると過度の総称型も良くないらしい。 >>611 >>609 C++テンプレートテクニック 第2版、 江添はそいつらよりちょっと頭が悪いからまともに見えることもあるってだけだな。 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 屋上屋を架す形での仕様の肥大化が続いてもう巨大迷宮みたいな言語 K&Rを再読したんだけどさ… 知れば知る程嫌いになる言語C++ javaとか気持ち悪いよね 無料の処理系があるかってことなら「ある」。 スレが立ってから10年経過してるけど、まだやってるんだ。 javaのfinalもそうだけど いまどきのES7/TypeScriptだと、ほとんどの行にconstかawaitかあるいはその両方が書かれる。 もう少し ■ このスレッドは過去ログ倉庫に格納されています
