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

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

「C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

前スレ: 結局C++とRustってどっちが良いの？ 3traits
https://mevius.5ch.net/test/read.cgi/tech/1683154196/

関連スレ(マ板): Google&MS「バグの70%はC/C++。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

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

スレチ話題しか続かないクソスレ立てんなよ。

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

>>2
と暇人が申しております

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

おちんぽみるく　おちんぽみるく
おちんぽみるくが　でちゃいましゅ！

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

はいはい
unsafe
unsafe

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

medaka.5ch.net
/test/read.cgi/prog/1619943288/521
名言だなこれはω

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

めも
medaka.5ch.net
/test/read.cgi/prog/1619943288/575

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

言語は新しいほうが古いほうを参考にできるわけで、
新しいほうが良いのは当たり前
C++の後釜はRustでいいの？ってスレならまだわかるが、どっちが良いの？はアホ

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

キャッチィなだけだぞ

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

じゃあこれからはRustの後釜のCarbonだな

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

>>10
Carbonが何なのかも知らない？
Carbonの公式FAQを読もう
Rustが使えるならばRustを使った方がよいと明記されている

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

>>11
Rustは文法の乖離がコスト

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

TypeScriptプログラマーの視点だけど
C++は変数宣言や型指定の方法が特殊で乖離が大きくてコスト
Rustはそれら含めて多くの点で近くて親しみやすい

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

(ブラウザ本体じゃない)webのほうで成功事例がちょくちょく出るのはそのせいか

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

>>12の乖離ってのはもちろんCとの乖離だよ

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

元々関数型のMLがベースだからな

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

>>11
じゃあ何で今になってCarbon開発してると思う？

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

C/C++とRustが互いに乖離があるのは当たり前で相対的なものだからそこはイーブンでどうでもいい話
そして色んな言語をやっていればそんな乖離なんて大したことない単なる慣れの問題だとわかっている話

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

>>18
置き換えを狙っているならイーブンではない
Carbonの方がこの点は有利

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

おまえらCarbonのコードを見たことないのか？
Hello, worldサンプルコード

package sample api;
fn Main() -> i32 {
Print("Hello, world!");
return 0;
}

記述の乖離が有る無しを議論してるようだが
Carbonはfnとか-> i32とかRustそっくりなんだぞ

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

なんでコロンじゃなくてアローでやっているのか意味がわからなかったんだよねそこ

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

>>20
そっくりじゃん?
#include <cstdio>
auto main() -> int {
printf("Hello, world!");
return 0;
}

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

全然そっくりに見えんな。

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

売れない漫画家で最も厄介なものは、自分の描きたいものと一般受けするものとの
違いだといわれている。Rustが最良に思えるのに一般受けしないと思っているのなら、
同じ病。いわゆるセンスの問題で、勉強しても直るものではなく、生まれついたもので
あるかも知れないから、一番、向いて無い/才能がない、ということになる。

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

漫画とプログラム言語もそっくりに見えないよなｗ

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

だからRustは
「作業者に好き勝手やらせないための言語」で、
「管理者が作業者に使わせる言語」。
だからMSとかのマネジメント層が積極的に推進して普及させようとしている。普及すればプログラマ単価下がるからな。

Rustの絶壁の学習曲線といった作業者視点の問題点も、マネジメント側からすれば(普及して単価が下がるようなら)どうでもいい話。

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

>>26
何をわけの分からんことを言っている。

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

>>22
全く同じだな
見分けがつかん

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

Pythonの型アノテーションもそっくりでござる

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

>>26
おまえ生まれてから今までずっと何言うてんねん

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

全集中泣く子も黙るunsafe

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

プログラミングの仕事ってそんなに好き勝手やってるか？
俺が見た現場はルールで縛られながらコーディングしてたよ

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

>>26
奴隷専用言語ってこと？

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

Rustできるようなやつの単価はそんなに下がらないだろ

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

>>32
Cのコーディングルールで動的確保禁止とかあるから、もしかしたらRustの方が自由度あるかもしれん

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

まだ継続スレ立ててやってんのか
板違いの議論すること自体無能の証なんだが自覚ないのか

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

>>36
5chあまりやってなくてよく分からんけど、適切な板って何処なん？

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

>>32
途中まで全く同意だが
デスマが始まるとおざなりになおざりにされるのであった

**デフォルトの名無しさん** · 2023/06/08(木) 01:09:39.17

>>37
>>1 のmedaka

**デフォルトの名無しさん** · 2023/06/08(木) 01:21:03.42

>>36
このスレが無いとRust本スレが無限に荒れるんだ
どうか生暖かい目で見てやってくれ、申し訳ない

**デフォルトの名無しさん** · 2023/06/08(木) 02:32:40.66

GoogleやMozillaには、本物のプログラマが必要とするソフトは作り得ない。
なぜなら自分達はルール違反のドーピングして生きていることに気付いて無いから。

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

>>39
あっちがいつまでも伸びないのはこれいかに

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

>>33
MSとかマネジメント層はそうだろうね。

>>34
Javaとかは普及している分安いかと。
普及して安くなると質の低下が問題になるけど、Rustは「とりあえず走りそうな低品質コードをエラーにする」ことで改善できるのがc++に無い利点。

**デフォルトの名無しさん** · 2023/06/08(木) 07:49:35.74

RustがCの代替になることが決まったなら、その程度のチェックにかけるコストは許されたことになる
同じだけC++もチェックしてくれるようになるといいし、少なくとも、
未定義になりそうなところはぽんぽん落ちてくれると、今すぐ幸せになれそう

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

c++は、標準でコーティング規約を作って欲しいところだけど、政治的に難しいだろうなぁ。

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

なくはないけど、みんな守らないよね
だから、新しい言語ができた

なので、そのルールがC++に来れば、さすがにみんな少しは準拠するのでは

**デフォルトの名無しさん** · 2023/06/08(木) 09:42:04.09

C,C++は混沌の世界
面倒なとこは未定義で決めずに逃げる
もはやまともな秩序は望めない

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

