結局C++とRustってどっちが良いの？ 9traits

2024/03/25(月) 10:20:26.82

さらに
「それは俺の仕事じゃない」
と釣られてみる

// 結局、だれの責任か、なので

2024/03/29(金) 20:19:06.56

【まとめ記事】 The Memory Safety Challenge in C++
https://johnfarrier.com/looking-for-pointers-the-c-memory-safety-debate/

2024/04/21(日) 15:56:53.99

Rust は C++ に比べて namespace 忘れる心配が減るが
use hoge::*; をやりがち
pub use fuga::*; もやって楽しくなる

2024/04/21(日) 17:03:44.71

VisualRust++まだかよ

2024/04/22(月) 20:25:13.43

>>121
ほれ
https://report.adam-tokunaga.jp

2024/04/23(火) 03:49:15.78

ボイス・トォ・スカル/マイクロ波聴覚効果
これらに関するモノが表に出ないのは下記が原因

スラップ訴訟
>>ある程度の発言力や社会的影響力のある、社会的に優位といえる立場の者が、特に発言力や影響力を持たない相対的弱者を相手取り訴訟を起こすこと。
巨大IT企業から「法的措置をちらつかせる停止通告書」を受け取った場合の対処方法とは？
https://gigazine.net/news/20240201-deal-cease-and-desist-big-tech/
>>「Cease and desist(停止通告書)」とは、著作権侵害やその他の違法行為を犯していると思われる相手に対し、その行為を停止せずに続ける場合は法的措置を取ると警告する通知のことです。
>>巨大テクノロジー企業は個人の開発者や研究者に対して停止通告書を送り、自分たちにとって不都合なサービスの開発や研究を止めさせようとすることがあります。

伝二派や音波や磁場などに関する論文を一般人がつなぎ合わせて世界中に周知っ徹底すれば主の手の研究所が研究可能になる
一般の人が使用できるように企業が製品化してくれる
現在裏で使用しているので本物か偽物かが不明なので確実に本物という品を使用できる
一般の者はすり替えられても機器が本物かが不明でしょう
消費者省に訴えれる

一定以上の一般人がそういったものがあると認識すれば器機使用者もだれを見ればよいか不明になる
本物の器機使用者のランニングコストが重荷になってくる

霊感商法
電磁波過敏症や低周波騒音被害はプラセボ効果とレセプト効果に置き換えれる

2024/04/23(火) 07:59:16.20

Rustなんてゴミだろ
7DtD \595だから買っとけよ

2024/04/25(木) 15:02:27.15

Cargo の fetch がマジうざい
一日一回必ず遅くなるωωω

2024/04/25(木) 15:07:45.03

>>118
河野タローみたいな言い分だな

2024/05/28(火) 09:43:43.50

https://forest.watch.impress.co.jp/docs/serial/yajiuma/1594981.html
「Sudo for Windows」はRustで開発されている！「バージョン 24H2」にも導入決定
メモリ安全が重視される分野で採用が広がる

2024/05/28(火) 11:55:20.05

RunAsでええやん

2024/05/28(火) 12:21:54.91

C/C++こそ至高(であるべき)、と今でも内心思ってるが、
近ごろのC++の使われ方は異様なフットプリント肥大化になってる
いったんC++を排して、Rustで書き直してもらったほうが、Windowsもシェル以上がスリムになりそう

2024/05/28(火) 15:26:01.89

>>127
すげー！！！やっぱRustだな！

2024/06/05(水) 13:48:03.98

String では as_str() でいけるのに
PathBuf では to_str() になるのなんで？

2024/06/05(水) 14:06:55.02

PathBufはvalid UTF-8とは限らない
それがわかってればニュアンスの違いや戻りの型の違いが分かるはず

2024/06/10(月) 10:39:55.24

好きなもの使えよ。なんでも一つに決めようとするから、子供なんだよ。

2024/06/10(月) 12:44:59.90

でもね、基本的には「なんでも一つ」に決めるべきなんよ
複数許容するというのは例外処置なんだと肝に銘じておくべき

2024/06/10(月) 14:32:02.75

ひとつに絞るなら、COBOLのようにしぶとく生き残るだろうCを選ぶけど、(進化の面において)だらしないんだよな

2024/06/10(月) 16:01:40.34

Cはまだマシだけど
C++はボタンかけ間違えたまま無理に猪突猛進

2024/06/11(火) 14:26:43.97

CはnullptrがC23になってようやくとか委員会サボりすぎ

2024/06/11(火) 21:20:42.07

C言語スレ見て判るようにC界隈の集まりは老人会だよ

2024/06/11(火) 23:49:57.54

【AI】IQ100超えを達成したAIモデルのClaude 3は「いい性格」を持つようにトレーニングされている [すらいむ★]
https://egg.5ch.net/test/read.cgi/scienceplus/1718025035/l50

2024/06/13(木) 19:24:53.19

C言語は永遠に不滅だッ！！

2024/06/13(木) 23:20:05.14

どちらもGUIに弱い
でもC++はUnrealEngineがある分強い

2024/06/14(金) 16:57:26.36

GUIに強い言語ってのがわからん

HTML/JSですら、強いっていうのとは違うと思う
あれは複雑になりすぎてる

2024/06/14(金) 21:10:36.66

rustはまずgodotに採用してもらおう

2024/06/15(土) 16:35:30.55

>>142
VB Delphi C#
やぞ

2024/06/15(土) 23:57:07.89

Form系を持ってるかどうかかライブラリ+IDEの力だな一理ある

2024/06/16(日) 04:52:21.25

guiビルダーって固定レイアウトでしか威力発揮出来ないからなあ

2024/06/16(日) 06:33:46.62

GUIつーても、WinでGUI作る意味は薄い。
スマホアプリか、Webアプリがメインやろ。

