Qiita 3 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2023/05/28(日) 09:56:01.47

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/

**デフォルトの名無しさん** · 2023/06/15(木) 14:46:30.15

デザイナーは廃止してエンジニアがデザインした方がいい
アイツラは無能

**デフォルトの名無しさん** · 2023/06/15(木) 15:43:33.49

21世紀のこの世の中で最もおぞましいマック信者やぞ

**デフォルトの名無しさん** · 2023/06/16(金) 20:17:59.28

松屋信者で良かった。

**デフォルトの名無しさん** · 2023/06/23(金) 19:02:04.97

23卒の新入社員「金を稼ぎたくて故意に広告を押したらGoogleのAdmob垢がBANされた」
こんな社員がいて大丈夫かｗ

**デフォルトの名無しさん** · 2023/06/23(金) 21:10:04.38

アドレス貼れない無能

**デフォルトの名無しさん** · 2023/06/26(月) 20:03:26.09

並行処理とGPUプログラミングへの学習道: Goから始めてC/C++へ
https://qiita.com/ponchuchu/items/ba04297de23641628003
> データ処理の高速化が求められるプロジェクトで、CPUのマルチスレッドを
> 利用した並列処理を導入していますが、スレッドを追加したにも関わらず
> 処理時間が線形にスケーリングしない現象に直面し、これを説明できない現状に
> あります。これは並行処理についての理解が不足しているためで、この問題を
> 克服するために並行処理について深く学びたいと考えています。

なんか色々知識足らない人みたいだけど並列処理(並行処理?)学ぶためにGoやCに
手を出すって茨の道じゃないかな。既にプロジェクトで使ってる言語で高速化
目指した方が良い気がするがな。
つか動作環境のスペック上理論値としてどこまで性能出せるか何がボトルネックに
なってるか検討すらしてるか怪しい感じするわ。

**デフォルトの名無しさん** · 2023/06/27(火) 12:08:27.03

>>81
並行並列プログラミングならRustが最もオススメ
RustはC/C++と同じ速度が出せつつ省メモリで
C/C++と異なり高度な並行処理の抽象化が使えて
async/awaitやGoと同様のチャネルもRustでは使える

**デフォルトの名無しさん** · 2023/06/27(火) 17:55:12.15

RustはAI関連が弱い

本日のDragGAN
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Language Files Lines Code Comments Blanks
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Batch 2 35 29 0 6
C Header 6 378 220 86 72
C++ 10 1104 786 162 156
CUDA 18 5175 4061 534 580
Markdown 3 406 0 292 114
Python 137 27717 20999 2427 4291
Shell 2 30 25 0 5
Plain Text 2 106 0 82 24
YAML 2 57 56 1 0
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Total 182 35008 26176 3584 5248
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

NVidiaのAI関連はPython/Cuda/C++、Goは辛うじて1つあった
https://github.com/NVlabs?q=&type=all&language=Go&sort=

**デフォルトの名無しさん** · 2023/06/27(火) 17:59:01.41

GANトピックにRustが皆無
https://github.com/topics/generative-adversarial-network?l=rust

**デフォルトの名無しさん** · 2023/06/27(火) 19:09:04.63

> RustはC/C++と同じ速度が出せつつ省メモリで

馬鹿丸出しｗ

**デフォルトの名無しさん** · 2023/06/27(火) 19:22:43.51

合ってるだろ

**デフォルトの名無しさん** · 2023/06/27(火) 19:27:57.24

同じではないな
Cは安全性を犠牲にして速度出してるし

**デフォルトの名無しさん** · 2023/06/27(火) 19:44:32.19

Rustは画期的なアイデアにより安全性を犠牲にせずにCと同じ速さを出せるようになった
そのためMicrosoft・Google・Amazonなど競合ライバルIT大手各社が共同でRust Foundationを立ち上げてRustへの切り替えを進めている

