次世代言語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/06/17(金) 23:24:36.27

あと余談だが
>>884のO_NOFOLLOW指定はUNIXのC言語プログラマーなら馴染みでも一般的にわかりくいという時
Rustではメソッド拡張が可能なことから
以下のように no_follow_symbolic_link() とわかりやすい指定ができるようにすることも可能

let file = File::options()
　.read(true)
　.no_follow_symbolic_link()
　.open("input.txt")?;

この実現方法はRustの一般的なメソッド拡張と同じで
拡張用のトレイトを用意してその実装を与えればよい

trait OpenOptionsUnixCustomExt {
　fn no_follow_symbolic_link(＆mut self) -> ＆mut Self;
}

impl OpenOptionsUnixCustomExt for std::fs::OpenOptions {
　fn no_follow_symbolic_link(＆mut self) -> ＆mut Self {
　　self.custom_flags(O_NOFOLLOW)
　}
}

もちろんこの拡張用traitをuseした時のみ有効となる
つまり既にある仕様を壊さずに拡張が可能

いずれにせよビルダー方式でのメソッドチェーン指定は
全てを引数で複雑もしくは長々と指定するよりもよっぽど好ましい方式

**デフォルトの名無しさん** · 2022/06/18(土) 01:48:38.80

ビルダーパターンはオプション引数のある言語でも簡単に実現できるんだが
逆は一般的にハードルが高い(Rustならproc macroとかになる)

ビルダーとオプション引数は本来はユースケースによって使い分けるものなので
使い分けられないようならその言語は機能的に劣っているということ

**デフォルトの名無しさん** · 2022/06/18(土) 03:34:01.13

Rustは代数的データ型のOption型があるから特に困らないんじゃない？
むしろOption型がないプログラミング言語はundefinedやnullやnilなどの排除すべき危険なものが存在していて安全じゃない

**デフォルトの名無しさん** · 2022/06/18(土) 03:46:11.38

欲しいのはオプション引数というかキーワード引数？
Noneなりnullなりが連続する関数呼び出しはつらいよね

**デフォルトの名無しさん** · 2022/06/18(土) 03:49:38.33

デフォルト引数のことか
C、Java、Go、Rust、Haskell、…とサポートしていないプログラミング言語は多いけど
それらの言語が劣っている欠陥言語と言われることはないよ

**デフォルトの名無しさん** · 2022/06/18(土) 07:13:04.48

やっぱりカリー化が欲しいのよ

**デフォルトの名無しさん** · 2022/06/18(土) 10:59:53.21

デフォルト引数はあったほうがいい
究極的にはPythonみたいに書けるC言語が欲しい
それを目指したのがおそらくGoだと思うが

**デフォルトの名無しさん** · 2022/06/18(土) 11:19:30.38

cpythonでええやん

**デフォルトの名無しさん** · 2022/06/18(土) 11:24:27.43

>>891
あのゴミみたいなsyntaxで目指してるとか鼻で笑うで

**デフォルトの名無しさん** · 2022/06/18(土) 12:11:06.20

>>891
Goには当然デフォルト引数は無い
あと、GoはPythonとは真逆の思想

**デフォルトの名無しさん** · 2022/06/18(土) 12:28:29.18

Kotlinみたいにサポートしてほしい

**デフォルトの名無しさん** · 2022/06/18(土) 12:37:40.53

RustもGoも標準ライブラリが良くない
気持ち悪い

**デフォルトの名無しさん** · 2022/06/18(土) 12:41:20.81

>>889
欠陥言語なんてものはそもそもほとんどない

デフォルト引数は新言語に人気が出てくると確実に要望が出てくる
いつかは実装される
実装できる余地がある言語はいいけど言語仕様上実装不可な場合はどうしようもない

**デフォルトの名無しさん** · 2022/06/18(土) 12:46:26.67

>>889
ある言語が他の言語に比べて劣っている部分があるということと
その言語が欠陥言語かどうかは全く別の問題
もう少し論理的に物事を考えよう

**デフォルトの名無しさん** · 2022/06/18(土) 12:52:00.37

Rsutは意味不明なんだよな
struct初期化で名前指定して初期値入れてるのにデフォルト実装や名前付き引数がない
不思議

**デフォルトの名無しさん** · 2022/06/18(土) 13:00:28.27

Rustはソースコード上の情報多くしたい感じだからデフォルト引数は入らなさそう
ソースコードの見た目をすっきりさせたいなら素直にPythonとか使うのがいいかと

**デフォルトの名無しさん** · 2022/06/18(土) 13:08:33.19

