C++相談室 part152

**デフォルトの名無しさん** · 2020/07/12(日) 13:42:20.13

https://mevius.5ch.net/test/read.cgi/tech/1589424805/

**デフォルトの名無しさん** · 2020/10/02(金) 00:34:33.37

職質拒否して裁判もボロ負けしたC++イキリおじさんだっけ

**デフォルトの名無しさん** · 2020/10/02(金) 00:41:43.80

丸坊主にリュックで安全靴なら職質されても仕方ない

**デフォルトの名無しさん** · 2020/10/02(金) 01:57:01.58

本当に、職務質問を拒否しただけで逮捕されるのか？

日本は民主国家か？
これ、中国と同じだろw

**デフォルトの名無しさん** · 2020/10/02(金) 02:05:48.79

いかにも怪しいやつを人権・自由を盾に野放しにする社会とどっちがいい？

**デフォルトの名無しさん** · 2020/10/02(金) 07:09:19.57

自分がその「いかにも怪しいやつ」に仕立て上げられてと構えられることの想像力が働かないんですね

**デフォルトの名無しさん** · 2020/10/02(金) 07:13:45.38

想像力の問題とちゃうやろ

**デフォルトの名無しさん** · 2020/10/02(金) 07:51:44.17

別にIOCCCみたいにわざと意地悪してるんじゃなく
整合性を大事に書くときに有り難い機能が追加されたら使うってだけ

新しい機能を使うなってやつは何を基準に言ってるんだ？
たとえばcfront 1.0が基準ならテンプレートどころかprotectedすらないんだが

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

堀江貴文と一緒でルールハックドヤかましたかっただけだろうがマジで連行されたっていう頭の悪いオチだろ。

**デフォルトの名無しさん** · 2020/10/02(金) 08:43:35.55

他国の有罪率は、50%。
日本だけが、100%

だから、半分は冤罪。
ほとんど証拠がないけど、有罪になってる

酒酔い運転の検問でも、息を吹きかけて、検査機のランプが点かないと、
警官がちょっと待ってと言って、くるっと後ろを向くと、ランプが点く

何のことはない。
警官が酒を飲んでいて、息を吹きかけているw

警官の犯罪率は、異常に高いと思う

**デフォルトの名無しさん** · 2020/10/02(金) 09:37:02.67

>>804
rubyガイジは真正の馬鹿だな。
脳みそ足りなすぎて日常生活に支障が出てるんじゃないか？

日本の起訴率は51.5%
よって有罪率は0.515 * 0.998 = 約51%

**デフォルトの名無しさん** · 2020/10/02(金) 09:45:23.01

スレ違い出てけ

**デフォルトの名無しさん** · 2020/10/02(金) 12:16:13.18

>>804
こんなところでもルール破りかよ。

**デフォルトの名無しさん** · 2020/10/02(金) 16:45:37.07

>>795
本売れてるんじゃないの？

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 16:49:57.77

技術書なんてなんぼ売れてもカスみたいな収入にしかならんよ。

**デフォルトの名無しさん** · 2020/10/02(金) 17:35:29.74

技術書は高めなので1冊の執筆料1000円入ってきたとして、1000部売れても100万円かぁ。
小遣い稼ぎならともかく、事業として考えたらペイはしないわな。

**デフォルトの名無しさん** · 2020/10/02(金) 17:50:13.26

印税なんて5%～10%程度よ？
しかも最初の1000部は印税なしとか大学生だったときに教授から聞いた

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/02(金) 17:53:55.34

具体的な部分は契約によるらしいが、
表紙デザインを除いては Github に公開してしもうとるし、
それで儲ける気はないんやろ。

でもまあ C++ 界でそこそこ知名度のある本にはなったし、
実績として十分だわな。

**デフォルトの名無しさん** · 2020/10/02(金) 18:17:03.49

表紙がハゲのオッサンだしな

**デフォルトの名無しさん** · 2020/10/02(金) 18:57:57.01

本と言えば思い切ってプログラミング言語C++を買ってしまいました
これで僕もハッカーになれますか？

**デフォルトの名無しさん** · 2020/10/02(金) 19:00:16.60

校正のプロになれます。

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

ユーチューバーは、100万視聴で1000万近くになるらしいですよ。

**デフォルトの名無しさん** · 2020/10/02(金) 22:00:08.88

1視聴10円かよ！

**デフォルトの名無しさん** · 2020/10/02(金) 23:42:12.32