**デフォルトの名無しさん** · 2023/06/27(火) 19:54:29.58

Rubyキチガイ君はRustに乗り換えたのか？

**デフォルトの名無しさん** · 2023/06/27(火) 19:56:36.94

https://atmarkit.itmedia.co.jp/ait/spv/1909/13/news133.html
ミュンヘン工科大学の研究チームのメンバーはRust言語で開発したネットワークデバイスドライバの処理速度をC言語のものと比較した。その結果、Rust版の速度低下は最大でも数％にとどまっていた。なぜ処理性能がわずかに遅くなるのか、その理由も説明した。

**デフォルトの名無しさん** · 2023/06/27(火) 20:00:51.71

Rustを知らないのに口を出してて笑える
おまえらがRustを使っているわけがない
知らないから口を出す

**デフォルトの名無しさん** · 2023/06/27(火) 20:06:51.96

完全に理解したやつきたな

**デフォルトの名無しさん** · 2023/06/27(火) 20:10:55.27

RustはCと同じ生ポインタも使えるし、インラインアセンブリも使えるため、Cと同じことがすべてできるし、同じ速さにもできる。

**デフォルトの名無しさん** · 2023/06/27(火) 20:35:53.32

季節の変わり目はこういうのが増えるな

**デフォルトの名無しさん** · 2023/06/27(火) 22:24:11.79

俺がRustオブSAMURAIだ！

**デフォルトの名無しさん** · 2023/06/28(水) 01:03:25.43

> RustはC/C++と同じ速度が出せつつ省メモリで

実際使ったり出力されたバイナリ見たりしたことない人がなんかの受け売りで言ってそうな感じね

**デフォルトの名無しさん** · 2023/06/28(水) 01:32:22.07

そういうのいらない
何の意味もない感想

**デフォルトの名無しさん** · 2023/06/28(水) 01:34:11.25

とても興味あるが何も知らないと言ってる・・・

**デフォルトの名無しさん** · 2023/06/28(水) 03:39:22.74

Rustはディープラーニング技術を使って
どのようなコードが速くて消費メモリが少ないかを
ビッグデータを使って解析しているから
C/C++よりも速くて省メモリになる
ディープラーニングとビッグデータを使えるのはRust特有の機能

**デフォルトの名無しさん** · 2023/06/28(水) 06:07:29.57

>>96
現実にはC/C++よりRustの方が速いバイナリになることも起きてるもんな

例えば有名な例がnoalias最適化
Rustはその言語仕様である可変参照排他則によりLLVMへのnoalias最適化指示が自動的に指示されるが、
C言語ではプログラマーが自分で判断して手動でrestrict修飾子を指定しないとnoalias最適化指示がなされずC言語の方が遅くなってしまう
C++はrestrict修飾子を導入していないため指定できずnoalias最適化指示はなされないためnoalias最適化可能な場合は常に遅くなる
つまりこのとき生成されるバイナリの速さは、
Rust＝「restrict修飾子を正しく漏れなく指定できた時のC」＞＞＞「restrict修飾子を使わないC」＝C++となる

このようにRustは常にC/C++と同じ速さであるわけではなく、Rustの方が速くなることもあるしその逆もある
したがってC/C++/Rustはほぼ同等の速さというのが正解

**デフォルトの名無しさん** · 2023/06/28(水) 07:54:04.76

Rust で書いたプログラムがなんか遅い
https://qiita.com/Paalon/items/6c9d64bf0b8b199a5254

結局使う人次第という当たり前の話。

**デフォルトの名無しさん** · 2023/06/28(水) 21:33:00.50

> C++はrestrict修飾子を導入していないため指定できずnoalias最適化指示はなされないためnoalias最適化可能な場合は常に遅くなる

あえて間違ったこと書いて馬鹿をアピールしたい意図がわからん

**デフォルトの名無しさん** · 2023/06/28(水) 21:58:50.54

