次世代言語24 Go Nim Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2022/03/22(火) 03:23:41.60

スレタイ以外の言語もok

前スレ
次世代言語23 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1638086359/

**デフォルトの名無しさん** · 2022/03/22(火) 04:13:45.26

まだやんのかよ！

**デフォルトの名無しさん** · 2022/03/22(火) 04:35:15.60

別に俺はスレ消えても良かったんだが、次スレの話が出てたから、書き込み多かったし立ててやっただけｗ
次はいくら書いても俺は立てないことにするわｗ

**デフォルトの名無しさん** · 2022/03/22(火) 05:54:48.19

どもです(´・ω・｀)

**デフォルトの名無しさん** · 2022/03/22(火) 07:48:19.17

結局Goが最強ってことでいいよね

**デフォルトの名無しさん** · 2022/03/22(火) 09:32:54.41

Goが最強みたいな評価が一般的になると正直死にたいです。僕の負けで良い。

**デフォルトの名無しさん** · 2022/03/22(火) 10:27:19.81

>>6
言語オタクの人生敗北者

**デフォルトの名無しさん** · 2022/03/22(火) 11:36:51.09

(´・ω・｀) おーい、磯野、V言語の話しようぜ

**デフォルトの名無しさん** · 2022/03/22(火) 11:45:38.12

次世代アセンブラって無いの？
それがさいつよだろ。

a4 · 2022/03/22(火) 11:53:46.88

>>9
なでしこみたいな日本語のアセンブラとかどうかな。

a4 · 2022/03/22(火) 11:56:28.94

>>9
今、こういうの作ってる。
http://01ken.com/DSC00274.JPG

**デフォルトの名無しさん** · 2022/03/22(火) 12:35:48.68

>>9
LLVMとかかね。

**デフォルトの名無しさん** · 2022/03/22(火) 14:30:13.10

数年前のGo「ジェネリクスが無いことで型システムがシンプルに保たれています」
今のGo「ついにジェネリクスがやってきた！今こそGoがプログラミング言語の頂点に立つ！！」

**デフォルトの名無しさん** · 2022/03/22(火) 14:43:31.42

型パズル始める人の要望に合わせると
誰でも理解できるシンプルな言語仕様から
かけ離れてくけどどう決断するんだろ

**デフォルトの名無しさん** · 2022/03/22(火) 14:46:21.80

Javaにもジェネリクスいらんかったと思うのよね
C++やっててJava出てきたときの新鮮さはよかったね
型パラメータ無しで、プリミティブ型と参照型のふたつでやりくりしてくだっていう
割り切りからのOOP集中って感じでとにかくスッキリしてた

まぁユーザが増えて言語の地位を得るとともに
ドカタ言語という側面も出てきたからジェネリクスからは逃れられんかったね
いつまでも先進的な言語ではいられないね

**デフォルトの名無しさん** · 2022/03/22(火) 15:29:21.31

Goはジェネリクス導入は大変だから後回しにしたってだけで
言語仕様をシンプルにする云々は外野が勝手に言っていた印象

**デフォルトの名無しさん** · 2022/03/22(火) 15:43:35.66

JavaはArrayListやHashMapの要素が型無しだったから流石に不便すぎた
Goの場合は動的配列や連想配列の要素はもともと強く型付けされているから、genericsが無くても実用的にはほど問題にならなかったんだよ

**デフォルトの名無しさん** · 2022/03/22(火) 16:52:46.69

>>17
それはジェネリクスを理解していない発言

**デフォルトの名無しさん** · 2022/03/22(火) 17:07:12.89

>>18
仮にそうだとしたら、ジェネリクスを理解してない俺のような愚かな人間にとっても、
強く型付けされた動的配列や連想配列は必要であることが証明されたわけだ

**デフォルトの名無しさん** · 2022/03/22(火) 18:15:30.35

>>19
そんな当たり前のことしか誇れるものがないGoが悲惨
大昔の言語やスクリプト言語と比較するしかないとは

**デフォルトの名無しさん** · 2022/03/22(火) 19:10:05.42

ジェネリクスの代わりにコード生成でなんとかしているとか聞いたことある
C++のテンプレートの展開を手動でやっているようなものでコンパイルエラーメッセージが大変なことになりそう

**デフォルトの名無しさん** · 2022/03/22(火) 19:32:02.66

不便すぎるGoなんかを使っているのはGo信者だけだよ

**デフォルトの名無しさん** · 2022/03/22(火) 20:21:19.87

じゃあもう全員で最も技巧的で分かりにくいが高速で何でも出来るC++に移行すればいいのだよｗ
人間がそんなに頭いいんならなｗ

**デフォルトの名無しさん** · 2022/03/22(火) 20:36:53.80

>>23
そこは生産性の高いRustでよいでしょう
見落としもコンパイラがエラーにしてくれることでどれだけ時間の節約になったことか

**デフォルトの名無しさん** · 2022/03/22(火) 22:46:34.46

ああだからな、俺はRust/Goの「キラーアプリ」は何？と聞いてるんだ。
「上に政策あれば下に対策あり」ではないが、「難題あれば迂回策あり」程度にはノウハウは溜まっている。
だからそこを敢えて正面突破する場合、迂回策を明確に上回る利益が必要なんだよ。
(迂回策では実現出来ない性能とか)

前スレ>>992
C#が重量級になりすぎてるのは事実。
同様にC++もだから、C++の特定の使い方(とはいえほぼ本流)だけ切り出して簡易版を用意したいのは分かる。
ただそこで余分な仕様を付け加えて、結果「借用」とかやりだしてるから頂けない。
「簡易版」への切り出しなら「簡易」に収まる範囲に留めるべきだった。
(「メモリリーク無し」ではなく「データ競合無し」なら所有権を1つに絞る必要もなく、
つまり関数の引数として使うだけならいちいち借用する必要もなかったはずであり、
これであれば無駄な混乱もなかったはずなので、
やっぱり所有権を絞ってるのは所有権の静的追跡＝「メモリリーク無し」を目指してる気がするが)

前スレ>>994
> うっかりループカウンタをgoroutine内でそのまま使ってしまって意図通り動かなくなったりすることがある
これは同様の事を俺もやった事がある。ただしこれにも、

・IDEで色が付く(ローカルではない変数は別の色で表示される)

という、果てしなく馬鹿っぽい迂回策はある。
エラー検出は編集時であり、コンパイル時よりも性能がいい。（ただし目で見てチェックだが）
そしてコードやプログラマに対する負荷もない。
(つまるところ、一方ロシアは鉛筆を使った、に近い)

**デフォルトの名無しさん** · 2022/03/22(火) 23:01:40.97

>>25
C++のunique_ptrの意味も利点も所有権とは何かもわからないまま文句だけ垂れる無知無能C#プログラマーさんだ
そして相変わらず意味不明な書き込み

**デフォルトの名無しさん** · 2022/03/22(火) 23:10:09.47

>>21
全く逆だよ。コード生成を間に挟んでるから原因が分かり易い。

**デフォルトの名無しさん** · 2022/03/22(火) 23:21:26.67

>>25
C#にも参照があるのに
なぜ他の言語に対しては参照を必要ないと批判しているのですか？