その場合、開発環境はLinuxかMacになる。
イミュータブルがデフォルトなのも並行・並列処理に有利（鯖向け）だし。

さすがにJavaから乗り換えは難しいだろうけど、新規案件から徐々にRustに移行すると予想。
その際、JavaのNetBeansやSpring的な地位を獲得しようと動き出すオープンソースも出るのでは。
（もう出てる？）

2024/06/16(日) 07:41:07.08

量子テレポーテーション
光より早いは光の振動数より早くなるという意味
振動するはジグザグなのでより線に近くなっている状態なので坊でついている状態
ワーム・ホール
全ての者が振動しているのでその振動幅を多くして１回折り曲げた状態でAB感が接触している状態を話している
でも移動後に一気に反発して反対側に振り切れるのでそのエネルギーを物質が受けると・・・

ボイス・トォ・スカルのマイクロ波聴覚効果【1970年ごろ】の論文はマイクロ波を使用しているのでマイクロ波当確効果という題名
下記の電磁波を使用すれば題名がその波の名前に変化する
スマフォで使用されている波は【マイクロ波ミリ波テラヘルツ波】がある
なのでミリ波聴覚効果テラヘルツ波聴覚効果という特許名称になる

電磁波の種類は周波数によって分類される
電離放射線【波長が短い】とは、周波数が3000THz以上の高周波電磁波
非電離放射線【波長が長い】とは、周波数が3000THz以下の電磁波

大きく分類すると下記の5種類の電磁波が存在
1.放射線【X線 γ線】
2.光線【紫外線可視光線赤外線】
3. 高周波（電波）【サブミリ波マイクロ波超短波】
4. 中間周波【短波中波長波超長波極超長波】
5. 超低周波【超低周波には他の電磁波のように種類があるわけではなく、1種類しかありません。】
※量子テレポーテーションまで加速すると可視光線も見えなくなる
可視光線なども威力が出るとS線のようになるが各線の特徴が残る

2024/06/16(日) 09:09:00.78

>>146
いやいや
いつの時代の話だよw

2024/06/17(月) 06:59:05.41

【マイクロ波センサー】長距離でも壁があっても動きを検出！
↓2010年ごろには完成
高齢化社会を支える“見守りシステム”の開発に成功-カギを握った半導体ソリューションとは
↓2026年ごろにさらに性能工場
旭化成、ミリ波・マイクロ波帯の空洞共振器による微小金属検査システムを開発

男女関係なく陰部を撮影
一度でも盗撮されていれば正確な色合いの・・・
初期型は赤外線センサー【自動ドアのセンサなど】

子どもが言語を獲得していくのと同じようにAIモデルに学習させることに成功
AIを使って「赤外線カメラ画像のフルカラー化」に成功！

世界中で横行

2024/06/29(土) 13:16:26.39

ほら出てきた
https://www.itmedia.co.jp/enterprise/spv/2406/28/news084.html

2024/06/29(土) 15:14:21.66

NAPTIMEとはなかなか皮肉の効いたプロジェクトだな

プログラマーやセキュリティ屋が橋の下か地下道で
昼寝せざるを得ない時代もそう遠くは無いようだ

2024/06/29(土) 18:38:53.91

並以下の技術者(俺含む)は仕事なくなるなｗ

上級者はAIを庇護して鍛えるお仕事今より難しそう

2024/06/30(日) 06:45:30.56

流行りに乗っかって儲ける山師みたいなプログラマーが輩出するだけで
別に今までと変わらないと思うけどなあ

2024/06/30(日) 07:52:38.64

現状はネットに転がってるソースを引っ張ってくるだけ。
引っ張ってきたソースにバグがあったとして、それは掲載した人の責任か？引っ張ってきたAIの責任か？利用した人間（または会社）の責任か？

自動車の自動運転と同じで、どこが責任とるか決まらんと実運用は難しい。

2024/06/30(日) 09:31:40.48

>>154
KENYAのことか

2024/06/30(日) 10:35:21.84

>>155
利用した人間の責任に決まっとるやろw

2024/06/30(日) 11:36:56.15

AIでコード作成→AIで脆弱性検出→（以下ループ）

2024/06/30(日) 16:44:43.21

>>157
順当に考えれば、そう。
でもそうなるとAIの普及の妨げになる。
AIを売る側にも責任は取りたくないけど、じゃあ利用したあんたの責任ねって言ってたら利用してもらえないというジレンマ。

責任はうちで持ちます！という言える（だけのクオリティを出せる）AI企業が一抜けするだろうけど、まだ言えない。
というチキンレースなう。

2024/06/30(日) 18:34:08.48

>>159
そもそもソフトウェアにそんな製品はないだろう
何でも良いので使用許諾を良く読んでみ？

2024/07/03(水) 00:07:47.98

ちょっと旧聞だが

【解説】 Rust言語を、人命に関わるような決定的に安全性が重要なシステムに使用することをサポートする「Safety-Critical Rust Consortium」設立
https://www.publickey1.jp/blog/24/rustsafety-critical_rust_consortium.html

C/C++派だが、こうしてライバルががんばれば、C/C++もやっと改善すると思うので

2024/07/03(水) 00:42:15.14

>>160
今まではね。
でも、AI時代は分からない。

自動車業界がまさに「自動運転で事故を起こした時、運転手の責任か？メーカーの責任か？」論争の真っただ中。

2024/07/03(水) 03:50:53.50

「包丁で事故を起こした時、利用者の責任か？メーカーの責任か？」

2024/07/03(水) 07:50:24.77

>>162
自動車にはリコール制度があるから
ソフトウェアに導入されることはない

2024/07/03(水) 08:05:52.43

>162
それは利用者が手を出せない(出さない)自動運転だからこその議論

2024/07/03(水) 08:46:47.72

>>163
事故の原因が包丁の欠陥によるものならメーカーの責任