デフォルト引数もなく関数オーバーロードがないから謎の関数がぼこぼこ増えるんだろうな

○○
○○_with_XX
○○_by_YY

みたいに

**デフォルトの名無しさん** · 2022/06/18(土) 13:15:01.13

言語を作った人間がデフォルト引数絶対に入れない！って言ってても
その人が一線から引いて他の開発メンバーに任されたら速攻で入る

**デフォルトの名無しさん** · 2022/06/18(土) 13:42:57.17

Rustはすでに作った人は居なくなってるし
仕様決めるのも多数決とかじゃなく意見が割れるようなのは入らないからな
コミュニティ全体が入れる空気にならない限り無理

**デフォルトの名無しさん** · 2022/06/18(土) 13:44:38.50

新しい元老院の出来上がりか

**デフォルトの名無しさん** · 2022/06/18(土) 13:57:51.20

Rustは複雑な引数はstructで渡しなさいという考えだから
その方法の一つがビルダーパターンだけど、structとDefaultを組み合わせたほうが個人的には好き

**デフォルトの名無しさん** · 2022/06/18(土) 14:03:46.44

..Default::default() にシンタックスシュガーあって短く書ければいいんだけど

**デフォルトの名無しさん** · 2022/06/18(土) 14:46:02.16

引数爆発の解決のアプローチはいろいろあるわな
だがキーワード引数があったほうが爆発したときに楽なんだがな
GoやRust的には構造体使えってことか

**デフォルトの名無しさん** · 2022/06/18(土) 14:55:32.45

>>899
デフォルトは作ればあるよ
オプション引数の代替策の一つとしても使える

**デフォルトの名無しさん** · 2022/06/18(土) 14:56:30.79

あ、ガイシュツだった

**デフォルトの名無しさん** · 2022/06/18(土) 17:55:33.35

>>903 >>902
Rustでは不可欠な機能が着実に次々と実現されていっており
それら全て状況も議論も全てオープンに行われている
互換性、安全性、関連する影響がないことなど全て満たす必要があるためどの案件も時間がかかるが信頼できて安心できる

関数の引数の諸々の件も長くオープンに議論され続けているが様々な諸問題がでておりそれらを解決しうる仕様がまだ出来上がらずかなり先になるだろう
そして色々な代替手段があるためこれを必須として現実に困っている人がいない問題でもある

**デフォルトの名無しさん** · 2022/06/18(土) 18:43:27.93

>>903
なんや、既に崩壊してる言語なのか
ざまあねえな

**デフォルトの名無しさん** · 2022/06/18(土) 19:21:21.77

Rustって創始者いないのなんでなの？

**デフォルトの名無しさん** · 2022/06/18(土) 19:27:03.11

>>912
創始者が抜けたのはバーンアウトしたかららしい

**デフォルトの名無しさん** · 2022/06/18(土) 19:56:43.48

>>912
修復不可能なデザインバグを見つけてしまったから逃げたんだろう

**デフォルトの名無しさん** · 2022/06/18(土) 20:01:24.70

Mozilla関係の組織っておんも歩けないような人が多いよね
まともな人から辞めていくんだろうか

**デフォルトの名無しさん** · 2022/06/18(土) 20:14:49.20

燃え尽きて去ったRustの創造者はいまはどこで何をしているんだ？
まさか、googleでGoしているってことないよな

**デフォルトの名無しさん** · 2022/06/18(土) 20:18:43.54

AppleでSwiftの開発をしてるらしいぞ

**デフォルトの名無しさん** · 2022/06/18(土) 20:30:46.91

>>910
Rustコミュニティがオープンだとは全然思えない。async-stdとtokioなんか正にそう

**デフォルトの名無しさん** · 2022/06/18(土) 20:40:14.11

>>917
やっぱゴミはゴミに惹かれるんやね
XウンコードとかいうゴミゴミのゴミIDEバンドルのゴミに惹かれるなんて
やっぱゴミ

**デフォルトの名無しさん** · 2022/06/18(土) 20:40:52.91

c++の規格団体がクソだったのと大して変わらない

**デフォルトの名無しさん** · 2022/06/18(土) 20:46:04.24

>>910
apple信者の人たちと大して変わらんなｗ

androidにしかない機能があっても必要ない、問題ない、困ってないと言い放つが実装されると大騒ぎして喜び
誇らしげに自慢する

何週遅れてんだよと

**デフォルトの名無しさん** · 2022/06/18(土) 21:07:12.04