**デフォルトの名無しさん** · 2022/03/22(火) 23:34:13.07

>>28
他の言語では「借用がない」と言っている。
Rustによって新たに導入されたもので、それで何かしら恩恵があればいいが、
「データ競合がない」程度では見合わない。
既にある迂回策に対して利点がないのなら、プログラマの負担を増やしただけ無駄だ。

**デフォルトの名無しさん** · 2022/03/22(火) 23:54:39.23

>>29
呆れた…
参照を使うことを借用と言うんだよ
だから借用というものは当然存在しなくて存在するものは参照だけ
せめて超基本的なことくらい学んでから出直してきたら？

**デフォルトの名無しさん** · 2022/03/23(水) 00:25:31.71

既に、YouTube で有名な、雑食系エンジニア・KENTA が結論を出している

Rust, Elixir は普及のキャズムを越えなかった。
越えたのは唯一、Go だけ

例えば、今世紀最大の起業家、
Ruby 製のVagrant の作者・Mitchell Hashimoto も、Rubyから、Goへ行った

Go製のTerraform で、HashiCorp の時価総額は、今や数千億円

GitHub もGoへ移行する
GitHubのコピーで、時価総額2兆円のGitlab はRuby on Rails のままで、Goへ行かない！
クレイジーw

CircleCI は、Closure 製なのか？
これも、Go, Elixir へ移行しないといけない

**デフォルトの名無しさん** · 2022/03/23(水) 05:11:33.35

>>24
頭がいいなら、そんなメモリ安全とかデフォルトimmutableでmoveで借用という制限だらけのRustを使わずとも安全かつ正確な実装ができるんじゃよｗ
ただ、(横暴な言い方をすると)それだけ安全側に振ったC++なRustでも結局習得に時間がかかるため、コストに釣り合うのはごくごく一部の領域のみというのが結論ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 05:28:37.24

>>25
相変わらず、荒すぎる上に間違っているｗ

お前の場合、Rustは不勉強すぎてお話になっていないよｗそういう解釈か～という勘違いとかそういうレベルではなく、まるで整合が取れてないから他人から見ると字面だけ追って理解できてない状態にしか見えないｗ
ただC#よりRustの方が楽ということは全くないｗなぜなら制限が少ないからｗ GUIの裏でタスクが1つ2つ動く程度では並列時の問題なんてそうそう起きないし、品質の取れたエコシステムすら整っておらず複雑かつ面倒なだけのRustはメリットなんて何一つないよｗ

Goでのうっかり問題については、並列時の所有権のありがたみはRustならではｗ discordが移行したときにこぞって持ち上げられたのがココｗただこれも常時強制されると不便なだけなので、一長一短ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 06:26:25.92

>>32
> デフォルトimmutableでmoveで借用という制限

プログラミング歴があるならば
デフォルトでimmutableの方がありがたいことにほとんどの人が賛同する
そのためimmutableだけの言語まであるくらいだ
Rustはmutableも使える言語だからそこに制限はない

moveについてはその方が複写よりも当然効率が良いため
何らかの事情で複写したい時はcloneすればよいので困らない
効率が悪くても毎回複写がいいならばCopyトレイトを宣言で可能
つまりRustは3種類の方法を提供していてそこに制限はない

借用とは参照を使うことであってこれも制限ではない
そして参照渡しをするなどの実質の参照を扱う言語は普通に多い
Rustにおける参照とはそれらよりも抽象化された概念だがほぼ同じ
何か制限を設けているわけではなくむしろプログラマーへの選択を与えている
複写(Copy/clone)して渡すのか参照を渡すのかそれともそのものを渡す(move)のかを選べる

**デフォルトの名無しさん** · 2022/03/23(水) 06:59:48.04

>>34
> プログラミング歴があるならば
> デフォルトでimmutableの方がありがたいことにほとんどの人が賛同する
ないないｗ

> Rustはmutableも使える言語だからそこに制限はない
デフォルトの制限が厳しいから書きにくいんだよｗ制限を外すことの大変さと恐ろしさをプログラミング歴のある人は知ってるからｗ

> moveについてはその方が複写よりも当然効率が良いため
> 何らかの事情で複写したい時はcloneすればよいので困らない
効率悪ｗ

> 効率が悪くても毎回複写がいいならばCopyトレイトを宣言で可能
> つまりRustは3種類の方法を提供していてそこに制限はない
わざわざトレイトが必要なんですってよ！奥さんｗ
こんなに使いにくいのが制限じゃないんですってよ！ｗ

> 借用とは参照を使うことであってこれも制限ではない
> そして参照渡しをするなどの実質の参照を扱う言語は普通に多い
言葉すら必要なく、所有権を意識するから必要になる概念で、おもっきし制限だよねｗ

> Rustにおける参照とはそれらよりも抽象化された概念だがほぼ同じ
> 何か制限を設けているわけではなくむしろプログラマーへの選択を与えている
> 複写(Copy/clone)して渡すのか参照を渡すのかそれともそのものを渡す(move)のかを選べる
嘘乙ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:05:41.35

なんでRust推す連中ってこう嘘ばかりついたり誤魔化そうとしたり間違いを認めなかったりするんだろうなｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:11:45.93

>>35
キチガイだな
コードを書いたことがないのかな
今どきはJavaScriptですら書き換えない変数はconst宣言(＝immutable)が勧められる時代
JavaScriptにしてもRustにしても書き換えたい変数はmutableにできるのだからそこに制限も不便もない

**デフォルトの名無しさん** · 2022/03/23(水) 07:13:47.16

Erlang VM を使う、関数型言語のElixir は、Immutable

Docker も、Immutable Infrastructure
disposable(破棄可能)だから、流行った

**デフォルトの名無しさん** · 2022/03/23(水) 07:21:13.86

>>37
Rust推しはキチガイってことですねｗ
JavaScriptはデフォルトconstじゃないですｗ
出来るところをconstにしよう！なら問題ないｗ
デフォルトをconstにする＝制限と言ってるだけｗだってmutとか書かないといけない＝制限だからｗ
そして書いた瞬間に確実に「制約」になるからねｗ
明示的に書けば外せるから制約じゃない！とかアホとしかｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:21:58.94

>>38
Erlangなんて日本じゃほぼ使われてませんｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:23:16.59

>>36
君がプログラムを書いたことがないからじゃないか？
>>34が書いているようにRustは選択肢が色々と用意されていてプログラマーがそれらを選択することができる言語
もちろんcloneやcopyは最小限にしたほうが望ましいからそれらはデフォルト適用になっていない
合理的である

**デフォルトの名無しさん** · 2022/03/23(水) 07:24:41.53

>>41
そうして書かれたコードが制約過多だって言ってんだよｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:31:08.29

頭いいなら機械語直接書いてくれ
俺は頭悪いからモダンな構文使える言語を選ぶよ

**デフォルトの名無しさん** · 2022/03/23(水) 07:33:34.18

じゃあgoっていう簡単な言語があるよｗ Rustとかいうゴミ言語を勧めるバカの言うことは聞かない方がいいよｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:35:26.97

Goの良さもRustの良さもわかるからそこまで論争になるのがよくわからないw

**デフォルトの名無しさん** · 2022/03/23(水) 07:39:15.66