>>162
レベル3/4だと運転手は自動運転システム
事故の原因が自動運転システムによるものなら今の法律や今までの原則に従えば当然メーカーの責任
でもそれだと日本での実用化が送れて日本メーカーが開発競争から取り残されちゃうなどと言ってとメーカーの責任を少しでも減らそうとしてるのがトヨタをはじめとしたスポンサー企業から献金/裏金/広告料を受け取ってる人達
検索エンジンの汚染もすでに広がってるので要注意

2024/07/03(水) 12:20:16.87

ソフトウェアは自動車産業と比べると
メーカ側が負う責任は極めて限定されている超あまあまの業界
みんな読んでないと思うが使用許諾契約書をちゃんと読むと
ソフトウェア使用によって生じた如何なる損害についても
賠償請求することはできないと規定されていることが多い
AIもそれで起きる被害をメーカ側が負わせられることはならないと思うよ

2024/07/03(水) 16:31:00.07

EULAに書いたからといって損害賠償を一切しなくていいわけじゃないから
賠償関係は今年から不当条項にあたるかどうかの判定も厳しくなってるから
古いEULAをそのまま使ってると無効とされるリスクが高い

2024/07/04(木) 04:19:17.64

>>162
ハルシネーションで人死にが出たらとんでもないので永久に実用化しないでくれ

2024/07/04(木) 06:58:36.81

とりあえず乗ったやつの自己責任でいいんじゃない
一度死人が出ないと答えは出ないよ

2024/07/04(木) 14:20:20.00

ちょっとぼんやり考えた
AIがふわっとコードを量産するフェーズと、Rustが超安全コードってものに挑戦するフェーズがいっぺんに来てるのか

**デフォルトの名無しさん** (ｽﾌｯ Sdaa-itCZ) · 2024/07/06(土) 09:54:24.82

安全性と正しさは無関係
Rustはコードの安全は保証しても
システムの正常性は保証しない

2024/07/06(土) 11:46:17.54

これなんかかっこいい教訓言ったつもりなんかな

2024/07/06(土) 12:15:04.36

さあな
相当に頭が悪いやつだということだけは間違いない

2024/07/06(土) 17:04:55.29

どのへんから頭の悪さを感じたんかね？

2024/07/08(月) 09:45:20.15

>>167
それじゃ一生自動運転なんかできんと思うけどね。
普及するには保険のような支払い義務とセットにしなきゃ無理だと思う。

2024/07/08(月) 10:16:12.71

本物の文盲が居るな

2024/07/08(月) 10:35:29.74

日本がまさにそうなってる、ほっとくと一生自動運転なんかできん
いろいろ蹂躙できるらしい中共系がすんごい進んでるじゃん

瑕疵を生まないAIってのは、日本向きの題材かもね避けて通れないし

2024/07/08(月) 12:05:31.11

経済合理的な技術って受け入れない社会が衰退して、受け入れる社会が得するだけだからな
もたついてるあいだに手遅れになる

2024/07/08(月) 12:32:53.33

W3Cとマイクロソフトの仕様ならバッファオーバーフローしないアルゴリズムでパーサーを書けたのに
グーグルwithアップルがなぜか危険にしたのが
HTML5仕様

2024/07/10(水) 07:33:50.05

Switch/PS3エミュきたな
これでソニーと任天堂のゲーム割りまくってやるぞ
誰が日本企業に金なんて落とすかバーカ

https://www.aroged.com/2024/07/09/xbox-series-xs-dev-mode-update-enables-switch-and-ps3-emulation/

2024/07/14(日) 09:22:02.84

>>163
包丁はほとんどの場合、使用者本人が自覚を持って行動を起こさないと人命に関わる事故は起きない
でも自動運転は、使用者の意思に関係なく人命に関わる事故を起こす

包丁を例に出して議論は不適切

2024/07/14(日) 10:21:26.84

自覚を持って包丁を使って人命に関わる結果を引き起こしたのならそれは事故ではなく事件

2024/07/14(日) 21:34:11.37

>>182
すべてが自動運転なら格段に事故が減ると思うよ
たぶん1/100とか1/1000くらいにはなる

2024/07/14(日) 23:12:17.88

自動運転を公道で許可するなら免許条件の厳格化もセットだ
DQNが排除されるだけで事故も渋滞も大幅に減少する

2024/07/15(月) 00:19:33.93

事故の殆どはヒューマンエラーが原因
コンピュータの誤作動はそれに比べて遥かに少ないと思われ

2024/07/15(月) 01:51:27.87

人間が運転して年間数千人が死ぬところを
自動化したら数十人なったら画期的な
進歩だけど残念ながら厳しく言われるだろなあ

2024/07/15(月) 04:14:47.30

自分の運転が原因じゃないのに事故ったら自分に賠償請求が来るから、絶対メーカー訴える人出てくる。
んで、「自動運転は事故を起こさないことを保証するものではありません」って書いてましたよね？って言われて敗訴するまでが１セット。

事故が減るってのが統計で明確になったら、ヘルメット義務化みたいに自動運転義務化すれば保険会社から変わっていって普及するだろうけど。
それこそ当分先の話。

2024/07/15(月) 11:54:48.75

>>188
完全自動運転の場合の事故の責任は運転者ではなくメーカー側にあるってのはとっくに決まってたと思うが。
整備不良や違法改造なんかは罰だろうけど。

2024/07/15(月) 11:56:13.56

電動キックボードは一瞬で普及したから結局利権とかみ合うかどうか次第だよ
そういう意味では自動運転が公道で走るなんて都心じゃ一生無理だろう

2024/07/15(月) 12:08:12.46

