次世代言語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/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 とかけっこう一般的な話だと思うけど、何か違うの？

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

>>199
その程度で文法が変わったとは言わないと思う
その解釈だと今後もRustは文法がどんどん変わる計画となっている
例えばライフタイムについても現在stableでは通らないものがnightlyでは通るように更に緩くなっていくことが確定している
一方でeditionが変われば今まで通っていた記述がエラーとなるなど通らなくなることもある
Rustは今後もどんどん使いやすく向上していくよ

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

バカだから他の言語より劣ること分かってないんだよｗ

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

Rustっていうゴミ言語なんてどうでもいいよねｗ

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

Rustプログラマーは給料上がっていくだろうね
そうすると人口も増えていく
パイソンもそうだったし

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

>>201
最終的にライフタイムや借用を人間が一切明示しなくなってGCなしC#みたいになるのがゴールなの？
それでいいのか信者は

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

>>201
通らなかったものが使えるようになるのはただの拡張だがその逆は破壊的変更。
後者がそう頻繁にあるとは思わんがな。

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

>>201
>その解釈だと今後もRustは文法がどんどん変わる計画となっている

当たり前だろ。
お前は何を言っているんだ？形式言語の文法を何だと考えているんだか。
そういうアホな主張をするからRust信者は狂信者扱いされるんだよ。

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

>>205
まずは基礎知識を学習すべし
知識なく語るのは愚か

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

>>198
せめてライフタイムとは何かを学ぼうよ
型チェックとは全く関係ない話だよ

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

>>200
craterはcrates.ioの全クレートをコンパイルしてみてコンパイラのバージョンアップで壊れるやつがいないかどうかチェックする仕組みのこと
スクリプト言語だとチェックできるのが構文エラーくらいしかないからあまり意味はないかも

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

>>207
確かに言語の拡張も文法が変わったと言える
どのプログラミング言語も常に文法を変えながら拡張されていくのだろう

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

>>205
意味が分からないな
コンパイラが正確に正誤を判定してくれるならそれが最善だろ

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

>>182
>まともな文法定義がもうできなくなってる。
意味不明

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

>>201
同じコードで通る/通らないが変わるのなら、それは普通は「文法の変更」という。
なぜなら、

Error: コード生成が出来ない
Warinig: コードは生成可能だが、普通はこんな事をする必要もないからバグだよね？

だから。ここをRustはおそらく(haskell信者が一時期言ってた)

・Rustのアプリにはバグがない。なぜなら、バグのあるコードは全てコンパイラが落とすから

をやりたいのだろう、通常は警告のところをエラーにしてる。
ただこれは一部馬鹿にとっては逆効果で、

・エラーがなければ全て良し

だと勘違いしてしまってるように見える。
（別人だが）フレームワークにドキュメントで禁止されてるコード食わせてドヤってる馬鹿とか、
>>98 もそう。今時のエディタだと文字列/正規表現リテラルは色が付くが、
エスケープを失敗するとコード全体がリテラルの色になる。いくら馬鹿でもこれを無視はしないだろ。
従う気があればエディタで『予定と違う場所に』色が付くだけで十分なんだよ。
本来は警告も無視せず、一つ一つ問題がないか確認するものだし。
その辺面倒くさがってエラーに一本化した結果、悪癖が付いてしまってる。

ただまあこれはいいとして、
Go(2009)/Docker(2013)だから、これはタイミング的にも「これで勝つる！」だったのだろう。
とはいえDockerは普通の人が組むアプリではないので他案件/構造も引き続き募集中だが、
結局Rust(2010)にはないのか？本当にメモリ安全な言語がなくて困ってる奴がいれば飛びついているはずで、
時期的には2014頃に何か出現しててもおかしくないのだが。
未だに何もないのなら、所詮は馬鹿向けC++で、ポシャる見通しの方が高いだろうよ。

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

>>214はまたいつもの意味不明なことしか言えないキチガイだな

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

Dockerのくだり分からん

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

Ruby on Railsのようなキラーアプリ(ライブラリ)はRustにないのか、っていう話でしょ
そもそもRustはシステムプログラミング言語だし、そういう低レイヤーに縁がないエンジニアはこれからも使う可能性低いっしょ

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

>>199
文法って言ったらシンタックスであってコンパイラはシンタックスだけをチェックしてるわけじゃないんだから
コンパイラが受理しないからと言って文法が違うとはならないでしょ