>>101の記事は自称「Rustなんて使ったことないし知らん」という人しかコメント書いてないけど普段からRust使ってて自信持って「Rustはこう書いて安全とパフォーマンスを両立させる」と主張できる人そんなおらん気がするわ。

> C/C++/Rustはほぼ同等の速さというのが正解

という人がいてもさほどの根拠のある話ではあるまい。

**デフォルトの名無しさん** · 2023/06/28(水) 22:39:58.14

>>102
C++の規格にrestrict修飾子がないのは有名な話でそれは正しいよ
restrict修飾子あるいは_restrict修飾子を独自拡張しているコンパイラはある
いずれにしても指定しない限り最適化が起きないので遅くなってしまう点でCもC++も同じ

**デフォルトの名無しさん** · 2023/06/29(木) 05:08:59.55

コンパイラが拡張してるなら指定できるし使えるから速いコード生成できるじゃん
アホなの？

**デフォルトの名無しさん** · 2023/06/29(木) 05:49:38.74

restrictを忘れずに指定しないと遅いが
間違えて指定すると誤動作するし
C++の正式な機能でない(規格にない)から
restrictはあまり使われていない

C++は何十年も増築を続けてきたため
正式な規格である機能すら知らない人が多い
C++20の機能を使いこなしてるC++プログラマーは1割もいないと思われる
C++11すら使いこなせてない人たちもいるが
そこからC++14、C++17、C++20と進化が大きい

**デフォルトの名無しさん** · 2023/06/29(木) 07:48:58.66

>>105
規格外の拡張前提とかアホなの？

**デフォルトの名無しさん** · 2023/06/29(木) 08:04:10.33

できるできないの話をしてる時にコンパイラが対応してても言語規格縛りとかアホなの？w
できるコンパイラ使えよ無能w

**デフォルトの名無しさん** · 2023/06/29(木) 19:23:17.09

処理系を作ってる連中による独自拡張ではない国際標準規格の範囲で語るべきという主張には同意する。

…Rustの最新の国際標準規格はどこを見れば良いんだ?

**デフォルトの名無しさん** · 2023/06/29(木) 19:39:58.48

言語規格の話だとパフォーマンスとか一切関係なくなるぞ
言語と実装は違うからな
速度の話をしてるなら明らかに言語じゃなく処理系の話だ

**デフォルトの名無しさん** · 2023/06/30(金) 00:47:30.87

Rustなんて使ったことないし知らん
という人以上に語れるRustユーザーはこのスレにはいなかったんだな残念

**デフォルトの名無しさん** · 2023/06/30(金) 09:06:16.54

処理系と言語の区別も明らかについてないやべえやつを無視してるだけでは？

**デフォルトの名無しさん** · 2023/07/01(土) 22:39:47.01

処理系のないプログラミング言語なんてあるの？

**デフォルトの名無しさん** · 2023/07/01(土) 22:58:22.10

あたまがおかしい

**デフォルトの名無しさん** · 2023/07/01(土) 23:20:01.41

>>111
使ったことないのに語れるかよ

**デフォルトの名無しさん** · 2023/07/02(日) 12:16:21.79

>>115
>>103見れ

**デフォルトの名無しさん** · 2023/07/02(日) 12:33:34.66

クラウドの世界トップシェアのAWSもRustで構築されているらしい
つまりネットインフラがどんどんRust製になりつつある

https://japan.zdnet.com/article/35183866/
AWS (Amazon Web Services)は、「Rust」を使っている大きな理由として、エネルギー効率の高さを挙げる。
AWSは早くからRustを採用し、Rust Foundationの創設にも携わった。
現在もRustの普及に熱心に取り組んでいる。

AWSのソフトウェアエンジニアで、Rustの普及に取り組む
Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、
Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく「エネルギー効率に優れている」。
Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、
データセンターの環境負荷の軽減に取り組んでいる。
Rustの採用はその一翼を担うという。