まずタクシー業界に補助金を掛けてねじ込む
そして運ちゃんを乗せた状態で自動運転を導入する
運ちゃんは業務中自動運転させるか自分で運転するか選べて事故った時の対応や保証も一部兼ねるとする
損害が出た場合は運ちゃん：タクシー会社：自動運転業者で適当に比率を割り振る
自動運転中の場合乗客と一緒にただ乗ってただけの運ちゃんに責任は発生しないからWin-Winだろう
これで自動運転を公道で走らせる目的を一旦達成させる

2024/07/15(月) 12:14:56.55

いや自動運転させるかどうかは客に選ばせた方がいいか
選ばせることで客にも心理的責任を負わせて、やっぱ自動運転or運ちゃんがいいねと利用後に評価して貰うか

2024/07/15(月) 12:15:33.27

>>188
>「自動運転は事故を起こさないことを保証するものではありません」って書いてましたよね？
これで賠償責任を逃れられると思ってる無知なやつもいるんだなｗ

2024/07/15(月) 13:00:06.80

超高齢化社会に加えあらゆる運転手が極端に不足している。
進むべき答えは一つだよなぁ

2024/07/15(月) 13:06:16.75

タクシー露助は事故を起こさないことを保証するものではありません

2024/07/15(月) 13:07:26.68

タクシー雲助だったわ恥ずい

2024/07/15(月) 15:19:28.86

運転手不足を補うのに自動運転をというのなら間に合わんだろ
それに移民でどうになしましょうという事が閣議決定してるしな

2024/07/15(月) 15:50:25.51

ライドシェアとか白タク以外の何物でもない
っていうか武漢コロナ前から中國人の白タクが横行していた

2024/07/16(火) 19:52:08.61

>>193
裁判で勝訴するにせよ、敗訴するにせよ、その文言が入ってるかどうかで賠償額が違ってくる。
要は、運転する側が自動運転は100%安全を保障するものではないという認識を持っているかどうか。
（例えば、事故が起こりそうなときにブレーキ踏んだかどうか）

2024/07/16(火) 21:48:32.70

メーカーが自動運転の覇権をとれば賠償額なんてすずめの涙、とんでもない利益が出るでしょ
何人か犠牲になったとしても、巨額の利益が見込めるからテスラ、BYDがし烈な争いをしてる。
正直賠償なんて自動運転が市民権を得てしまえばどうということはない程度になるだろうよ

2024/07/16(火) 21:52:56.16

>>199
それ運転補助の話じゃん
レベル2までの話をしてるのは君だけだぞ

運転の主体が人間から自動運転システムに移る最低でもレベル3以上を前提とした話をしてる

2024/07/16(火) 23:00:12.28

>>201
自分もそのレベルの話をしてるつもりだったが…。

レベル３だろうが４だろうが、事故が起きるときは起きる。
いざという時にブレーキを踏めば止まる、自動運転を切る機能は必須。

それとも何、危ない！って思っても自動運転だから大丈夫ってブレーキ踏まなかった馬鹿を擁護するつもりか？

レベル４をうたっておいてブレーキ踏まざるを得ない自動運転だった → （事故っても事故らなくても）メーカー責任

レベル４だからと自動運転まかせでブレーキも踏まず事故った → 運転手の（自動運転に対する）監督不行き届き

2024/07/16(火) 23:07:22.86

レヴェル4に任せておけばよかったのに人間様がブレーキ踏んだから事故ったになりそう

2024/07/16(火) 23:17:21.81

そういう場合もどっちも起こり得る。
でもだからって自動運転を切る機能自体が無いってのは有り得ない。

事故りそうな時もレベル４に任せるかどうかは企業や個人の判断に委ねるが、機能としては切れるようにしておかないと。

その時代なら車載カメラから状況を分析してシミュレーションで何回も検証して、どっちが事故らなかった可能性が高いか割り出せるだろう。
そして、それを人間が判断できたかどうか、その辺が裁判の際の焦点になるんじゃないかな。

2024/07/16(火) 23:42:01.60

>>202
>レベル４だからと自動運転まかせでブレーキも踏まず事故った → 運転手の（自動運転に対する）監督不行き届き

運転者の介在が不要なのがレベル4。その辺の認識から間違ってたら議論にならない。

2024/07/17(水) 00:19:42.97

>>205
それは失礼した。

けどまあ、非常停止ボタンと遠隔でのブレーキは付くはず。
（運転手が居なくなり、管理責任者が一人で複数台をモニターする感じ）

2024/07/17(水) 06:24:05.37

Rustスレで自動運転の話題
なぜ？
テスラが自動運転の開発言語にRust使ってるとか？

2024/07/17(水) 06:57:32.43

使われてるかは知らんけど、Rustに向いてる用途ではあるね。
速度求められる上に、命に関わるからバグは許されないという、Rustにドンピシャな用途。

2024/07/17(水) 07:17:11.86

天下のトヨタはC++だぞ
はい論破完了
https://anon.isc5.com/2015/06/sirouto.html

2024/07/17(水) 08:08:13.12

使われてるか知らんって言ってるのに論破も何もないやろ…。

2024/07/17(水) 08:45:03.01

こっちでも調べてみたら、今年2月にやっと検討グループが出来た段階だね。
https://www.tech-street.jp/entry/2024/02/14/112728#%E4%B8%BB%E3%81%AA%E6%B4%BB%E7%94%A8%E4%BA%8B%E4%BE%8B%E7%B1%B3%E5%9B%BD%E4%BC%81%E6%A5%AD%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E7%B7%A8

こちらは「現時点、Rustで自動運転はありえない」という意見。
あくまで「現時点」。
コンパイラ対応してないのにコード効率悪いってのは謎だが、座談会に対する印象は悪くないみたい？
https://x.com/rui_long_lab/status/1691436985934835713

コンパイラが無ければ普及のしようも無いわな。
期待はされてるし、時間の問題だろうけど。
自動車業界に採用されればマーケットでかいから他より高給取りのプログラマーになれるぞ。

2024/07/20(土) 11:12:26.04

