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

**デフォルトの名無しさん** · 2022/04/17(日) 17:52:35.38

スレタイ（順番はRedMonk準拠）以外の言語もok

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

**デフォルトの名無しさん** · 2022/04/25(月) 17:38:49.59

C++委員会での議論でもメンバ関数と非メンバ関数で衝突したときにどう解決するかで割れて否決されたみたいだし、なかなか難しそうだね

**デフォルトの名無しさん** · 2022/04/25(月) 17:51:06.52

考えてみたがUFCSは完全に不要っぽい
まずメソッドとして使いたいものは最初からメソッドとして書けばよい
次に外部の関数をどうしてもメソッドとして使いたいならばその外部関数を呼び出すメソッドを追加すればよい

**デフォルトの名無しさん** · 2022/04/25(月) 17:53:13.68

衝突が問題ならUFCSの使用は記号などを使って明示したらいいんじゃないかな？

**デフォルトの名無しさん** · 2022/04/25(月) 18:02:36.22

「Rustを攻撃」ってどっちも同じでしょって言ってるだけなのに、このように攻撃を受けたと勘違いするんだから、正常な議論なんて出来ない。
UFCSについて難癖付けてるだけじゃん、個人的には別に必要ないと思うし、仮にあったら便利だとも思うが。コンパイル時間が増えるのは許容できない
「Rustのアンチ側」なんて言い出すクズどもとまともな話なんて出来るわけない。
こんな奴らばっかり増やしてもRustの普及を妨げてると思うんだけど？

**デフォルトの名無しさん** · 2022/04/25(月) 18:07:17.52

スレ読んだけど
汚染でも何でもなくRust特有の問題でもないことをRustは汚染だと延々と叩いてるのは異常に感じた

**デフォルトの名無しさん** · 2022/04/25(月) 18:08:46.62

今のところUFCSがある言語と外部のデータ型に対してメソッドを追加できない言語、メソッドを追加できる言語とできない言語のそれぞれは前者が勝手で勝るけど、前者同士では好みとか実現手法の違い程度の話のように感じてる
UFCSも結局モジュール単位で環境が分離されている事が殆どのようだし、どちらかじゃないとできない事も、どちらかだと発生する致命的な不都合も見えてこない
一見機能が不要に見えても、その採用理由が他の要素に起因してたりもするだろうし、その辺私はUFCS採用言語のことを詳しく知らないのでなんとも言えないな

**デフォルトの名無しさん** · 2022/04/25(月) 18:09:37.23

>>292
C++での議論では当然そういう案含めていろいろ提案されたけど、結局どれも一長一短で委員会での合意には至らなかったみたい
一人で作ってる言語なら作者の好みでサクッと入れられちゃうんだろうけどね

**デフォルトの名無しさん** · 2022/04/25(月) 18:11:19.66

汚染と言わなくても、Rustがuseで似たようなメソッドがたくさん出てくるのは本当でしょ、UFCSにしてもそれはイコールで何ら変わらんわ
なんでこいつらマトモに話すら出来ないの？コーディング能力を持ってるんだろうけど、コミュニケーション能力はゼロに近い

**デフォルトの名無しさん** · 2022/04/25(月) 18:11:26.99

メソッドが動詞ならUFCSでは関係が逆になるんだよね
英語圏の人はどう思ってるんだろ

**デフォルトの名無しさん** · 2022/04/25(月) 18:15:08.57

>>298
OSV言語の自然言語に近くなるから、オブジェクトが先に来るのは利点として受け止められてる。でも所詮はシンタックスシュガーの何者でもない

**デフォルトの名無しさん** · 2022/04/25(月) 18:16:12.91

>>297
> 似たようなメソッドがたくさん出てくる

そこ意味がわからない
似たようなメソッドがたくさんとは何？

**デフォルトの名無しさん** · 2022/04/25(月) 18:19:11.55

C#にも拡張メソッドと言う名前でほぼ同じ機能が使えるけどそっちは拡張メソッドオンリーで使う前提で作られてる

**デフォルトの名無しさん** · 2022/04/25(月) 18:23:57.49

似たような機能はいろんな言語にあるよね