Rustで構築されたAWSサービスの例としては、
コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
「Amazon Simple Storage Service（S3）」、
「Amazon Elastic Compute Cloud（EC2）」、
コンテンツ配信ネットワーク「Amazon CloudFront」、
LinuxベースのコンテナーOS「Bottlerocket」などがある。

**デフォルトの名無しさん** · 2023/07/02(日) 12:36:09.44

Rustスレ行けよ無能

**デフォルトの名無しさん** · 2023/07/02(日) 22:26:12.56

使ってる言語やツールでマウント取りに来る奴は総じて無能

**デフォルトの名無しさん** · 2023/07/03(月) 22:14:53.50

ElixirとRISC-Vの准教授がそんな感じ

**デフォルトの名無しさん** · 2023/07/04(火) 04:46:25.58

米Google（グーグル）が2021年4月、AndroidやLinuxカーネルを開発するプログラミング言語に「Rust」を採用すると明らかにした。
マイクロソフトはグーグルよりも早い2019年7月の時点でOS開発にはRustが適しているとのブログを発表しているほか、2019年11月にはWindows OSの一部のコンポーネントをRustによって実装し始めたことを明らかにしている。

グーグルによればAndroidに存在した深刻なセキュリティー脆弱性の70％近くがメモリー安全に関するバグに起因するという。同様にマイクロソフトも、同社製品に存在したセキュリティー脆弱性の70％がメモリー安全に関するバグに起因すると述べている。C/C++を使う限りセキュリティー脆弱性を根絶するのは不可能と考えて、Rustを採用するに至ったというわけだ。

medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/07/04(火) 10:17:23.07

https://qiita.com/fujitanozomu/items/2ba2fd1e32c1829e22ee
最後のコードが試し割り法と比べて遅くなるっておかしくね？
明らかに計算量下がってるけど

**デフォルトの名無しさん** · 2023/07/04(火) 20:11:46.22

知識がないのは罪ではないけど提示されてるコードを自分で動かしもしないで半端な知識による思い込みで
> おかしくね？
> 明らかに計算量下がってる
とか抜かしてるのは感心せんなあ。

記事のコメント欄に突撃してたら即返り討ちにされてただろうけどそうしなかった点だけは賢明か。

**デフォルトの名無しさん** · 2023/07/04(火) 22:03:35.94

本人来たが説明できなくて草

**デフォルトの名無しさん** · 2023/07/04(火) 22:17:52.81

熱心なファン（ID:ZimHU97m）がいる
異常に荒れた
転記するのをやめてと言ってる
本人の可能性低い

**デフォルトの名無しさん** · 2023/07/04(火) 22:20:26.92

Qiitaにコメントすればよくね
ここにコメントする意味がない
URL貼られるとQiitaにコメントしにくくなる
コメント求めるならここに貼るべきでない

**デフォルトの名無しさん** · 2023/07/04(火) 22:41:00.68

反論できなくてQiitaでそいつのストーカーするつもりなのが透けて見えるな
ここでコメントして記事にコメントできなくなる意味もわからんが痴呆かな？

**デフォルトの名無しさん** · 2023/07/04(火) 22:42:20.39

わかるひとにだけわかればいい

**デフォルトの名無しさん** · 2023/07/04(火) 22:43:52.79

IQが３しかないんじゃないのｗ
どんな説明してもわからないやつ

**デフォルトの名無しさん** · 2023/07/04(火) 22:48:31.71

わからんわからんってやつ5chでよくみる
何言ってもわからんっていうやつ
5chで説明する意味がない

**デフォルトの名無しさん** · 2023/07/04(火) 23:12:18.90

効いてて草

**デフォルトの名無しさん** · 2023/07/04(火) 23:54:31.72

いきなり発狂するやつってプログラマに向いてないと思う

**デフォルトの名無しさん** · 2023/07/05(水) 00:49:58.64