>>203-204
エアフランスかなんかの中華航空機の名古屋の空港で落ちた事故だね

2024/07/22(月) 21:23:34.79

Rustが採用されることはないんじゃないかな
C/C++を使う組み込み向け開発が広く普及してる現状，Rustに切り替えるメリットが感じられないんじゃないかと思う

2024/07/22(月) 22:07:04.00

具体的に何やってるかは勿論不明だが
トヨタがRustで求人出す程度には考慮対象
だと思われる

2024/07/24(水) 20:47:47.77

Rustのコード書くのって苦痛だから自動生成に向いてるとおもうよ！

2024/07/25(木) 16:30:50.97

Rustコンパイル遅いし
うっかりcargo updateしたら糞時間かかるし

2024/07/26(金) 12:54:22.71

>>216
コンパイル時間だけでなく、Updateという概念自体ガ開発環境では不安定要因になる。
また、ネット環境が遅い人を「技術が無いからお金が無くてネットも遅い」という論理で
馬鹿にしたりするのもおかしい。技術とお金の有る無しは日本においては相関が低いのに。

2024/07/26(金) 12:58:44.01

Rustの作者はアメリカ人で、なおかつ、FireFoxという無料ソフトを作り、
Googleからデフォルト検索エンジンをGoogleにすることで、年間一兆円の見返りを
貰っていた企業の人。だから、ネットが遅いとか、パソコンが非力とかの人の
気持が分からないし、ソフトを売って頭角を現したい、というような人の気持も分からない。

2024/07/26(金) 13:08:19.37

まーた始まった
1. 遅いってどこと契約して?
2. 以下でどのくらいの速度なん?
https://fast.com/ja/

2024/07/26(金) 13:12:05.63

ほらね。その人の実績を知りもせずに、ネットやパソコンの性能だけで能力を推定してしまう。

2024/07/26(金) 13:18:44.34

>>220
お前の実績にも能力にも興味はない
（もし実績や能力で評価して欲しければ公表しな?）
俺はどんなネット環境かに興味がある

2024/07/26(金) 14:14:25.68

>>221
なら、「まーた始まった」などと人を馬鹿にする必要はないはずだ。

2024/07/26(金) 14:44:51.11

>>222
俺は毎度きちんと理由を述べて馬鹿にしてきたよ

>>219について答えてね
どんな環境なのか興味ある

2024/07/26(金) 14:55:34.46

光ファイバーなどを使わずに、スマホ用の格安キャリアのSIMカードをSIMルーターに
入れて使っている。これで、月に2,000円ほどで使いたい放題に出来ている。
が、光ファイバーに比べれば遅い。

2024/07/26(金) 15:05:44.66

なるほど
だから遅いんだね

2024/07/26(金) 16:21:31.03

pearlのcpanやpythonのpypiはインストールするとき
(または最初にモジュール使ったとき)しか観に行かないけど
Rustはいつまでも回線に粘着してるイメージ

2024/07/26(金) 21:32:08.40

Rustの面白いところは使ってる人が誰もいないってことなんだよな

2024/07/26(金) 22:08:14.69

Rustは売りもあって関数型の中ではいい線行くとは思うけど、エゴが強すぎてまだ時期尚早って感じだからな
あと2段階ぐらい変身が必要かもな

2024/07/27(土) 01:07:34.01

>>228
うむり。
早くて５－１０年。
下手すれば２０－３０年は掛かるかもしれん。

ただ、確実に嫌われ者のC++のシェアを半数以上は持っていく。
C、アセンブラは規模によっては行けそうな気もするけど、ちょい分らん。

2024/07/27(土) 16:36:51.47

https://www.tiobe.com/tiobe-index/
最近の傾向としては時間経過のグラフをみると
2017年を底にC++は増加傾向のようだけどね

2024/07/27(土) 23:23:21.42

>>230
去年(2023)を境にまた下降に転じてるようにも見えるけど…。
（雑誌interfaceで特集組まれたり連載始まったりで経営者の目にも止まった（？）時期と重なる？）

でも、増加傾向だとしても驚くに値しない。
そもそもRustにまだまだライブラリが不足してるからね。
（そして、C++もシェアポインタとかでポインタ関連のバグ対策に力を入れてもいる）

で、一番C++のシェアを取りに行けそうなのが組み込み分野。
そもそもライブラリ（によるバイナリ増加が無理）が使えない場面が多い分野だからね。

コンパイラがやっと出始めたところだから、これからだよ。
出るだけじゃダメで、最適化も進まないとだし。
（こればっかりは先に出た言語に一日の長がある）

本当、長い目で見るしかない。
プログラマーだけでなく、経営者（総合的な開発コスト）やCPU兼コンパイラメーカー（どっちのコンパイラが開発しやすい？Rustもサポートしないと他に乗り換えられるかも？）の判断も重要になるし。

2024/07/27(土) 23:43:07.97

Rustについては上で良いとして、Haskellの順位がScalaやTypeScriptより上なのが地味にうれしい。

いっぱしの人気言語って言っていいよね。
（Ada以下なのは見ないことにする）

2024/07/27(土) 23:56:04.42

その辺てユーザーの声が小さすぎてリサーチ失敗してるだけだろ

2024/07/28(日) 00:18:12.36

そうかもね。
まあ、そもそもHaskellはそんな順位行かないのは分かってたから、50位以内に入ってくれてるだけでうれしい。

そして今気づいたけど…。
smalltalkが入ってない。
Effelも…。
という事は…。
純粋○○言語において、純粋関数型言語が純粋オブジェクト指向言語に完全勝利!!＼(^o^)／

2024/07/28(日) 07:38:27.40

目くそ鼻くそでは…

2024/07/28(日) 17:42:34.49

>>218
グレイドン・ホアレはFirefoxを作ってないだろ。

2024/07/28(日) 18:44:22.82

