C++相談室 part152
■ このスレッドは過去ログ倉庫に格納されています
ここで聞くより調べたほうが大抵早いし
なんでこんなところに来るのかわかんない 入り組んだ仕様の組み合わせで起こることならともかく、
簡単に調べられることだと回答も仕様 (またはどっかの解説)
をコピペするか URL を貼るだけになるからつまらんのだよなー。
そのワンステップ必要? という気持ちにはなる。
本物の初心者がそれすらできないことがあるのも知ってるから、
あまり無碍にはしないようにしてるけど、
つまらんなーという気持ちは残る。 別に質問しに来てるわけじゃないからな
質問する人がどういう経路で来るのか気になる まじでc++ユーザー煽り合いしか出来ねーな
普通に教えられないのか?
そのくせTwitterでは、新人への対応がーとか云々社内のこと愚痴る癖に人の振り見て我が振り直せって感じ コード書かないC++委員会の言語オタクどもが仕様拡張病を患ってるから
仕様を知ってる知らないレベルでマウンティング合戦になるんだよな。 >>776
>C++委員会の言語オタクどもが仕様拡張病
ああ判るわ
コード描くか描かないかに関わらず目的が可笑しい 知らなかった情報が拾えるのはいいことだし
質問する者にとって回答してくれる者がいるのもいいことだ
問題はしょーもないクイズで人を小馬鹿にするやつと
無知を正当化しようとする弁舌だけ達者なボーガスだ 質問して答えられなかったら自分の勝ちというのは昔から馬鹿左翼の論法。
国会でカップラーメンの値段聞いたりほんと馬鹿である。答えを知ってるなら説明するだけでいい。 いや気が短い人には、テンプレート絡みのエラーメッセージなんか読めるはずがない 組織で開発してるのにおれおれテンプレートなんか使われたらもはや他人が読めるものではない。
キレて当然。 出たな
無知を正当化しようとする弁舌だけ達者なボーガス >>770 >>771
でも検索するより、知ってる人に聞いたほうが早いことが多い。
それに複雑な事柄を検索しても、回答を見つけるのは難しいことが多い。 問題はしょーもないクイズで人を小馬鹿にするやつと
無知を正当化しようとする弁舌だけ達者なボーガス
↑
ゴミクズ同士、共食いで滅びて欲しい ID:oZeTafce ←こういうのが一人でもいると他人が読めないコードを大量生産してデスマーチになるからちゃんと監視しなきゃならない。みんな無知過ぎ、他人の読めないコード書くおれーすげー、みたいな。 >>776
最近日本人の有名なC++ライターが
「グラフィクスとかオーディオのライブラリ標準化にはゲーム業界も参加しないとやばいよ、という目的もあった」
とかtwitterで言ってたんだが(なんかの講演に関して)
この上から目線は最近?昔から?
ゲーム業界はC++標準に興味など無いことに、いつになったら気付くのか・・・(特にグラフィックスはC++標準に新機能が採用されるのを、何年も待つはずが無い) >>788
全然、凄くない
当たり前のことをしているだけだ
法には周知義務があるのを忘れるな まあ江添みたいな馬鹿はあと数年も持たず路頭に迷うだろ。 職質拒否して裁判もボロ負けしたC++イキリおじさんだっけ 本当に、職務質問を拒否しただけで逮捕されるのか?
日本は民主国家か?
これ、中国と同じだろw いかにも怪しいやつを人権・自由を盾に野放しにする社会とどっちがいい? 自分がその「いかにも怪しいやつ」に仕立て上げられてと構えられることの想像力が働かないんですね 別にIOCCCみたいにわざと意地悪してるんじゃなく
整合性を大事に書くときに有り難い機能が追加されたら使うってだけ
新しい機能を使うなってやつは何を基準に言ってるんだ?
たとえばcfront 1.0が基準ならテンプレートどころかprotectedすらないんだが 堀江貴文と一緒でルールハックドヤかましたかっただけだろうがマジで連行されたっていう頭の悪いオチだろ。 他国の有罪率は、50%。
日本だけが、100%
だから、半分は冤罪。
ほとんど証拠がないけど、有罪になってる
酒酔い運転の検問でも、息を吹きかけて、検査機のランプが点かないと、
警官がちょっと待ってと言って、くるっと後ろを向くと、ランプが点く
何のことはない。
警官が酒を飲んでいて、息を吹きかけているw
警官の犯罪率は、異常に高いと思う >>804
rubyガイジは真正の馬鹿だな。
脳みそ足りなすぎて日常生活に支障が出てるんじゃないか?
日本の起訴率は51.5%
よって有罪率は0.515 * 0.998 = 約51% 技術書なんてなんぼ売れてもカスみたいな収入にしかならんよ。 技術書は高めなので1冊の執筆料1000円入ってきたとして、1000部売れても100万円かぁ。
小遣い稼ぎならともかく、事業として考えたらペイはしないわな。 印税なんて5%〜10%程度よ?
しかも最初の1000部は印税なしとか大学生だったときに教授から聞いた 具体的な部分は契約によるらしいが、
表紙デザインを除いては Github に公開してしもうとるし、
それで儲ける気はないんやろ。
でもまあ C++ 界でそこそこ知名度のある本にはなったし、
実績として十分だわな。 本と言えば思い切ってプログラミング言語C++を買ってしまいました
これで僕もハッカーになれますか? ユーチューバーは、100万視聴で1000万近くになるらしいですよ。 YouTubeで受けるためには道化師になる必要があると思われる。
芸人と呼ばれる人は、ピエロや道化師のように、下から下から
やっていかなくてはならず、人に馬鹿にされることによって
食っていく立場となる。
それが出川であり、アンガールズ田中だ。 ランタイム速度最強で、高機能は最新バージョンでなんでも無理やり入れるところかな。
その代わり、一貫性、ビルド速度あたりが犠牲になるが。 汚かろうがなんだろうが問題解決のために使用可能だということが C++ の強さだと思う。
程度はともかくとりあえず C++ を使えるという人材を確保するのはなんら難しいことではないし、
資料もたくさんある。
言語機能がどれだけよくできていたところで使い手がいないだとか
まともな処理系がないとかだったら話にならんわけで。
特に産業的な分野では。
C++ は教育体制や処理系の充実と足並みを揃えてその大前提を満たし続けてきた。
----
ところでどうでもいい話なんだけど「きたなかろうが」を変換したら「北中朗が」と出てきた。 > C++ は教育体制や処理系の充実と足並みを揃えてその大前提を満たし続けてきた。
釣り針デカすぎだろw conceptをC++11では一旦引っ込めたのも
足並みを揃えるってことの1つだな >>824
教育体制って言うか資料は豊富にあって勉強するには事欠かないし処理系はかなり充実してるとおもうぞ c++よりrustのほうが良くなーい?と思っていてrustを本格入門している
さようならc++ perlみたくなるんじゃねーぞ python は 10-20年程度で perl を駆逐出来たけど
perl や python は 20年以上経っても C/C++ を駆逐出来ていない 俺も rust はかなり気に入ってるけど、
だからといって C/C++ から全く離れようという気持ちにはならんな。 プログラミング言語なんて所詮は道具よ
ノコギリとハサミの間に優劣なんてないから まあRustがC/C++の代わりになるのは無理だね。 へー、なんで?
最近Rust手つけようかなと思ってた やりたければやれば良いだけ
なんで他人に確認求めるんだ? >>834
ハード屋からすればアセンブラは基礎だが、その基礎と対応が明確なのはC。
対応関係が明確で闇が少ない。
もともとシステム言語としてはC++よりCが好まれているが、C++はCの延長線上に
あるのでなんとか使える。
しかし、C++もどうコンパイルされるのか分からことがあるという意味で「闇がある」と言われている。
ところが、Rustのsafeモードはアセンブラと対応関係が不明確だし、
仕様も非公開や曖昧なところがあるのでC++以上に「闇がある」ので
アセンブラの代わりに使うのは分かりにくいし危険だし、効率も良く無い可能性
が高い。ベンチマークは、Rustに都合の良いものが選べれていることが多いので
実際とは異なる。 linux kernel開発にrustが試験的に導入されつつあるが
c++は依然シカト状態
linusのこの判断が妥当と思うか不当と思うかでエンジニアとしてのタイプが大きく分かれる カーネルモジュールの話なら、昔からC++で開発できるじゃん。
ところがrustはそうでなかった。APIの一部は直接呼び出せなかったり、呼び出すのが煩雑だったりした。だから対応方法検討してみようかってだけ。
検証結果が取り込まれて初めてc++に追いつくんだよ C++利用者の層がクズだからKernel開発に使わないという理由は割とマジでがちだろうな >>838
linux kernelだよ?
c++で開発されてるモジュールって何?
ランタイムどうしてんの? >>840
最低限のライブラリのみをスタティックリンクしてるんでしょ
組み込みの開発したことないの? >>841
linux kernelのモジュール開発したことあんの?
ないならすっこんでいてほしい
あるならそのc++で開発した事例を教えてくれ >>844
そんな個人がなんとかハックしたおもちゃドライバでできると言われてもね
linux kernel のrustサポートと同列じゃないよ どこがハックなんだろう…
まあ具体的に何がまずいのかも書けない時点で顔真っ赤なんだろうなw そのブログにすんなりc++で作れましたよ〜って書いてあるようには全く読めないな
まぁそこを争うつもりはないので以後スルーで STLのvectorのソース見てみたけど、解読がとても難しい。
listも難しかった。 一部のc++機能をcで無理やり実装しましたよ〜っていう馬鹿がよくやる種類の話だね。 >>847
争うつもりがないなら黙ってりゃいいのにw
>>849
お前バカ? 怒らせてしまった。やっぱ本当のこと言うのは良くないね。 C++でカーネルを書くとして
レイヤー的にSTLとか一切禁止になるんじゃ…
するともはやCに対するアドバンテージはクラスや仮想関数が使えることぐらい
だがそれあってもカーネル書くのに言うほどうれしいかどうか、、、 アプリケーション開発なら問題領域と解決領域をスムーズにつなぐのにクラスや多態性が役に立つが
OSのカーネルとなると信頼性と効率性が追求目標なのでアプリの設計とは様相がだいぶ異なるヨカン
アルゴリズムとデータ構造の世界で今日日のアーキテクチャーの複雑なメモリモデルの
要請を満たしつつメチャ枯れた書き方を要求されるしそれ以外の書き方をしたらリーナスに頃される
ハズ >>854
テンプレート自体は使える
ただ、new/deleteや例外を使ってるやつも多いから使えるのはかなり限定されるとは思う
>>852
ダッサw >>854
カーネルで糞重い仮想関数使うな、馬鹿。 おいおい
linux kernelの中はいたるところ仮想関数だらけですがな実質的には
vptrは使わないけど そうだっけvptrって構造体に書かれているvptrでvtblを参照してさらにそのvtblに収容されているポインタを参照するわけだが
そんなことをするぐらいなら構造体メンバとしてポインタを持ったほうがなんぼかマシ
※ 個人の感想です なんでこんなC++を目の仇にしてるようなオッサンがわざわざスレみにきてるのかが謎だ
その精力を別のことに割り振ればもっと生産的なのに・・ >>860
virtualキーワード導入にあたってvtable方式に対する反対意見としてそういうのがあったらしいね
多態はクラスの特性かオブジェクトの特性かという分かれ道で
Smalltalkerあたりが言い出しそうなことだ Smalltalker
昔あった東京や大阪の街情報誌みたいだなw >>862
ちゅうか、お湯に入れたカエルは飛び出るので死なないが、
水から茹でたカエルはそのまま死んでしまうのと同じで、
昔のC++が好きで使っていたらいつのまにか全然違う言語になってしまって
嫌いになっているから。 私は C++ が ISO で標準化される前から使っているが今の方がずっと良くなってると思うんだがなぁ……。
まあ私はアマチュアだから業務での事情とかも知らんし、何か思うところがある人もいるのかもしれん。 保守性無視のアホ拡張ばかりでもはや業務では使えん。
多くのOSSのC++プロジェクトが担当してたPGがいなくなれば保守されず放置されるのは至極当然。
昔のObjective-C、C++、Java、Javascript、C#がそうであったように、オナニー拡張するなら改名して別言語にすべし。 ■ このスレッドは過去ログ倉庫に格納されています