全て状況も議論も全てオープンに行われていればまあこんな事になるわけがないよなww

「The entire moderation team resigns, effective immediately. This resignation is
done in protest of the Core Team placing themselves unaccountable to anyone but
themselves.」
https://github.com/rust-lang/team/pull/671

**デフォルトの名無しさん** · 2022/06/18(土) 21:10:24.45

>>921
気持ち悪いRust信者はこの板に1人いるだけだぞ
通称複オジこと、はちみつオジ

**デフォルトの名無しさん** · 2022/06/18(土) 21:20:50.21

>>917
おいおい、ほんとなのか。
優秀な奴だろうからどっかが雇っているだろうと思っていたが。
appleならMozillaより激好待遇だろうな

**デフォルトの名無しさん** · 2022/06/18(土) 21:36:02.59

>>923
Qiitaで若者に嫉妬したりエアプRust信者したり大変だな

**デフォルトの名無しさん** · 2022/06/18(土) 22:53:12.86

コミュニティの意見に向き合うのは難しい問題で、どの言語でも同じ
Rust Foundationとか、Kotlin Foundationとか、コミュニティ向けに組織体制をちゃんとする努力があるだけマシだといつも思う

**デフォルトの名無しさん** · 2022/06/18(土) 22:56:08.60

スタバマックくんw

**デフォルトの名無しさん** · 2022/06/18(土) 23:36:58.06

そして批判の声が見当たらないコミュニティは逆に危険
ユーザーは意見を述べるモチベーションがなかったり、意見を聞き届ける環境すら整えられていない
言い換えるとカルト。

**デフォルトの名無しさん** · 2022/06/19(日) 00:20:26.22

>>926
なんちゃらファウンデーションなんてそれはコミュニティに向き合うとか組織体制がちゃんとする努力をしているとは違う。後ろにスポンサーがいるかどうかが違うだけ
得てしてプラス面もあるが多くは大企業の意見がよく通る

**デフォルトの名無しさん** · 2022/06/19(日) 00:58:59.69

>>929
どの言語のコミュニティが理想だと思う？

**デフォルトの名無しさん** · 2022/06/19(日) 02:05:01.40

なんだその質問ww

**デフォルトの名無しさん** · 2022/06/19(日) 02:09:16.77

ジャップは10年遅れでPython受け入れだしたからな
Juliaも10年は遅れるよ

バカなジャップだから

**デフォルトの名無しさん** · 2022/06/19(日) 05:40:31.85

Julia流行の隆盛とともに死すﾅﾑｰ（-人-）
今はJuliaとか言って、もう少し経ったらの言語ﾏﾝｾｰするくせにさ

**デフォルトの名無しさん** · 2022/06/19(日) 07:28:14.73

１０年後にジャップランド土人村が残ってるかも疑わしい

**デフォルトの名無しさん** · 2022/06/19(日) 09:42:08.66

何で突然ジャップとか言い出した？選挙が近いから？

**デフォルトの名無しさん** · 2022/06/19(日) 09:57:40.03

>>934ってどこの国の人なんやろな
なんかウンコのにおいしてるけどｗ

**デフォルトの名無しさん** · 2022/06/19(日) 10:15:25.21

今の日本の体たらくはジャップランド土人村と呼ぶにふさわしいよ
未だに「日本サイコー！」とか言ってる奴らの方がどうかしてる

**デフォルトの名無しさん** · 2022/06/19(日) 10:30:27.88

声の大きいクソユーザーのせいで言語がどんどん変わっていくC#

**デフォルトの名無しさん** · 2022/06/19(日) 10:55:12.05

>>938
具体的にはどういうとこ？
俺は最初からC#ダサいと思ってたけど

**デフォルトの名無しさん** · 2022/06/19(日) 11:04:07.37

>>939
具体的にダサいところあげてくれ
ついでにダサくない言語も教えてくれ

**デフォルトの名無しさん** · 2022/06/19(日) 11:07:05.21

単純にMicrosoftのソフトウェア開発能力がめちゃくちゃ高いからどんどん変わっていけてるだけだぞ
昔から巨大ソフトウェアをずっとたくさん作り続けてるだけあるよ

他の言語だってリソースさえあればあれもこれもやりたい、って言ってるのたくさんあるじゃん

**デフォルトの名無しさん** · 2022/06/19(日) 11:11:04.94

言語仕様が使いもしないパターンマッチよりにどんどん変わってる
学習コストが上がるだけなのに

if (x is { Name.Length: 1 })
{
Console.WriteLine("single-char Name");
}