>>231
embedded ruby とはなんだったのか

2024/07/29(月) 10:01:44.53

走行中にぬるぽで崖から転落しそう

トヨタが実現した世界初の「自動運転によるタンデムドリフト」は、自律走行車の進化にとって重要な一歩になる | WIRED.jp
https://wired.jp/article/toyota-stanford-ai-tandem-drifting-cars/

2024/07/31(水) 12:22:39.16

ハローワークで聞いたら
10年前はJavaの募集がほとんどだったけど
昨年あたりからJavaが無くなって
Rustがほとんどになったって

2024/07/31(水) 13:22:49.56

>>239
ハローワークは素人だけどな

2024/07/31(水) 15:05:03.84

マジかよ退職届出してくる

2024/07/31(水) 16:42:01.47

トップブリーダー推奨

2024/07/31(水) 21:58:58.73

println!("hello, work.");

2024/08/01(木) 11:06:15.61

>>238
ヌルポは、メモリーエラーの中では初歩的なものなので、初心者以外は余り起こらない。
また、Rustの場合は、メモリーエラーが起きにくい変わりに、配列の index 番号の
間違い、及び、配列の範囲外アクセスによる panic が起きてダウンする可能性が出る。
どちらのエラーになるかの違い。

2024/08/01(木) 17:00:38.02

認知症なのかな？

2024/08/01(木) 17:24:18.26

数学100点大天才でお馴染みﾐﾈｵ大先生です

2024/08/01(木) 23:00:26.16

ここの人は、IQが低いのか、いつまで経ってもRustの本質を理解できず、銀の弾丸だと思い込んでいる。

2024/08/01(木) 23:01:39.06

それに、懇切丁寧に説明する義務も無いので説明したくない。

2024/08/01(木) 23:25:57.59

多くの人には数学的な才能がないので、数学的な対応関係とかを一瞬で想起する能力がない。
だから、正しいことを自分では思いつけなかったり、人が言っても即座には理解できない。
正しい理解に達するのにめちゃくちゃ時間がかかり、過去の例だと、15年かかる。

2024/08/02(金) 00:28:12.37

現実的には誰もRustなんか使ってないんだからそんなに心配しなくて大丈夫

2024/08/02(金) 11:18:24.18

素人すぎてGUIのパーツを色々なところで呼び出すときに所有権周りが大変そう

2024/08/07(水) 08:35:10.10

米国防総省DARPA、C言語のコードからRustへの自動変換実現を目指す「TRACTOR」プログラム開始
https://www.publickey1.jp/blog/24/darpacrusttractor.html

2024/08/22(木) 08:36:56.50

JSONパーサーがC++からRustになった「Google Chrome 128」
https://forest.watch.impress.co.jp/docs/news/1617607.html

2024/08/22(木) 10:18:38.69

unsafe {}

2024/08/23(金) 19:20:30.96

>>252
ね？防衛省は？こういうのやらないの？

2024/08/24(土) 14:43:52.71

中國に外注してるんだろ

2024/08/25(日) 01:30:05.32

世界の警察を米から日本に委譲されたらそういう予算も出てくるやろなあ
そもそも今更トランスレーターなんか誰が使うのやら

2024/08/25(日) 05:04:38.91

いみふ

2024/08/25(日) 11:45:16.06

Cでシンプルなアルゴリズムで作ってAIにグチャグチャのRustに変換して安全安心ってことだろ

2024/08/25(日) 13:23:23.84

となりの芝生は碧いってことだな

2024/08/31(土) 09:47:29.97

トーバルズ氏、「Linux」カーネル開発状況、「Rust」導入、AIを語る
https://japan.zdnet.com/article/35223295/

LinuxへのRust言語の導入の話になると、Torvalds氏は採用のペースが上がらないことに失望感を示した。「更新が思ったほど速く進んでいないが、問題の一端は、昔からのカーネル開発者が『C』に慣れていて、Rustを知らないことにある。彼らは、ある面で大きく異なる新しい言語を学ばなければならないことを、あまり歓迎していない。そのため、Rustに関しては多少の反発がある」

それに加えて、「Rustインフラストラクチャー自体がそれほど安定していないことが、もう1つの理由だ」とTorvalds氏はコメントした。

2024/08/31(土) 10:08:30.25

誰かが「まんがでわかるやさしいRUST」でも書かないと駄目だな

2024/09/01(日) 01:53:06.91

C経験しかない老人で戦うしかないとか地獄かな

2024/09/02(月) 19:57:19.24

まぁここでの反応そのまんまだな
業務命令で強制でもされない限り
Cで書ける人は学習コストを払う価値が
見いだせないだろう

2024/09/05(木) 00:26:40.00

「新しい」と「古い」という構図に持ち込んだら、反論しにくくなるから楽だよね。
ずるい手法だ。
同様に議論の余地を与えないものとして、優秀な人、頭の良い人にしか理解できない、
という構造もある。「難しい」から馬鹿には理解できないだけだ、とね。

2024/09/05(木) 00:30:47.62

アメリカ人が良く使う経営手法として「セキュリティー商法」というものがあるが、
人間は安全面を指摘されると従わざるを得なくなる、というものだ。
それも、Rustは使っている。典型的な経営手法を全て使っていると言える。

2024/09/05(木) 08:45:43.61

新しいものを拒否するようになったら、老害PGとなった証拠
引退の時間だ

2024/09/05(木) 09:17:32.64

さっさと失敗だったRustを諦めて次へ行くべきだよなあ

2024/09/05(木) 09:40:42.97

もっと失敗を出し尽くさないとまた失敗するだろ

2024/09/14(土) 14:10:46.52

勉強中の素人の意見を書いていく
C++はバージョンがわからん
Rustはクレートがわからん

2024/09/16(月) 21:33:01.51

Poetry

2024/09/18(水) 08:15:15.43