俺は遊んでるだけだけどｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:40:32.44

なんかやたら噛み付いてくるんだよねｗ事実なのにちょっとでもRustをディスるとｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:41:18.55

なぜ論争になるかより、なぜ相手にするのかが疑問だ
NG放り込めば始末できるのに

**デフォルトの名無しさん** · 2022/03/23(水) 07:41:49.60

>>39
色んなプログラミング言語を知らないあなたが無知にみえます
Rustの場合は関数型言語に近くてif式、match式、loop式といったように文ではなく値を返すことが可能なものが多いです
そのため必然的にほとんどの変数利用はimmutableとなります
もちろんRustはmutableも使えますからそこに制限は全くないです
上述したようにif式、match式、loop式といった値を返すことも可能な点でも他の言語よりも自由度と表現力が増しています

**デフォルトの名無しさん** · 2022/03/23(水) 07:43:00.65

我慢できないようだよｗなんでかは知らないｗ
あ、別スレに貼ったやつを燃料として投下しておこうｗ

https://mevius.5ch.net/test/read.cgi/tech/1643289587/730
学習曲線やゔぁ！ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:46:48.46

>>49
近くねーよｗ関数型に近い表現が出来るとしか言われてねーよｗ
そして最近の言語は程度の差こそあれ近い表現も遅延評価も出来るよｗ

**デフォルトの名無しさん** · 2022/03/23(水) 07:57:06.22

rustは学習曲線高いと言っても、一番最初にrustを勉強すると大変だとは思うけど、c++とhaskellあたりを学んでおけば大したことないし、コンパイラがうるさいおかげでよくわからないままメモリ周りのバグを含んだクソコードを書かないという点ではハードルはむしろ低いんじゃないか？
goはそれとは逆のアプローチを取ってるだけでどちらが優れているとかではない気がする。
片方を過剰に擁護するのはプログラミング言語についてあまり知らないから自分の理解できるところだけ切り抜いて騒いでるだけにしか見えない。
goが馬鹿向けの言語とか言ってる人もいるけど、goを使って素晴らしいソフトウェアを作り上げた優秀なエンジニアもたくさんいることを知らずに言ってるなら本当に恥ずかしいことだと思うw

**デフォルトの名無しさん** · 2022/03/23(水) 07:59:10.53

>>52
キミは賢くてかつ弁えてるね

**デフォルトの名無しさん** · 2022/03/23(水) 08:02:19.50

>>44
横入りですまんがGoは言語の機能が低すぎるせいで無駄に記述が長くなり苦痛
書いていると同じパターンが何度も出てくる
Go言語のサポートが少ないため冗長なことを人間がさせられてしまう

**デフォルトの名無しさん** · 2022/03/23(水) 08:19:52.35

>>52
>c++とhaskellあたりを学んでおけば大したことないし

つまり初級者・中級者お断りということかね。
PythonとかJavaあたりのユーザーは絶望的かと。

**デフォルトの名無しさん** · 2022/03/23(水) 08:23:01.04

C++の前にCは習得しておきたいし、C++自身もHaskellも学習曲線やばいけどねｗ
ヤバい言語を2つも習得してようやく他の言語と比較しうる学習曲線になるRustって一体・・・ｗ

Goの冗長さはRustの言語的制約と似たようなものｗ
明快さの代わりに受け入れざるを得ないｗこの手の問題は開発環境によりほんのり改善できるｗ

**デフォルトの名無しさん** · 2022/03/23(水) 08:34:40.79

>>55
C++もHaskellも全く知らないけど
Rustを普通レベルには使えるようになったから
C++もHaskellを知らなくても大丈夫なことは保証するよ

**デフォルトの名無しさん** · 2022/03/23(水) 08:37:32.32

今こそJava復活の時

［速報］JavaOneが復活、今年10月にラスベガスで開催。2017年以来5年ぶり
https://www.publickey1.jp/blog/22/javaone1020175.html

**デフォルトの名無しさん** · 2022/03/23(水) 08:42:55.48

>>55
この表現は確かに不適切だったと思う。
伝えたかったのは、cライクな構文、メモリ周りの知識、型システムの知識があればrustが極端に難しい言語ってわけではないってことなんだ。
そしてこれらの知識はプログラミングを書いていれば自然と知ることになるものだと思ってる。(c++とhaskellが書けないと理解できないと言いたかったわけではない)
プログラミング初学の人や、プログラマではないが仕事の道具としてスクリプト言語を使ってるような人が学ぶ言語じゃないのとは思うけど、アプリケーションの開発を行うような人にとっては難しすぎる言語仕様じゃない。

**デフォルトの名無しさん** · 2022/03/23(水) 08:47:46.12

違う違うぞ
使えるようになったつもりなだけだｗ
RustにはC++とHaskellが必須！C++の難解なエラーを気が狂いそうなほど読み解き、公衆の面前でモナドとは・・・っていうポエムを書いてからでないと本当の意味でRustの扉は開かないｗ

**デフォルトの名無しさん** · 2022/03/23(水) 09:06:26.09

>>59
同感
Rustを難しいと言うのは大げさもしくは批判派によるレッテルだと学んで分かった
むしろRustを使うことでの絶大な効果に驚いた
一番大きかったのは実行時デバッグの激減
コンパイル時点で実行時に起き得る様々な問題を食い止めてくれるため開発効率が一気に上がった
使いやすさに加えて実行の速さや省メモリなど一石多鳥

**デフォルトの名無しさん** · 2022/03/23(水) 09:23:15.77

>>61
伝わってよかった....
後半の部分も完全に同意する。ブレークポイント貼って変数の値をチェックしながらデバッガをいじくり回すみたいなことをする頻度が激減したのが大きい。
ヤバそうな部分もunsafeとかunwrapみたいにコード上に明示されるのが地味に快適。自分にとってコードって書くことより読むほうが大変だから、そういうところがありがたい。

38 · 2022/03/23(水) 09:35:58.30

確か、Elixir はスクエニで使っている。
ニコ生でも、会議をやっていた

他には、組み込みのNerves

YouTube で有名な、雑食系エンジニア・KENTA のサロンは、Ruby on Rails だけど
ポートフォリオは、Elixir のPhoenix

**デフォルトの名無しさん** · 2022/03/23(水) 10:03:50.80

>>62
書きより読み重視ってのは最近の言語全般の傾向であるように思う
GoとRustは全然方向性違うけど、ソースコードの情報量増やして読むコストを下げるという点では同じかな、と
OSSなんかだと書く人より読む人が遥かに多いし、個人開発だったとしても半年前のコードなんて覚えてないから結局読みやすさは重要だよね

**デフォルトの名無しさん** · 2022/03/23(水) 10:52:27.45

書きやすい言語ほど読みにくいよね
書き手の自制心にもよるんだけど
rubyとか書いてるときすっげーストレスないんだけど
あとから見るとその時のノリで書いてるのがよくわかる
Javaは現代視点だとやや冗長かもしれんが
後から読んでも意外と読みやすい

**デフォルトの名無しさん** · 2022/03/23(水) 11:32:06.34

可読性は重要。
漏れなんか、一月前の自分のコードでも、自分で書いたと分からないからw

