結局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/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がやっていても、このようなことがよく起きる。
恐らく、ツールや設定ファイルが大量にありすぎるからでは無いか。
しかも、赤の他人が作ったものなので、全貌を把握できない。
改造されてしまったものが流布されているので、原作者でさえ、何が
どうなってるか分かって無い。