そんなの自己肯定感に決まってるでしょ
Scalaが一部で流行ったのは、Javaというクソドカタ言語を使うコンプレックスを避けつつ同プラットフォームの恩恵にあずかれるために他ならず、
本質的には関数型云々はどうでもいいんだよ
素直な気持ちで自分のハートにも聞いてみたらいい
そして今Scalaは社会から全力で否定されているわけで、そのようなユーザーが離れていくのは当然なの

2024/09/18(水) 12:07:02.24

人に話しかける口調のヒトリゴトって怖いね

2024/09/20(金) 15:16:13.26

https://japan.zdnet.com/article/35224062/

LinuxカーネルへのRustの統合は、物議を醸しているとしても、注目の話題であり続けている。先頃、Microsoftのソフトウェアエンジニアで、「Rust for Linux」のメンテナーの1人でもあるWedson Filho氏が、同プロジェクトを離れる意向を「Linux Kernel Mailing List」(LKML)への投稿で表明した。同氏はその理由について次のように書いている。「以前は、技術に関係ない無意味なことに対応するエネルギーと熱意があったが、約4年が過ぎて、それを失ったことに気づいた。今もそれを持っている人に任せるのが一番だ」

同氏は何を言っているのだろうか。Linuxカーネル界隈には、Rustと一切関わりを持ちたくない開発者やメンテナーもおり、同プログラミング言語はすでに失敗しているとの意見を遠慮なく表明している。

議論をいとわないTorvalds氏でさえ、「中には険悪な議論もある。なぜRustがこれほど論争の的になっているのか、よく分からない。自分が若かった頃を思い出す。『vi』派と『Emacs』派が言い争っていた。どういうわけか、Rust対『C』の論争は、特定の領域において、ほとんど宗教のような意味合いを帯びている」と語った。

2024/09/20(金) 15:27:25.86

>>274
Linusだってさんざん中指立ててきたのに、何言っているんだ？

2024/09/20(金) 15:57:31.09

もしも Rust MIR の仕様が安定化される未来が来たら、他の言語にもライフタイム注釈拡張を定義して borrowck の仕組みが輸出されたりすることもあるのかな

2024/09/21(土) 12:34:02.94

>>274
Rustがクソってわかるのに4年も掛ったのかよ

2024/09/21(土) 13:30:39.11

>>275
Nvidiaにしか立ててないだろ

2024/09/21(土) 16:27:25.71

Rustの宗教臭さは特定の強い思想を持つ団体が提供した実装1個しかないからやね
ANSIやISOやらで標準化して各企業内で実装して揉まれてない言語は使わん方が賢いで

2024/09/21(土) 17:00:50.86

あのスレでなんか布教活動やってるのは約一名なので……

2024/09/23(月) 02:58:34.83

>>280
Hideyuki Tanaka ？

2024/09/23(月) 05:43:44.26

>>281
もしかして↓もお前？
こういうの普通に迷惑だし場合によっては失礼だしやめたほうがいいよ

https://mevius.5ch.net/test/read.cgi/tech/1542002113/928
928: デフォルトの名無しさん sage 2024/08/23(金) 00:25:52.73 ID:Vi8prHau
はちみつ先生の中の人ってエピステーメー氏じゃないですか。

2024/09/26(木) 10:53:50.47

消すと増える法則

2024/09/26(木) 22:07:40.53

何も増えてないぞ

2024/09/27(金) 08:00:08.39

最近は消えてばっかの印象しかない
特に動画関係

2024/11/07(木) 10:17:19.53

>>274
嘆かわしいことだ
C言語教は排他的だ

2024/11/07(木) 11:14:33.56

Rust民の一部が、Cの侮辱に走ったからねえ

2024/11/07(木) 20:04:40.92

そういえばlinuxカーネルにD言語という話は出なかったのかな

2024/11/07(木) 20:05:00.93

C++は侮辱して良いけどCは侮れない

2024/11/07(木) 21:19:39.88

侮れないのはC言語の熟練プログラマであってC自体は思うさま罵倒してもよい

2024/11/07(木) 22:42:14.10

>>290
ABIが絡む問題だとC以上に成功してる言語は無いと思う
C++開発者やRust開発者でも、自作ライブラリを他の言語から呼べるようにしたければ、基本的にCのAPIに頼ることになる
Cで実装する必要はないけどCの知識はあった方が良いし、これは暫く変わらないと思う

2024/11/07(木) 22:46:48.23

ワードサラダに何マジレスしてんの

2024/11/09(土) 09:32:59.88

Linuxカーネルのような分野ではなく、より高レベルのアプリ開発などだとC++とRustの受容ってどうなの？
現時点でC++の資産が大きいからC++を使い続けるところ、C++からRustに移行したところはあると思うけど、逆にRustを諦めてC++に戻ったというケースもあるのか

2024/11/09(土) 12:02:08.86

rustで仕事してからc++に戻るとあまりに汚いコードに愕然とする。
ライブラリの問題さえなければ全部Rustにしたいんだけどねぇ。

2024/11/09(土) 12:41:11.71

C -> C++ のときも、似たようなことを思ったよ
C++派だが、きっと、post Rust 世代のC++コードも、似たことになると思う

2024/11/09(土) 15:30:48.70

年数経ってるC++コードってifdef地獄になりがち

2024/11/10(日) 01:30:18.87

ScalやHaskellでも同じようなこと言ってた人が沢山いたけど
今はどこに行っちゃったんだろ

2024/11/10(日) 03:23:13.97

世のマイノリティはすべからく世代交代により引退し文字通り自然淘汰で消えていくと思われる
子供に数学がベースにあるだとか関数型を教えてもはぁ？って感じだろう
Rustもメモリ安全という売りが無ければ誰も見向きもしないだろう

2024/11/10(日) 11:04:42.33