**デフォルトの名無しさん** · 2022/04/25(月) 18:31:31.86

>>299
英語はOSVじゃなくSVOな？OSVになることもあるけど、そして世界の自然言語の主流は日本語と同じくSOVが40%
参考としてスター・ウォーズのジェダイ・マスター：ヨーダは、このOSV語順で話す。

**デフォルトの名無しさん** · 2022/04/25(月) 18:34:58.90

var s=copy(section);
paste(s);
みたいなのがあって

これを
paste(copy(section)):
とするより
section.copy().paste();
のほうが受け入れ易いってことだよね？

**デフォルトの名無しさん** · 2022/04/25(月) 18:42:40.14

>>304
最初からメソッドとして書けば済む

**デフォルトの名無しさん** · 2022/04/25(月) 19:05:29.73

Methods! You will be written first, but many are not.

**デフォルトの名無しさん** · 2022/04/25(月) 19:07:02.73

>>305
ところがどっこい var sのsはメソッドを生やせないstring型だ

常にメソッドを生やせるとは限らないし、元のクラスに必要以上の仕事を増やさないためにから拡張メソッドという概念があるんだよ

**デフォルトの名無しさん** · 2022/04/25(月) 19:15:14.85

スコープでuse出来て局所ごとにsection.print()の意味が変わる場合も便利だと感じる？

**デフォルトの名無しさん** · 2022/04/25(月) 19:28:32.34

メソッドじゃなくて関数や変数でも、スコープごとに意味が変わりうるのは当然のこと

**デフォルトの名無しさん** · 2022/04/25(月) 19:29:22.19

拡張メソッドが欲しいのはまぁ分かるんだけど
UFCSまでいくと普通の関数のつもりが意図せずメソッド呼び出しできてしまう、みたいなデメリットの方が大きくなる気がするなぁ

**デフォルトの名無しさん** · 2022/04/25(月) 19:33:06.80

なぜRustが叩かれていたのかようやく理解できた
Rustでは基本の型にも外部の型にもメソッドを追加できるわけか
そのためメソッドを自由に追加できない言語の人が逆恨みで叩いていたと

**デフォルトの名無しさん** · 2022/04/25(月) 19:35:49.53

"test".print();が局所ごとに意味が変わると気持ち悪い

**デフォルトの名無しさん** · 2022/04/25(月) 19:37:37.15

>>266
Nimだと「メソッド名空間」自体が無いから、そんな議論をするのは無駄だね。

**デフォルトの名無しさん** · 2022/04/25(月) 19:43:06.53

>>312
え？logging.rsに"test".print();と書いてあるのと、printer.rsに"test".print();で意味が変わるのはなんも関係無くねえ？
つーか普通に関数でprint("test")だのsaveだの、getだの散々やってるじゃん。気持ち（悪い）の問題なんだろうけどさ

**デフォルトの名無しさん** · 2022/04/25(月) 19:46:57.59

>>311
それはNimも同様。
むしろNimの方がメソッドと関数を統一しているから(記法が違うだけ)、より自然に拡張できる。

>ぜRustが叩かれていたのかようやく理解できた
>逆恨みで叩いていたと

こういうアホなことを言う狂信者ばかりだからだよ。

**デフォルトの名無しさん** · 2022/04/25(月) 19:56:02.27

RustのメソッドとかC++のメンバ関数のような特定の型だったりトレイトに束縛された関数のようなものがNimにはなくて、自由関数だけがある。
だからNimからUFCSをとったらC言語のように全ての関数をfoo(x, y, z)って書かないといけなくなっちゃう。
UFCSがあるおかげでどんな関数もx.f(y,z)だったりf(x, y, z)とか自由に書ける。
UFCSで関数がメソッドになるとプライベート変数/メソッドにアクセスできちゃうって勘違いしている人がいるかもしれないけどNimではそれは起きない。
C++のメンバ変数に相当するものや関数のアクセス権はモジュール外にそれを公開するかしないかのどちらかしかない。

**デフォルトの名無しさん** · 2022/04/25(月) 19:57:52.87

>>315
Nimでも自由にメソッドを追加できるならばUFCS必要なくね？？

**デフォルトの名無しさん** · 2022/04/25(月) 19:59:13.38