この処理は、いつの間に誰が書いたの？
とか、よく他人に聞くw

**デフォルトの名無しさん** · 2022/03/23(水) 11:33:27.01

>>62
たしかにRustでは実行しながらの無駄なデバッグ時間が無くなった
コンパイラによるチェックが厳しい言語ほどプログラミング効率が良くなると実感した

>>64
その通りで1年経つと自分で書いたコードでも忘れてる
機能追加などで再び触るときに読みやすさだけでなく
Rustではデータの扱いや構造をいじった時にミスるとコンパイラが敏感に叱ってくれるのが良い
おかげで時間生産性が大きく改善した

**デフォルトの名無しさん** · 2022/03/23(水) 12:00:43.29

>>59
>cライクな構文、メモリ周りの知識、型システムの知識があればrustが極端に難しい言語ってわけではないってこと

Pythonユーザーはカスリもしないし、Javaユーザーもcライクな構文以外は知識無いだろ。

>そしてこれらの知識はプログラミングを書いていれば自然と知ることになるものだと思ってる。

そりゃ傲慢だね。
PythonとかJavaを使うのにコールスタックとかヒープとか意識したっけ？

**デフォルトの名無しさん** · 2022/03/23(水) 12:23:50.13

>>68
技術に対する知識も興味も意欲もない人でも
誰でも簡単とかいう主張はしないと思うが…

**デフォルトの名無しさん** · 2022/03/23(水) 12:44:20.95

>>69
>技術に対する知識も興味も意欲もない人

なるほど。Rustユーザーにとっては
>cライクな構文、メモリ周りの知識、型システムの知識
が技術に対する知識・興味・意欲を持つ人のレベルということか。
このハードルをクリアしているPython・Javaユーザーってどれくらいいるのかな？

**デフォルトの名無しさん** · 2022/03/23(水) 12:50:13.13

Rust信者の単発IDがなんかいってるだけｗ
やってることがやばいんよねｗ
Rust別に読みやすくないし、変更しにくいし、習得大変だし、ごく一部の超高速超並列処理が必要なクリティカルな領域以外はいいことないからｗ

**デフォルトの名無しさん** · 2022/03/23(水) 13:09:38.08

C言語やってC++言語は何となく知っているレベルでRustやればいいなら、C++中途半端な人には嬉しい。
C++用のライブラリなんかは移植しやすいのだろうか。

**デフォルトの名無しさん** · 2022/03/23(水) 14:02:38.40

>>72
移植しやすさはライブラリの作りに依存すると思う
グローバル変数を雑に使うライブラリなんかだとインターフェースやデータの持ち方を見直す必要がある
スレッドセーフなライブラリならある程度はベタに移植できると思う

ただ枯れてる既存のライブラリをわざわざ移植するのは特別な理由のない限りやる必要はないと思う

**デフォルトの名無しさん** · 2022/03/23(水) 14:05:59.79

>>71
Rust程度で難しいというなら
あんさんプログラミングに向いてまへんわ
スクリプトをいじる程度にしとき

**デフォルトの名無しさん** · 2022/03/23(水) 16:32:34.63

>>74
Rustは初級者・中級者お断りということですな。

**デフォルトの名無しさん** · 2022/03/23(水) 16:44:05.96

>>75
Rustの得意とするシステムプログラミング領域がそもそも初心者お断りというか、初心者が手を出そうとしない領域だよね

**デフォルトの名無しさん** · 2022/03/23(水) 16:47:42.50

>>75
Rustは普通のプログラマーなら余裕
ちょろっとスクリプトを書くだけの似非プログラマーには無理

**デフォルトの名無しさん** · 2022/03/23(水) 19:17:49.04

なぜ簡単に分断工作にひっかかるのか
うちじゃ老若男女Rust使っとるよ

**デフォルトの名無しさん** · 2022/03/23(水) 19:24:04.56

先入観のない初心者はRustの学習が速い
Rustは抽象度高く分かりやすく出来ているから
無理に既存の低レベルのものに例えて考えないほうが飲み込みが早いということかも

**デフォルトの名無しさん** · 2022/03/23(水) 19:40:00.68

Pythonから来たけど今は楽しくRust書いてる
Cは一切やったことがない

**デフォルトの名無しさん** · 2022/03/23(水) 19:40:04.95

本当の初学者向けの優しさというのは入門書が多いとかチュートリアルが充実してるとかで
言語仕様の善し悪しはそんなに影響しないのでは

というかプログラミング初心者がrust使って何する想定なの？

**デフォルトの名無しさん** · 2022/03/23(水) 19:51:24.40

CLIからWEBまで普通のことはRustでできるから人それぞれと思う

**デフォルトの名無しさん** · 2022/03/23(水) 20:00:27.47

Rustユーザーの多くは初心者向きじゃないという認識のようですな。
ちょろっとスクリプトを書くだけの初心者とか初級者はお断り、と。

**デフォルトの名無しさん** · 2022/03/23(水) 20:12:48.64

>>83
そういうのはインタプリタ＆スクリプト言語でもいけるケースが多い
もちろんRustで書けば速さや省メモリの点でも有利なので環境によってはRustも使う

**デフォルトの名無しさん** · 2022/03/23(水) 20:58:37.09

Rustなんて誰も使わないので大丈夫ですｗ
嘘ばかりついてるから、誰も信用せず、普及もしないｗ

**デフォルトの名無しさん** · 2022/03/23(水) 21:18:39.03

そうだね

**デフォルトの名無しさん** · 2022/03/23(水) 21:40:33.95

Rustの案件関わった人大体C++戻っていくよね

**デフォルトの名無しさん** · 2022/03/23(水) 21:47:49.22

>>25
dockerはgo製と聞いたことがある。

**デフォルトの名無しさん** · 2022/03/23(水) 22:20:55.11

>>52
> goが馬鹿向けの言語とか言ってる人もいるけど
それは俺の事だろうが、俺はそれ自体を馬鹿にしているわけではない。
実際、元祖馬鹿向けCのJavaはCよりも成功してる。

簡単は正義だ。問題は、前スレ870で言ったとおり、簡単の使い方は単純には3通りあって、
A. もっと馬鹿を雇って人件費を抑える
B. 簡単になった分早く処理して、回転数で稼ぐ
C. これまでは複雑すぎて現実的に不可能だった事に挑戦する
で、「楽になった=(A)」しかやってないのなら馬鹿にされて然るべき。
(B)(C)に関しては方向性は違うがいずれも脳味噌フル回転だから、「楽」とは感じられないはずなので。

が、まあ、(A)で行くのも自由だし、一々他人を馬鹿にする趣味もないしで、これは放置だ。
ただ俺は(C)を目指すから、それ（キラーアプリ）は何だ？と最初から何度も尋ねてるのに、
出てこない＝君らも目指してないし、これまでも目指した人が誰も居なくて完成品もないから列挙出来ない
のだから、馬鹿にされても文句言えないと思うけど。手段が目的化してるだけだし。
(この点はRustも同様。
> 安全側に振ったC++なRust (32)
というのは当たってる。馬鹿向けC++になってしまっていて、(C)を目指した奴が居ないのも同じ)