**デフォルトの名無しさん** · 2022/06/19(日) 11:13:34.22

>>942
へーそうなん
サンクスコ

**デフォルトの名無しさん** · 2022/06/19(日) 11:15:07.77

x is { Name.Length: 1 }

これが何を指しているか直観的にわかるように思えて実際は違っている

**デフォルトの名無しさん** · 2022/06/19(日) 13:07:02.40

MicrosoftはTeamsのアップデートしすぎ、ほぼ毎日バージョンが変わる。マジで勘弁してほしい

**デフォルトの名無しさん** · 2022/06/19(日) 13:32:37.74

C#は場当たり的に糖衣構文追加するもんだから
BNFがとんでもない長さになってるな
ここまで言語仕様汚くなった言語他に無いんじゃね？

**デフォルトの名無しさん** · 2022/06/19(日) 13:39:49.73

さすがに C++ Perl Ruby には敵わないだろ

**デフォルトの名無しさん** · 2022/06/19(日) 14:13:50.73

>>944
具体的に他の言語で書くとどういう記述に相当するもの？

**デフォルトの名無しさん** · 2022/06/19(日) 14:16:23.55

BNFで構文表現できてる時点で綺麗だよね

**デフォルトの名無しさん** · 2022/06/19(日) 14:21:29.08

BNFで表現できない文法はやめてくれ

**デフォルトの名無しさん** · 2022/06/19(日) 14:37:30.12

>>947
Rubyは意外にシンプル

**デフォルトの名無しさん** · 2022/06/19(日) 15:16:16.80

>>951
シンプルでなくイージー
型無し糞言語代表だろ

**デフォルトの名無しさん** · 2022/06/19(日) 15:23:17.11

rubyに型がないとかｗ
恥を知れ恥を

**デフォルトの名無しさん** · 2022/06/19(日) 17:07:15.35

恥を知れ恥をって一番恥ずかしい煽りだよな

**デフォルトの名無しさん** · 2022/06/19(日) 17:08:50.63

他の言語の定型文をそのまま日本語に持ってくるからそうなる

富士山は日本で一番高い山の一つですは誤訳

**デフォルトの名無しさん** · 2022/06/19(日) 22:06:45.19

Rubyはスクリプト言語にしてはPythonに比べ型は厳格だが、なんにでもなれるメソッドなかったっけ？

**デフォルトの名無しさん** · 2022/06/19(日) 22:28:00.46

#method_missing

**デフォルトの名無しさん** · 2022/06/20(月) 12:03:09.79

>>952
型無し言語って何？

**デフォルトの名無しさん** · 2022/06/20(月) 12:17:32.20

シェルスクリプトやアセンブリのことです

**デフォルトの名無しさん** · 2022/06/20(月) 12:59:21.71

シェルスクリプトにも変数の型はあるしアセンブリもレジストリの種類は意識しないといけない

**デフォルトの名無しさん** · 2022/06/20(月) 13:09:02.41

型なし言語って、誤用でしか用例を聞いた覚えがないけど、型なし言語とかいう用語はあるの？
文脈からして何を言いたいかはわかるんだけど

**デフォルトの名無しさん** · 2022/06/20(月) 13:09:53.23

値に型がない言語のことを型なし言語、って呼ぶのは正しいの？

**デフォルトの名無しさん** · 2022/06/20(月) 13:52:48.64

型無し言語じゃない
型無し糞言語だ
間違えるな痴れ者が

型無し糞言語3兄弟といえばＲｕｂｙ、ＰＨＰ、Ｐｅｒｌ
業界の常識

未だこれ使ってる時代遅れのバカ老害どもは首吊って死んでええぞ

**デフォルトの名無しさん** · 2022/06/20(月) 13:55:02.11

>>961
https://ja.wikipedia.org/wiki/%E5%9E%8B%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0#%E5%9E%8B%E3%81%AA%E3%81%97
型付けを更に厳密に定義した区分として型なし（英: untyped）という区分が存在する。
代表的な言語としてはSmalltalk[7]、BCPL、B言語、アセンブリ言語などがある。
Smalltalkでは高速化のため処理系依存で実行時に型検査することがあるものの言語的には型検査がなく、
動的型付け言語のように文字列に割り算をするといった不正な操作をしても処理系が型検査して停止する事は無い。

BCPL、B言語、アセンブリ言語などオブジェクト指向とは関係なく型を持たない言語では、
ハードウェアのワード長に依存した1種類の型のみを持つか、
言語を使う側でデータを参照するときにデータ幅や種類の解釈を決定することとなる。