>>314
逆にprint_to_printer()とか print_to_consoleとか書いてあったら発狂するかもしれんわ
一番使うdebug_assert_eqとかヤメテほしい・・・、あと帰ってくる正式な型名が異様に長くなるのもC++の悪いところを引き継い出るような感じがする

**デフォルトの名無しさん** · 2022/04/25(月) 20:05:33.97

>>316
自由関数しかないNimは関数名空間が常に汚染されてしまうのね
普通のプログラミング言語ならばメソッド名として名前空間が分離されるのよ

**デフォルトの名無しさん** · 2022/04/25(月) 20:06:59.77

std::iter::emptyは名前空間を汚染するので使ってはいけません

アホか

**デフォルトの名無しさん** · 2022/04/25(月) 20:09:08.19

>>319
1つも調べもせんのな、自由関数だけじゃなくmethodもある。つーかおまえRust使うの止めてJavaやってろ、まじ迷惑

**デフォルトの名無しさん** · 2022/04/25(月) 20:09:29.47

グローバル関数じゃなくて？

**デフォルトの名無しさん** · 2022/04/25(月) 20:10:31.91

>>317
>>316にまとまっているよ。
メソッドが無くて、ただの記法の違いでしか無いからこそUFCSのメリットを最大限享受できる。

>>319
メソッド名を関数名から「常に」分離するメリットは？
関数自体をモジュールとかで分離して管理できればいいんじゃないのかね。

**デフォルトの名無しさん** · 2022/04/25(月) 20:13:13.14

やはり逆恨みで無関係なRust叩きやってる説が正しいかもしれん
Rustが無関係な状況でも>>321のように唐突にRustを出してくる

**デフォルトの名無しさん** · 2022/04/25(月) 20:21:15.47

逆恨みだの、攻撃だの、ずーーとこんな事言ってる奴いるけど完全なびょーきだと思う。名前空間が汚染されないという言語はお前の中で具体的に何？

**デフォルトの名無しさん** · 2022/04/25(月) 20:21:37.03

もうケンカしてる人らが最強次世代言語作れば

**デフォルトの名無しさん** · 2022/04/25(月) 20:23:23.46

逆恨みとか、自我と言語が密結合していない限り出ない言葉だよな
用途目的に応じて言語を使い分ければ良いのに

つまりそういうことだ

**デフォルトの名無しさん** · 2022/04/25(月) 20:26:24.56

おそらくNimの人がずっとRustを仮想敵にでもしてるのかもな
だからNimに不利っぽい書き込みがあるとRustの話がどこにもなくても無意識にRustを叩いてしまってるのかもな

**デフォルトの名無しさん** · 2022/04/25(月) 20:26:38.57

ローカルのスコープしか影響しないのに、わざわさわ汚染とか言うの意味わからん
紛らわしいからやめろ

**デフォルトの名無しさん** · 2022/04/25(月) 20:27:48.66

> わざわさわ汚染
タイポしてた
わざわざ汚染

**デフォルトの名無しさん** · 2022/04/25(月) 20:29:25.14

例えば新しい言語が出来て人気を博したら、RustにもNimにもDにもSwiftなどにも存在しない機能や、シンタックスシュガーになるわけで
それを指摘したら、逆恨みだの、攻撃だの、アンチだの言いだしたらこのスレはマジ必要ない。
なんで無いのか考察を言ったり、コンパイル時間への影響とか、現行の構文が大きく変わってしまうとかそういうのを述べるならまだしも
UFCSが汚染だとキチガイのように書いてる。マジこんなやつ迷惑だろｗ

**デフォルトの名無しさん** · 2022/04/25(月) 20:34:31.02

このスレを「汚染」で検索してそれら書き込みを見るとプログラミング言語名の最多登場がRust
なぜRustを汚染と叩く書き込みが多いのか不思議

**デフォルトの名無しさん** · 2022/04/25(月) 20:35:18.96

>>228とか>>235みたいな、主観と思い込みによる断定から荒れ始めたんだよな
そこからおそらく自己正当化のために独自の「汚染」を定義
誰にも賛同されないと逆恨みだの攻撃だの仮想敵だの