>>122
O記法で表される計算量は同一の処理ではパラメータの変化に対してどのくらい計算コストが変化するかの目安にはなるけど
異なる処理についてはパラメータに応じた計算コストが同一とは限らないので異なる処理同士の比較に使えるとは限らないことくらい知れ

**デフォルトの名無しさん** · 2023/07/05(水) 08:57:20.36

わかってないから変なこと言い出したw
こんなところで変な言い訳してないで記事を編集したらいんじゃね？w

**デフォルトの名無しさん** · 2023/07/05(水) 13:19:50.19

仮に多倍長変数の演算の計算量をO(log10 n)とすると(本当はもっと下がるはず)最後のコードはO(n log10 n)だからO(n √n)より計算量は下
つってもnが1000だから計算量はあまり意味がない
誤差だよ
もっと大きな数で計測せず速い遅い言うのは的外れ

**デフォルトの名無しさん** · 2023/07/05(水) 13:23:21.87

nは1000じゃなく10000だがどちらにしても小さすぎる
10000000で計測してから言え

**デフォルトの名無しさん** · 2023/07/05(水) 19:13:41.46

>>133
お前計算量知らんだろ

**デフォルトの名無しさん** · 2023/07/05(水) 19:44:27.09

自分の考えに自信があるなら捨てアカ使ってでも直接コメントして鼻折ってやりゃいいのになｗ
5chでくすぶってるのはヘタレすぎて草ｗｗ

**デフォルトの名無しさん** · 2023/07/05(水) 19:57:57.07

5chですらIDコロコロするだろ
人として終わってる

**デフォルトの名無しさん** · 2023/07/05(水) 21:37:04.14

効いてる効いてる
どうしても反論できないからストーカーしたくてコメントしろと言ってるようにしか見えんぞ

**デフォルトの名無しさん** · 2023/07/05(水) 21:45:39.23

https://qiita.com/Yametaro/items/1ad077ef8e98c436dfeb
これ最初皮肉にしか見えなかったけどマジで誉めてるつもりらしいな
頭湧いてるんじゃね？

**デフォルトの名無しさん** · 2023/07/05(水) 21:53:35.06

>>141
https://twitter.com/windymelt/status/1676527217378217984
Qiitaで特定地方の方言をイジる投稿を社名を出して行うの、どういう積もりでやってるのか？これで笑っている人間がtwitterにいるのは何なのか？よっしゃウケた！と思ってるのか？と普通に思うことがあり、たいへん不愉快であった
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2023/07/05(水) 21:58:48.34

>>141
京言葉ジョークの類だけど驚く人もいるのね。

**デフォルトの名無しさん** · 2023/07/05(水) 22:02:22.05

>>142
はてなの方が数揃ってて良いよ。
https://b.hatena.ne.jp/entry/s/qiita.com/Yametaro/items/1ad077ef8e98c436dfeb

**デフォルトの名無しさん** · 2023/07/05(水) 22:14:34.66

>>141
Yahooリアルタイム検索AIの判定、感情の割合
6時間、ポジティブ30%、ネガティブ70%
24時間、ポジティブ36%、ネガティブ64%
ネガティブ急上昇しそうだから削除したほうがいいんじゃね？

**デフォルトの名無しさん** · 2023/07/06(木) 01:10:01.21

>>135
> 仮に多倍長変数の演算の計算量をO(log10 n)とすると

多倍長計算の桁数に比例して処理数が増大するという仮定はまあ良い

> 最後のコードはO(n log10 n)だから

階乗の計算してて n=10000 では最大35652桁の計算すること理解してないんだなあｗ

> nが1000だから計算量はあまり意味がない
> 誤差だよ
> もっと大きな数で計測せず速い遅い言うのは的外れ

> nは1000じゃなく10000だがどちらにしても小さすぎる
> 10000000で計測してから言え

それでこんだけボケたこと言ってるのかｗ味わい深いなｗｗ