YouTubeで受けるためには道化師になる必要があると思われる。
芸人と呼ばれる人は、ピエロや道化師のように、下から下から
やっていかなくてはならず、人に馬鹿にされることによって
食っていく立場となる。
それが出川であり、アンガールズ田中だ。

**デフォルトの名無しさん** · 2020/10/03(土) 09:25:11.62

>>815
++

**デフォルトの名無しさん** · 2020/10/03(土) 17:57:57.06

c++が最強たる理由は如何に？

**デフォルトの名無しさん** · 2020/10/03(土) 17:58:20.13

二重質問だな

**デフォルトの名無しさん** · 2020/10/03(土) 22:59:48.02

ランタイム速度最強で、高機能は最新バージョンでなんでも無理やり入れるところかな。
その代わり、一貫性、ビルド速度あたりが犠牲になるが。

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/03(土) 23:53:24.58

汚かろうがなんだろうが問題解決のために使用可能だということが C++ の強さだと思う。
程度はともかくとりあえず C++ を使えるという人材を確保するのはなんら難しいことではないし、
資料もたくさんある。

言語機能がどれだけよくできていたところで使い手がいないだとか
まともな処理系がないとかだったら話にならんわけで。
特に産業的な分野では。

C++ は教育体制や処理系の充実と足並みを揃えてその大前提を満たし続けてきた。

----

ところでどうでもいい話なんだけど「きたなかろうが」を変換したら「北中朗が」と出てきた。

**デフォルトの名無しさん** · 2020/10/04(日) 01:08:30.77

> C++ は教育体制や処理系の充実と足並みを揃えてその大前提を満たし続けてきた。

釣り針デカすぎだろw

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/04(日) 01:26:05.38

ウェーイｗｗｗ

**デフォルトの名無しさん** · 2020/10/04(日) 06:23:23.02

XILINXの石で使えるのが大きいだろな。

**デフォルトの名無しさん** · 2020/10/04(日) 07:14:17.35

conceptをC++11では一旦引っ込めたのも
足並みを揃えるってことの1つだな

**デフォルトの名無しさん** · 2020/10/04(日) 08:30:42.96

>>824
教育体制って言うか資料は豊富にあって勉強するには事欠かないし処理系はかなり充実してるとおもうぞ

**デフォルトの名無しさん** · 2020/10/04(日) 09:24:05.67

c++よりrustのほうが良くなーい？と思っていてrustを本格入門している

さようならc++ perlみたくなるんじゃねーぞ

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

python は 10-20年程度で perl を駆逐出来たけど
perl や python は 20年以上経っても C/C++ を駆逐出来ていない

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/04(日) 11:13:56.41

俺も rust はかなり気に入ってるけど、
だからといって C/C++ から全く離れようという気持ちにはならんな。

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

プログラミング言語なんて所詮は道具よ
ノコギリとハサミの間に優劣なんてないから

**デフォルトの名無しさん** · 2020/10/04(日) 13:32:21.33

まあRustがC/C++の代わりになるのは無理だね。

**デフォルトの名無しさん** · 2020/10/04(日) 13:42:50.50

へー、なんで？
最近Rust手つけようかなと思ってた

**デフォルトの名無しさん** · 2020/10/04(日) 13:47:42.57

やりたければやれば良いだけ
なんで他人に確認求めるんだ？

**デフォルトの名無しさん** · 2020/10/04(日) 15:44:23.53

>>834
ハード屋からすればアセンブラは基礎だが、その基礎と対応が明確なのはC。
対応関係が明確で闇が少ない。
もともとシステム言語としてはC++よりCが好まれているが、C++はCの延長線上に
あるのでなんとか使える。
しかし、C++もどうコンパイルされるのか分からことがあるという意味で「闇がある」と言われている。
ところが、Rustのsafeモードはアセンブラと対応関係が不明確だし、
仕様も非公開や曖昧なところがあるのでC++以上に「闇がある」ので
アセンブラの代わりに使うのは分かりにくいし危険だし、効率も良く無い可能性
が高い。ベンチマークは、Rustに都合の良いものが選べれていることが多いので
実際とは異なる。

**デフォルトの名無しさん** · 2020/10/04(日) 16:04:43.05

linux kernel開発にrustが試験的に導入されつつあるが
c++は依然シカト状態
linusのこの判断が妥当と思うか不当と思うかでエンジニアとしてのタイプが大きく分かれる

**デフォルトの名無しさん** · 2020/10/04(日) 17:11:41.98