**デフォルトの名無しさん** · 2022/04/25(月) 20:38:37.94

>>333
それはもちろん同感だが
同時に発生しているRust汚染叩きは何なのだろう？

**デフォルトの名無しさん** · 2022/04/25(月) 20:48:57.83

rustは錆なんだから汚染ぐらいでどうこう言うのもちょっと

**デフォルトの名無しさん** · 2022/04/25(月) 20:54:23.26

Rustに対してとにかく言いがかりつけてるアレな人が前からおるやん
今回もそれだろ
有名人が叩かれる有名税みたいなもんや

**デフォルトの名無しさん** · 2022/04/25(月) 21:10:54.21

いーや一番言いがかりで汚染されてるのはこんスレとロシアだと思いますわ。反枠＆陰謀論！病院池

**デフォルトの名無しさん** · 2022/04/25(月) 21:27:42.00

有名税か
逆恨みやストレス発散でバッシングする連中多いもんな

**デフォルトの名無しさん** · 2022/04/25(月) 21:47:49.04

>>332 >>334
事実に基づかない嘘で被害者面するのやめるべきだな。
このスレで「汚染している」と難癖つけられているのはUFCSだろ。次点でNim。Rustはあったっけ？

**デフォルトの名無しさん** · 2022/04/25(月) 21:58:12.43

ケンカはやめて＞＜

**デフォルトの名無しさん** · 2022/04/25(月) 22:11:48.53

ふたりを　とめて～

**デフォルトの名無しさん** · 2022/04/25(月) 22:17:54.71

有名税とか言う前にまずDとNimとUFCSを無理筋でこき下ろした件に対するごめんなさいは？

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

あと無関係な争いに巻き込まれたRustも可哀想

**デフォルトの名無しさん** · 2022/04/25(月) 23:13:51.83

調べたところRustにもUFCSがあるようだけど。
https://doc.rust-lang.org/1.30.0/book/first-edition/ufcs.html

**デフォルトの名無しさん** · 2022/04/25(月) 23:32:05.72

それ古い版のthe bookだし>>224の条件付きだからUFCSってあるってだけだよ

**デフォルトの名無しさん** · 2022/04/25(月) 23:34:40.87

途中送信した
条件付きだからこれをUFCSと呼ぶのは誤用ってことで今は使ってないよ（>>284）

**デフォルトの名無しさん** · 2022/04/25(月) 23:52:22.15

>>344
もちろんRustにもあるけど微妙に違うので今はUFCSとは呼ばなくなった
その微妙な差というのは既に>>245で書いたように

> 例えばu64型のxに対して
> xのn乗はu64::pow(x, n)という関数が標準であるけど
> これはx.pow(n)と呼び出すことができる

とメソッド形式でなく関数形式の時に型名等の前置パスで常に制限される

**デフォルトの名無しさん** · 2022/04/26(火) 00:24:29.22

ほんのわずかだけ違うとはいえ
D、Nim、RustといったUFCS対応言語は2通りの記述方法が出来て便利で良いですよね

**デフォルトの名無しさん** · 2022/04/26(火) 07:04:16.95

Goってマジで終わりかけてる？
使う価値あんまり感じなかったのは事実だけどｗ

**デフォルトの名無しさん** · 2022/04/26(火) 07:06:24.67

バカヤロー、まだ始まっちゃいねぇよ

**デフォルトの名無しさん** · 2022/04/26(火) 09:33:09.74

Goジェネリクスの実装とパフォーマンスについて
https://www.infoq.com/jp/news/2022/04/go-generics-performance/

**デフォルトの名無しさん** · 2022/04/26(火) 10:53:42.88

>>260
ちげーよ。
記法の問題。

**デフォルトの名無しさん** · 2022/04/26(火) 11:05:30.65

>>295
これが正しい

**デフォルトの名無しさん** · 2022/04/26(火) 11:06:06.60

>>295
これが正しい

**デフォルトの名無しさん** · 2022/04/26(火) 12:45:23.73

>>295
(UFCS方式を含めて)メソッドを追加できない次世代言語が存在するのですか？

**デフォルトの名無しさん** · 2022/04/26(火) 13:27:25.51