**デフォルトの名無しさん** · 2023/07/06(木) 01:57:04.82

>>146
大丈夫か？
そこまで理解できてないなら記事にコメントして教えてもらったら？
俺らが言っても信用できないんだろ？

**デフォルトの名無しさん** · 2023/07/06(木) 02:15:56.32

「俺らが」とか言い出したよｗ
どーなってんのよこの人のアタマｗ

**デフォルトの名無しさん** · 2023/07/06(木) 02:23:13.84

>>147
long longは19桁だから19回計算すると思ってるんだろうな
多倍長演算実装したことないんだろ

**デフォルトの名無しさん** · 2023/07/06(木) 18:22:34.69

>>148
マジで君痛いよ

**デフォルトの名無しさん** · 2023/07/06(木) 19:04:36.79

>>122
> 最後のコードが試し割り法と比べて遅くなるっておかしくね？
> 明らかに計算量下がってるけど

そーなんだ？コメ欄で指摘してやりゃいんじゃね？

**デフォルトの名無しさん** · 2023/07/06(木) 19:10:50.46

>>135
> 仮に多倍長変数の演算の計算量をO(log10 n)とすると(本当はもっと下がるはず)最後のコードはO(n log10 n)だからO(n √n)より計算量は下
> つってもnが1000だから計算量はあまり意味がない
> 誤差だよ
> もっと大きな数で計測せず速い遅い言うのは的外れ

> nは1000じゃなく10000だがどちらにしても小さすぎる
> 10000000で計測してから言え

おっこの人詳しそうだな
是非Ｚｅｎｎにでもまとめてくれよ
Ｑｉｉｔａはもうダメだろレベル低杉

**デフォルトの名無しさん** · 2023/07/07(金) 09:23:08.43

極稀にレベルの高い人もいるぞ
誰かは言わんけどな

**デフォルトの名無しさん** · 2023/07/07(金) 09:55:59.55

レベルの高い人はあの事件とあの事件でかなりいなくなった印象が強い

**デフォルトの名無しさん** · 2023/07/07(金) 10:21:14.34

>>152
こういうコメ見ると、高校レベル程度の数学を学習する必要性を感じるね

**デフォルトの名無しさん** · 2023/07/07(金) 10:54:11.13

>>152
こういうコメ見ると、なんで自分でやろうとしないのか疑問を感じるね
150分で高校レベル程度の数学を学習すればいい

高校数学の基礎が150分でわかる本
2023年7月26日に出版
Qiitaで有名な著者

**デフォルトの名無しさん** · 2023/07/07(金) 10:55:34.70

Kindle版 (電子書籍) ￥1,980を払いたくないのかｗ

**デフォルトの名無しさん** · 2023/07/07(金) 10:59:22.27

なんか発狂してるやつおるな

**デフォルトの名無しさん** · 2023/07/07(金) 11:00:28.17

専門知識は本の市場で高値で取引されてる
それを無料にしろっていうのはどうなの
無料にしろって思った人が本を買って無料で出すべき

**デフォルトの名無しさん** · 2023/07/08(土) 01:55:51.31

誰が無料にしろなんて言ってんの

**デフォルトの名無しさん** · 2023/07/08(土) 23:08:03.00

>>151 最適化有効の状態で計算量を比較しても意味ないのは常識だが、オイラは Python など興味ないのでフーンて感じだ。
うかつにコメントするとネット・ストーカーに発展し、電凸されかねないからな（笑）

**デフォルトの名無しさん** · 2023/07/08(土) 23:10:31.67

昔、AI のネットストーカーに遭ってウザかった時期があるが、AI は忘れっぽいからな。人間のネットストーカーは執念深いから
unconcern が原則だな。

気にしてレスすると電凸にまで発展する人もいるからな・・

**デフォルトの名無しさん** · 2023/07/08(土) 23:17:16.29