カーネルモジュールの話なら、昔からC++で開発できるじゃん。
ところがrustはそうでなかった。APIの一部は直接呼び出せなかったり、呼び出すのが煩雑だったりした。だから対応方法検討してみようかってだけ。
検証結果が取り込まれて初めてc++に追いつくんだよ

**デフォルトの名無しさん** · 2020/10/04(日) 17:27:22.30

C++利用者の層がクズだからKernel開発に使わないという理由は割とマジでがちだろうな

**デフォルトの名無しさん** · 2020/10/04(日) 17:31:15.34

>>838
linux kernelだよ？
c++で開発されてるモジュールって何？
ランタイムどうしてんの？

**デフォルトの名無しさん** · 2020/10/04(日) 17:35:37.57

>>840
最低限のライブラリのみをスタティックリンクしてるんでしょ
組み込みの開発したことないの？

**デフォルトの名無しさん** · 2020/10/04(日) 17:35:53.89

江添の俺の本スゲーアピール

**デフォルトの名無しさん** · 2020/10/04(日) 17:45:02.87

>>841
linux kernelのモジュール開発したことあんの？
ないならすっこんでいてほしい
あるならそのc++で開発した事例を教えてくれ

**デフォルトの名無しさん** · 2020/10/04(日) 18:21:33.06

>>843
できるできないの話だろ
なんでそんなレベルで上から目線で語れるんだ？w
http://www.lunaport.net/blog/2010/12/linuxc.html

**デフォルトの名無しさん** · 2020/10/04(日) 18:40:15.53

>>844
そんな個人がなんとかハックしたおもちゃドライバでできると言われてもね
linux kernel のrustサポートと同列じゃないよ

**デフォルトの名無しさん** · 2020/10/04(日) 18:48:13.93

どこがハックなんだろう…
まあ具体的に何がまずいのかも書けない時点で顔真っ赤なんだろうなw

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

そのブログにすんなりc++で作れましたよ～って書いてあるようには全く読めないな
まぁそこを争うつもりはないので以後スルーで

**デフォルトの名無しさん** · 2020/10/04(日) 19:15:32.16

STLのvectorのソース見てみたけど、解読がとても難しい。
listも難しかった。

**デフォルトの名無しさん** · 2020/10/04(日) 19:55:46.37

一部のc++機能をcで無理やり実装しましたよ〜っていう馬鹿がよくやる種類の話だね。

**デフォルトの名無しさん** · 2020/10/04(日) 21:39:53.26

生産的な話し合いができない種類の馬鹿ばかりだ

**デフォルトの名無しさん** · 2020/10/04(日) 21:55:21.35

>>847
争うつもりがないなら黙ってりゃいいのにw

>>849
お前バカ？

**デフォルトの名無しさん** · 2020/10/04(日) 22:02:04.98

怒らせてしまった。やっぱ本当のこと言うのは良くないね。

**デフォルトの名無しさん** · 2020/10/04(日) 22:06:44.32

RustはOSも書ける！
らしい！！

**デフォルトの名無しさん** · 2020/10/04(日) 22:09:13.89

C++でカーネルを書くとして
レイヤー的にSTLとか一切禁止になるんじゃ…
するともはやCに対するアドバンテージはクラスや仮想関数が使えることぐらい
だがそれあってもカーネル書くのに言うほどうれしいかどうか、、、

**デフォルトの名無しさん** · 2020/10/04(日) 22:18:38.61

アプリケーション開発なら問題領域と解決領域をスムーズにつなぐのにクラスや多態性が役に立つが
OSのカーネルとなると信頼性と効率性が追求目標なのでアプリの設計とは様相がだいぶ異なるﾖｶﾝ
アルゴリズムとデータ構造の世界で今日日のアーキテクチャーの複雑なメモリモデルの
要請を満たしつつﾒﾁｬ枯れた書き方を要求されるしそれ以外の書き方をしたらリーナスに頃される
ﾊｽﾞ

**デフォルトの名無しさん** · 2020/10/04(日) 22:23:23.86

>>854
テンプレート自体は使える
ただ、new/deleteや例外を使ってるやつも多いから使えるのはかなり限定されるとは思う

>>852
ダッサw

**デフォルトの名無しさん** · 2020/10/04(日) 22:45:18.08

>>854
カーネルで糞重い仮想関数使うな、馬鹿。

**デフォルトの名無しさん** · 2020/10/04(日) 22:50:31.84

おいおい
linux kernelの中はいたるところ仮想関数だらけですがな実質的には
vptrは使わないけど

**蟻人間** ◆T6xkBnTXz7B0 · 2020/10/04(日) 22:52:32.94

