次世代言語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/14(火) 23:27:33.27

Rustは通常の言語仕様で欠落してる部分がある
それをマクロで補っている

**デフォルトの名無しさん** · 2022/06/15(水) 00:03:02.45

>>826
デフォルト引数やキーワード引数が欲しいのは分かるけどオーバーロードが欲しいのはなぜ？

**デフォルトの名無しさん** · 2022/06/15(水) 00:09:27.56

>>844
JAVA出身だから

**デフォルトの名無しさん** · 2022/06/15(水) 00:50:48.06

オーバーロードは直感的だから

**デフォルトの名無しさん** · 2022/06/15(水) 00:56:03.07

デフォルト引数が必要だと思うならそれはもう関数オーバーロードが必要だとおもっていることと同義だろ

**デフォルトの名無しさん** · 2022/06/15(水) 01:27:19.31

>>825
C：f= open(out, O_WRONLY|O_CREAT|O_TRUNC, 0777);
D：auto to = File("output.txt", "wb");
Erlang：{ok, Contents} = file:read_file( "input.txt" ),
Fortran(2003)：open(in, file="input.txt", status="old", action="read", access="stream", iostat=err)
Basic(Free Basic/VB)：Open "input.txt" For Input As #1
Nim：var f = open "output.txt", fmWrite
Objective-C：NSData *data = [NSData dataWithContentsOfFile:@"input.txt"];
Perl：open my $fh_in, '<', 'input.txt' or die "$!";
Python：infile = open('input.txt', 'r')
Tcl：set infile [open "input.txt" r]

Rustは異質、ド変態はFortranとObjective-C。Swiftは知らん

**デフォルトの名無しさん** · 2022/06/15(水) 03:18:03.71

>>848
こう見るとPythonが一番美しいな
例外あるからエラー処理省略できるし
これが良いかどうかはまた別の話として

**デフォルトの名無しさん** · 2022/06/15(水) 03:22:52.73

一般的にデータを初期化する際にいくつもの数のオプション値指定が存在するものが多い
デフォルト引数にしても1つ目と2つ目はデフォルト値でいいけど3つ目は指定したいなど歯抜けでわかりにくくなる

そこで一般的にその問題を解決するオプション指定方法としてビルダー方式がある
ビルダー方式では指定したいオプション値のみをビルダーに対してオプション指定メソッド(の必要ならチェーン)で指定していくものである
あるオプション指定は同時に2つのデータを与えなければならない場合でもこのビルダー方式ではメソッド引数2個で矛盾なくシンプルに表せる
さらに型チェックの厳しい言語ともこのビルダー方式は相性が良く各オプション指定メソッド別に曖昧なく厳格に型宣言できる

ちなみにRustではこのビルダー方式の有用性＆利便性が広まり後からこのビルダー方式に移行したものもあるほどである

**デフォルトの名無しさん** · 2022/06/15(水) 03:32:06.02

>>849
Rustは例外機構がないからもっとエラー処理がシンプル
「?」一文字付加するだけで(必要ならエラー自動変換しつつ)上位関数にエラー処理委任できる
そのため例外機構がなくても記述がシンプルかつ同様のことが出来るだけでなくエラー処理忘れなどもコンパイル時に指摘してくれて安全

**デフォルトの名無しさん** · 2022/06/15(水) 06:09:36.05

こんだけ色々な言語が乱立するってコンピュータの世界はバベルの塔だわ

**デフォルトの名無しさん** · 2022/06/15(水) 15:47:16.86

コンピューターはバビルの塔

**デフォルトの名無しさん** · 2022/06/15(水) 18:32:44.57

賽の河原での石積みに
昔から例えられている

**デフォルトの名無しさん** · 2022/06/15(水) 19:56:50.22

twitterの「スタバでMacを開くエンジニア」って奴ほんと嫌い
qiitaの記事も大したこと書いていないわりに結構な頻度でバズってて流れて来るから目障りだわ
技術力ないから逆にわかってませんアピールを武器にしていっている印象受けるんだがエンジニア畑にああいうネタ系の自虐するノリほんまいらねえよ
エンジニア畑でバズるの狙うなら純粋に技術力の高さで競っていけよって思う

**デフォルトの名無しさん** · 2022/06/15(水) 23:05:23.86

なおそのQiita記事に助けられてるもよう

**デフォルトの名無しさん** · 2022/06/15(水) 23:58:49.93

大したことないって書いてあるだろ…

**デフォルトの名無しさん** · 2022/06/16(木) 00:21:07.28

その大したことない記事に助けられてるからバカにされてるんだろアスペｗ

**デフォルトの名無しさん** · 2022/06/16(木) 10:40:11.20

コピペしてすぐ使えるコードが出ている
Qiita記事は役に立つよ
具体的な手順が書いてない記事はゴミ

**デフォルトの名無しさん** · 2022/06/16(木) 10:47:19.76

qiitaもワイもアカウント持ってて投稿したりしてるぐらいだから別に否定しているわけではないんだが
qiitaがクソだと言っている分けではなくてただこいつがqiitaに載せている記事すべてが糞だっていう意味を言っている
気になるんなら見とけよ内容もtwitter上を跋扈するいわゆる情報商材系サイトのそれに近くて技術的な要素を一切含んでいない
https://qiita.com/SMAC

**デフォルトの名無しさん** · 2022/06/16(木) 11:28:53.21

ここはお前の日記帳かよ
というか「スタバでMacを開くエンジニア」って固有名詞かよ

**デフォルトの名無しさん** · 2022/06/16(木) 11:55:25.21

>>858
助けられてるって書いてるか？

**デフォルトの名無しさん** · 2022/06/16(木) 13:02:40.58

Qiitaはごみ