上司からとりあえず
MISRA C++ 2008準拠してねって言われてるけど、
2008って古すぎだよね

**デフォルトの名無しさん** · 2023/06/08(木) 10:11:25.57

>>42
あっちの人らは Rust の本質を理解出来ないだろうし
コンパイルも通せない連中ばっかじゃね

**デフォルトの名無しさん** · 2023/06/08(木) 10:13:33.88

C/C++ はレガシーな部分を削ぎ落さないと駄目だろうね
でもそうなったらもう C/C++ のメリットが無くなって
Rust でええやんってなる

**デフォルトの名無しさん** · 2023/06/08(木) 12:19:36.16

コーダー向けのsmart c++とかを用意すればいいのにな。
コーダーにテンプレート定義とか不要だろ。newとdeleteも触らせないほうがいい。

**デフォルトの名無しさん** · 2023/06/08(木) 12:24:43.52

>>51
STLも無しですか?

**デフォルトの名無しさん** · 2023/06/08(木) 12:47:09.82

>>52
使うだけ。定義は無し。

**デフォルトの名無しさん** · 2023/06/08(木) 14:31:34.80

572 デフォルトの名無しさん sage 2023/06/07(水) 16:20:31.76 ID:QsxM8200
書きやすいか否かという話より、rustは意外にタイピング量は多い思想は考え直してほしい。
std::fmtなどの「::」だとか引数名・変数の後の型の「:」だとか、むろんmutも、戻り値の「->」もなぜ引数の「:」と戻り値の「->」を同じにしなかったのか？思想面が分かる人に教えてほしい。
ほかにもなぜマクロ呼び出しに「!」をいちいち付けるのかとか、関数はfnやpubで省略しているのに？アトリビュートも#[xxx]と異様に見える。なぜ@xxxでは駄目だったのか？
まあセミコロンはC/C++からの移行を重視したのだろうけど。言語をディスってる訳じゃなく完全論破されることを願う

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

>>54
これ長々書いてる割に大したこと言ってないな

**デフォルトの名無しさん** · 2023/06/08(木) 17:13:51.10