ちゃんちゃかちゃんの
くるりんぽん♪

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

そうだっけvptrって構造体に書かれているvptrでvtblを参照してさらにそのvtblに収容されているポインタを参照するわけだが
そんなことをするぐらいなら構造体メンバとしてポインタを持ったほうがなんぼかﾏｼ

※ 個人の感想です

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

うんこみたいな井戸端会議してないで社会貢献しろ

**デフォルトの名無しさん** · 2020/10/05(月) 00:59:40.74

なんでこんなC++を目の仇にしてるようなオッサンがわざわざスレみにきてるのかが謎だ
その精力を別のことに割り振ればもっと生産的なのに・・

**デフォルトの名無しさん** · 2020/10/05(月) 08:15:51.56

>>858
Cに仮想関数ってあったっけ？

**デフォルトの名無しさん** · 2020/10/05(月) 08:19:43.37

>>860
virtualキーワード導入にあたってvtable方式に対する反対意見としてそういうのがあったらしいね
多態はクラスの特性かオブジェクトの特性かという分かれ道で
Smalltalkerあたりが言い出しそうなことだ

**デフォルトの名無しさん** · 2020/10/05(月) 08:29:01.18

Smalltalker
昔あった東京や大阪の街情報誌みたいだなw

**デフォルトの名無しさん** · 2020/10/05(月) 15:49:19.03

>>839
＋＋

**デフォルトの名無しさん** · 2020/10/06(火) 00:17:27.92

>>862
ちゅうか、お湯に入れたカエルは飛び出るので死なないが、
水から茹でたカエルはそのまま死んでしまうのと同じで、
昔のC++が好きで使っていたらいつのまにか全然違う言語になってしまって
嫌いになっているから。

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/06(火) 00:52:29.20

私は C++ が ISO で標準化される前から使っているが今の方がずっと良くなってると思うんだがなぁ……。
まあ私はアマチュアだから業務での事情とかも知らんし、何か思うところがある人もいるのかもしれん。

**デフォルトの名無しさん** · 2020/10/06(火) 01:07:59.33

保守性無視のアホ拡張ばかりでもはや業務では使えん。
多くのOSSのC++プロジェクトが担当してたPGがいなくなれば保守されず放置されるのは至極当然。
昔のObjective-C、C++、Java、Javascript、C#がそうであったように、オナニー拡張するなら改名して別言語にすべし。

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/06(火) 01:14:44.33

具体的にどこが問題点？

**デフォルトの名無しさん** · 2020/10/06(火) 01:21:56.51

テンプレートメタプログラミングのトンチ臭さがなんとも
ライブラリを使うだけの立場なら使いやすくなったと思うけど
テンプレート絡んだライブラリ作る側はしんどすぎる
デバッグつらい

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/06(火) 01:33:21.32

確かに色々としんどい機能は多いのかもしれんけど、
それらの機能が必要なときに使わずに書くともっとしんどいでしょ。

全面的にメリットがないときなら使わないという選択もできるわけだし。

**デフォルトの名無しさん** · 2020/10/06(火) 02:15:21.24

頓珍漢甚だしい。その拡張された機能が必要だったのは標準化される10年も20年も前だろう。
必要なときに用意しないで今更使ってくれと迷惑極まりない。C++標準化委員会のやってることは時代錯誤甚だしい。

過去のコード資産を全否定するような拡張するなら別言語にしろと言ってんだ。

**デフォルトの名無しさん** · 2020/10/06(火) 03:33:59.61

キレ老人

**デフォルトの名無しさん** · 2020/10/06(火) 04:32:17.12

てか、はちみつはマジで煽り抜きで
数万行以上のソフトをモダン(と、C++オタが信じてる)な書き方で作ってみたらいいよ
当然メタプログラミングにも挑戦して、だ
業務どうこうじゃなくて、ソフトを作る道具としての今のC++がどうなのかわかるから

**デフォルトの名無しさん** · 2020/10/06(火) 05:41:08.44

c++界隈ってガイジしかいねーのかね…

**デフォルトの名無しさん** · 2020/10/06(火) 06:34:58.64

こんなスレ見て界隈を語るとかw

**デフォルトの名無しさん** · 2020/10/06(火) 06:49:52.98

付いていけない不適任者の恨み節うるせー

**デフォルトの名無しさん** · 2020/10/06(火) 08:02:53.12

>>867
それ、デマらしいぞ。

**はちみつ餃子** ◆8X2XSCHEME · 2020/10/06(火) 08:42:39.29