**デフォルトの名無しさん** · 2022/06/16(木) 16:40:13.18

>>862
Ｔｗｉｔｔｅｒ一生懸命見て彼の成長に嫉妬してる時点で、君の”負け”やで

**デフォルトの名無しさん** · 2022/06/16(木) 18:30:34.70

>>864
「エンジニア1年生必見おすすめ入門書！」「【20XY年度最新】無料プログラミング学習サービス」「基本情報技術者試験のための戦略的方法」みたいなしょうもない記事しか書いていない奴のどこに技術的成長を感じればいいのか疑問なんやけど
お前はまさかこういった記事を見て勉強してんのか？（笑）
お前が勝ち負け判断すんの？（笑）
少なくともSNSで頻繁に目障りな投稿をしている人が他の媒体でどのような活動をしているのか確認する行為自体を一生懸命にならないとするの達成できない時点でお前がこの一連の流れのどんな登場人物よりも劣ってること明白じゃんｗｗｗｗｗｗｗｗｗ
きっと自分の電話にかかってきた電話番号を迷惑電話だったのかどうかネットで調べて確認すると言った最低限な行為すらも日常生活の中でするのには精一杯になってるんやろなｗこの低脳（笑）ｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/06/16(木) 19:21:05.39

どうみても本人の自作自演
https://www.youtube.com/watch?v=IdBBGkiECc4

**デフォルトの名無しさん** · 2022/06/16(木) 20:03:31.12

>>864
成長…？

**デフォルトの名無しさん** · 2022/06/16(木) 20:50:21.92

うわぁ、必死杉内

**デフォルトの名無しさん** · 2022/06/16(木) 20:53:08.58

なにこいつ
煽りアフィカス？

**デフォルトの名無しさん** · 2022/06/16(木) 20:58:13.91

デジタル人材の副業・複業採用決定数をプログラミング言語・スキル別で分析
~副業・複業人材の登録が、前年度比3倍に。　調査レポートを公開~
https://prtimes.jp/main/html/rd/p/000000040.000053307.html

**デフォルトの名無しさん** · 2022/06/16(木) 22:42:24.28

>>869
スタバマックくんかも

**デフォルトの名無しさん** · 2022/06/17(金) 14:55:42.76

>>868
レスバ判定員です
言い返せなくなってる時点でお前の負けやでｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/06/17(金) 15:04:06.85

非常にしつこい

**デフォルトの名無しさん** · 2022/06/17(金) 15:10:54.32

なんでﾜｯﾁｮｲ無いんだよ

**デフォルトの名無しさん** · 2022/06/17(金) 17:27:59.16

わざと曲解して話を盛るのが5chクオリティ

**デフォルトの名無しさん** · 2022/06/17(金) 17:48:44.96

>>872
Qiitaの若者の成長に難癖付けて２ｃｈ陰口で悦に浸ってるオッサンとか
キモすぎにもほどがあるでんで
もうちょっと客観的に自分を見つめ直した方がええで

**デフォルトの名無しさん** · 2022/06/17(金) 17:52:34.99

ええでんで

**デフォルトの名無しさん** · 2022/06/17(金) 19:51:03.63

>>825
rustが汚く感じるのはビルダーパターンが気持ち悪いのか、ファイルのopenにビルダーパターン使うのが気持ち悪いのか、どちら？

**デフォルトの名無しさん** · 2022/06/17(金) 21:08:38.74

>>878
どちらでもない
optionをopenするのが気持ち悪いだけ

**デフォルトの名無しさん** · 2022/06/17(金) 21:38:00.10

let mut stream = FileStream::builder().read(true).write(true).build("foo.txt")?;
これならいいのか

**デフォルトの名無しさん** · 2022/06/17(金) 21:48:55.86

Rustにはなんでデフォルト引数ないの？
Kotlinみたいに名前付き引数もデフォルト引数も欲しい

**デフォルトの名無しさん** · 2022/06/17(金) 21:49:12.87

でもパス名が最後に来るの確かに思考の順序と一致しなくてウザいな
どのファイルを開くかより先にモードを考えたことなんかなかった

**デフォルトの名無しさん** · 2022/06/17(金) 22:02:17.99

>>878
ソフトエンジニアはビルダーパターンは気持ちよすぎになるが
一方、ドカタは気持ち悪いになるってだけだろ
言語としては主ターゲットユーザーがソフトエンジニアかドカタって重要だからな
Rustはソフトエンジニアがターゲットで、そうじゃない奴はRustじゃなくドカタ用言語使え
ってこと。

**デフォルトの名無しさん** · 2022/06/17(金) 22:12:15.35

そうでなくて最後にopen()でビルダーが終了して実行そしてエラーが返る
あと横に書くのではなく縦に書くほうが見やすいので推奨される

ビルダー方式にしているのは複雑になりがちな
様々なオプション指定をわかりやすくするため

例えば
書き込み用を新規作成だが既にファイルが存在しているならばエラーとなるオープンならば
let file = File::options()
　.create_new(true)
　.write(true)
　.open("output.txt")?;

Windowsで全てクローズされたら自動削除される書き込みファイルを作成ならば
use std::os::windows::fs::OpenOptionsExt;
let file = File::options()
　.create(true)
　.write(true)
　.custom_flags(FILE_FLAG_DELETE_ON_CLOSE)
　.open("tmp.txt")?;

Unix(Linux)でシンボリックファイルならFOLLOWしない(つまりオープン失敗となる)読み込みオープンならば
use std::os::unix::fs::OpenOptionsExt
let file = File::options()
　.read(true)
　.custom_flags(O_NOFOLLOW)
　.open("input.txt")?;

それぞれ他のプログラミング言語で書くとどうなるかを考えてみよう

**デフォルトの名無しさん** · 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");
}