>>214
文法の変更って言ったら普通は例えばBNFが変わるとかそういう話でしょ

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

>>214
君は書き込みをする前に二つの点を改善しなさい
一つ目は意味の分かる文章を書くこと
頭をゼロにして読み返してみればおかしなところに気付くはず
二つ目は批判したい対象についてもっと学習すること
妄想で話を進めるから意味不明と間違いが多い

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

>>216
（スレ的に昔の話を混ぜ込んでわかりにくくなってたのならすまん）

90で言ったとおり、Dockerを組みたいのならGoは多分最適で、結果、
Go(2009)/Docker(2013)と順当な期間でデビューし、その界隈では広く使われるに至ってる。
Dockerのアイデアが先にあって偶々出てきたGoに飛びついたのか、
GoにインスパイアされてDockerの構造を思いついたのかは分からんが。

Rustが「他の言語では現実的に不可能な」レベルの得意分野があるのなら、
同様に、Rustが最適だ、と思えるアプリが既にあるか、開発中のはず。

俺は何度も言ってるが(C)を目指すべきだと思ってるので、（89参照)
その言語が得意とする構造等があれば、
俺が作りたいアプリにそれが含まれてたらその言語を使う、というだけ。
(言語の習得が目的ではない)

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

>>220
前にもデタラメと意味不明なことを書いていた人だったのか
浅はかな知識ならびに自分勝手にこうでなければならないと決めつけた話を元に暴走しているためにデタラメと意味不明になっている

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

>>194
顔真っ赤で内容ゼロの反論してきて不覚にもワロタｗ

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

>>218
文法=構文って思ってるのは分かるけど皆がそうとは限らないよ
自分だったら構文と意味論の区別が問題になるようなこのケースで
文法なんてあいまいな用語は使わないけど
強いて言うなら構文と意味論は両方文法に含まれると思っている

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

ほとんどが単発IDの自演だぞｗ

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

>>193
いわゆる普通に文法を意味するところのsyntaxは変わっていない

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

>>223
カジュアルに文法って言葉使ってるなら自分も気にしないんだけど
>>182 が文法定義って言ってたり
>>199 で形式言語って言ってたりして
それどういう意味で言ってるの？ってのが気になってつっかかってしまった

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

>>220
実際、Rustの最高のターゲットはシステムプログラミングだから、そういう意味ではCと似ている
だからLinuxカーネル、Android OSみたいな巨大プロジェクトでも採用されるまでに至った

その他の有名事例はFirefoxは常識として、Dropboxのファイルストレージ、DiscordのStateサーバ、Figmaのmultiplayerサーバ、AWSのS3/CloudFront/Bottlerocketとかかな

https://www.rust-lang.org/production/users
細かく挙げればここにあるようにいくらでもあるけど、眺めてみると件数としてはhigh performanceを求めて採用する事例が多いかな

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

>>218
> コンパイラが受理しないからと言って文法が違うとはならないでしょ
少なくともCではほぼ同義だし、他言語でもそんなもんだと思うけど。

Cの場合は「自分の足を撃て」で躊躇なく撃つ言語なので、エラーは、

・シンタックスエラー
・記憶領域(変数のサイズ）等が確定的でなく、オブジェクトコードに出来ない
　(これはC特有で、要はソースを食わせる順が間違ってたりしててサイズを知らない物が存在した場合。
　2パスコンパイルをしてる他言語では発生しない)

だから、他言語でもコンパイルが通らない＝文法エラー、という認識が普通だと思うよ。

Rustの場合は他言語だと警告のところをエラーにしてるから話がおかしくなる。
元々全部警告にしてたら、誰も文法が変わったとは認識しないだろうよ。
だけどそういうコードの存在自体を許さないのだから、エラーにしているわけで。

元々コンパイラは色々情報持ってるんだから、気づいたおかしなところも吐いてくれ＝警告で、
なら警告チェックを厳しくしてバグ検出出来るんじゃね？＝リンターなわけ。
だから簡易リント機能は元々コンパイラにあって、さらにそれを強化して専用にした物がリンターと呼ばれる。

で、ここで「文法が変わった」かどうかを争ってても意味ないと思うが。
他言語出身者なら、同じコードで通る/通らないが変わるのなら、「文法が変わった」と認識するし、
コンパイラ屋なら、構文解釈に変更なくリント機能だけが強化/緩和されたのなら、「文法は変わってない」と言い張るだろうさ。
(実際にリント機能部分だけの変更なのかは知らんが）