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

**デフォルトの名無しさん** · 2021/08/22(日) 08:59:03.31

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2021/11/25(木) 18:34:36.25

>>933
大体15年前はすでにC++は負の遺産だったよ
クールだった時代はかなり短い

新しい言語が形を成してた2000年前半にはもう粗大ごみ扱い

**デフォルトの名無しさん** · 2021/11/25(木) 19:23:28.39

そのうちc++のオブジェクトファイルとリンクできるけど取り扱いの難しい機能を禁止したSmartC++が出てくるんじゃない？

生ポインタ禁止(スマートポインタ強制)するだけでもいい感じになると思うけどなぁ。

**デフォルトの名無しさん** · 2021/11/25(木) 19:26:08.23

EC++ぶっつぶしたC++標準委員会には無理

**デフォルトの名無しさん** · 2021/11/25(木) 19:34:59.70

>>936
今となっては全てが自動的にスマートポインタ扱いとなっているRustを使えばよい話
しかもunique_ptrはコストゼロになっていて効率もいい

**デフォルトの名無しさん** · 2021/11/25(木) 20:09:06.46

馬鹿なRusterたちがこんなスレでわっしょいわっしょいｗ
一口にC/C++と言っても、当面はOSのkernelなんかは10年以上はC99だろうし、組み込みもCでしょう。
C++は一時は止まってたがC++20とか、確かに古いダメな書き方が出来るが、分岐予測CPU用のlikelyと
unlikelyなんかRustにも”降りてきた機能”。こういう表現が言えるのはC++が実験的/先進的であるから
Rustのような言語は破綻させないために先進的な（あるいは実験的な）機能は入れにくい。
ところがC++は違う、破綻しようが滅茶苦茶だろうが関係ない。使いたい人がその機能を使う
負の遺産だとも、クールではないとも異議は唱えないが、根本的なところが違う

**デフォルトの名無しさん** · 2021/11/25(木) 20:11:54.48

あわしろ氏もC++はオワコンと言ってる。

**デフォルトの名無しさん** · 2021/11/25(木) 20:26:41.70

せやな
C++という言語自体というより、C++で作られた資産が負の遺産だと思っているよ

**デフォルトの名無しさん** · 2021/11/25(木) 20:40:18.41

まるで第二Rustスレだな

**デフォルトの名無しさん** · 2021/11/25(木) 20:51:59.29

スレタイの諸言語は限定した環境においてはRustに対して優位性があるけど
C++は過去しか優位性がないので仕方ないのでは

**デフォルトの名無しさん** · 2021/11/25(木) 21:18:43.03

rustは難しいからなぁ・・・

**デフォルトの名無しさん** · 2021/11/25(木) 21:22:32.76

誰もCが悪いなんて言ってなくね
C++だったらRustの方が無難と言ってるだけで

**デフォルトの名無しさん** · 2021/11/25(木) 21:27:45.38

Rustになんか優位性ない。スレタイの諸言語に対してもそう、Swiftは参照カウントでボトルネックになる
ところを自前で管理可能だし、Nimは同じ参照カウントに切り替え可能だし、Golangは他にない超高速な
軽量スレッドを有している。 KotlinとTypeScript は知らんけど

**デフォルトの名無しさん** · 2021/11/25(木) 21:37:57.24

C++は難しいを通り越してユーザーに厳しい？というかピーキー？というかマニアック？な言語だと思う
好きな奴だけ使う言語

**デフォルトの名無しさん** · 2021/11/25(木) 21:41:06.37

>>934
>c++は新しい書き方だけを強制できるような仕組みが必要

ほんそれ

**デフォルトの名無しさん** · 2021/11/25(木) 21:44:35.39

新しい書き方の強制はclang-tidyなどのlintである程度できるのでは
今時マージ前にCIでlint通すくらいはやっているでしょう

**デフォルトの名無しさん** · 2021/11/25(木) 21:54:04.18