単純な for for でも最適化されるからな。最近のコンパイラは if else, for で工夫のないコードでも早くなるように作られている。
へたに考えると却って遅くなる。可読性・保守性で書いたほうがよいのは確か。

**デフォルトの名無しさん** · 2023/07/08(土) 23:20:32.43

>>152 　別にこれくらいは常識。ただ今どきは演算より通信レイテンシーやサーバー負荷のほうが問題になるからな。

クライアントサイドのプログラムの演算なんて誤差だよ。

**デフォルトの名無しさん** · 2023/07/08(土) 23:26:29.67

>>156 大学院卒が、ジョルダン標準形など線形代数の基本プログラムを書かずにわざわざ激重の MATLABを利用するからして、
高校数学を知っているかどうかは問題ではなさそうだな。

数値計算の基本アルゴリズムをオレオレ実装したところで、専門家が作ったのにはかなうわけもないし。
計算量という概念もそうだが、そのあたりのコンピュータサイエンスの基礎はマルチコア、スレッドといった概念を考慮してないからな。

コンピュータサイエンスの分野は二極化していて、極端な人になれないなら、計算機科学の基礎など多少知っていてもそれは全く意味がない。

**デフォルトの名無しさん** · 2023/07/09(日) 04:24:20.23

>>64 もそうだが最近わかってて確信犯的に嘘を付く香具師が増えたな。競合者とやらを少しでも減らすために巧妙に嘘のレスをつけるんだろう。
発信する記事とレス・コメントのレベルがあってないと、その意図が露骨になる。

このすれで話題の人もその手の人。

**デフォルトの名無しさん** · 2023/07/09(日) 04:25:47.30

確信犯的な嘘を量産して検索上位に埋め尽くせば、初級者を間違った方向に誘導できるからな。

検索エンジンベースのAIを賢くさせないだけでなく、人間もまた芽は早めに摘んでおく草の根活動だな。

ようやるわな、としか思わんｗ

**デフォルトの名無しさん** · 2023/07/09(日) 05:15:56.29

>>165
sin, cos不要論みたいな間抜けな言説

**デフォルトの名無しさん** · 2023/07/09(日) 06:01:22.43

>>166
いいこといってるようなきがしたらかられすしてあげるが
「このすれで話題の人」って誰？
意味がわからないことを言うのときみがひはんしてることが同じなのでは

**デフォルトの名無しさん** · 2023/07/09(日) 06:04:53.54

意味がわかることを言ってしまうと嘘を付いたとひはんされるから意味がわかることをいわないことで安全地帯にいてひはんされないようにしてる

**デフォルトの名無しさん** · 2023/07/09(日) 06:45:23.00

み∞！！！！
病∞！！！！！
盲∞！！！！！！
癌∞！！！！！！！

**デフォルトの名無しさん** · 2023/07/09(日) 15:57:17.48

>>161
> 最適化有効の状態で計算量を比較しても意味ないのは常識だが、オイラは Python など興味ないのでフーンて感じだ。

Pythonの知識マジでない人なんだなあ、と分からせる文章として秀逸ｗ

**デフォルトの名無しさん** · 2023/07/09(日) 16:02:38.85

はいはい言語マウントはやめようね
いい大人なんだから

**デフォルトの名無しさん** · 2023/07/09(日) 16:27:24.03

知らないなら言及しなきゃ良いのにね。

> 最適化有効の状態で計算量を比較しても意味ないのは常識だが、オイラは Python など興味ないのでフーンて感じだ。

余計な恥かかなくて済むし、知識ない人のクソレス見ないで済む側も助かるｗ

**デフォルトの名無しさん** · 2023/07/09(日) 17:05:32.43

レオナール降臨スレ

**デフォルトの名無しさん** · 2023/07/09(日) 17:09:04.29

レオナールは確信犯的な嘘でレス付けるから嫌い。

確信犯だから構ったら屁理屈で粘着されそう。