Rustは関数型言語ではないし、HaskellやScalaの仲間ではないよ
関数型っぽいところもあるけど、参照やスマートポインタなど基本的なところは C++ の方が近い

C++との違いとして大きい (そして学習コストが高いと言われやすい) のは借用やライフタイムまわりだけど、これはメモリ安全のためのものであって関数型に由来するものではない

2024/11/10(日) 11:34:09.86

Rustの実績が安定したら、学ぶべきプログラミングパラダイムもはっきりする
C++が何を獲得すべきか、はっきりする日も近い

なんでもかんでもじゃだめだ実績ベースでないと

2024/11/10(日) 12:45:53.38

>>299
リージョンベース推論はMLKit→Cyclone→Rustという系譜ではあるから一応これも関数型由来と言えなくもないよ
まあRustに取り込まれてから相当手が入ってるからもはや別物だろと言われても否定はできない

2024/11/10(日) 20:19:27.59

>>297
今でこそC#に近い速度出るようになったけど、
当時のHaskellはPythonとどっこいどっこいだったからね…。

今でも並行・並列処理は関数型言語が有利とは言われてるけど、正格評価の関数型言語だね。

Haskellは遅延評価が並行・並列処理の邪魔するから。
（なので、正格評価の方が良い場合のみ正格評価にしようという意見も出てた）

それでもHaskellは美しいから好き。

Scalaは…何か自爆した記憶がある。

2024/11/11(月) 09:55:40.60

>>302
当時っていつ頃?

2024/11/11(月) 14:59:59.65

マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告
94倍も処理速度が向上、新しいCPUほど効果あり
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1638345.html

2024/11/11(月) 15:16:28.40

あの行列演算命令みたいの? を手書きで使いこなせること自体シビレる
頭いいんだろうな

あとテストがしっかりしてるから、大胆にチャレンジできるんだろうか

2024/11/11(月) 20:56:41.76

>>303
Haskellが話題になった2006年頃。
学ぶべきプログラミング言語５選とかに選ばれたのと、
Perlの本家より速くHaskellでPerl6のインタプリタを作ったとかで話題になった。

それがきっかけでHaskell入門書が出始めた。

つーても、速度自体は２０年近くあんまり変わってなかったりする。
（コンパイル時間は短くなったり、再帰の時のスタック消費も減ったりそれなりの進化はあったが）
stackがまだサポートしてない最新版を入れてみたらC#並みの速度出てビビった。
(次のstack辺りで正式サポートされる？)

でもHaskellの最適化はもっとポテンシャルあるはず。
C++では参照透明性が確保出来ないから x = 2 * 3 = 6
みたいな単純な式しか定数に出来ないけど、
Haskellなら下みたいな関数も

mylist 3 4 = [[1,2,3,4],[5,6,7,8],[9,10,11,12]]

みたいに、引数を渡せばガンガン定数に出来るポテンシャルがある。
(コンパイルが終わった段階で計算時間０)

main = print.last.last $ mylist 3 4 -- ここが、main = print 12 になるポテンシャル。

mylist n m = take n.iterate f $ [1..m]
where f = map (+m)

ずっと待ってるけど、やっぱりそんな最適化を組み込むのは難しいらしい。
参照透明性を最大限利用する日は遠い。

2024/11/12(火) 06:02:22.75

>>304
作り上げてるときは楽しいだろうな
でも、半年後や、一年後にメンテしなければならなくなったとき地獄ｗ

2024/11/12(火) 08:22:39.84

試行的なブランチだろうから書き捨てだろうね

2024/11/13(水) 13:24:23.77

>>307
Rustサイコー！！！

2024/11/16(土) 05:22:47.97

アメリカは自分が負けそうになると、
規制を作り、人為的な均衡状態を作る。
それが今回は「安全な言語の強制」。
これで排除されるのはC/C++のみであり、
他の言語は全く影響を受けない。

2024/11/16(土) 11:45:36.61

>アメリカは自分が負けそうになると
現時点でC++を一番多く使ってるのって大手ITの多いアメリカじゃないの？
アジア企業でC++が多くアメリカ企業ではRustが多いとでも言うなら別だけど
単にセキュリティリスクになり得るメモリバグを減らす努力をしろってだけの話だと思うが

2024/11/16(土) 11:55:49.36

>>310
アメリカに限らず、どこでもC/C++が最高の言語なんて思ってないから。他に代わりになる物が無かったから仕方なく使ってるだけで。rustが出てきた今、新規案件でC++使う必要もない。サーバー関連ならなおさら。

2024/11/16(土) 12:02:14.33

つうか、rustの難しいと言われてる部分の70%位はメモリ管理周りで、それはC++やってる人なら既にマスター済みの概念。残りはトレイトとか関数型の機能ぐらいで、両方使える様になるなんて簡単なのに、何をケチっているのやら。

2024/11/16(土) 13:47:41.67

Rustは机上の空論的。

2024/11/16(土) 14:07:56.26

C/C++で安全に描ける人はRustなんて不要
そのままC/C++使ってれば桶

2024/11/16(土) 14:08:54.20

>>313
>残りはトレイトとか関数型の機能ぐらいで
具体的にどの機能を指して”関数型の機能”と言ってるの？

2024/11/16(土) 15:05:36.30

Rustの関数型っぽさってごく一部だよ
enumやパターンマッチがあったり、OptionやResultに対してmap, flatmap操作ができたりするくらい
関数合成やカリー化は気軽にできない (Box<dyn Fn(A) -> B> のようなものが必要になる) し、関数型のやり方で書ける言語ではない

Rustはパフォーマンス重視だからってのもあると思う
関数を柔軟に組み合わせるにはヒープが必要で、メモリの管理をカッチリやるRustでそれを表現すると面倒というか

C++から来れば関数型らしさの強い言語だけど、関数型言語からすれば違うよね、という位置付けだと思う