>>946
あまりに無知
参照カウントの話にしてもRustのRcは単なる構造体によるライブラリに過ぎず必要なら自前で同じ物も似た物も違う物も作れて自由自在
そして必要ならガベージコレクションするRustのモジュールも多数存在している
つまりその分野ではRustは最強

> Golangは他にない超高速な軽量スレッドを有している。

これもRustのタスクの方が軽量かつ高速
そしてRustではそのスケジューリングも含めて自由自在に出来る

**デフォルトの名無しさん** · 2021/11/25(木) 21:58:25.51

C++の新しい書き方だけを強制とか言ってるアホは何なの？ｗ
何が新しくて何が古いのか何を強制したいのかできるのか知らんけど、使いたくなければ使わなければいいだけ

**デフォルトの名無しさん** · 2021/11/25(木) 22:05:56.88

>>951
そりゃ一人で作ってりゃ好きにやればいいけど、仕事でやるなら複数人でやることだってあるでしょ。　コーディングルールだぁって縛ったって漏れる可能性があるなら、古い機能(使いたくない機能)を使えなくするってのはいい手だと思うけどなぁ

**デフォルトの名無しさん** · 2021/11/25(木) 22:08:20.71

>>941
使用者が

**デフォルトの名無しさん** · 2021/11/25(木) 23:31:57.01

>>952
C++が使える奴だけで作れなければやめればいいだけｗ
どんな言語でも使えるやつだけで作ればある程度適切な使い方になる

そうでなければ原則goみたいな言語で作ればいい
都合のいい制約を言語レベルで作りたいなら自分で言語を作れ

**デフォルトの名無しさん** · 2021/11/26(金) 00:49:44.30

>>950
こういう外部ライブラリを持ち出して顔真っ赤になるやつがいるから、大嫌いRuster。なにが無知やお前が無知や
一生わっしょいわっしょいしとれ

**デフォルトの名無しさん** · 2021/11/26(金) 01:01:56.78

>>954
使えるやつだけで作れる状況にできれば理想だけど規模が大きかったりするとそうも言ってられない
GitHubで公開してpullreq受け付けるようなプロジェクトの場合はそもそも人を限定できないわけで
よろしくないコードを機械的にチェックできる仕組みはあった方が良い

ただそれを言語仕様でやれというのはおかしな話というのは同意
linterなりコンパイラなり使えばよい

**デフォルトの名無しさん** · 2021/11/26(金) 01:20:16.56

>>955
> こういう外部ライブラリを持ち出して

さすがにそんなこと言ってるようでは無知と言われてもしょうがないと思いますよ
Rust言語自体はコンパクトに作られているので何かする時は外部ライブラリを使います
例えばその話のスケジューリングランタイムにしてもRust自体は持っていませんから外部ライブラリを使うのは当たり前です
もっとわかりやすい例を出すとC言語ではstdlibにある乱数ですらRustのstdライブラリにはありませんから外部ライブラリを使います

**デフォルトの名無しさん** · 2021/11/26(金) 02:55:58.38

>>939
ラスターじゃなくてカストディアンとか言うんじゃなかったっけ？

**ハノン** ◆QZaw55cn4c · 2021/11/26(金) 03:08:12.78

>>939
＞ところがC++は違う、破綻しようが滅茶苦茶だろうが関係ない。使いたい人がその機能を使う

なるほど、かなり納得させられました、「標準化の行く末は緩慢な死」だと考えているんですね、押井攻殻だったっけ

**デフォルトの名無しさん** · 2021/11/26(金) 08:17:35.81

Rustは今までの悪習度合いが高い程苦痛を感じる言語なんだよ。

何で、こんな書き方させんだ？
何で、この構造が作りにくいんだ？
何で、簡単だったアレが、こんなに手間かかるんだ？

一度素直に受け入れれば、今までどんだけウンコードを書いてきたかが分かる。

**デフォルトの名無しさん** · 2021/11/26(金) 08:34:53.72

>>960
なら、「なぜ」の説明を強化することがRustの普及に不可欠ということだろ。
他人のせいにする暇なんてあるんですかねえ。