>>875
新しい機能を (必要だと考えるまで) 使わないでいい自由があるということを
私は言ってるのにその返しはなんかおかしくない？

**デフォルトの名無しさん** · 2020/10/06(火) 09:36:25.29

>>880
>新しい機能を (必要だと考えるまで) 使わないでいい自由がある
全部publicなのが問題

**デフォルトの名無しさん** · 2020/10/06(火) 10:08:20.97

んまー低水準開発だと見えてほしくないものが見えてしまっている
レイヤーAとBの初期化が終わらなければレイヤーCの機能を呼んではいけないのに、
という状況は言語によらず普通に発生するから程度なのかもしれんが
C++はその手の罠が大杉問題、

**デフォルトの名無しさん** · 2020/10/06(火) 10:09:47.48

最新のC++規格について行けている（ｷﾘ
と自称されている方々は、
単にOSが起動完了した状態での使い方に習熟しているだけではないのかどうなのか、

**デフォルトの名無しさん** · 2020/10/06(火) 10:24:36.80

くだらねえ言いがかりだな
まあそんなことしか言うことねえのはわかるぜ
最大級に軽蔑する

**デフォルトの名無しさん** · 2020/10/06(火) 10:52:17.76

このスレ観てたら C#++ とか産まれそう

と思った

**デフォルトの名無しさん** · 2020/10/06(火) 11:25:21.40

>>881
プロジェクトのコーティング規約に従えよ。

**デフォルトの名無しさん** · 2020/10/06(火) 11:53:18.32

プロジェクトのコーティング規約をしっかり定めさえすれば
空も飛べるはず、

**デフォルトの名無しさん** · 2020/10/06(火) 11:55:12.28

>>870
まあ、配列が TYPE a[N][M]; ではなく、
vector<vector<TYPE>> a;　// ???
が推奨された時点でもう、おかしいから。
しかも、このスレにはvectorと略さずに必ずstd::vectorと書け、とまで言う人までいる。

**デフォルトの名無しさん** · 2020/10/06(火) 11:58:38.89

vector< vector <TYPE> > a;
はそもそも
TYPE a[N][M];
じゃなくて
TYPE *a[N];
だからなー

**デフォルトの名無しさん** · 2020/10/06(火) 11:59:48.46

>>888
プロジェクトのコーディング規約に従えよ；；

**デフォルトの名無しさん** · 2020/10/06(火) 12:01:19.58

iteratorの書き方も煩雑すぎ、長すぎ。
linked listの場合に効率悪すぎ。
ポインタも生ポインタ費推奨で uniqure_ptr, shared_ptrなどが推奨されているのも
既に言語として破綻してる。
ポインタはCの「命」なのに、unique_ptrなどと書くのは長すぎるので。
アメリカの学生は9割がポインタが理解できないので、
多数決で言語仕様を決定していくと、ポインタを徹底的に排除してしまう。
角度の Radian 法が理解できない人が、Degreeを推奨し続けたりしているようなもの。
AndroidのSDKは、それになっている。
馬鹿じゃないかと思う。

**デフォルトの名無しさん** · 2020/10/06(火) 12:03:14.67

>>891
std::unique_ptr便利やん？
機能を使えるところまで持っていくのが面倒なだけで、

**デフォルトの名無しさん** · 2020/10/06(火) 12:06:36.75

頭が悪い人は、ポインタの表記の優先順位を頭の中で「ほどけない」ので、
優先順位が馬鹿でも分かる
unique_ptr<unique_ptr<T>> p;
という書き方の方が分かり易く感じるのだと思う。
頭の良い人にとっては、ただ書くのが長くなっただけに過ぎないのに。

**デフォルトの名無しさん** · 2020/10/06(火) 12:08:43.10

>>893
あんたの頭が悪いのは良くわかった

**デフォルトの名無しさん** · 2020/10/06(火) 12:09:23.24

>>892
便利でも書くのが長くなった時点で駄目。
頭の悪い人は、長くても考える量が少なくなる方を好むから、
9割がベギナー止まりであるところのプログラミングの世界で多数決で
良し悪しを決めると長くても考える量が少なくなる方が人気を呼ぶことになる。
しかし、頭の良い人は頭のAIがすぐれているので、考えなくても瞬時に分かって
しまうので、読み解いたり自分で書くときに全く時間が掛からないので、
短くかけるほうが好まれる。

**デフォルトの名無しさん** · 2020/10/06(火) 12:09:50.61

>>894
違うな。
実世界では天才と呼ばれているから。