頭痛くて寒気すると思ったら熱あったわ。

**デフォルトの名無しさん** · 2022/04/26(火) 13:49:04.73

>>355
Rust、Kotlin、Swift、C#は拡張できるし、メソッド形式呼び出しがあるモダン言語なら必須機能っぽいけどね

**デフォルトの名無しさん** · 2022/04/26(火) 14:12:26.27

最後にGoの悪口に収束するのは、おまいらの悪い癖だと思う

>>356
現代日本の片づけのキモはゴミ在庫の管理だ。これはコンマリも言ってない..
pptppc2 「キモ」「ゴミ」とかいうワードが真っ先に出てくると身構えてしまう。

**デフォルトの名無しさん** · 2022/04/26(火) 14:18:27.51

>>357
スレタイにある言語だと
TypeScriptもJavaScriptだからメソッド追加可能
残るGoは？

**デフォルトの名無しさん** · 2022/04/27(水) 10:39:21.30

nimググってみたけどけっこう良さそうな言語じゃん。

**デフォルトの名無しさん** · 2022/04/29(金) 09:51:11.18

Go開発者の92％が「Go言語に満足」
https://mag.osdn.jp/22/04/27/135700

**デフォルトの名無しさん** · 2022/04/29(金) 11:41:20.06

>>360
自演乙

**デフォルトの名無しさん** · 2022/04/29(金) 11:41:58.13

>>361
ガイジの中のガイジ煮詰めたデータに何か意味あるんか？

**デフォルトの名無しさん** · 2022/04/29(金) 11:48:23.80

なんかの統計でphpも満足度が高かったような

**デフォルトの名無しさん** · 2022/04/29(金) 11:57:31.13

Nimは100%ですよ

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

>>362
何いちゃもんつけてんだ。
nimは使ったことすらねーわ。ググっただけだ。
一応このスレタイトルのtypescriptとgoは使ってる。

**デフォルトの名無しさん** · 2022/04/29(金) 12:06:43.44

サーチフレンドリな名前ではある

**デフォルトの名無しさん** · 2022/04/29(金) 14:28:08.64

生存者バイアスとしか…

**デフォルトの名無しさん** · 2022/04/29(金) 15:45:25.25

phpは障害者雇用枠だから

**デフォルトの名無しさん** · 2022/04/29(金) 19:23:50.76

前にも書いたけど学校のサイトとかをワードプレスで運用してるところ結構あるんだよね
他の言語では先生達に書き換えて運用とか無理だと思う

PHPはそういう用途に向いてる
絶対そこはRustとかGoにはならない

**デフォルトの名無しさん** · 2022/04/29(金) 19:44:01.30

言語と人を比較して言うのだが
PHPを批判するような子は
たいていPHP以下の存在
そして必ずPHPの作者以下の技量

**デフォルトの名無しさん** · 2022/04/29(金) 19:58:05.95

たぶんPHPが存在してなければ、また誰かが気軽にwebサイトをさらっとかけるスクリプト言語をRustのようなシステムプログラミング言語で開発していただろう
そしてそれはPHPのようなものになるのだろうね

**デフォルトの名無しさん** · 2022/04/29(金) 21:18:48.98

たしかにPHPが障害者を吸ってくれたおかげで助かってるところはあるかも
ITの汚物入れ、人類最底辺のクズ、エタヒニン・罪人
それがPHPoor

**デフォルトの名無しさん** · 2022/04/29(金) 21:24:48.98

Reasonってどうですか？

https://reasonml.github.io/

**デフォルトの名無しさん** · 2022/04/29(金) 22:15:53.12

こんスレってなぜかJuliaの話、完全スルーするよな。Go？Rust？Zig？Nim？時代遅れのローエンド言語や

**デフォルトの名無しさん** · 2022/04/29(金) 22:27:03.12

>>370
GoとPHP、どっちも使わない人からしたら大して変わらない説。

**デフォルトの名無しさん** · 2022/04/29(金) 22:38:01.94

>>373
よっぽど根に持ってるんだな。
ちょっと病的な感じ。

**デフォルトの名無しさん** · 2022/04/29(金) 22:48:27.27

