次世代言語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/18(木) 13:51:24.01

>>856
C++の標準ライブラリにあるstd::string、コンテナクラス、unique_ptr、shared_ptrなどを使っていればnewを書かずにヒープメモリを使うことができるし、shared_ptr以外はスコープを抜けたときに自動的にデストラクタを呼んでヒープを解放してくれる。
ちゃんとC++を使えばほとんどの場合手動でメモリ解放せずに済むよ。

**デフォルトの名無しさん** · 2021/11/18(木) 14:53:32.65

>>856
それはRAIIを判ってない発言だからたぶん恥ずかしい

**デフォルトの名無しさん** · 2021/11/18(木) 14:56:26.80

>>857
コンテナの中身がポインタだったら？

**デフォルトの名無しさん** · 2021/11/18(木) 14:57:53.21

本人も認めてるけどRAIIってネーミングセンスがないよな

**デフォルトの名無しさん** · 2021/11/18(木) 15:10:40.66

>>856
この辺見るといいと思う
https://www.youtube.com/watch?v=86xWVb4XIyE&;t=1790s

shared_ptrがGCの一種って話も出てくる

**デフォルトの名無しさん** · 2021/11/18(木) 15:13:07.47

>>857
しかし元の方は>>821でdeleteを使わないだけでなくshared_ptrも使わないとおっしゃっているのです
つまり解放をどうするのか問題が残ります
あとコンテナ自体の解放に加えて要素が値だけで構成されずポインタを含む場合はその先の解放も必要ですよね

**デフォルトの名無しさん** · 2021/11/18(木) 16:00:24.60

>>858
ある程度の構造を持ったデータを扱う場合
RAIIではそのクラスのデストラクタでdeleteが発生しますよね？
>>823はdeleteも要らないと書いていますがそこはどうするのでしょう？

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

new/deleteを明記しないってだけやろ

**デフォルトの名無しさん** · 2021/11/18(木) 16:36:40.14

golangなんかだとbenchでB/opやallocs/opが取れるけど、他の言語はあまりメモリー量は重要視してないのかな？
最終的にはエネルギー毎のjoule/opとか出してほしいけど、IntelとAMDそしてARMで全然違うのはCOP21とかは
何も考えてない偽善だろう

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

>>862
所有権について言及してるしunique_ptrを使うのでしょう

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

流れを踏まえると
C#はせっかくGCがあるのに
自分でいちいち手動のDisposeを描かされる

残念な言語(キリっ

と言わざるを得ない

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

GoやJavaなんかだとGCがあるからやばい、って思えるほどシビアなプロジェクトの開発をしてみたいもんだ

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

>>863-864
デストラクタ内のdeleteは勘定に入れなくて良いルールなんだろう

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

>>867
というより可能な限りGCを動かさないように
値型を多用してコレクションも
System.Collectionsじゃなくて
System.Collections.Genericのほうを使うとかして
ヒープ側を使わないようにする悲しい頑張りが必要

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

まあ、ネイティブコンパイラが必須なケースが少ないからこそ
JavaScriptインタプリタのようなものをC++やRustで書いて使ってるんだよな

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

>>870
C#ならガベージの生成を避けるようなケースでもC++なら気にせずヒープ使いまくれるってことか？
そうでないならそれはGCの問題ではないことになるぞ

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

まだgcの定義の話してんのかよ
文脈依存用語を絶対的な意味で決めつけようとする意味あんの？

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

Railsの高速化に貢献する新たなJITコンパイラを搭載したRuby 3.1プレビュー1が公開

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

>>874
すまないがもはや汎用言語でない言語はスレ違い

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

>>869
newしないんだったらdeleteだって書く必要ないでしょデストラクタであっても

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

「汎用言語」と呼ばれるにはミドルウェアを書くのにも適してる言語じゃないといけないの？

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

Rubyより採用実績の少ない言語は皆専用言語

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

このスレといいフレームワーク系のスレといい、お気に入り以外を攻撃してワンワン噛みつく奴ばっかや…
ニュースリリースぐらい大目に見たれよ？Wikipediaを何行も張り付けるウンコの１０倍は有用だぜ？

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

>>864
なるほど
クラス宣言側でdeleteを使っていても関数側でdeleteを明記しなければdeleteを使っていないことになるのですね

>>821
> deleteも使わない。

>>823
> deleteすら要らない。

ここまではっきりと書かれているので当然クラス宣言の中でもdeleteを使わない意味だと受け取っていました

ところでクラス宣言のデストラクタでdeleteを使う形はスマートポインタと完全に同じ形になっていますが
この自動的にメモリを解放する手法はGCに該当するのでしょうか？

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

いちいち質問して答えを待ってると判断が遅いんだよね
自分のお気に入りの答えを自分で判断する方が圧倒的に早い

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

C++はJavaと違うって事では。

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

早漏DTの意見でした

**デフォルトの名無しさん** · 2021/11/18(木) 22:44:57.81

組み込みのmruby は、apache などのmiddleware も書ける。
C の文字列の代わりに、mruby の文字列を使うと簡単・安全

人工衛星、イザナギ・イザナミなどに使っている

mrubyの本も出た。
micro python, Lua の代わりに使う

**デフォルトの名無しさん** · 2021/11/18(木) 22:59:55.28

>>880
自動的に開放しているからGCの一種

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

>>880
クラス宣言ってshared_ptrの実装のこと言ってる？

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

mrubyとか名前ダサくね？
信者になればかっこよく見えるの？
名前重要とかどこいった

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

ruby.js

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

そんなこと言ってるとrustに別実装の処理系が出来た時にディスられるぞ
rustだからstainlessとか

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

すでに別実装はあったような

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

>>889
なんでもかんでもxxx.rsって付くのはダサいけど、xxx.jsと同じかな

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

GCある言語でもインスタンスの生成や参照切れで解放されることくらいは
知ってる必要があるんだが、それもまともにわかってなさげなやつで溢れてる。

**デフォルトの名無しさん** · 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なりコンパイラなり使えばよい