次世代言語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/19(金) 13:56:15.69

ださい拡張子
.cs
.ts
.ps
.gs

**デフォルトの名無しさん** · 2021/11/19(金) 14:56:18.17

>>892
誰一人まったく解放されないなんて言ってる奴いないと思うが、どこの世界線から来た人？

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

>>886

class foo
{
　　~foo()=delete; // このdeleteのことを言ってる。
};

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

>>895
アスペか？

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

>>896
ID末尾をxにしてるのは、C++とC#の両方を表現してるのかい？

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

宣言のdeleteって言うから。

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

>>898
流石にnew/deleteとdelete宣言は別物だろうなぁ。
同じ単語を使っているのはc++のケチ臭い用語の流用の結果だし。

**デフォルトの名無しさん** · 2021/11/19(金) 20:52:12.15

デストラクタのdelete自体も嵐を呼ぶ話題だけど。

**デフォルトの名無しさん** · 2021/11/19(金) 21:04:37.53

>>895
それならRAIIで本体をGCさせる時に連動GCさせる時の常套手段

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

たぶんJavaの人じゃないかと思うんだよね。

**デフォルトの名無しさん** · 2021/11/19(金) 22:08:12.78

>>901
本体もGCと呼ぶかは議論が分かれそうだが
付属部分を連動GCすることだけを目的に本体が実体を無くしたものがunique_ptrだよな

**デフォルトの名無しさん** · 2021/11/20(土) 00:19:22.26

自動変数もGCなのか？

**デフォルトの名無しさん** · 2021/11/20(土) 02:24:49.30

>>584
電気メーカーが糊口をしのぐための税金バラマキ国プロ
昔も今も変わらない

**デフォルトの名無しさん** · 2021/11/20(土) 08:44:52.28

1. 昔も今もどっちも変わらない
2. GCもスマポもどっちも変わらない
3. 1も2も3もどれでも変わらない

**デフォルトの名無しさん** · 2021/11/20(土) 11:42:49.09

>>904
約一名にとってはそうみたい

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

>>904
自動変数は参照あっても解放されるからGCにはならんね。

**デフォルトの名無しさん** · 2021/11/20(土) 12:28:48.64

君らはいつになったら回収されるん？

**デフォルトの名無しさん** · 2021/11/20(土) 16:24:03.02

Rustの悪口言ったやつ許さんから

**デフォルトの名無しさん** · 2021/11/20(土) 16:27:17.15

Rustの母ちゃんでべそ～

**デフォルトの名無しさん** · 2021/11/20(土) 16:42:56.01

RustがすごいんじゃなくてGCがクソ

**デフォルトの名無しさん** · 2021/11/20(土) 18:07:02.96

バグを無くすにはGCじゃなくテストですよ。

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

ソースを読まなくてもできるテストは
不正アクセスと同じではないが似ている

**デフォルトの名無しさん** · 2021/11/22(月) 20:18:26.53

抽象バカはテストが書けないので困る。

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

rustは少なくともCである程度のプログラムを書いてハマった経験がないと
この機能何のためにあるの？ってのがわからない

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

Rustを最近学んでるだけど、すぐに学習曲線やばい言語だということを納得した
おれはC++のスマートポインタらへん知ってるから、かなりマシなほうだと思うけど、
たしかにC/C++やってない人にはそうとうにキツそうだね

やってない人にオススメできる気がしない

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

>>917
それは逆
Rustに苦労している人たちはC++経験者かつ頭が固くてC++から離れて頭をゼロにして学習する能力がない人たちだと言われている

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

>>918
そんな話どこで言われてるの？

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

まぁC++一筋十数年って人だと大変かもね
C++に加えてScalaとかHaskellあたりを履修済みだとだいぶ楽

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

rustもC++もScalaもHaskellも分かるが、まるでそうは思わないｗ

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

rustもC++もScalaもHaskellも分かるが、まるでそうは思わないｗ

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

C++11以降の流れをある程度追えているなら問題なかろうよ

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

03で止まってる人なら辛いかもね

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

最新のC++の方向性見るとこれなら
最初からRustやればとは思わない？

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

C++はCみたいな書き方も出来るが、rustは最初からrustでないといけないから難しいと思う

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

今はc/c++の知識を階段として学んでいる人多いだろうけど、今後はrustしかわかりませんみたいなrustネイティブも出てくるのかな？
これってアセンブリ→cのときにも言われてた？
cを理解するにはアセンブリがわかってないと無理みたいな

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

よくしらんけど、学習曲線を緩和させるような取り組みもいちおう検討されてるんでしょ？

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

>>926
Cみたいな書き方できるのをメリットと見るかデメリットと見るか？

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

CはBASICほど遅くなくアセンブラ(機械語)が必要ない、当時俺にとっては奇跡の言語だった
C/C++/VB→Javaのときは実際にJavaしか分かりません、が大量に発生した

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

今後のネイティブ系プログラミングは基礎入門C言語→Rustになるでしょう
C++は今となっては中途半端でありやる価値を失った

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

言語仕様でいえばC++よりRustのほうがいいと思うけど、C++で作られた過去の資産が巨大すぎて、そう簡単に価値がないとはならなそうかなあ
まあ10年後とかにはCOBOLみたいに、悲しい負の遺産扱いされてるかな

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

まさか5年前にはc++がcobolのような負の遺産という立ち位置になっていくんだろうなっていうのが目に見えるようになるなんて思いもしなかったわ

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

c++は新しい部分もあるけど古いダメな書き方もできるからな
新しい部分は古い部分に触れた人には喜べるけどだったらc#やjava使ったらと思う
rustはエグイなと思うので書かない

c++は新しい書き方だけを強制できるような仕組みが必要なんじゃないかな
自由度が高いことこそが最大の利点だ見たいな考えは古い

**デフォルトの名無しさん** · 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と名が付く系統から派生した輩はマジで碌なのが居ない