雑スレだし、愚痴はいいんだけど、簡潔なほうがいいな(自戒

**デフォルトの名無しさん** · 2023/06/08(木) 18:12:52.99

うby推しの人っぽいな
KENYAかω

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

誤バグの70%はC/C++
正バグの70%は馬鹿プログラマ

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

>>58
Dunning-Kruger Effectですねw

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

そして馬鹿プログラマが簡単に未定義踏めるのがC/C++

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

だからRustみたいな指導員付き教習車が欲しいんだろ。マネジメント層は。

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

ひどい言語だな

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

未定義動作がある欠陥言語C++よりまし

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

安全装置付きの工作機械みたいなもんだろ
教習車って。PASCALかなんかか(← 教育用言語として)ｗ

未定義ってのは処理系依存でもあるので、コンパイラが落としてくれてもいいんだぞ
今後はそうなっていく…ことを願う

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

つーか、ベテランでも未定義動作は踏む事ある
気がつく仕組みすらないのが終わってる
安全装置外したスピード狂向け言語だな

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

そのバイナリがちゃんと止まるかどうかの判定プログラムを書けば全てまるっと解決だろjk

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

補助輪付き三輪車がRust
D++はブレーキ無しの競輪用自転車

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

>>59
チョットデキル←Dunning-Kruger Effect
完全に理解した！←Dunning-Kruger Effect

どっちにも使う

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

Rustaceanは赤ちゃんだった！？

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

IT土方にはちょうどいい言語なのかも

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

KENTAもRustに注目してる

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

Ruby×Rustというイベントを考えてる

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

RustはC/C++書ける人でないと書けないと思う
C/C++のゴミな部分を散々食らった人でないとその概念がなぜ存在してるか理解できない
急がば回れよ

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

C/C++のゴミな部分を散々食らった人は
回避方法も身に付いてるから
結局Rustいらねってなる

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

RustはC/C++に手を出して挫折した人を拾う救いの言語

**デフォルトの名無しさん** · 2023/06/10(土) 00:05:53.99

普通は逆だな

**デフォルトの名無しさん** · 2023/06/10(土) 00:39:19.77

>>74
ある程度身についてるけどコンパイラがおしえてくれるわけじゃないからね

**デフォルトの名無しさん** · 2023/06/10(土) 01:04:58.77

RustのライバルはJavaだ

**デフォルトの名無しさん** · 2023/06/10(土) 01:16:52.85

Rustの新しい点はコンパイル言語でありながらperlのようなライブラリーの配布方法をとっている点だ
これは C ++ではありえなかった事態だ

**デフォルトの名無しさん** · 2023/06/10(土) 01:28:35.92

C++と何が違うの?

**デフォルトの名無しさん** · 2023/06/10(土) 01:32:06.43

YouTube で有名な雑食系エンジニア・KENTA は、
初心者のキャリアパスは、Ruby on Rails → Go だけと言ってる

米国年収でも、Rails, AWS Solution Architect が13万ドル

Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7

多くの言語 : 6.5～7

PHP : 5
Dart : 4.4

Rubyは、Go/Rust/Elixir の3大言語を超えた。
一方、Rust/Elixirは普及のキャズムを超えなかった

**デフォルトの名無しさん** · 2023/06/10(土) 01:59:40.75

誰や?w

**デフォルトの名無しさん** · 2023/06/10(土) 02:06:17.20

>>81
rails使いがGoつかえる訳ない
C使いが
ましてやRustなど

**デフォルトの名無しさん** · 2023/06/10(土) 08:33:11.69

>>74
人間はミスをする生き物というのを理解していれば、そういうアホな発言は出てこない

**デフォルトの名無しさん** · 2023/06/10(土) 08:43:31.99

ミスはたいていリリース前に発覚するが
デバッガと格闘してミスの場所を突き止めていくC++より
コンパイラがミスの場所を教えてくれるRustの開発効率が優れてる
C++はミス発覚がリリース後になる場合もある

**デフォルトの名無しさん** · 2023/06/10(土) 09:13:59.06

cargo も crates.io もデカすぎなんだよ
ローカルにボコボコゴミ溜めやがって

**デフォルトの名無しさん** · 2023/06/10(土) 09:16:15.18

>>85
C/C++もRustもアルゴリズムのバグを教えてくれる訳ではない
C/C++で危険回避方法が身に付いている人はコンパイル前に既に気付くから問題無い

**デフォルトの名無しさん** · 2023/06/10(土) 09:22:19.09

生ポの取扱って極めるなら難しいけど、C++erはそのへんが難しいって弁えるから、ちゃんと避ける
でも、プロジェクトって一人じゃないからね
言語のほうで、ちゃんとチェックしてくれるのは結構なこと

避けてたから気づいてなかったのが正直なとこだが、コンパイラのほうのチェック機構もだいぶ進化してる

**デフォルトの名無しさん** · 2023/06/10(土) 09:22:24.69

>>85
>ミスはたいていリリース前に発覚するが

だがリリースできないよりできたほうがいいんだわw
バグはあとから改修すればなんとかなる場合が99%
リリース遅延よりよっぽどまし出すことが肝心
その意味でrustは生産性は高くない
てかさ. 商用のRustコンパイラどんだけあるのさw
特に組込で商用のrustコンパイラ挙げてくれ
IARあたりがコード品質の高いrustコンパイラ出してからでもまったく遅くない

**デフォルトの名無しさん** · 2023/06/10(土) 09:23:43.81

>>88
>でも、プロジェクトって一人じゃないからね

それをいうならRust熟練のプログラマどんだけ居るのさww

**デフォルトの名無しさん** · 2023/06/10(土) 09:27:25.53

>>85
開発効率の高さとリリース時の穴の少なさでRustが圧倒的に有利だな

**デフォルトの名無しさん** · 2023/06/10(土) 09:31:21.58

>>91
コンパイラがないのにか?ww

**デフォルトの名無しさん** · 2023/06/10(土) 09:31:27.19

大手が採用するっていったんだから、>>89-90 のあたりは、目途がついたんだろ

効率の高さってのはなんなんだ

**デフォルトの名無しさん** · 2023/06/10(土) 09:33:28.40

>>93
コード生産効率
単位時間に何行書けるかって話だ
あとになってバッファオーバーランエラーなんか判明しても構わないから

**デフォルトの名無しさん** · 2023/06/10(土) 09:40:31.77

>>93
大手?
MSがrust使うっていうのも一部だけだろ
だったら最低VSでRustサポートしてから言ってくれ

大体チップメーカがまともなrustコンパイラをリリースした話は聞いてない
チップメーカーはC/C++コンパイラはチップと同様要視してるがrustはまだまだ眼中にない
Intelがrustコンパイラ出したら考えるわww

**デフォルトの名無しさん** · 2023/06/10(土) 09:45:42.46

>>93
誇大広告

**デフォルトの名無しさん** · 2023/06/10(土) 09:49:29.33

所有権あたり, rustの機能をC++がパクってるんだろ?
だったらrust風にC++で書くように機能制限して書かせてほぼ事足りるんじゃねーの?
Lintかコンパイル時ウオーニングで

PC上で実験的にコード書いてるならいざしらず
商用のコンパイラでrustコンパイラが存在しないのに何言っても絵に書いた餅

**デフォルトの名無しさん** · 2023/06/10(土) 10:10:09.37

>>89
一理ある

**デフォルトの名無しさん** · 2023/06/10(土) 10:16:36.13

Rustは商用で使うもんじゃないんだろ

**デフォルトの名無しさん** · 2023/06/10(土) 10:17:11.38

このスレ見るとC++erの知能の低さにビックリするな
5ch特有の事象ならいいんだが

**デフォルトの名無しさん** · 2023/06/10(土) 10:26:39.71

知能というか知識と経験が無いだけでしょう
慣れるとC++もRustもコードを書く速さはほとんど変わらない
ただし以下の差が致命的に大きい
メモリ管理やデータ競合でミスがあった時にコンパイル時にわかるRust
実行するまでわからないか実行してもレアケースは気付けないC++

**デフォルトの名無しさん** · 2023/06/10(土) 10:34:05.91

>>100
>>101
お前らがまともな商売したことないだけだろw
レアケースなら気づかなくていいんだよww
ホスピタルグレードやらNASAやらならいざしらずだ
現実をしらないww

**デフォルトの名無しさん** · 2023/06/10(土) 10:36:28.03

>>99

すくなくともチップメーカ謹製のrustが出なきゃ話にならんしな
cudaあたりにしてもさww

**デフォルトの名無しさん** · 2023/06/10(土) 10:50:29.46

unsafeだらけのRustに何が判るω

**デフォルトの名無しさん** · 2023/06/10(土) 10:55:54.11

それそれ
抜け穴用意しといて
というか用意せざるを得ないわけで
ありがたがってる時点でおめでたすぎるやろ

一般製品において, めったに出ないエラー or fault は
ユーザーをテスタにすればいいってこともわかってないんだよなおこちゃまは ♥

**デフォルトの名無しさん** · 2023/06/10(土) 11:10:22.43

>>104
これが本当なら、PMの責任

C++から来たなら、unsafeの限局化は頼まれなくたってやるもんだと思うが

**デフォルトの名無しさん** · 2023/06/10(土) 11:12:31.11

cでも商用コンパイラとgccあたりじゃコード品質最悪なんよな
せいぜい規格遵守しただけの教育用途
元ルネサスの香取裕二の解説見てよーわかったわ
そこらへんgccだとソースコード見てくれって話なんだろうが,
どれだけコンパイラのソースコート見て理解してるユーザが居るのか?っていうね
商用に使える品質にはるかに及ばないコード品質なのに
レアケースのバグに有利とかもうわけわかってねぇんだろなコイツ

**デフォルトの名無しさん** · 2023/06/10(土) 11:14:04.07

>>106
その前にrust使った商用コード書いてないだろが
お前とこrust使った製品リリースしてるのかよww

**デフォルトの名無しさん** · 2023/06/10(土) 11:23:12.59

>>108
たぶん誤解されてるな俺は「C++で十分」派
Rustの成果をC++が貪欲に取り込めばいいと思ってる

MSはブートローダとなんだったかのテキスト処理あたりからRust化してみるらしいぞ
がっつりテストを持ってれば、そういうことにも挑戦できるんだろう

**デフォルトの名無しさん** · 2023/06/10(土) 11:26:02.89

>>107
詳しく!

**デフォルトの名無しさん** · 2023/06/10(土) 12:08:27.34

c++はコンパイルエラーで間違ってる場所を正確に指してこないからなあ
pythonもそうだったけど今かなり正確になって来た

**デフォルトの名無しさん** · 2023/06/10(土) 12:33:50.07

>>111
それはコンパイラによるのでは?
g++ + emacsでエラー箇所に正確にカーソル飛ぶよ

**デフォルトの名無しさん** · 2023/06/10(土) 12:40:54.80

g++はひどいよ
clangはマシ

**デフォルトの名無しさん** · 2023/06/10(土) 12:59:32.61

>>113
clagの方が良いのかは使ってないか分からんが
g++ + emacsでエラー箇所に正確にカーソル飛ぶよ
俺の場合はemacsが読んでいるので快適なんだが
人間のおまいさんは冗長で読めてない?

**デフォルトの名無しさん** · 2023/06/10(土) 13:24:02.11

>>107
>cでも商用コンパイラとgccあたりじゃコード品質最悪なんよな
どういう意味？
「商用コンパイラは別としてgccあたりじゃコード品質最悪なんよな」
のこと？

**デフォルトの名無しさん** · 2023/06/10(土) 13:27:34.50

gccはLinuxカーネルのビルドに使われているのだが...
ということは史上恐らく最も普及しているOSであろう
Androidカーネルも

**デフォルトの名無しさん** · 2023/06/10(土) 13:49:10.78

>>115
自分は
商用コンパイラとGCCともに仕様満たしてるだけでろくでもないもんだと取った
そもそも文章がおかしいので何度も読み返した

**デフォルトの名無しさん** · 2023/06/10(土) 14:01:14.28

gccは最初のCバージョンが継ぎ足し継ぎ足しで30年ぐらい使われて
C++バージョンになってから10年経ってるはず

その間の仕様変遷を見るとウンコになってても不思議じゃない

**デフォルトの名無しさん** · 2023/06/10(土) 14:17:35.17

>>118
Initial release: March 22, 1987; 36 years ago

**デフォルトの名無しさん** · 2023/06/10(土) 14:20:47.41

gccとくらべうる商用コンパイラってインテルのことを指すのだろうけど
数値計算の分野以外では使われてないし
数値計算もpythonで良くなったので既存のゴミコード使ってるような会社以外は必要ない

**デフォルトの名無しさん** · 2023/06/10(土) 14:24:39.89

しかし、各種物理シミュレータや、気象シミュレータで、Python なんて使い
たくなぞ。

**デフォルトの名無しさん** · 2023/06/10(土) 14:25:10.78

Python 使うメリットが無いから。

**デフォルトの名無しさん** · 2023/06/10(土) 14:31:14.05

アカデミアでのパイソンの普及は
まずグラフのライブラリの充実が貢献したのかな?
最近ではAI関連のライブラリやサンプルコードの充実が
効いてそうだけど
Rustも頑張ってくれ

**デフォルトの名無しさん** · 2023/06/10(土) 14:34:53.62

既存資産を使いまわせないから使わないだけで
速度的にはもはやpythonで良い
GPU使いたい場合もライブラリでカバーできるし
ちな富岳も富士通が頑張ってカリカリにチューニングされたpython使えるようにした

**デフォルトの名無しさん** · 2023/06/10(土) 14:38:15.83

パイソンってコンパイラあったと思うけど流行ってないの?
流行ってないなら何で?

**デフォルトの名無しさん** · 2023/06/10(土) 14:39:27.76

ちな俺の会社ではモジュールはrust使って書いてるのだがそれを使うユーザーの人たちはみんなpython
だからpyo3というrustをpython拡張モジュールにするライブラリを使っておる
これで開発者はrust、ユーザーはpythonという夢のような仕組みが簡単に実現できるようになった
C++の利点のinteropすらrustの前ではオワコンとなった

**デフォルトの名無しさん** · 2023/06/10(土) 14:41:54.63

pythonはスクリプトに毛が生えたレベルの用途に便利
ライブラリはC++で作ってもいいからパーツをくみ上げる最後のコーディングはpythonレベルでいいんだろう
学習時間も短いんで優秀
万人のためのプログラム言語

だからここで書かれるような批判とはかみ合わない

**デフォルトの名無しさん** · 2023/06/10(土) 14:43:04.43

pyo3とやらはC/C++に比べてどう優れてるの?

**デフォルトの名無しさん** · 2023/06/10(土) 14:45:09.31

本屋の言語の棚の半分ぐらいがpythonとかおかしいんだけどなあ

**デフォルトの名無しさん** · 2023/06/10(土) 14:48:20.22

>>129
本を必要とする層は他のプログラム経験がない層だと思う
パイソンに総取りされているってことだね

**デフォルトの名無しさん** · 2023/06/10(土) 14:53:14.67

>>128
pythonモジュールからrustのモジュールを簡単にインポートできる
感覚としてはpybindに似てるかな
pybindがあるからC++使ってたのだけどもう必要ない

**デフォルトの名無しさん** · 2023/06/10(土) 15:37:41.65

C++は、20年後でも割とそのままコンパイルできて動作する可能性が高いが、
Rustは難しいだろうな。特に crate (library) とかが。

**デフォルトの名無しさん** · 2023/06/10(土) 15:40:16.20

pythonもバージョン違いによる動作が不安定。
ツールを使いたいだけなのに、背後でPythonやJava、Lua、node.js などが
勝手に動き出し、途中でエラーになって終わるこっとが多い。
そして、新しすぎる Python でも駄目。適切なバージョンが有る。
また、それをインストールすることで、また別のアプリや開発環境が
動作しなくなる。
rustcも似たような感じがする。cargoもLLVMも。

**デフォルトの名無しさん** · 2023/06/10(土) 15:42:53.72

そして、Docker使えなどと、こちらに負担を強要してくる。
その Dockerも仕組みを理解するのが人悶着有るだろう。
また、node.js 自体が変なバージョン管理システムを持っており、それが
また大変。ディレクトリ構造が変になって、後から元に戻すのに一苦労する。
それに比べると、商用コンパイラはとてもシンプルで、環境を元に戻すのは
比較的楽。

**デフォルトの名無しさん** · 2023/06/10(土) 15:45:52.02

cargoとかの仕組みを理解するのも大変だ。
manifest的なファイルとか、makefileの代わりになるファイルとか。
そして学んだと思ったら、半年後には、cargo はもう古い、今度は busgo だとか
言われて老害、などといわれる。
automakeだ、Ninjaだ、cmakeだ、ごちゃごちゃしすぎてる。
学び損だ。

**デフォルトの名無しさん** · 2023/06/10(土) 15:49:45.09

ネットだと、pythonは2系と 3系の違いだけで済むかのように見えてしまうが、
実際には、3.2 と 3.6 の違いでもエラーが起きる。
そして、「新しいものをインストールすれば済む」というような生易しいもの
ではない。
Javaも、1.7 系と 1.8 系の違いで、Android で大問題が起きる。
ところが、これも新しくすれば解決と言う問題では無い。
新しくすると、別の問題が起きてしまう。
そして、そのことに膨大な時間をとられ、自分のプログラミングのロジックを
考えている時間はほとんどなくなる。

**デフォルトの名無しさん** · 2023/06/10(土) 15:51:07.08

>>132
少しは勉強してから書いた方がいいよ

**デフォルトの名無しさん** · 2023/06/10(土) 15:54:14.02

rustも公式サイトのドキュメントが不十分だし、また、日本語翻訳版は、
全く理解できない言葉で書かれている。
そして、書かれている情報が古く、現状と合わなくなっていることが多い。
そして、非常に広範囲に渡って知りたい情報が載ってない。
たとえば、マクロ、unsafe、ライフタイム修飾、実際のマシン語
バイナリレベルでの内部データ構造などの情報が大幅に欠如している。
そして、すぐに仕様が変更され、物凄く勉強したのに、無効化され、
老害扱いされる。だから、深く使おうとすると必然的に老害扱い
されるので、表面的にだけ使用するサンプルの様な短いプログラム
している人だけが賞賛されるような事態となる。

**デフォルトの名無しさん** · 2023/06/10(土) 15:55:40.45

>>137
オープンソース関連は、プライドが高い人が多く、自分の比を決して認めない。
「すみませんでした、直します」
見たいな態度を決してとらない。
また、「それは古い、新しいバージョンでは直っているかも」などと指摘されるが、
実際には全く直って無い事が 100%。

**デフォルトの名無しさん** · 2023/06/10(土) 15:58:04.61

あ！適応できないおじさんだ！

**デフォルトの名無しさん** · 2023/06/10(土) 16:02:39.97

>>140
ほら。
crateに関数が揃っているような分野のサンプルプログラムみたいな短い
プログラムを書いて、「ほら凄いでしょ」みたいなことをやってる人が
SNSでよく見かける。でも、ソースを見てみると、本人が書いている
部分は簡単に出来ることを長々と書いているだけ。
本質的には、crateに、たまたま、丁度良い関数が用意されていたからできているだけ。
また、日本は広いので、たまたま上手く行く人がいる。
大部分の人はやりたいことに対する解決策がcrateでは見出せず、結果が出なくても、
SNSなどではそれを知る事が出来ない。
crateにあるものは簡単だが、自分でやろうとする突然めんどくさくなるだろう、
Rustは。

**デフォルトの名無しさん** · 2023/06/10(土) 16:06:25.93

C++に固執してる人は時代遅れのおじいさんしかいなくなってるみたいだな

**デフォルトの名無しさん** · 2023/06/10(土) 16:09:47.88

一緒にするな

**デフォルトの名無しさん** · 2023/06/10(土) 16:23:05.59

あんたは何か一つでも出来ることがあるのか

**デフォルトの名無しさん** · 2023/06/10(土) 16:36:23.23

あの、与えられたものを黙って使いなさいと言われる感は、確かに苦手だね
与えられたものを理解して使いなさいと躾けられてきたし

**デフォルトの名無しさん** · 2023/06/10(土) 18:00:16.89

反対意見が出た場合に、新しいということを根拠に、古い言語を指示する人を
老人扱いするのは狡猾でずる賢い。英語に訳すと clever としか訳せないかも
知れないが。単に clever という意味ではなく、ずるい、悪い、意地悪い、
不公平、などの意味を持っているのでここを見ている外国人は注意。

**デフォルトの名無しさん** · 2023/06/10(土) 18:02:48.96

>>133
流石に言ってることおかしいよ
まあC絡みのバイナリパッケージ入れるときに依存関係で躓くことがあるのは初心者ならあり得るが

**デフォルトの名無しさん** · 2023/06/10(土) 18:09:40.89

>>147
現実にそうなってるんだからしょうがないじゃない。
今までの個人的経験に基いたら、そうなる。
どんなに反対されても、経験してしまったんだから。
だから、100円ショップで100円のイヤホン買って音質が最悪だったから、
多分、他の電気製品やボールペンもそうかもしれないと思って買わないのと同じ。
顧客は、体験から学んでしまうので、普段からの出来事がとても重要。
粗悪品を使わされた店は信用ががた落ちになる。挨拶がしっかりしてる店は
なぜかリピーターが多く、潰れない、と言われている。
それと同じ。今までの態度や商品の出来具合、品質、嘘があったこと、トラブルが多かったこと
などで、顧客はオープンソースにそういうイメージを抱くのは当然の権利。

**デフォルトの名無しさん** · 2023/06/10(土) 18:11:57.76

オープンソースもピンキリだしねえ

でもアレルギーはもったいないぞ
法人が資源を注ぎ込んでるプロジェクトもある
利用しない手はない

ピンキリだけどねｗ

**デフォルトの名無しさん** · 2023/06/10(土) 18:14:02.71

>>149
clangも、重要な部分に不具合がある。
簡単にはリンクが出来ないとか。
不可能ではないが、やり方が書いておらず、自分で試しまくって見つけた。
オープンソースはいつもそう。
そして、次のバージョンでまた変化し、せっかく見つけた対処法も無効化されて
しまう。

**デフォルトの名無しさん** · 2023/06/10(土) 18:17:16.74

>>132
Rustのcrateのversion管理とコンパイラのedition管理は秀逸なので
現在コンパイルできて動いているならば何年後でもコンパイルできて動く

**デフォルトの名無しさん** · 2023/06/10(土) 18:18:26.99

よくあるのは、配布する人が、配布し忘れている何かがあるのではないか。
これはとても難しい問題で、その人の環境では、他の人には存在し無い
ディレクトリにパスが通っていて、その中に重要な何かが置いてあったり、
何らかの configuration file が、デフォルト状態ではなかったりするため、
その人の環境では上手く行き、何の問題も無い。
しかし、配布する際、そのすべてを配布できて無いので、クリーンインストール
した人は、不具合が起きる。
オープンソースは、AppleやGoogleがやっていても、このようなことがよく起きる。
恐らく、ツールや設定ファイルが大量にありすぎるからでは無いか。
しかも、赤の他人が作ったものなので、全貌を把握できない。
改造されてしまったものが流布されているので、原作者でさえ、何が
どうなってるか分かって無い。

**デフォルトの名無しさん** · 2023/06/10(土) 18:22:03.75

>>151
信用出来ない。それは、今までの経験に反する。
Rustだけがその例外だとは信じられない。
しかも、10年経ってみないと答えが出ない。
そんな重要なことは、今までの人生経験から推定するしかない。
オープンソース関係者の言うことほど信用できないものは無い。
中国と同じような感じ。
実際、github のいいねや、寄付は、多くは中国からもたらされている聞いている。
中国企業は、中国共産党から補助金を得ており、それを github に寄付しているの
だろう。中国共産党は今でも社会主義を目指すと言っているので、github や
オープンソースの寄付運動は、中国共産党(左翼の総本山)が行なっている。

**デフォルトの名無しさん** · 2023/06/10(土) 18:24:59.81

unsafeってキーワードは失敗じゃないの
rustではほんとは使っちゃダメってことでしょ
unsafe連発の成果物見て萎えちゃった
せめてunsafe無しでGUIプログラミングできてから出直してきてよね

**デフォルトの名無しさん** · 2023/06/10(土) 18:32:14.35

オープンソース系のソフトは、sysroot だったり、勝手にパスを検索してしまっ
たりする。また、影響を与える環境変数が非常に多いため、動作が不安定になる。
gcc のリンカの ld にしても、余計な検索を非常に多くしてしまう。
たとえば、-lxxx としていすると、libxxx.a だけでなく、xxx.lib, xxx.a, など
非常に多品種な物を検索する。しかも、検索する場所も非常に多い。
これは非常に危険で、脆弱性と不安定をもたらす。
絶対にリンクしてはいけないバージョンを勝手に探し出してきてリンクしてしまったり、
配布もとの人が想定して無いものが実際にはリンクされていて、それが
顧客のクリーン環境では存在して無いから不具合が出たりする。
バージョン違いや環境違い、CPU違いのライブラリが勝手にリンクされてしまい、
不具合になったりもする。
厳密性が無いから、不安定。
世界中の設計指針の異なる無数の人が書いたソースなので、コード規約が守られて
無いため、grep 検索しても不具合のもたらしそうな箇所を見つけ出すことが出来ない。
そのため、いつまで経っても、潜在的な不具合原因が入ったままとなる。
ツールの中に「パスっぽい文字列」が固定で入っていると不安定要因になるなので、
grep検索して特定して削除しようかと思っても、上手く検索に引っかからないので
誰も修正できない。

**デフォルトの名無しさん** · 2023/06/10(土) 19:23:40.48

>>154
こんなことが罷り通ってるんなら、真にunsafe{ } を使いこなしているのは、C++ってことにじきになるなあｗｗｗ
(この目で見てないので)しらんけど

たぶん、C++から行った奴じゃないな

**デフォルトの名無しさん** · 2023/06/10(土) 19:32:24.13

>>154
二つ誤解している
unsafeは人間が安全性を保証しなければいけないブロック
それ以外の部分はsafeとなりコンパイラが安全性を保証してくれる
unsafeはほとんどの場合でメインのプログラムには出て来ずにモジュールやクレートの中に閉じ込めて用いる
仮にunsafeを使っても局所的に閉じ込めることによって人間が安全性を保証しなければいけない部分を極小化する
とはいえ自分でunsafeコード書かなければいけなくなることは特殊な機構やFFI作成など滅多にない
たいていは標準ライブラリや既存クレートを用いて自分はsafeなコードを書くだけで済む

次にGUIについても同じでunsafeは必要なく実際にunsafeを使わずにGUIを使うことができている
ただし上述したようにGUIに限らず一般的に自分でFFI作成となると話は別
FFIの相手先はRustによる安全性の保証が及ばないため当然unsafeとなる
したがって一般的にFFI部分はそのコードのみunsafeを使うがそのモジュール利用者はunsafeを使わずに済むように作る
その利用者である一般のプログラマはunsafeを使う必要はない
ただし論理的にsafeなインターフェースのみを提供できないものに対するFFIのみunsafeなインターフェースが剥き出しとなる
そのようなunsafe剥き出しなFFI利用者のみunsafeの使用が必須となる

**デフォルトの名無しさん** · 2023/06/10(土) 19:42:44.71

pythonは比較的簡単にいろいろなバージョンのすみわけができる仕組みが充実してる方だと思うけどな…

**デフォルトの名無しさん** · 2023/06/10(土) 19:52:04.05

自分もあと20年ぐらいしたらこんなダメなおじいさんになってしまうんかな

**デフォルトの名無しさん** · 2023/06/10(土) 20:22:53.97

>>155
前段リンカーの検索パスは設定可能
コンピュータなので勝手にリンクする訳などなく
設定されたルールに基づいてリンクされる
なぜ自分が使い方を知らないだけだと考えないのだろうか?
随分と傲慢な人だね

後段設計指針はプロジェクトごとにある
ちゃんとレビューしてるプロジェクトもあれば
質の悪いプロジェクトがあるのも事実
淘汰圧が掛かるから重要度が高いものから淘汰されていく

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

>>160
gcc系はこっちの意図に反して、勝手にやってしまう傾向があるように感じるんだよ。
自分勝手と言うか。パソコン文化、Windows文化、個人向けコンピュータ文化
を知らないことも原因かも知れない。おかしいことがあっても誰も訂正しない。
自己主張が強すぎる。

**デフォルトの名無しさん** · 2023/06/10(土) 20:31:29.16

>>155
>配布もとの人が想定して無いものが実際にはリンクされていて、それが
>顧客のクリーン環境では存在して無いから不具合が出たりする。
Docker嫌ならstatic linkすりゃ良いだけでは?

**デフォルトの名無しさん** · 2023/06/10(土) 20:33:35.95

老害といわれようが、俺が今まで経験した限り、商用コンパイラは安定性が高く、
こちらの意図した通りの動作をしてくれる傾向があるが、gcc も clang も
おかしな動作が多い。極端にコンパイル速度が遅いこともあるし。
それに、途中までは動くが、実際の

**デフォルトの名無しさん** · 2023/06/10(土) 20:35:56.68

>>163
#手が滑った。
それに、clang なども途中までは動くが、実際の exe ファイルまでは作れないことが
多かった。不可能ではないが、結果的に必要なものをたまたま見つけたのが数年後。
それまでは exe ファイルが作成できなかった。
それに比べ、商用コンパイラでこんな自体は経験したことが無い。

**デフォルトの名無しさん** · 2023/06/10(土) 20:37:09.15

>>161
>gcc系はこっちの意図に反して、勝手にやってしまう傾向があるように感じるんだよ。
それはgccのルールをユーザが学ぶべきだろうw

>パソコン文化、Windows文化、個人向けコンピュータ文化を知らないことも原因かも知れない。
UNIXの文化というか作法はWinwosより古くからあるもの
UNIXを使うのなら使う人が学ぶべきことがら
あなたは使わない方が良いと思うけどもね

**デフォルトの名無しさん** · 2023/06/10(土) 20:38:42.11

>>164
他の人が出来ていて自分が出来ていないのなら原因はどこにあるのでしょうか?

**デフォルトの名無しさん** · 2023/06/10(土) 20:38:52.63

>>162
完成品ではなく、開発環境なので、こっちはこっちでリンクされるわけだから、
そういう問題ではない。コンパイラ作者が開発環境をテストする際、テストアプリ
にリンクするライブラリや設定ファイルが、クリーンインストール環境とは
異なっている場合があり、それが不具合の原因かも知れないと言うこと。
コンパイラ作者は、問題ないと思っているが、分かりにくい問題が潜んで
しまっている。
色々な商用コンパイラを使ってきたガ、こんなことは無かった。

**デフォルトの名無しさん** · 2023/06/10(土) 20:39:43.60

>>166
実は他の人も出来て無い。
オープンソース系は、なぜか出来て無いのに出来ていると嘘付く人が多い。
本当に出来て無いのだ。

**デフォルトの名無しさん** · 2023/06/10(土) 20:44:44.71

gccもclangもc++専用コンパイラじゃなくて多言語に対応した仕組みになってるからコンパイルが遅くても当然だよ
前段で各言語の処理して汎用の中間コードにして（必要なら他の中間言語にまた変える）そこから最適化を数段挟んで最適化して出力してる

**デフォルトの名無しさん** · 2023/06/10(土) 20:46:40.11

>>167
何書いてるのか分かりにくいが
おまいさんがある開発環境を整えようと思ってできなかった
その原因は作者にあると言いたい?

>>168
>オープンソース系は、なぜか出来て無いのに出来ていると嘘付く人が多い。
何のためにwww

**デフォルトの名無しさん** · 2023/06/10(土) 20:49:42.17

>>163
モジュール化して分散コンパイルすると良いよ
PCの台数あるならdistccとか導入するとかも良い

**デフォルトの名無しさん** · 2023/06/10(土) 20:52:18.83

>>135
何年も経ってるのにいまだにcargoを超えるものが出てきてないのが現実だよ

**デフォルトの名無しさん** · 2023/06/10(土) 20:53:27.65

>>167
あ！わかった
Winowsと同じ要領だと思って
ディストリ配布の公式バイナリ以外を
よく考えずにインストールして
必要なライブラリのバージョンが合わずに
動かんかったパターンだな

**デフォルトの名無しさん** · 2023/06/10(土) 20:54:32.51

>>136
まずOSのパッケージマネージャでほとんどのバージョンはインストールできる
それでほぼ困らないし組織で使うならバージョンを固定するのが当然
どうしてもバージョン縛りがあるならdockerで動かせばよろしい
それも嫌ならvenvもある
それすら嫌ならcondaに引きこもる手もある

**デフォルトの名無しさん** · 2023/06/10(土) 20:58:47.61

pythonはパッケージマネージャを使えばバイナリ自体が違う名前でインストールされる
だから既存の環境がぶっ壊れることはない
もちろん手動で入れるとその限りではないから
ちゃんと理解してる人でないとできないし既存の環境を"上書き保存"してしまう可能性はある
まずパッケージマネージャを使うことを徹底すべき
alternativeコマンドを使えばデフォルトのpythonコマンドで使うバージョンを固定できる
これでほぼ環境問題は無くなった

**デフォルトの名無しさん** · 2023/06/10(土) 21:01:11.95

これ加えてvenvを使えばインストールするモジュールも固定できる
これで何がダメだというのか？
この辺の知識を調べるのは面倒ではあるが一回調べてしまえば何も困らない

**デフォルトの名無しさん** · 2023/06/10(土) 21:02:30.66

少し前にあった非常にダメな時期にかじったんじゃないかなと

**デフォルトの名無しさん** · 2023/06/10(土) 21:03:38.89

pythonに限らずLinuxに野良パッケージ入れるときは
$HOME以下のサブディレクトリにstow使って入れると良いよ
決してroot権限を使うべからず

**デフォルトの名無しさん** · 2023/06/10(土) 21:05:10.87

WindowsであってもWSL2を使えばほぼ同じではないのかな？

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

お爺さんが言ってるのはcygwinやMinGWでclangがうまく動かないとかそんな話じゃないかと
それで動くexeを吐かないと言って憤慨してるとしてもう～んという感想しかない

**デフォルトの名無しさん** · 2023/06/10(土) 21:09:25.45

pythonが仮想環境の構築に取り組んだおかげで他の言語もいろいろと恩恵にあずかれているはず
パッケージの仕組みもいろんなところへ波及したと思う

**デフォルトの名無しさん** · 2023/06/10(土) 21:20:41.24

pythonのpipがゴミと言ってる人をよく見かけるが
cargoと比べると論外なだけでvenvなどと組み合わせれば十分手厚くて要件は満たしてると思うけどね

**デフォルトの名無しさん** · 2023/06/10(土) 21:51:38.11

>>135
Rustを使えばcargoだけを覚えればよいから簡単で楽でおすすめだよ
色んな言語の中でも最も良い環境の一つ

**デフォルトの名無しさん** · 2023/06/10(土) 22:03:52.12

C++erは、オーバスペックなものも好きくないんだよ
職務では、指定されたものを指定されたように使うんだけどさ、自分用はね

**デフォルトの名無しさん** · 2023/06/10(土) 22:03:52.50

>>135を見ても適応能力が低いんだな
若くなさそうなので適応能力が低下するのも無理はなかろうが
周りが悪いと当たり散らすのは良くない

**デフォルトの名無しさん** · 2023/06/10(土) 22:07:14.56

老人だから新しいものを覚えられないんだろうな
もう引退しろよ

**デフォルトの名無しさん** · 2023/06/10(土) 22:21:25.81

ある程度普及したり評価された後にパッケージやモジュールの仕組みを変えるのは容易ではない
でも結構最近はあるよな…

**デフォルトの名無しさん** · 2023/06/10(土) 22:21:57.78

>>182
いやいやww

**デフォルトの名無しさん** · 2023/06/10(土) 22:35:49.31

requirements.txtとか知らんのだろうね

**デフォルトの名無しさん** · 2023/06/10(土) 22:39:28.85

ここまで全方位に「経験から言ってうまく行かない」ってそりゃお前がおかしいんだろとしか
全方位だぞ？何ならうまくやれるんだよ

**デフォルトの名無しさん** · 2023/06/10(土) 22:54:13.09

前スレからオープンソースを批判している人はあらゆるものを上手く扱えないことがその批判理由だと判明した
おそらく知能か精神がギリ健なのだろうから可哀想だがここで暴れるのは迷惑だ

**デフォルトの名無しさん** · 2023/06/10(土) 22:54:19.80

ここはおじさんをいじるスレ

**デフォルトの名無しさん** · 2023/06/10(土) 23:34:47.38

>>163
そのおかしな動作というのを教えてくれないか？

**デフォルトの名無しさん** · 2023/06/10(土) 23:42:15.95

>>189
それこそが一番の弱点やん
まともなパッケージマネージャ使ったことないのん？

**デフォルトの名無しさん** · 2023/06/10(土) 23:42:40.17

なんかスマホのchromeのホームページにしてるgoogleのニュースで全部Rustで書かれたKata OSなるものをGoogleが開発したってnewsが出てきた
記事は去年の10月あたりに書かれた記事みたいでなんでそんな前の記事がtopics欄に突如出てきたんだかよくわからんのだけど、コレよくわからん
googleってRust陣営ってわけじゃないんだよね？
そのgoogleがなんでわざわざ敵(?と言わないまでも別陣営の)Rust使ってOS書いたんだろ？
AndroidもRustにするつもりなんかな？

**デフォルトの名無しさん** · 2023/06/10(土) 23:43:06.40

>>191
テラテールのスレに居座っているやつに似てるな

**デフォルトの名無しさん** · 2023/06/10(土) 23:54:28.22

cygwinやMinGWでまともなexeが出来ないとか動かないと言われても困るでしょう

**デフォルトの名無しさん** · 2023/06/10(土) 23:57:17.53

>>195
意味が分からんけどgoogleは普通にRust側だよ

**デフォルトの名無しさん** · 2023/06/10(土) 23:59:33.88

>>195
nest hubはカーネルをlinuxからZirconに置き換えた
Rustで書いたカーネルでAndroidのカーネルを置き換えるってことが
将来無いわけではない

**デフォルトの名無しさん** · 2023/06/11(日) 00:18:34.38

初心者の基本のRuby on Rails をやっていないからだろう。
各プロジェクトにはbundler を使うから、
すべてのモジュールは、すべての条件に合ったバージョンを探して固定される

日本人が作った、多言語バージョンマネージャーのanyenv では以下の言語に対応している。
Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, jlenv, luaenv
nodenv, phpenv, plenv, pyenv, rbenv
sbtenv, scalaenv, swiftenv, tfenv

同様のツールに、asdf もある。
他には、Docker もある。
WSL2, Docker Desktop

VSCodeの拡張機能・Remote Development に、
3つの拡張機能・Remote Container/WSL/SSH が含まれている