多分な、コンパイル時にエラー＝文法エラーにしないといけない、と固執してる点が間違ってる。
初心者がよくやるミスを救済したいのなら、IDEで色を付けるだけで済む。例えば、
・ローカル変数と、それ以外の変数（クロージャ等）は、色を変える　（これは既に言ったが）
・再代入されてる変数は、色を変える
後者もすさまじく馬鹿っぽいが、現実的にこれで問題ないだろうよ。（まあ俺はimmutableでもいいんだが）

本来プログラマが学ぶべきなのは、Rust公式勝手訳日本語版まえがき(前スレ990)にある、
> やっかいな落とし穴を回避する術
なんだよ。それを文法にしてそれ以外はエラーにすれば学ばなくてもよくね？文法だけでいけるよね！
がRustの試みでもあるようだけど、ならコンパイラではなくリンターにするべきだったと思うのだが。

（と思ってたが…Goのは出てきたがまあ書いたので投稿しておく)

**デフォルトの名無しさん** · 2022/03/23(水) 22:21:53.85

>>88
なるほどDockerなら上手くランタイムと融合して実装の手間は大いに減る気はする。
(他言語では自前で実装しなければならない部分がランタイム内に既に実装されてるという意味で）
ランタイムがOSモドキなので仮想系は確かに強いかも。
ただしこれは言語の強さというよりは、処理系が偶々フィットした感じだが。

**デフォルトの名無しさん** · 2022/03/23(水) 23:05:09.57

何を勘違いしてるのか知らんが、GoにVMはないし、仮想系？ってなんだよｗ
OSもどきというのはどういうこと？ｗ
ILなどをその場で解釈/実行したり必要ならnativeにして実行を動的に実施する機能が追加されてるだけ(?)じゃないんか？ｗ
gollvmみたいなのはあるけどｗ

**デフォルトの名無しさん** · 2022/03/23(水) 23:48:27.71

Dockerってシステムコールしまくってコンテナの実行環境を整備してるだけだろ？
コンテナの実行というクソ重い仕事に比べたらそりゃGoのオーバーヘッドなんか何の問題にもならんだろうな

**デフォルトの名無しさん** · 2022/03/24(木) 01:09:04.02

rustってライブラリの充実度って現状どんな感じですか？
結局pythonが当たったのってライブラリの充実度がでかかったのでそこ重要な感じがするんですけど

**デフォルトの名無しさん** · 2022/03/24(木) 01:11:18.00

どこの馬の骨が書いたのか分からないゴミみたいなのが散乱してるだけの原初の野原状態ｗ

**デフォルトの名無しさん** · 2022/03/24(木) 01:13:44.30

やっぱりまだそんな段階ですか
そりゃそうでしょうね

**デフォルトの名無しさん** · 2022/03/24(木) 01:17:23.42

>>92
合ってるところの方が少ないな

**デフォルトの名無しさん** · 2022/03/24(木) 01:47:46.62

>>93
Rustならば普通のほとんどの分野でライブラリは充実していて問題ない状況

**デフォルトの名無しさん** · 2022/03/24(木) 02:28:03.86

>>89
あまりにもデタラメすぎ
普通のプログラミング経験がないのか？
色を付けたりリントが頑張れば何とかなると思い込んでる時点でお子様プログラマーだな

**デフォルトの名無しさん** · 2022/03/24(木) 02:41:26.25

>>97
はいはい嘘乙
こういうのはRustの学習用何かを売りたいだけのアホだから踊らされないでね

**デフォルトの名無しさん** · 2022/03/24(木) 03:24:56.84

>>99
たいてい必要とするライブラリが充実しているので合ってるじゃね
むしろRustで困ったこと何があるの？

**デフォルトの名無しさん** · 2022/03/24(木) 04:31:02.79

どこの誰が作ってんのか分からんやばいライブラリを疑心暗鬼で使わないといけないからｗ
俺は業務で使ったことはないから、その辺の知見はないｗ
npmとかだと人気とか見れるし、これが定番ってのがある程度見えてるんだけど、Rustにはそれらが全くないのだよｗ

**デフォルトの名無しさん** · 2022/03/24(木) 04:41:53.12

>>101
なぜそんな嘘を付きまくっているの？
npmのJavaScriptと比べても開発状況は同じ
さらにダウンロード数やその推移もRustは全て公開されていて人気状況ももちろんわかる

**デフォルトの名無しさん** · 2022/03/24(木) 05:50:03.15

自分でライブラリのコード読むような連中はRust使う旨味無いからC++使い続けてるでしょ
漏れの分野じゃRustの気配全く無いぞ

**デフォルトの名無しさん** · 2022/03/24(木) 05:51:15.02

>>102
同じというのが嘘なんだよ。例えばこういうのｗ Rustにはないでしょ？
https://www.npmtrends.com/grunt-vs-gulp-vs-webpack
そしてそもそも定番というのがないｗ基準がないと分からんのだよねｗ

**デフォルトの名無しさん** · 2022/03/24(木) 05:54:59.24

ちなみにどこかの日本人が自分で作ってたのがあるのは知ってるけど、そういうことじゃないから先に言っておくねｗ

**デフォルトの名無しさん** · 2022/03/24(木) 07:00:09.81

同じなんて言ってないだろ
人気だから安心理論は笑うが

**デフォルトの名無しさん** · 2022/03/24(木) 07:08:59.34

あ、同じって言ってた
同じじゃねえょ

**デフォルトの名無しさん** · 2022/03/24(木) 09:02:13.23

2021年のRust利用に関する調査結果が発表
https://codezine.jp/article/detail/15590
WebAssemblyアプリ開発で最も使われている言語はRust
https://www.publickey1.jp/blog/21/webassemblyrustthe_state_of_webassembly_2021.html
グーグルやMSが「Rust」言語でOS開発、背景に国家による諜報活動の影
https://xtech.nikkei.com/atcl/nxt/column/18/00692/042700054/
「Atom」の開発者が究極のコードエディターを目指す～「Zed」の開発が始動
「Electron」を捨て、Rust言語を採用。GPUI、tree-sitterなどで武装し、超高速なコードエディターに
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1374986.html

プログラミング言語「Rust」の普及に立ちはだかる壁
https://japan.zdnet.com/article/35153014/
なぜ「Rustは難しい言語」とされるのか――習得の難しさとその対策をWebエンジニアが考察
https://atmarkit.itmedia.co.jp/ait/articles/2201/26/news004.html

**デフォルトの名無しさん** · 2022/03/24(木) 10:45:51.40

人気だから云々というのはデータサイエンティストの商売道具なんだな
それに、変数の型など書かない方が、実行時のデータを分析する仕事は増える

**デフォルトの名無しさん** · 2022/03/24(木) 10:56:08.60

>>104
おまえnpm trendsの内容を見てないだろ
単にダウンロード数などの数値がわかるだけだぞ

>>105
npm trendsも個人がやっているだけだぞ

**デフォルトの名無しさん** · 2022/03/24(木) 11:40:40.62

ダウンロードのグラフを見て採用を決めるアホはいないからそこはどうでもええよ
どうせnpm公式を見ることになるし
Rustなら同じ情報は https://crates.io/ にあるし
その詳細ドキュメント https://docs.rs/ を見て決めるよ

**デフォルトの名無しさん** · 2022/03/24(木) 12:21:02.66

cratesはいい名前のライブラリ程放置ライブラリで、いいライブラリはわけわからん名前だから口コミ以外でライブラリ見つけられんのよな
でも口コミが有効な程ユーザーがいないので結論としてライブラリ見つけられん

**デフォルトの名無しさん** · 2022/03/24(木) 12:28:49.48

>>112
そんなの要らん
検索でダウンロード順などにも出来るぜ
人気だけで決めるようなレベルの人ならそれで十分
どの世界でも同じだが普通は内容を見て検討

**デフォルトの名無しさん** · 2022/03/24(木) 12:34:42.64

Rustの話は専用スレ立ててそっちでやってくれよ

さすがにウザイ

**デフォルトの名無しさん** · 2022/03/24(木) 12:53:05.46

いつも同じパターン
RustとC#のアンチなガイガー君がたくさん書き込みをしてそれらを叩く
↓
RustとC#の話ばかりになる
↓
Rustは人も多いので色んな情報や質問が出てきてガイガー君が寝てる時間も盛り上がってる現状

**デフォルトの名無しさん** · 2022/03/24(木) 13:14:59.00

例の人はすでにRust系のスレでもずーとあばれてるんだな
>>114

**デフォルトの名無しさん** · 2022/03/24(木) 13:28:40.21

rust普及させたんだろ

**デフォルトの名無しさん** · 2022/03/24(木) 13:30:34.37

結局rust厨ってのは他の言語に対してマウント取りたいだけだから自分のスレに行かんのだろう

**デフォルトの名無しさん** · 2022/03/24(木) 13:38:11.84

>>116
そうなのよ
C++Rustスレで暴れているだけならいいのだけど
Rust本スレでもRust叩きをして荒らしていて困ってるの

**デフォルトの名無しさん** · 2022/03/24(木) 14:03:00.30

>>113
内容を見るにはまず見つける必要があるんだが……
ダウンロード順は人気の分野のものしか見つからん

**デフォルトの名無しさん** · 2022/03/24(木) 14:10:28.86

例えばダウンロード順だとwebとかで検索してもactix-webは二ページ目になるんだよな
我々はarctic-webが人気と知っているからこれを見つけることが出来るが、知らなかったら見つけられんだろこれ

**デフォルトの名無しさん** · 2022/03/24(木) 14:16:19.41

人気バカにしてるやついるけどかなり重要な要素だろ
今後継続してメンテナンスされやすいかどうかの違いは大きい

**デフォルトの名無しさん** · 2022/03/24(木) 14:46:16.02

>>121
ダウンロード数が多いのが並ぶ分野ならば2ページ目も当然見る
1ページ目の各々の内容を確認すればweb関連のうち自分が目的とするものか否かはすぐわかる
そして今actix-webより上に並ぶものを見てみたがいずれも重要な存在ばかり
中身を見て自分が今必要なものではなくとも把握しておく価値あるものがズラリ

**デフォルトの名無しさん** · 2022/03/24(木) 14:50:46.28

>>122
Rustに限らずどこでも同じだが
ダウンロード数が多いものと人気は食い違うこともある
例えば複数の領域にまたがるものはダウンロードが多くなる
しかし自分が求めている特定の領域に限れば1番人気とは限らない

**デフォルトの名無しさん** · 2022/03/24(木) 18:22:21.38

>>123
うーん。これは流行らない言語大好き言語マニアの考え方
成果が出る人間の大多数は他分野のものを把握するより自分が作りたいものに集中するので、こういうオタクに占有された言語はキツい
ゆるふわのpythonとかjsなんかが流行るのが現実だからな

**デフォルトの名無しさん** · 2022/03/24(木) 19:07:56.38

>>125
それは明らかにあなたの勘違い
今回の質問者は"web"なんていう非常に幅広い曖昧な単語で検索している
これでは多くのライブラリ検索システムにおいてもwebに関係した様々なものが大量に出るであろう
各人で目的のものが異なるのだから質問者の目的のものが2ページ目に出たのは何ら不思議ではない結果

**デフォルトの名無しさん** · 2022/03/24(木) 19:14:33.26

>>126
よく知らんけどactix-webが一ページに出るようなキーワードって何かある？
もちろんactix以外で

**デフォルトの名無しさん** · 2022/03/24(木) 19:18:08.10

rust web frameworkでググる

**デフォルトの名無しさん** · 2022/03/24(木) 19:19:33.96

>>128
それは人気の分野でしか出来ない方法だな
actixはフレームワークという人気分野だからググったらヒットするけど、ユーザーの少ない分野ではそれは無理

**デフォルトの名無しさん** · 2022/03/24(木) 19:28:38.65

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/03/24(木) 19:32:23.67

rubygemsでwebと検索してもrailsはトップに
来ないけどモーダメダメってこと？

**デフォルトの名無しさん** · 2022/03/24(木) 19:32:38.88

googleで検索するよな

**デフォルトの名無しさん** · 2022/03/24(木) 19:36:43.94

https://crates.io/ で『web framework』検索してsort by「Recent Downloads」したら
actix-webも5位に出るな
>>121は『web』とだけ検索したのが敗因では？

**デフォルトの名無しさん** · 2022/03/24(木) 19:44:58.04

https://crates.io/keywords/framework
フレームワークタグで見ればactixだらけだしまあいいんじゃね

**デフォルトの名無しさん** · 2022/03/24(木) 19:45:35.24

必死なRust信者が単発IDで頑張ってるねｗ
crate.ioでは良い関連が導出できないのか、そもそも関連の深いものがないのか、効果皆無だったから出さなかったｗ
ようは全然alternativeが提示されないってことねｗ
人気＝ダウンロード数とできないかどうかなんて些細な点だから、そんな例外を考慮する前に基礎的な仕組みがないことを嘆く必要があるよｗ

RustスレでRustの話をするのは何の問題もないと思うｗ
ただvsスレでもない他の言語スレでスレ違いを指摘されても延々とRustの話をしてたRust信者はどうかと思うｗ
このスレでも嫌われてるよねｗ Rust ｗ
Rustの教材そんなに売りたいの？ｗ炎上商法？ｗ多分こう書くと勉強しはじめる人が増えてゴミ記事が大量に湧くんだろうねｗ

**デフォルトの名無しさん** · 2022/03/24(木) 20:16:44.07

>>135
そりゃcrate.ioでは出てこなくて当然

あとここはスレタイにRustもあるし次世代言語の一つなのでスレ違いではない
そもそも貴方がRust叩きをしている筆頭

**デフォルトの名無しさん** · 2022/03/24(木) 20:22:21.45

>>136
スレ違いなところに出張して無関係なRustの話を延々放置してても続けるし、指摘してこちらに誘導しても居残り続けるRust信者が嫌われてるという話だよｗ
ここでRustが叩かれてるのはそういう理由だという話をしているｗ
Rust自体の魅力は放っておいても世間に滲んでいっていたというのに、お前ら信者が嘘と誇張とルール無視し放題でヘイトを稼いでいるせいで全く浸透してないんだよｗ

**デフォルトの名無しさん** · 2022/03/24(木) 20:23:24.39

そだね～

**デフォルトの名無しさん** · 2022/03/24(木) 20:40:30.55

アンチには大人気だよな
アンチも湧かない言語は息してない

**デフォルトの名無しさん** · 2022/03/24(木) 21:22:05.35

こんなところ読んでる奴は大抵の言語はすでに知っててROMってるのが大半ｗ
他の言語をディスるRust信者は単純に嫌われて(恐らく相当強力な)ユーザーを減らし続けてるだけと分かってくれｗ

**デフォルトの名無しさん** · 2022/03/24(木) 22:00:47.79

ユーザーってGAFAMのこと？

**デフォルトの名無しさん** · 2022/03/24(木) 22:25:26.45

世の中に影響与えられるほどこの板に人口居るとも思えないが...

**デフォルトの名無しさん** · 2022/03/24(木) 23:03:48.67

対象が有名人などでも何でも同じだが
好きか嫌いかではなく
実は興味があるか無いかの二択
嫌いとかアンチは興味がある側の人
それら含めて興味がある人が多いと話題性があり盛り上がる
そして知らなかった人やそれまで興味を持たなかった人々が興味を持つ機会となる
さらにそこから一定数はファンが生じる

**デフォルトの名無しさん** · 2022/03/24(木) 23:18:11.18

炎上商法で成功したソフトなんて1つもないよｗ残念だったねｗ
悲惨な末路しかないｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:18:59.49

>>100
やっぱりpythonがブレークした一つのきっかけはnumpyとか機械学習系とかだと思うんですけどその手のライブラリはもう揃ってきてるんですか？

**デフォルトの名無しさん** · 2022/03/24(木) 23:20:45.72

このスレで叩かれたり見た人がツイッターで呟く
→違和感を感じた誰かが引用RT
→影響力のある人の目に止まり原因を追い始める
→辿り着いて絶句
→Rust今後やばそうだって思って一歩引いて静観を決める(←イマココ)

**デフォルトの名無しさん** · 2022/03/24(木) 23:22:34.32

>>146
妄想ストーリーにしても上手く作れや

**デフォルトの名無しさん** · 2022/03/24(木) 23:32:01.53

肌で感じるTLなんだがｗ俺は呟いてないけどｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:51:19.57

タブレットモードで使ってるのが悪いのか、Rust謹製のFirefoxはしょっちゅう固まる。
閉じることが出来なくなるのが辛い。

**デフォルトの名無しさん** · 2022/03/25(金) 00:05:26.84

>>149
Linuxで使っているがFirefoxが固まったことはないな
そのOS側の問題ではないか？

**デフォルトの名無しさん** · 2022/03/25(金) 00:47:48.87

>>140
このスレをざっと読んだけれど
叩かれている言語はC#とRustで
叩いているのは連投しているキミだと感じた
キミの主張ではどの言語が誰に叩かれているんだい？

**デフォルトの名無しさん** · 2022/03/25(金) 00:50:09.82

Rustが俺含むRust信者以外にｗ

**デフォルトの名無しさん** · 2022/03/25(金) 01:28:59.11

>>151
そいつ、ここしばらくいろんなスレで荒らしまわってる通称ガイガー君で、何かを聞いてもまともに議論にならないよ

**デフォルトの名無しさん** · 2022/03/25(金) 02:44:54.38

自演楽しそうだねｗ単発ID君ｗ

**デフォルトの名無しさん** · 2022/03/25(金) 08:17:20.71

このスレrustしか話題ないなか？w
いい悪いは別として圧倒的にrustは注目されてて他の言語（Nimとか）は空気だなwwww

**デフォルトの名無しさん** · 2022/03/25(金) 08:21:15.09

Nimはオワコン
人気が出なかったからな

**デフォルトの名無しさん** · 2022/03/25(金) 08:29:35.16

nimのドット演算子は合理的だと思うけどなぁ。

Pythonあたりに取り込まれんかね。
嫌われている関数呼び出し構文がずいぶん改善すると思う。

**デフォルトの名無しさん** · 2022/03/25(金) 08:34:02.92

表現方法など1種類であればどうでもいい

**デフォルトの名無しさん** · 2022/03/25(金) 08:35:38.62

2種類以上あったり、設定により変更できたりしたらオワコンｗ

**デフォルトの名無しさん** · 2022/03/25(金) 08:37:33.51

>>158
Pythonは関数とインスタンスメソッドで呼び出しが２種類あるから駄目なんだよ。

**デフォルトの名無しさん** · 2022/03/25(金) 08:37:51.44

今時大企業の莫大な資金力なしに流行る言語を生み出して勝たせることが出来るわけもなし

**デフォルトの名無しさん** · 2022/03/25(金) 08:43:11.44

表現するものが違ってんじゃん

**デフォルトの名無しさん** · 2022/03/25(金) 09:08:32.18

スレタイにある言語だとNimとRust以外はもう採用領域もある程度固まってて良くも悪くも話題がない
Rustはまだそのレベルに到達するかどうかってラインだから、人によって見方が違って話題になるんだろうね
Nimとかはそもそも知ってる人がほとんどいないレベルだろうからなぁ

**デフォルトの名無しさん** · 2022/03/25(金) 09:51:57.04

>>163
これだけ幅広く使われているRustに対してそんなに見方変わる？

**デフォルトの名無しさん** · 2022/03/25(金) 10:35:10.27

じゃあ次すれのタイトルはこれでいいなｗ
次世代言語25 Go Rust

**デフォルトの名無しさん** · 2022/03/25(金) 10:42:45.45

採用領域とはなんだ？
要するに採用された物以外を規制してるんだろ

Rustが参照を規制しているのと同じようなことを
機械ではなく人間が手動でやってる

**デフォルトの名無しさん** · 2022/03/25(金) 10:51:27.96

>>166
参照を規制してプログラミングするのはどの言語でも同じ
そうしなければ一番広い意味でのデータ競合がどの言語でも起きうる
Rustはそれをどんなに複雑なパターンでもコンパイラがチェックしてくれるという違い

**デフォルトの名無しさん** · 2022/03/25(金) 11:08:02.15

Rustが有力になる領域はOSみたいなミドルウェアやベアメタルとかの低レベルなシステムプログラミングよ
その辺だとそもそもC/C++/Rustしか選択肢にないけど

**デフォルトの名無しさん** · 2022/03/25(金) 11:10:17.42

>>168
NimってCにトランスパイルされるらしいけど低レベル領域で使えたりしないの？

**デフォルトの名無しさん** · 2022/03/25(金) 11:14:36.50

Rustを試したことなくてイメージだけで語ってるやつは
ボローチェッカさんの存在を身に染みてないんやろなｗ
他の言語だとコンパイラさんに叩かれるだけだけど
Rustの場合はボローチェッカさんにも詰められるんやぞ

**デフォルトの名無しさん** · 2022/03/25(金) 11:21:56.33

>>170
あれは本当にありがたいよね
プログラミングの効率が一気に上がった
実行時に無駄にデバッグしていた時間がほとんど無くなったのが大きい

**デフォルトの名無しさん** · 2022/03/25(金) 11:52:02.01

>>169
低レベルを扱いやすくする概念の有無だろ？

**デフォルトの名無しさん** · 2022/03/25(金) 11:55:17.22

>>168
実行速度が求められたり、複雑さなのに安定性が求められるものに向いている気がする
口では何と言っていても実態では安定性にそれほど価値を置いてないケースも多々あるから

**デフォルトの名無しさん** · 2022/03/25(金) 11:58:21.38

>>170
NLL入ってからborrow checkerに怒られることはほとんどなくなったよ

>>172
単によく知らないから質問しただけなんだけど、
Nimは低レベルを扱いやすくする機能は特にないってことか
Cへとトランスパイルされるのは低レベルへの対応というよりも、対応プラットフォーム増やすことや性能稼ぐことが目的という理解で正しい？

**デフォルトの名無しさん** · 2022/03/25(金) 12:12:09.59

NimはDと同じようなイメージだな
C++からいろいろ便利にしましたって感じなんだけど、それを言うならC++20だって良くなってるし、わざわざ乗り換えるほどでもないよね、ってなりがち
Rustくらいの特徴が何があれば、多少面倒でも乗り換える人は出てくるんだろうけど

**デフォルトの名無しさん** · 2022/03/25(金) 12:12:46.01

>>174
以前のRustコンパイラはたしかに厳しすぎて吐くエラーも見にくかったけど
non lexical lifetime対応した今のRustコンパイラは普通に書いていれば困ることはなく
コンパイラの出すエラーも非常に見やすくて何が問題なのかすぐわかる上に
何を直すと良いかのアドバイスもあったりしてコンパイラ親切さトップ言語になったね

**デフォルトの名無しさん** · 2022/03/25(金) 12:28:24.72

>>175
Rustはbetter c じゃなくてsmart/simplified c++あたりだわな。
Rustよりマイルドなc++標準サブセット出ないかな。

**デフォルトの名無しさん** · 2022/03/25(金) 12:29:22.46

Rustとかどうでもいいよねｗ興味もないしそのうち消えてなくなるよｗ

**デフォルトの名無しさん** · 2022/03/25(金) 12:33:45.17

>>178
もちろんRustより良い言語が出てくればそうなるし良い言語が出てくるのは良いこと
しかし現状ではRustより良い言語がないし他に登場する気配もない

**デフォルトの名無しさん** · 2022/03/25(金) 13:20:25.76

Rustより良い言語が出て自然と消えるのは良いことだろ
ただ、今のところはRustは良い言語だし使いたいと思う

**デフォルトの名無しさん** · 2022/03/25(金) 14:31:56.50

Rust は、Linux カーネルの開発の一部で取り入れるよ、っていう話で初めて注目した。

**デフォルトの名無しさん** · 2022/03/25(金) 14:32:33.84

>>176
おかげでよりブラックボックス化したけどな。まともな文法定義がもうできなくなってる。

**デフォルトの名無しさん** · 2022/03/25(金) 15:05:30.24

>>182
例えばどういう問題が発生してるの？

**デフォルトの名無しさん** · 2022/03/25(金) 15:22:50.24

>>182
NLL導入で文法には影響ないと思うけど何のことが言いたいの？

**デフォルトの名無しさん** · 2022/03/25(金) 16:28:19.83

>>184
セマンティクスのことを言いたいんじゃないか？

**デフォルトの名無しさん** · 2022/03/25(金) 16:42:28.63

具体例を上げてないしレス乞食じゃないの？

**デフォルトの名無しさん** · 2022/03/25(金) 16:50:09.59

>>185
文法定義を気にする人がそんな変な用語の使い方するはずないと思う

**デフォルトの名無しさん** · 2022/03/25(金) 18:08:36.16

>>182
何もブラックボックス化していないし文法定義に変化はない
Rustを叩く人はなぜデタラメばかり言うのだろうか

**デフォルトの名無しさん** · 2022/03/25(金) 19:28:43.78

>>184 >>188
え？より厳密になってんじゃないの？

機能の安定化とNLLのバックポートを備えたRust 1.36
Rust 2015でNLLがサポートされたため、古いボローチェッカは間もなく言語から削除されることになる。この移行を安全に行なうために、新たなボローチェッカでは、古いボローチェッカでは受け入れられていたが、新たなボローチェッカでは違反になるコードに対して、警告を発するようになる予定だ。

**デフォルトの名無しさん** · 2022/03/25(金) 19:46:16.71

そろそろ次の次世代出てきませんか

**デフォルトの名無しさん** · 2022/03/25(金) 19:52:52.64

>>189
それは古いborrow checkerのバグでコンパイル通ってなかったコードがエラーなるということだと思う
基本的には新しいborrow checkerの方が制約は緩いはず

**デフォルトの名無しさん** · 2022/03/25(金) 19:53:32.69

>>191
バグでコンパイル通ってなかった、ではなく、バグでコンパイル通ってしまっていた、が正しい

**デフォルトの名無しさん** · 2022/03/25(金) 20:22:05.99

でもバクだろうと通らなくなるんだから文法変わってるという意見が正しいな、ごちゃごちゃ並べ立て言い訳してるみたいだけど

**デフォルトの名無しさん** · 2022/03/25(金) 20:27:31.26

>>193
文法じゃないでしょ

**デフォルトの名無しさん** · 2022/03/25(金) 20:29:27.44

文法ってのが構文+意味論みたいなのを指してるなら
NLL導入前後で構文は変わらず意味論は変わったから、まぁ全体としては変わってるでいいんじゃない？
それはそれとして文法定義ができないってのは意味不明だけど

**デフォルトの名無しさん** · 2022/03/25(金) 20:34:34.89

>>193
文法は一切変わっていない
大雑把に言うと
以前はコードの文字通りに追うだけで借用ライフタイムを無駄に広く取ってチェックしていた
だから厳しすぎて今では通る普通のコードが通らなかったりした
変更以降は実際に使われている状況を追うことで借用ライフタイムを実用の意味あるものとした
だからほとんどのケースで緩くなってプログラミングする上で困ることがなくなった

**デフォルトの名無しさん** · 2022/03/25(金) 20:56:18.04

>>189 で言われてるNLL導入でコンパイル通らなくなるcrateって
https://github.com/rust-lang/rust/issues/60680
で挙げられてるやつのことかな

壊れる是非はともかくcraterみたいな取り組みは他の言語もパクって欲しい

**デフォルトの名無しさん** · 2022/03/25(金) 20:58:59.81

>>196
フロー解析に頼るって信者的にどうなの？
あくまで型でチェックしてるのが美しいんじゃなかったのか

**デフォルトの名無しさん** · 2022/03/25(金) 21:02:27.36

>>196
ある２つの形式言語ＡＢで、同じ文章がＡで受理してＢで拒否するんだったら、そりゃ「ＡＢは文法が違う」としか言えんな。

まぁ、だからと言って言語自体を否定する類の話じゃないけど、Rustを神聖視するあまり横車を押そうとするのはアホに見えるからやめたほうがいいよ。

**デフォルトの名無しさん** · 2022/03/25(金) 21:14:19.83

>>197
crate.ioのこと？
ruby gemとかpython pip とかけっこう一般的な話だと思うけど、何か違うの？