次世代言語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/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");
}

**デフォルトの名無しさん** · 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種類の型のみを持つか、
言語を使う側でデータを参照するときにデータ幅や種類の解釈を決定することとなる。