- 1 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 11:35:36.76 ID:4wggfTwe.net]
- C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part145
mevius.5ch.net/test/read.cgi/tech/1568362404/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
mevius.5ch.net/test/read.cgi/tech/1556142878/
■長いソースを貼るときはここへ。■
codepad.org/
https://ideone.com/
[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)
- 461 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 02:45:23.23 ID:btxUm/V/.net]
- オランダのTIOBEの調査でも、C#よりJavaやC/C++が人気で、
他の会社による日本での求人数もJavaやC/C++の方がC#より上だそうだ。
JavaScript、PythonやRubyは、求人数では大したことが無いらしい。
Webページを製作している人がネットでは多いので、JS、Python、Ruby
などが人気であるかのように見えるだけかもしれない。
- 462 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 03:22:15 ID:Lvay36w9.net]
- >>454
すまん。日本での求人数は、
Java, PHP, Ruby, C#, JS, Python, Objective-C/Swift, C/C++,
HTML, Android, Unity, VB.NET, Scala
だそうだ。ただし、C#から、C/C++ までは横並びでどれが上とも
いえない僅差。そして、Java, Python, Ruby は伸びているが、
PHP, C#, JS, HTML は減っている。
ところが、プログラマ側からの「希望言語」としては、JSがTOP
らしい。アメリカでの今後学びたい言語としては、Java, Pyhtho,
C++ は上位に来るが、C#, Ruby はかなり下の方。
- 463 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 03:29:10.52 ID:Lvay36w9.net]
- >>455
個人的見解としては、VS code が 5ch で評価が高かったのは、言語が
TypeScript や JavaScript と HTML で記述されているので、JSで
プログラムすることを希望するプログラマが、JSの求人を増やすために
JS製の成果物を高く評価していたからかもしれない。
また、Javaの伸び率はかなり高い。Rubyの求人は日本では多いようだが、
アメリカでは少ない。C#の人気は、ある時期までは延びたが、今は停滞期
に入ったようだ。しかも今後学びたい言語としては、C よりも低い。
- 464 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 03:36:47.51 ID:Lvay36w9.net]
- TIOBEの調査では、Java と Cの人気が同列で高く、Python がそれに続く。
また、CとC++を合計すると、Javaよりもだいぶ高い人気となる。
Java 16.2% (-0.50)
C 16.0% (+1.64)
Python 9.84% (+2.16)
C++ 5.60% (-2.68)
C# 4.31% (+0.36)
VB.NET 4.22% (-2.26)
JS 1.93% (-0.73)
PHP 1.72% (-0.66)
SQL 1.69% (-.15)
Swift 1.65% (+0.20)
Ruby 1.26% (+0.17)
Objective-C 1.20% (-0.28)
・・・
D 0.927% (-0.64)
Go 0.853% (-0.64)
- 465 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 03:57:59.67 ID:qRRc8YVo.net]
- CとC++とC#の区別ができる営業いないんだよな
- 466 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 04:06:59 ID:3lD7gpLY.net]
- 営業って年取った技術者がやるもんだろ
- 467 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 06:49:53 ID:MoZo3p1s.net]
- 今はもう戦力外技術者なんて即解雇だよ
そもそも大手だと営業と技術者は別会社
- 468 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 07:41:42.15 ID:tW9RdYoY.net]
- なんで大手条件が勝手に加わるのか
- 469 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 08:23:03 ID:mQVkXZA1.net]
- 零細中小なんて誰も興味ない
- 470 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 08:42:45.44 ID:GldGaTIn.net]
- 比較するもんじゃないだろ
C++は好きだが、在庫管理システムをC++で書けと言われたら全力で拒否してC#を推すぞ俺は
- 471 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 11:06:47 ID:5u9Q6RC4.net]
- ほんとそれだな
きみらはいつになったらライトバンとセダンの使い分けができるようになるのか・・
- 472 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 11:42:23.75 ID:L9XsPrRa.net]
- >>464
君「ら」？
お前のことだろ
- 473 名前：デフォルトの名無しさん [2019/12/02(月) 13:15:55 ID:/N45p/D+.net]
- でもJavaはベンチとると速いんだけど、実際は遅い。
これ、リソースを食いすぎるのが原因なので、本当はサーバーよりクライアントに向いているんじゃないのかな。
- 474 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:16:09 ID:xJykAg3Z.net]
- ライトバンとセダン？
スリッパと自転車と乗用車と飛行機とロケット
くらい使い分けないとダメ
- 475 名前：デフォルトの名無しさん [2019/12/02(月) 13:19:02 ID:/N45p/D+.net]
- C++はメモリーの分断化があるので、長時間起動し続けるサーバーには向いていないと言われてるんだけど、実際にやってみたら全く問題なかった。
考えてみると、JavaプログラムをホストするシステムがC/C++で書かれてるんだから、本当に問題になるなら、Javaも無理なはず。
- 476 名前：デフォルトの名無しさん [2019/12/02(月) 13:20:28 ID:/N45p/D+.net]
- Androidは特に不満もなく動くので、Javaはクライアントでこそ力を発揮するような気がします。
- 477 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:21:19 ID:xJykAg3Z.net]
- メモリは潤沢にあるし
アドレス変換もあるので
よほど下手に作らなければ
PCでフラグメントは問題にはならない
そんな事を心配する時代じゃない
組み込みだと話は別
- 478 名前：デフォルトの名無しさん [2019/12/02(月) 13:21:57 ID:/N45p/D+.net]
- 機種ごとの差を言語が吸収
- 479 名前：してくれるなら、こんな楽なことないし。
一方、サーバーは、サービス提供側が機種を自由に選べるのでJavaである必要が無いと思う。 [] - [ここ壊れてます]
- 480 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:23:17 ID:xJykAg3Z.net]
- >>469
比較的最近追加された
リアルタイム系オーディオAPIは
C/C++での提供ですね
用途によってはいまだにC/C++が必要
- 481 名前：デフォルトの名無しさん [2019/12/02(月) 13:23:19 ID:/N45p/D+.net]
- >>470
でも、フラグメントが・・・と言われると、なるほどと思うじゃないですか。
僕もいずれ別の言語で書き換えるつもりだった。
でも問題なかった。
- 482 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:30:11 ID:wB1a1keO.net]
- >>468
それは完全に理解不足
Javaや.NETのVMはC++で静的に確保した大きなメモリ領域をヒープと呼んでいる
でアプリ内でnewするとオブジェクトとしてその中の領域が割り当てられ、ハンドル(生ポではない!)をアプリがオブジェクト参照として受け取る
C++のオブジェクトとの大きな違いはオブジェクトを再配置できることであり、
GCが必要に応じてヒープ上のオブジェクトを移動して詰めるため断片化が生じにくい
C++でも生ポを使わなければ再配置できるんだけどね
- 483 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:31:49 ID:az4xQt0G.net]
- メモリ激増のお陰じゃねえの
- 484 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:41:55 ID:qRRc8YVo.net]
- その辺はOSの仕事であるべきやと思うわ
- 485 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 13:49:06 ID:az4xQt0G.net]
- やってることがさほど変わらず100MB確保から1GB確保にするだけで
断片化率が1/10になる
プログラミングの技量が全く変化しないのにも関わらず安全性が10倍になる
つまりマシンの搭載メモリが1GBから10GBになるだけで安全係数が10倍になる
これぞ大富豪プログラミング
- 486 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 15:06:09.31 ID:rcvN6dfE.net]
- >>474
windows3.1のGlobalAllocみたいのを今さらドヤられても…
- 487 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 15:20:31.50 ID:Vo2mhncO.net]
- >>468
実はかなり古くから、C/C++ の malloc(), new のヒープメモリから確保したメモリの
断片化は、実際に問題になるようなことはとても少ないといわれています。
というのは、断片化というのは、確保したメモリを開放したときに出来た
「隙間にある空きメモリ」が再利用されにくい場合に起きるものなんですが、
実際には、再利用されることが多いためです。なぜなら、おなじサイズの
オブジェクトを new することが多いためです。この場合、完全に再利用されるので
断片化の問題と言うものは全く起きないと言っても過言では有りません。
それから、通常、1つのオブジェクトのサイズは小さく、それが多数集まって
データをなしていることが多いのです。このことから、異なるサイズのオブジェクト
であっても、1つ1つのオブジェクトのサイズが小さいため、断片化したとしても、
再利用される確率が高いのです。まず、同じサイズのオブジェクトであれば再利用されます。
異なるサイズであっても、昔開放されたオブジェクトよりも、小さいサイズのオブジェクトを
新しく確保する場合であれば再利用されます。
このようなことから現実の例では、断片化しても、使われないメモリの量はある程度の比率
に収まると言われており、それは GarbageCollection を行うためのオーバーヘッドの
メモリのサイズと比べても余り大きいものではないのです。
ゲームはメモリー効率も求められますが、それでも C/C++ が使われているのは、
メモリー断片化の量が一定比率より多くなら無い事が経験的に知られているためです。
- 488 名前：デフォルトの名無しさん [2019/12/02(月) 15:28:19.20 ID:/N45p/D+.net]
- フェイスブックがPHPのコードを翻訳機でC++コードに変換して配備してるそうですが。
そんなことするなら最初からC++で書けばいいのに。
- 489 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 15:33:38.42 ID:Vo2mhncO.net]
- >>474
C/C++ では、配列ではなくリンクリストを積極的に使うようにすることに
よって、メモリーが断片化しても再利用される確率を高く
- 490 名前：することができます。
というのは、データの基本となっている要素のオブジェクトのサイズが
小さいため、さまざまなサイズのデータを new しても、結果的に、
断片化された空きメモリも高い確率で再利用されるためです。
new、delete するオブジェクトのサイズがランダムな場合で、
断片化空きメモリが残っている場合、確率論的には、おおよそ 2回に1回は
断片化空きメモリが再利用されることになるでしょう。もちろん、
delete された回数が少な過ぎる場合、そもそも断片化空きメモリの個数が少なすぎる
ので、再利用できる確率は低くなります。それは、初期化時やファイルからデータ
読み込み時などにどんどんメモリを new していくよう場合ですので、そもそも
断片化が起きる余地も有りません。
なお、ポインタとリンクリストを組み合わせると、よくある場合には、他の
集合アルゴリズムよりも、効率が高くなりやすいことが知られています。
ただし、文字を集合させて文字列を作るような場合は例外です。 [] - [ここ壊れてます]
- 491 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 15:39:04.52 ID:Vo2mhncO.net]
- >>481
配列の場合、delete するとメモリー上に大きな空き領域が出来ますが、
それより大きなサイズの配列を new しようとすると、そこが再利用できません。
なぜなら、配列の場合、連続したメモリ領域が固まって必要になるため、
要素の個数が N だとすると、N 個全てが一度にまとまって入りきる領域を探す
必要になるためです。
ところが、リンクリストの場合、要素数 N が大きくなっても、バラバラな
領域に分散して格納することが出来ます。すると、とても高い確率で、
分断化された空きメモリが再利用されることになります。
- 492 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 15:50:07.84 ID:Vo2mhncO.net]
- >>481
「2回に1回」と書きましたが、実際にはもっと確率は高いです。
リンクリストを使っている場合、要素を全部 delete したような場合は、開放された
空きブロックは、余り断片化せずに、比較的高い確率で結合され、大きな空きブロックに
なるためです。空きメモリは、元の要素のサイズの複数個分以上になっている確率が
高くなります（複雑ですが、管理領域のサイズもこれに加わります。）。
この性質があるため、現実には、小さいサイズのオブジェクトを要素とする集合
が多種類有った場合、それを好きに new, delete した場合、50% よりずっと高い確率で
断片化空きメモリーは再利用されます。
- 493 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 16:10:33.93 ID:Vo2mhncO.net]
- >>483
誤解無きように細くしておくと、「50% より大きい」というのは、
「断片化された空き領域が再利用される確率」
のことで、「断片化率」ではありません、。断片化率はもっと
小さな値になり、条件によりますが、例えば、数%〜10%程度
が目安になります。最悪のケースだともっと大きいのですが、
ケースバイケースで適切なデータ構造（集合アルゴリズム）を
使っているとこの程度に収まります。また、適切なデータ構造を
選択することはそんなに難しいわけではありません、。
- 494 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 16:15:53.26 ID:Vo2mhncO.net]
- >>475
既に、Windows95くらいの時期のメモリ容量で、C/C++のメモリ断片化は
問題が無い程度になっていました。実際には、MS-DOSの時代でも既に
問題なかったのですが。
とにかく、今の若い人の目線で言えば、古代ともいえるくらい古い時代に
既に C/C++ のメモリー断片化問題は問題が無い程度にハードウェアが
発達済みなのです。PC-8801 の 8BIT 時代には問題があったので、
N88-BASIC を筆頭に、GarbageCollection 方式をとっていましたが、
それは、若い人には「超古代文明」時代でしょう。
- 495 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 16:34:28.08 ID:Vo2mhncO.net]
- >>485
また誤解が入りそうなので細くしておきます。
N88-BASIC などが GarbageCollection を使っていたのは、本当に
マシンのメモリが少ないのでデータをぎゅーぎゅー詰めに隙間無く
入れることが重要だったためです。
一方、JavaやC#がGarbageCollection を使っているのは、どちらかと
いうと、「メモリー開放の自動化」のためです。参照カウンタだけで
は、循環参照問題が生じるため、時々、広い範囲のメモリブロックを
巡回して、循環参照していても本当に使って無い場合を厳密に見つけ出して、
徹底的に開放することを行います。
そのため、メモリーの断片化問題とはまた違う意味で、メモリー開放の
自動化には、GarbageCollection が必要となっています。
N88-BASIC 時代と、現在の Java, C# とでは、同じ GarbageCollection
でも主な役割が違うと考えられます。もちろん、断片化を防ぐ役割も同時に
果たしてくれますが。
- 496 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 16:40:43.00 ID:Vo2mhncO.net]
- >>486
誤字訂正： 細く ---> 補足
・BASIC言語にはポインタが無かったので、循環参照問題は有りませんでした。
・BASIC言語における GarbageCollection は、主に文字列領域の開放のためです。
A$="HELLO WORLD" と入れた後、A$="" とした時、元の文字列に使っていた
領域は、しばらく経った後に GarbageCollection で開放される仕組みでした。
ですので、文字列を余り使わなければ GarbageCollection も余りおきませんでした。
なお、DIM A(100) のように確保した配列は、余り開放することは有りませんでしたが、
開放した場合も、しばらく後に GarbageCollection の対象になっていたと思われます。
- 497 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 17:06:01.34 ID:wB1a1keO.net]
- リンクリストってシーケンシャルアクセスで毎回キャッシュミスするから、
配列の代わりに全面的に使ったりしたら断片化とか最早どうでもいいレベルでパフォーマンス低下するぞ
- 498 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 17:15:40.51 ID:Vo2mhncO.net]
- >>488
リンクリストでシーケンシャルアクセスする場合、キャッシュ以前に
ポインタをたどるようにアクセスしないといけないのですが、
最近、配列と同じような通し番号方式でアクセスしようとする人が
多くなっています。ライブラリなどは、以前にアクセスした番号が
k の場合、そのポインタを覚えておいて、プログラマが k + 1 の番号
をアクセスしようとした場合、後続のノードへのポインタをたどる
ことで高速化している場合があるので、特に問題が無い場合がありますが、
それを深く理解せずに、本当に先頭のノードからたどってしまった場合、
本来なら O(N)で済むところが、O(N^2) になってしまいます。
- 499 名前：デフォルトの名無しさん [2019/12/02(月) 17:16:14.80 ID:/N45p/D+.net]
- >>487
ヌルポ。
- 500 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 17:18:32.46 ID:Vo2mhncO.net]
- >>489
C/C++ でのリンクリストは、場所を覚えるのは通し番号ではなく、ポインタ
で行うことが基本です。ところが、最近、通し番号で覚えてしまうプログラムを
書く人が増えているように感じます。それは、キャッシュのために遅くなっているの
ではなく、計算オーダーが完全に違ってくるために遅くなるため、ただごとではない
遅さを招きます。
- 501 名前：デフォルトの名無しさん [2019/12/02(月) 20:46:52.56 ID:rSqEF7g8.net]
- ネトウヨ東大特任准教授、謝罪するも言い訳「AIの過学習によるもの」
https://medaka.5ch.net/test/read.cgi/jsaloon/1575275488/
- 502 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 20:59:09.09 ID:RyZvLJkF.net]
- >>487
循環参照問題の有無はポインタ(アドレス)とは関係ないでしょ。
- 503 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 21:16:13.89 ID:6AEGHd3a.net]
- TIOBEってなんて読めばいいの？
ちおべ？
- 504 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 22:59:36.28 ID:OlcC/UBE.net]
- ハッシュテーブルで要素Xが既存要素Yと衝突した場合でもXを格納したい場合は
リハッシュかリストになる
ｷﾓｽ
リハッシュで容量をちゃんと使い切るには相当にハッシュ関数を考えねばならない上に
衝突データを取り出すのに何回リハッシュしたかを見ながら要素をたどっていく必要があり、
ハッシュの検索性を帳消しにしてしまいかねない
よってリストのが圧倒的に簡単で速い
- 505 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 23:15:49.08 ID:OlcC/UBE.net]
- >>493
ある
ガベージコレクト対象データでもって他のガベージコレクト対象データを指し示すような
再帰構造が表現不可能なら循環参照は当然起きない
N88-BASICの文字列はキャラクターの集まりであって他の文字列を指し示したりできないから、
相当の無能か悪意を伴って設計しない限り、文字列メモリのガベージコレクションで
循環参照は起こしようが無い（やるべきことは素のmalloc/freeに他ならない
- 506 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 23:29:11.52 ID:VdJ0qliF.net]
- >>496
>>487で自分で書いているように配列がガーベジコレクションの対象になっているなら、循環参照は起こり得るんでないの？
- 507 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 23:30:20.73 ID:VdJ0qliF.net]
- すまん>>497はまちがい
- 508 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 04:41:05.52 ID:LCf1R81a.net]
- まだやってたのか
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
うんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんちうんち
- 509 名前：デフォルトの名無しさん [2019/12/03(火) 06:45:35 ID:Ocr+v9UU.net]
- C++20あたりになるともうついていけそうにないな。
- 510 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 07:20:16 ID:k7viogN8.net]
- conceptの仕上がり次第だろうな
Cのrestrictもそうであるように
うるさすぎると嫌気がさすやつが続出する
- 511 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:10:18.28 ID:LOAssVxZ.net]
- 実際にコードを書いてないやつほど仕様を知っててアホみたいなこだわりを見せる
ってことが常態化してる。
そろそろロクでもない結末を迎える。
- 512 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:24:39.60 ID:jKB+EPlO.net]
- 並列処理じゃないですかねこれからは
マルチなコアをもりもり使えないと
- 513 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:38:06.74 ID:g2sdmHcp.net]
- >>502
仕様を知ってるのは良いけど
コードを書いてない人は気にするところがズレてる
- 514 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 15:33:28 ID:+wDBcAl/.net]
- コンパイラやパーサーを作っているか、本を書こうとしている人だとすれば
隅々まで仕様を知る必要があるから、単なる自己満足の言語ヲタクとは
限らない。
- 515 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 15:40:53 ID:LOAssVxZ.net]
- コンパイラやパーサを作ってる人よりも
本やブログを書くだけの馬鹿のが変な仕様にこだわってるのが問題。
後者は単なる自己満足の言語ヲタクと変わらん。
端的にカスでいなくなった方がいい存在と思う。
- 516 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 15:46:11 ID:+wDBcAl/.net]
- >>506
自慢するために言語ヲタクになっている人は困るけど、本やブログを書く人は
貴重なので、情報収集のため5chでもなんでも使ってもいいと思うんだよ。
- 517 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 16:08:25 ID:fg+LqIKK.net]
- 現場でガリガリ書いてる奴らが本を書かないのが悪いんだろ
えっ、ブラック労働環境で疲弊してて書く余裕がないって？ｗ
- 518 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 16:50:33.73 ID:lE3mHjqg.net]
- ブログはともかく5chの情報を元に本を書くとか
勘弁してくれ
- 519 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 16:52:53.84 ID:lE3mHjqg.net]
- >>508
解説本みたいなのは読まんな
規格書、データシート、仕様書、リファレンスマニュアル
こんなのは5chを参考にするはずがない
- 520 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 16:59:39.64 ID:+wDBcAl/.net]
- >>509
全く知識が足りて無い場合、知ってる人に聞くと大幅な時間短縮になる事がある。
- 521 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 17:42:58.95 ID:PvjGA/Sr.net]
- >>508
現場でガリガリって、コンパイラ開発してるとこのか？
そうでなければ普通言語の仕様なんか気にしてねーんだよ
むしろ仕様というか規格に詳しくないと使えない言語とか実用性無いわ
- 522 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 17:45:16.73 ID:PvjGA/Sr.net]
- >>508
あとお前が知らんだけで、各分野の経験豊富な人がいくらでもその分野のコードを書くための本出してる
言語オタクには気付かんだろうけど
- 523 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 17:50:23.07 ID:Ht46Ytqh.net]
- >>911
全く知識が無い人が本を書く？？？？
何の本？
アンカーミス？
- 524 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 18:43:45.39 ID:0IYpewor.net]
- 未来へのアンカー
- 525 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:20:43.49 ID:+wDBcAl/.net]
- >>514
考えてみれば、本を書く人はここでは聞かないかも。
- 526 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:21:46.86 ID:+wDBcAl/.net]
- Stroustrap
- 527 名前：の本とか高いし、cpprefemceは分かりにくいし、誰かに
聞いてみたくなる気持ちは分かるがな。 [] - [ここ壊れてます]
- 528 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:22:03.63 ID:90Sp73uq.net]
- >>513
C++のコンパイラ分野でいいので２~３冊あげてみ
- 529 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:22:10.56 ID:k7viogN8.net]
- けっ 言語についていけねえうえに
ろくな業績も出せてねえ真性ゴミクズが
書いたコードの量が多いんだと
精一杯のブラフで自我を保とうと必死こく
究極にくだらねえ茶番だろうが
- 530 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:25:02.10 ID:A/ggV3OU.net]
- コードを書けないのがコンプレックス？
- 531 名前：デフォルトの名無しさん [2019/12/03(火) 19:26:01.05 ID:cEtr/lck.net]
- 禿4はわかりやすかったけど、もう少し突っ込んだ話が読みたかったな。
- 532 名前：デフォルトの名無しさん [2019/12/03(火) 19:26:43.98 ID:cEtr/lck.net]
- 禿4はキンドルのセールに出ることあるよ。
- 533 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:43:50.04 ID:LOAssVxZ.net]
- 禿4は量が少ないわけではないがｃ＋＋を今からやるとしたら最低限ああなるだろ。
あれ以下に減らすのは実際無理。
- 534 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 19:55:41.70 ID:PvjGA/Sr.net]
- >>518
そういう意味で言ったんじゃないんだが
>>519
＞けっ 言語についていけねえうえに
＞ろくな業績も出せてねえ
こういう前提はどっから来てんのかね
>>502,506 ,512みたいなことを言われるとそういう過剰反応するやつよく見かけるけど
>精一杯のブラフで自我を保とうと必死こく
>究極にくだらねえ茶番だろうが
鏡見た方がいいよ
- 535 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 21:01:44.02 ID:z2MNOJTT.net]
- >>524
違うんなら証拠出してみろよ
言ってることが薄っぺらくてゴミクズにしか見えねえが
そういう俺にお見それしましたと言わしめる内容がおまえにあるか？
身バレするようなことでなくて結構だ
話している内容に深みを感じるかどうかだ
もう一度言う、おまえの言葉にはそれがまるでない
- 536 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 21:24:21.32 ID:qY14OTyg.net]
- >>524
> そういう意味で言ったんじゃないんだが
意味わからん
本を出してるって言うなら具体的に挙げられるよね？
- 537 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 21:26:06.12 ID:A/ggV3OU.net]
- おまいらスレタイ
- 538 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 21:30:25.58 ID:3WzRY7Z3.net]
- 実にC++erらしいこのスレにぴったりの会話だな
- 539 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 21:58:21.97 ID:c+vMaKjo.net]
- >>525
お前も感情的に攻撃的に相手を罵ってるだけで、中身空っぽに見えるぞ。
お前の自己評価はもっと高いのかもしれないけど端から見たらただのバカだよ。
- 540 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 22:13:59.08 ID:z2MNOJTT.net]
- >>529
おまえ誰？
- 541 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 22:43:52.58 ID:Tjb84Rtt.net]
- 「現場でガリガリ」って可愛い表現だなｗ
アマチュア精神がにじみ出てる
- 542 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 23:17:48.08 ID:jKB+EPlO.net]
- 禿禿言うなよ
気にしてるらしいぞ
- 543 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 23:39:54.64 ID:l6CFXVtO.net]
- お前らがC++高等テクニックｗｗ持ってるのは分かったから
まずまともな設計上げてこいやｗｗ
- 544 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 23:42:10.99 ID:3WzRY7Z3.net]
- 経験マウント vs 知識マウント
実に人格障害のC++erらしいスレだ
- 545 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:05:50 ID:FhHmXOPx.net]
- 知識も経験も豊富な奴おらんのか？
- 546 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:18:20 ID:MnUOTj8y.net]
- >>535
多分、C++の仕様が異常なほど膨れ上がってること、JavaScriptやWebGL、
AjaxやC#なども勉強しなくてはならない事が多くなったことなどもあって、
プログラムを沢山しながら仕様にも詳しい人は壊滅状態であることは想像に難くない。
- 547 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:23:07.75 ID:MnUOTj8y.net]
- >>536
というか、普通にプログラムしていても、HTML、CSS、HT
- 548 名前：TP などの仕様はもちろん
のこと、Androidやるなら、Java、Kotlin、NDK、iOSやるならSwift、
それに加えて、C#なら、WinFoms、WPFなどもあり、さらに、WSL、
PowerShellにbashやApacheの設定方法、ライセンス各種の勉強などなど、
やることが多くなってきている。本当は、React、Blazor、Vue.js、node.js
Electron、flutter、wxWidget、Qt、GTK。別に全部やる必要はないが、
予備知識として知ってないと技術資料も理解しにくいことが多くなってきた。 [] - [ここ壊れてます]
- 549 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:25:21.34 ID:FhHmXOPx.net]
- 自分の得意分野以外は浅く予習しておいて使うときになって覚えて使わなくなったら忘れてる
- 550 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:26:04.91 ID:MnUOTj8y.net]
- >>537
Python、Rust、Lua、curl、ant、gradle、git、github、wget なども知ってない
と話が理解できないことも多くなっている。
- 551 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:31:31.51 ID:gHx24DkE.net]
- 今時コードだけでプログラミングするもんでもあるまい
C++使いならフロントはばっさり切り捨ててAWSとGCPにスキルを振ったほうが一貫性があり無駄の少ないスキルセットになる
- 552 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:36:36 ID:4dvDh/Ut.net]
- std::cout での出力フォーマット指定に関して教えてください。
cout.flag( ios::uppercase | ios::hex ) やら cout << setfill('0') とか
cout << scientific << setprecision(10) とかとか
大半の指定が １回 数値 を出力した後も その状態が保持されたままなのに
cout << setw(24) による出力幅指定は その都度指定しないと忘れてしまう挙動になっています。
その都度指定する必要は他にもあるのか。それと、
www.cplusplus.com/reference/iomanip/setw/
みたいな仕様を見て、どう読み取ればそれが正しい挙動であると分かるのか教えてほしいです。
ある個人ブログには setfill も毎回出力する度に指定する必要があるのだと書かれていましたが、
自分の環境では setfill は状態が保持されました。
- 553 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 01:41:33 ID:9acC9vOn.net]
- フロントエンドは本当に時間の無駄
ましてC++プログラマならほとんど領域が被らないから単なる二足のわらじ状態で非効率なだけ
- 554 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 04:32:29 ID:mZNCV5xz.net]
- >>529
読解力が無いのか>>508と同じく言語オタクだから気づかないのかわからんが
>>508と
>>512-513読み直してくれる？
C++の言語仕様を詳しく解説する本を、コンパイラ”以外の開発に携わってる”人間が書いてくれると
思ってる方がおかしいんだよ
>>508の目には純粋にC++関連の本しか映ってないんだろう
C++を前提としてるがC++そのものでなくその分野の専門的な知識を教えてる技術書がどれだけあると思ってんだ
- 555 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 04:32:49 ID:mZNCV5xz.net]
- >>525
＞えっ、ブラック労働環境で疲弊してて書く余裕がないって？ｗ
こんな腐りきった発言する思い上がったゴミアマチュアに教えてやることなど何もない
お前が使ってるその箱で動いてるソフトは誰が書いてくれてると思ってんだ
- 556 名前：543 mailto:sage [2019/12/04(水) 06:39:12 ID:mZNCV5xz.net]
- 安価ミス
Ｘ >>529
○ >>526
- 557 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 07:09:58 ID:Z3kanSY4.net]
- >>536
うん、想像なら只だもんな
- 558 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 07:33:04.63 ID:8KgKER1O.net]
- そもそも現場の奴らは、現場のやり方しか身につける必要ないだろw
- 559 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 07:54:48 ID:Jd4YzzOQ.net]
- >>545
各分野にコンパイラ開発は入らんのか？
まあお前の好きな分野でいいから具体的な本の名前挙げてくれ
- 560 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 08:05:44 ID:mZNCV5xz.net]
- >>548
挙げたらどうなんの？お前には興味ない内容だと思うけど
「ド素人が言ってんだろ」と思ってるんだろうけど、お前の誤解を晴らすためになんで自分の分野晒さなきゃいけないの？
本の名前挙げたら謝るの？
- 561 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 08:06:15 ID:mZNCV5xz.net]
- >>546
実際そうだと思うよ
>>512にも書いたけど、仕事でやってる人もフリーソフト開発者も
規格読んだことある人なんか皆無だと思うよ
他に勉強しなきゃいけないこと山ほどあるし、仕様（新しいのも含め）は必要なときにググって確認するだけ（>>538も言ってるけど）、むしろそうであるべき
それを「言語についていけない」なんて貶せるやつの神経がわからん
>>519とか、ソフト開発もメタプログラミングも出来ないレベルのド素人だろ？
何調子乗ってんの？自分はついていけてんの？ｗ
開発力も無いし言語を活かせてもないのに、実際にC++を実用してる人を貶すとか
頭おかしい真似してるから言語オタクって言われるんだよ
（C++専門のライターも最近そういう傾向あるけど）
>>547
それはそれでどうかと思うけど
|
 |