**デフォルトの名無しさん** · 2021/11/26(金) 08:41:46.89

普通に説明はあるだろ。それでもわからない人にまで普及させる義務なんてないしな。

**デフォルトの名無しさん** · 2021/11/26(金) 10:06:14.10

>>960
むしろRustは非常に書きやすくて筋の良い言語と感じる
実際にプログラマー利用調査でもRustが愛され度No.1がこれで何年連続だっけ
プログラミング言語の中で一番好評であると調査データが出ている現実がある

**デフォルトの名無しさん** · 2021/11/26(金) 10:27:30.05

>>963
そういう主観でない話には根拠が必要

**デフォルトの名無しさん** · 2021/11/26(金) 10:47:51.69

「Rust」、5年連続で開発者から愛されている言語第1位に
https://news.mynavi.jp/article/20200601-1045348/
https://news.mynavi.jp/article/20200601-1045348/images/001.jpg

**デフォルトの名無しさん** · 2021/11/26(金) 11:09:43.97

最近Kotlinを少し書いたけどあれダメだな
Android以外に普及しない理由がよくわかった

**デフォルトの名無しさん** · 2021/11/26(金) 11:27:37.91

>>963
>>960みたいなアホなコメントが出てくるのに、どこが書きやすいの？

**デフォルトの名無しさん** · 2021/11/26(金) 12:33:42.54

欲しかった言語がそこにある感だろうね
そう感じる輩には刺さる

**デフォルトの名無しさん** · 2021/11/26(金) 14:28:27.23

c++で挫折した奴だろ。
どうでもええわ。

**デフォルトの名無しさん** · 2021/11/26(金) 16:12:16.13

11月TIOBEプログラミング言語人気ランキング、PHPの下落続く
https://news.mynavi.jp/article/20211109-2181586/

どっかの分けわからんサイトのLOVEデータ引っ張ってきて、ごり押しで「書きやすい」なんて言うから
バカは貶される。あえて言うなら業務や趣味ｗで使用してなくて初心者が「これから覚えたい」ぐらいの
指標なのに「非常に書きやすくて筋の良い言語」なんて気持ち悪い公開オナニーを始める
こういうやつはマジで迷惑だからRustに近寄らないでほしい

**デフォルトの名無しさん** · 2021/11/26(金) 16:15:26.83

Stack Overflowが分けわからんサイトw

**デフォルトの名無しさん** · 2021/11/26(金) 16:19:53.66

Stack overflowは初心者質問サイトみたいなもの、そもそも「非常に書きやすくて筋の良い言語」の
根拠がまったく示せていない。公開オナニーのうんこ名無しの張り付いてるスレ

**デフォルトの名無しさん** · 2021/11/26(金) 17:08:45.19

その話に異論はないんたけどなぜTIOBEの記事貼ったのか

**デフォルトの名無しさん** · 2021/11/26(金) 17:55:40.26

え、Stack Overflowなんて聞いたことねーよ
そんなわけわからんサイトなぜ貼ったしｗｗｗ

**デフォルトの名無しさん** · 2021/11/26(金) 18:13:51.40

次のスレタイはどの言語が選ばれるか

**デフォルトの名無しさん** · 2021/11/26(金) 18:15:17.74

もう次スレ立てるな

**デフォルトの名無しさん** · 2021/11/26(金) 18:18:13.32

https://i.imgur.com/7ik4K6Y.png
ASP.NET Core

**デフォルトの名無しさん** · 2021/11/26(金) 18:53:05.45

>>968
https://www.youtube.com/watch?v=AdZD42q-XDA
https://www.youtube.com/watch?v=ia8GncoXA1s
https://www.youtube.com/watch?v=heif61jIlYg

**デフォルトの名無しさん** · 2021/11/26(金) 19:41:03.78

確かに荒らされてるだけだしな埋めて終わりにしよう

**デフォルトの名無しさん** · 2021/11/26(金) 19:49:06.65

rustのシャドーイングのメリットが今一つ分からんな
新しい名前を考える必要がない
というけどシャドーイング前の状態に戻せないと
メリットがないような気がするが

