Qiita 4 - キータぞ、来たぞ、キータだぞー
レス数が900を超えています。1000を超えると表示できなくなるよ。
Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)
https://qiita.com/
Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。
https://internet.watch.impress.co.jp/docs/news/1025972.html
前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/ > 集まりと書いたんだからその筆者のことじゃなくてお前らのことだよ
お前がどういうつもりで書いたかなんて知る由もないけど
「集まり」なら筆者+コメント欄という解釈も普通に可能だなあ。
やっぱお前バカだわｗ いい歳したおっさんがすれ違いとかやめてください
想像しただけで気持ち悪いです🤮 えっと
assert(other == nullptr);
を
if( other == nullptr ){
assert(false);
return 0.0f;
}
にしたらダメだとコメントされてるのよね？
でもNDEBUGを定義した後のことを考えて
assert(other == nullptr);
if( other == nullptr ){
return 0.0f;
}
をしたいわけでother == nullptrが重複するのが悪いだろ
記事の書き方のほうがいい >>814
> えっと
> assert(other == nullptr);
> を
> if( other == nullptr ){
> assert(false);
> return 0.0f;
> }
> にしたらダメだとコメントされてるのよね？
そんなコメントされてない >>815
assertは絶対に成立する条件を記述するものだとコメントされてる
じゃあ聞くけど絶対に成立すると思っていた条件が破られたらどうするの？ >>816
> 絶対に成立すると思っていた条件が破られたらどうするの？
assertが異常を報告してプログラムを異常終了で止めてくれるので改めてデバグする 開発中はassertしたいけど本番中はassertしたくない
って別に普通の事じゃねーの？
本番でもassert残す過激派がイチャもんつけてるように見える それならassert(false)じゃなくてassert(other!=nullptr)って書くべきだろうし
たぶんあの記事書いたやつはassertとか例外処理とか何も考えてないと思うよ assertを残すのが過激派とか言うのって自己流を拗らせてる感あるな https://qiita.com/Monotea/items/efe0a97865a40767bc7f#comment-c43b2ab099be4342056a
> （余談ですが、実際に私が働いている開発環境ではassertは使っていません。異常動作を起こしたというログを残して報告を上げるための機能を別に呼び出します）
後出しでこんなこと書くくらいなら最初っからassert使ったコード例示すんなよって話よなあ。
つかassert(false);なんてアホな例出したのなんでかね? そっちで文句言えよ
つまんねー話に粘着してんじゃねーよ 構ってもらいたいからじゃね
50過ぎで無職だとリアルでの交際もなかなか難しいだろうからね > 50過ぎで無職
ashworthまだこのスレにいんのかよ… teratailスレが5chから移転したからずっとここにいるぞ ashworthってZuishinかなんかにレスバでボコボコにされた人だっけ？ ashworthはちっとも成長せんな
10年以上同じことしてるんじゃね 10年後も同じことしてるのかなあ?
ﾀﾋんでる可能性もあるか。 assert論争はK&Rがまだ緑色だった頃から全然進歩しないな 単純な仕組みでまったく契約プログラミングの体をなしてないからな
低知能だけがどうでもいい難癖つけてる 富士通Japan、“コンビニ交付”でまたまた誤交付
https://www.itmedia.co.jp/news/articles/2404/16/news171.html
住民票のコンビニ交付システムで証明書が誤交付されたと発表した。
香川県高松市で申請者とは異なる住民の住民票が発行されたという。 >>834
ホーア論理とかに憧れた頃が俺にも... でもまあ不変式を見つけたりがめんどくさいし、
形式が適用しにくい場合もあったりする
のではあるが、本来不変式を意識したりすることがバグのないコードに繋がるわけで
自分の場合はプログラムの証明とかを練習したことがコードを書くときに活きている、
かもしれない Qiitaの読者の大半はバカだからいいねの数が記事の良さを表してない Qiitaのいいねの数はバカが反応した数をかなり正確に表している どうやったらいいねが増えるか？
それを真剣に考えた人は良い記事じゃなくて別のなにかを書くことになる
そうなるのはQiitaの読者が悪い
Qiitaの運営も悪いんじゃない？
どの記事が良いかを見せる努力をまったくしてこなかった
クソ記事でもいいから閲覧数が伸びればいいっていうやつら
トップページが少数の記事だけ閲覧数を伸ばすバイアスがある
Qiitaの読者はバカだからトップページバイアスに引っかかる
前はトップページバイアスがひどかったが記事の入れ替わりが少し速くなったような Qiitaのいいねはアウトプットできて偉いね程度の意味しかない 世の中クソが大半なんだから
いちいちクソ探してきて報告しなくていいっての >>844
お前は何を期待してこのスレに来てんの? SSDやばすぎワロタ
> 稼働32,768時間超えでデータ喪失。復旧も不可
> 32,768は16bitの整数型で負から正まで扱える範囲の最大値を1つ超える数値であり、これに関連した不具合と見られる。
> https://pc.watch.impress.co.jp/docs/news/1222207.html Qiitaはメンテナンスのためサービスを一時的に停止しています。
復旧するまで今しばらくお待ちください。
X (Twitter)で最新情報を配信しております。
なお、数回に一度のペースでこの画面が表示される場合は、 @までお問い合わせください。 Z氏の記事とコメントが全部消えるけど、どういうこと？ stackoverflowは良く出来てるよな
質問にも解答にもスコアがついてて信頼性が目視できる
質問も解答も端的で、情報がうまく濃縮されてってる
良い質問と良い解答が浮かび上がってくるような仕組みになってる
自己顕示欲をポエムに変えて投稿するようなのは居場所がない stackoverflowは信頼性が目視できるのはなぜか？
低評価をつけれるからだ
teratailもバッド機能を追加したらしい
blog.teratail.com/entry/new-release-240118
最悪運営や３記事以上投稿者だけにして悪用しない人だけが使えるようにすればいい 今だと藤田が必死でコメつけて抵抗してくれてるけど
単にバッド押すほうが早いよな
クソコードは書き直すより捨てるほうが早いし
クソ記事も書き直すよりバッドするほうが早い
記事にも人にもバッドつけれるようにしてくれたらマシになると思う 無理無理
幼稚な日本人ではうまく回らない
些細なことでも気に入らないと10点中1点とかだからな
ここでもひたすらネチネチやってるやつばっかじゃん 批判されたら人格批判されたように受け取ったり
実際
批判するとき人格まで批判するようなのもあったりで
どっちにしろ批判に慣れてないんよね
批判を使いこなせてないというか
バッドもうまく使えないかー >>850
バッドをつけられるユーザーの条件がハードル低すぎて無いのと同じ クソ記事でも検索の上位に出ないのはバッドつけないほうがいい
出ないなら害が少ない
検索の上位に出るものにバッドつけて検索の上位に出なくなればいい
トップページのランキングにも出なくなればいい 「競プロでﾅﾝﾄｶ色になりました」
「未経験から大手ﾅﾝﾄｶに就職できた話」
「ChatGPTに〜」
「〜初心者向け」
この手のタイトルの記事を一掃できれば大分スッキリすると思う ・初心者だけどCを解説シリーズ
・セミナーや会社の明らかな広告
・いかがでしたか？で終わる記事
これらも一掃してほしい 「C++コンパイラが優秀で驚いた」とか「私よりも良いコードを書く」なら分かるんだが「あなたよりも良いコードを書く」？
ハア？何オマエ他人のこと見下してんだ？と思ってプロフィール見てみたら
https://qiita.com/negi-drums
> 東京大学工学部計数工学科数理情報コース
あっそりゃあ見下すよねえ。
凡人風情が東大様に失礼なこと思っちゃってスイマセンねどうもヘヘヘ(揉み手 名前とか個人情報は隠すのにプロフィールに東大とか
書いちゃうのはそれでマウント取りたい人なんだろｗ > C++コンパイラはあなたよりも良いコードを書く
挑発的なタイトルであることは本人も認めてるみたいだけど具体的な反例挙げられたら途端にかっこ悪くなるやつだなあ。
なぜこんなタイトルを付けてしまったのか。 >>865
いかがでしたか？で終わる記事と同じなんじゃね？
なぜこんなタイトルを付けてしまったのかというのは 東大様が自ら墓穴を掘ることはないだろうから
多分わざとツッコミどころを用意したんだと思う。
RustやC++をディスってるのも反応を期待してのことだろう。
コメント付けてる暇人は釣られたんだろうな。 アホがアホを釣ったとして
それはとても悲しい全体像となる > 皆さん既にお気付きかもしれませんが、この関数では-1を返すことはありません。というのも a == 0 かつ b == 0 のときは、当然 a == 0 または b == 0 も満たしますから、関数は0を返します。つまり、コード内のD, Eの部分の条件分岐は余分であるということです。一般に条件分岐はジャンプ命令を生み、これは比較的計算時間コストが大きいため、できれば余計な条件分岐は避けるべきです。しかしながら、仮に私たちがうっかり余計な分岐を入れてしまっても、コンパイラは気づいてその部分のコードを削除してくれます。優秀ですね。
分岐しないパスが存在するって要はバグなんだがコンパイラが
警告も出さずにしれっと削除するのを「優秀ですね。」ってアホか。 >>869
どうした？
バグの意味を教えてほしいのか？ いまどきの言語や開発環境なら通らないパスがありますよって警告出すね
C/C++の最適化オプションなんて昔から勝手なことするから
製品版では最適化しないのは常識 > いまどきの言語や開発環境なら通らないパスがありますよって警告出すね
少なくともg++やclang++では警告出ないみたいだから静的解析ツール頼みかな。
> C/C++の最適化オプションなんて昔から勝手なことするから
> 製品版では最適化しないのは常識
未定義動作とかよくわかってない人がいる現場ではそうせざるを得ないという話は聞いたことあるけど常識ではないだろｗ コンピュータの方が優秀とよくわかるアホさで草
絶対実行されないコードを削除して何が悪いんだ 実行形式ファイル見たらﾌ(INT3)で埋め尽くされてるやつたまにあるよなあ 最適化を期待して読みやすさを優先することはよくあることだからそんなんで警告出されたり最適化禁止されたらたまらんわ > 一般に条件分岐はジャンプ命令を生み、これは比較的計算時間コストが大きいため、
計算時間じゃねえんだよなあ… > 絶対実行されないコードを削除して何が悪いんだ
絶対実行されないコードの削除は歓迎だが警告しないのは不親切という話だぞ? >>877
人が見て網羅してることがひと目でわかるようにわざわざ冗長なコードを入れてるのにいちいち警告するのは不親切という話だぞ？ 警告はコンパイラのオプションで潰せばいいと思うが、デフォで警告なしがいいだろうな > 人が見て網羅してることがひと目でわかるようにわざわざ冗長なコードを入れてるのに
どう見てもコーディングミスだろｗ
int f1(int a, int b) { // A
if(a == 0 || b == 0) { // B
return 0; // C
}
if(a == 0 && b == 0) { // D
return -1; // E
}
return 1; // F
} // G Cなんて使うなっていう話だぞ
>Cは時代遅れとアメリカ政府も発表
>「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨
>atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html
>全銀ネットとNTTデータの不祥事（金融不安）
>インデックスの参照先として、本来アクセスしてはいけないメモリー領域を示すことになったことからアプリケーションが異常終了
>テーブル生成プログラムは、C言語で開発したプログラム
>it.impress.co.jp/articles/-/25677 古典的なコンパイラの最適化とかネタが古くさい
わざわざそんなもん拾ってきてありきたりな感想述べる
まさに無能じじいの行動そのもの 東大で学ばれてる優秀な若者を「無能じじい」とはなあ >>880
他はとっくに一般論に移ってるのにそのコードの話をまだしてたんかい C/C++界隈はプログラマは神様だからミスしないという前提
最適化しちゃえって発想になると思うんだけど
絶対実行されないコードを書いてる時点で神は死んだ いい加減自分の考えがおかしいって気づかないか？
ああ気づかないか >>858のリンク先の※欄
C++が速い派もRustが速い派も自説に都合が良い記事引き合いにしててﾜﾛﾀｗ
どっちが速いんでも良いけど自分の推しの明らかな利点も主張できない程度の知識で物申すとか恥ずかしくないのかｗｗ >>891
皆が書いているコメントを読んでいないのか？
結局C++のそのコードだと未定義動作により限界境界値においてg++とclangの間ですら結果が変わってしまう
一方でRustの方は限界境界値においても安全に正しく結果を出す
条件を揃えてやればC++もRustも同じ速度となる アホはどっちが速いか最強かみたいなことにしか興味ないからな ブレーキを踏まないから速いというだけで最後クラッシュするのがC++
最後ちゃんと止まるのがRust
という話でしかない 結局記事書いた人が自己解決できてない時点でRustが使えない言語であることに変わりないんだよなあ 「Rustで性能を引き出すには同じ処理をC++で書いてベンチマーク、アセンブリ言語出力を確認してRustの書き方にフィードバックするのが有効」かあ、φ(..)メモメモ
ってやってられるか馬鹿ｗ >>892
条件を揃える方法が入力値ではなくてコード側なのが怠いな
>>895
特定のプログラムがなんか遅いってだけで、使えない言語とするのは行きすぎやなあ 大抵の人はアセンブラ出力まで見ないだろうから「RustはC++と比べるとなんか遅い」という評価は変わらないだろうな >>898
>>896が嘘をついてるのに騙されるなよ
記事のコメント欄で指摘があるように
C++側は最大値を与えた時にオーバーフローして未定義動作になることに依存した最適化をしている
そしてC++では実際にその場合は問題が起きて正しく動作しないことが示されている
一方でRustは未定義動作が存在しないことが特長
そして最大値を与えた時にも安全に正しく動作している
そのように明暗が分かれる構造となる最適化に依存するパターンで両者を比較することがナンセンス 必死になってここでRustの宣伝するのやめてね
みんな別に興味ないから >>899
99%のケースではC++とRustで速さ同じだからそんな特殊なケースは誤差でどうでもいいけれど、
境界値では動作しない最適化をするC++と、境界値でも安全な動作をさせるRustの方針の違いだな 前の東大生の記事もそうだけど、コンパイラが最適な出力ができるように人間様がコードをあれこれチューニングする議論なんて不毛だと思うんだよな RustやC++のコンパイラが優秀なのはそうなんだろうけど
それの贔屓の人が最強とか言っちゃうと「じゃあこれは?」って
話も出てくるんで限がないんだよな。
てことで人手によるアセンブラが最強。 C++のプログラムをRustに移植して言語の性能を比較してみた（6x6オセロの完全解法を例に）
https://qiita.com/cnloni/items/e9820fe5099ad7029eaa
この記事もRustでC++並みのパフォーマンス得るのに結局アセンブラ出力見てるな。 >>908
え？記事読んだ？
その人が初心者すぎてinline指定を知らなかっただけだよ
指定しただけで解決してる スループットな早さだと既存のAPIで足りるしレイテンシな速さは今関係ないな レス数が900を超えています。1000を超えると表示できなくなるよ。