**デフォルトの名無しさん** · 2022/06/20(月) 14:10:59.58

>>960
bashのdeclareについては一旦忘れていただく方向でお願いします

**デフォルトの名無しさん** · 2022/06/20(月) 14:23:54.46

>>964
ほんまや
Brainfuckとかみたいな難解言語もだいたいuntypedかな

**デフォルトの名無しさん** · 2022/06/20(月) 14:32:59.17

>>963が言っている型無し言語とは、一つの変数がいろいろな型の値を束縛できるってこと？

**デフォルトの名無しさん** · 2022/06/20(月) 15:16:39.40

untypedは基本的にdynamically typedのこと
アカデミック用語で実務者用語ではない
実務者が型なし言語と呼ぶのはtypeless languagesのこと

現代において動的型付け言語を型なし言語と呼ぶのは明らかな間違い

**デフォルトの名無しさん** · 2022/06/20(月) 15:39:41.45

>>968
> untypedは基本的にdynamically typedのこと
出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。

**デフォルトの名無しさん** · 2022/06/20(月) 15:54:46.01

型付けなんてプログラマにとっては基本の基本で
おろそかにしていいものではないから

> 型無し糞言語3兄弟といえばＲｕｂｙ、ＰＨＰ、Ｐｅｒｌ

これがいかにド素人で無教養で恥知らずな発言かは
お分かりいただけてると思う

**デフォルトの名無しさん** · 2022/06/20(月) 16:28:03.20

複おじ怒りのマジレス

**デフォルトの名無しさん** · 2022/06/20(月) 18:29:27.28

>>901
これがちょっと辛いんだよな。

**デフォルトの名無しさん** · 2022/06/20(月) 18:53:41.48

型無し言語と言えば型無しラムダ計算だろ。

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

次スレ（リニューアル）
Era 26

コンセプトは、現状の漠然とした実質未来最強言語決定戦という誰も得しない未来トレンドの断定を避けて、
次世代言語はまだ存在しない仮説を使って建設的な言語仕様の検討を促すことです。

**デフォルトの名無しさん** · 2022/06/20(月) 19:05:46.77

https://mevius.5ch.net/test/read.cgi/tech/1655719441/l50
↑次スレのリンクです。もし興味があればどうぞ。

（一定数いる最強言語決定戦を続けたい層には不向きかもしれないので、
棲み分けなどに、もし良いアイデアがあればどうぞご自由になさいませ。）

**デフォルトの名無しさん** · 2022/06/20(月) 19:24:15.90

そういうのGitHubでやったほうがいいよ

**デフォルトの名無しさん** · 2022/06/20(月) 19:52:16.37

>>972
今どきの言語ならそんなことは起きないんじゃないかな
例えばRustの標準ライブラリには同名のreplace()という関数が10個もあるけど

(1) まず名前空間が分かれている
例えば str::replace() や Option::replace() など

(2) 次にメソッドの場合は名前空間を明示する必要がない
例えば let s = "価格: 123円"; という文字列に対してはstr::を付けずに
s.replace("価格", "値段"); // → "値段: 123円"

(3) 更にジェネリックな引数も取れる
例えば文字列""ではなく文字''も指定可能
s.replace('円', "万円"); // → "価格: 123万円",
文字判定関数を指定することも可能
s.replace(char::is_numeric, "*"); // → "価格: ***円"

このように様々な対象に対して様々な引数で用いられていても
同名のreplace()で曖昧になることもなくそれぞれを使うことができる
昔のように長い関数名を付けずに済むようになっている

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

次スレ立てるのはもうそろそろかな

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

>>975
アスペっぽい　ガイジ

**デフォルトの名無しさん** · 2022/06/20(月) 21:02:14.54

>>963
ガイジ乙！

**デフォルトの名無しさん** · 2022/06/20(月) 21:08:22.86

>>977
3つともオーバーロードやデフォルト引数はほぼ関係ない話じゃん
3つめがかろうじてオーバーロードに引っかかってはいるが論点が違う

**デフォルトの名無しさん** · 2022/06/20(月) 21:24:31.48

シャドーイングがOKで関数オーバーロードがNGって普通は逆じゃね？

**デフォルトの名無しさん** · 2022/06/20(月) 21:29:29.90

>>982
その2つがどう関係あるのか説明してくれ

**デフォルトの名無しさん** · 2022/06/20(月) 21:39:32.57

シャドーイング　　同じ変数名で実際は完全に別物
関数オーバーロード　同じ関数名で引数が違う　でも普通は同じ働き