**デフォルトの名無しさん** · 2021/11/26(金) 20:36:21.93

もう「非常に書きやすくて筋の良次世代言語Rust23」だけでええやろ、本スレで知識の披露も質問回答も
できない攻撃性の高いクズの植民地みたいなもん、他の言語の話すると荒らしだす

**デフォルトの名無しさん** · 2021/11/26(金) 20:49:39.48

nimに続いてrustまで嫌いになりそうで嫌だし終わろう

**デフォルトの名無しさん** · 2021/11/26(金) 20:58:37.40

>>980
元に戻す場合はシャドーイングすべきではないと思う
初期化の過程で値をBoxやMutexに包む場合や、
逆にBufReaderから中身のReaderを取り出す場合など、
所有権の移動を伴うときにシャドーイングされることが多い気がする

例えば
let x = ...;
let x = Box::new(x);
といったコードがあるときに元々のxはムーブされて使えなくなっているから
x_boxed みたいな別名をつけるのではなく x という名前を再利用することが好まれている気がする

**デフォルトの名無しさん** · 2021/11/26(金) 21:00:50.30

>>8 にランキングがあるけど、そこに入ってない良い言語あった？

**デフォルトの名無しさん** · 2021/11/26(金) 21:31:21.70

Pony言語とかアクターベースでErlangが元でORCAガーベージコレクションとか、box/ref/tag/val/isoとか

**デフォルトの名無しさん** · 2021/11/26(金) 23:53:19.85

>>983
Resultエラー時は上へ投げればいいだけの時に?で外すのが最小例かな
for line in buf_reader.lines() {
　let line = line?;
　...
}

**デフォルトの名無しさん** · 2021/11/28(日) 08:20:36.12

Rust植民地

**デフォルトの名無しさん** · 2021/11/28(日) 09:04:05.71

Rust文法が好きになれない
なにfnって

**デフォルトの名無しさん** · 2021/11/28(日) 09:48:09.06

rustはアスペ専用

**デフォルトの名無しさん** · 2021/11/28(日) 10:30:37.63

>>988
単語を省略しない方が良いのか？省略していない言語は少ないと思うが。

**デフォルトの名無しさん** · 2021/11/28(日) 11:10:07.28

fn func function 明示でなく文脈で判定

どれがいいのだろうか？

**デフォルトの名無しさん** · 2021/11/28(日) 11:47:01.16

自明なら短い方が良い、名前大切を勘違いした輩がスコープが数行しかないのにダラダラ長いAuto変数名書いてたの思い出すわ
Dryを勘違いした輩が、共有しちゃ駄目な処理も全部入れたUtil定義してたり
Javaと名が付く系統から派生した輩はマジで碌なのが居ない

**デフォルトの名無しさん** · 2021/11/28(日) 11:53:32.46

fnは短すぎて俺もわかりにくいと思う
変数名は文化だと思ってるので言語によって変えてる

**デフォルトの名無しさん** · 2021/11/28(日) 12:17:43.95

ML系のようにfunならまだいい

**デフォルトの名無しさん** · 2021/11/28(日) 12:39:28.24

Rustはfnよりもasが変数名として使えないのが困る

**デフォルトの名無しさん** · 2021/11/28(日) 12:42:37.21

asなんて変数どこで使うの？

**デフォルトの名無しさん** · 2021/11/28(日) 13:09:39.78

>>995
どう困る？

**デフォルトの名無しさん** · 2021/11/28(日) 13:11:08.58

おっと天下のpythonの悪口はそこまでだ
>>> as=None
File "<stdin>", line 1
as=None
^
SyntaxError: invalid syntax
>>>

**デフォルトの名無しさん** · 2021/11/28(日) 13:11:50.45

xsとかysみたいなノリでasって名前をつけたくなったとき・・・
困るはちょっと言いすぎましたかね

**デフォルトの名無しさん** · 2021/11/28(日) 13:37:26.38

関数型の悩みやな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 98日 4時間 38分 23秒