ローエンド言語なんて言葉ある？
ローレベル言語ならわかるけど

**デフォルトの名無しさん** · 2022/04/29(金) 22:57:18.29

>>375
単に知られてないから話題に反応できないだけだと思う
良いところ教えてよ

**デフォルトの名無しさん** · 2022/04/29(金) 23:02:55.81

Julia、せっかく新規言語で型付けと動的性のバランスを取れる立ち位置にあったのに、抽象-具象の継承ベースの型を採用した部分が個人的にジェネリクスと噛み合いが悪いと思っていて悲しい
1-originとかは正直瑣末事だと思ってる分そこだけが本当に合わない

一応最新バージョンだとパラメトリックな抽象型とそのパラメータに抽象型を使えるし、その部分型をパラメータにも抽象型コンストラクタ（？）にも適用できるから実用上十分なんだと思うが

**デフォルトの名無しさん** · 2022/04/29(金) 23:13:16.89

JuliaのユーザーってPythonは当然として、他にはMATLABやRが競合になるようなコミュニティだから、
このスレとはまるで層が違うんじゃないかな
MATLABやRの話も全く出ないし

**デフォルトの名無しさん** · 2022/04/29(金) 23:27:24.69

Juliaって計算科学や数値解析に特化した、R言語みたいなものでしょ？

**デフォルトの名無しさん** · 2022/04/29(金) 23:34:47.33

Julia厨はクソみたいな押し付けするくらいなら
自分で他言語のライブラリの移植でもした方がよっぽど使ってもらえるという当たり前のことすら理解してないからな。

**デフォルトの名無しさん** · 2022/04/29(金) 23:47:45.01

>>380
その継承が中途半端なことしかできないし
継承を採用したことも失敗してるし
Juliaはあかんね

**デフォルトの名無しさん** · 2022/04/30(土) 00:03:38.50

継承は基底クラスと派生クラスの役割（責務）の分担が非常に難しいです。
よほど上手く設計しないと、すぐに「スパゲッティ・オブジェクト・プログラム」ができあがります。
継承は実装の再利用という面があるので、得てしてコピペの代わりに使われがちでもあります。
既存のあるクラスの振る舞いをちょっとだけ変えたいから継承を使おうってやってしまうと、
派生クラスのソースを見ただけでは何をやってるのか全くわからない最悪のコードになります。
まだコピペのほうがマシなことも。

最初はちゃんとクラス階層の設計がされていたとしても、だんだん皆が使う共通ルーチンを基底クラスに持たせよう、としてしまうとか、
基底クラスは、すぐに、巨大かつ影響範囲が広すぎてイジれない「神クラス」になるでしょう。
この場合の基底クラスの役割は、グローバル変数そのものと言ってよいですね。

とにかく、継承を使うと、コピペ、グローバル変数の使用、といった「禁じ手」と実質的に同じことが簡単にできてしまいかねません。
もし継承を使うのであれば、かなり注意が必要です。

その一方で、継承でないと絶対にダメという用途もあんまりないのです。
継承を一律禁止してしまってもそんなに困らないところがあります。
そのため最近ではGoやRustなど言語の仕様として継承（インタフェースではない実装を持つクラスの継承）を禁止している言語が増えているという有り様です。

**デフォルトの名無しさん** · 2022/04/30(土) 00:45:40.28

今北産業

**デフォルトの名無しさん** · 2022/04/30(土) 00:48:57.89

長い。そして間違っている。
Rustは代わりにtraitで継承を表現できるが、Goは表現する方法はなく、似たことをするとデータ構造を弄くることになる。
そもそも継承においてはデータ構造と実装の併合が問題なので、あとは察してください。

**デフォルトの名無しさん** · 2022/04/30(土) 00:53:39.80

じゃあ継承使わないでプラグイン機構使いたいときはどうすんの？

**デフォルトの名無しさん** · 2022/04/30(土) 00:55:27.41

プラグイン機構とだけ言われても意味が一意じゃないと思うけど
mixinのことかいな？

**デフォルトの名無しさん** · 2022/04/30(土) 00:56:29.80

Composition over inheritanceは30年近くも前のGoFですでに広まってるのになぜ次世代言語スレで話題になるんだろう