次世代言語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(火) 18:18:15.24

>>818
std::num::strconv::float_to_str_bytes_common
(´；ω；`)ｗ

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

golang入門したころにファイルの読み書きや文字の扱いのライブラリを見て愕然としたな
こういう世界がまだあるんだなって

**デフォルトの名無しさん** · 2022/06/14(火) 18:31:08.14

>>817
goの作者知らんのか...

**デフォルトの名無しさん** · 2022/06/14(火) 18:32:45.87

>>819
golintでエラーだぞ
おまえこそエアプだろカス
PHPでも書いてろ

**デフォルトの名無しさん** · 2022/06/14(火) 18:35:13.31

goの作者の一人は有名人過ぎるけどもう後進に道を譲れよよ思う

**デフォルトの名無しさん** · 2022/06/14(火) 18:40:13.93

>>821
file, err := os.OpenFile("foo.txt", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0777)
これがキレイだとは決して思わんが....

let mut file = File::options().read(true).write(true).open("foo.txt")?;
これもどうかと思うぞ？何故、直感的ではないoptionsでopenに繋げるチェーンなのか..確かにオプションの設定はpanicが起こらないから
言語的な理由（言い訳）は分かる。でもRustってオプション扱いを第二引数にしない思想があるんだろうか...

>>822
デニス・リッチーとかC言語の作者とかだからC言語のライブラリと似た名前になるはある意味当たり前だよなあ

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

>>825
Rustの標準ライブラリが汚い理由はオーバーロードがない、デフォルト引数がないから

**デフォルトの名無しさん** · 2022/06/14(火) 18:47:21.55

デニス・リッチーが直接に関わったという話は聞いたことないけど、ケン・トンプソンと勘違いしているのだろうか
親しい人物たちではある

**デフォルトの名無しさん** · 2022/06/14(火) 18:47:26.18

そして弱点を補うためにマクロを使ってるから汚い

**デフォルトの名無しさん** · 2022/06/14(火) 18:50:32.39

>>822
有名と有能は違うぞ
どこぞの通貨危機衰退先進国のゲリ首相は有名だが有能か？

**デフォルトの名無しさん** · 2022/06/14(火) 18:54:01.24

幼稚園児がいる模様

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

>>829
画像あるから普通に顔見てみたいなら見ればいいでちゅよ？

**デフォルトの名無しさん** · 2022/06/14(火) 19:02:21.29

>>829
有名人だから顔なんてネットに溢れてるんだからとっとと見て好きなだけ罵倒してきなよ

**デフォルトの名無しさん** · 2022/06/14(火) 19:15:33.51

Goのモジュールシステムシンプルでわかりやすいと思うけどな
フォルダでパッケージ表すだけだし
名前で困るってのがよくわからないけど必要以上に作ってるんじゃないの？

Rustのほうが複雑で意味不明だと思うんだが

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

Don't you know you know?

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

>>825
メソッドチェーンでオプション書くの大嫌い
単なるデータは普通にデータとして書かせてくれ

**デフォルトの名無しさん** · 2022/06/14(火) 19:52:21.06

>>825
君その話前にもRustスレでしてなかった？

**デフォルトの名無しさん** · 2022/06/14(火) 19:54:38.26

ケン・トンプソンなんかおまえ
この業界に居たらまさに神様みたいな存在で
それより上がおらんくらいのハッカーなんだから
こんなクソスレで軽々しく名前出すのすら憚られるやろフツーに

**デフォルトの名無しさん** · 2022/06/14(火) 20:00:51.53

> ile, err := os.OpenFile( os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0777)
> let mut file = File::options().read(true).write(true).open("foo.txt")?;

File.open('foo.txt', 'w'){|f| ... }
やっぱrubyがスッキリやね

**デフォルトの名無しさん** · 2022/06/14(火) 20:30:21.52

>>837
The 老害やな
長いものに巻かれろ、年長者は無条件に敬え、右に倣え、出る杭は打て、死なば諸共
これが衰退先進国糞バカ中世ジャップランド土人村の末路

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

異次元すぎて逆にかわいい

**デフォルトの名無しさん** · 2022/06/14(火) 21:16:23.17

滑稽を通り越した何かだな

**デフォルトの名無しさん** · 2022/06/14(火) 21:39:51.47

老害ロールプレイ楽しいか

**デフォルトの名無しさん** · 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バンドルのゴミに惹かれるなんて
やっぱゴミ