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

**デフォルトの名無しさん** · 2022/03/22(火) 03:23:41.60

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2022/04/02(土) 18:15:03.99

静的型付けでも実行時エラーを避けられないダメな言語は多い

**デフォルトの名無しさん** · 2022/04/02(土) 18:23:24.14

>>367
コードジェネレーターとかで非常に面倒。

YAMLみたいに両対応してくれればな。

**デフォルトの名無しさん** · 2022/04/02(土) 19:18:12.91

pythonのインデントは20年前は馬鹿にしてたけどコードの行数が少なくて済むので一覧性が上がる効果がある
自分は主にC#使ってるけど行数が増えるのでもう何とかして｛｝減らないかと常に思ってる

**デフォルトの名無しさん** · 2022/04/02(土) 19:26:43.20

>>366
その部分は俺は今も波括弧ブロックの方がみやすいわ。

**デフォルトの名無しさん** · 2022/04/02(土) 19:52:57.36

目Parseする時に {} は視認性が上がるからあった方がよい
実験結果が示している

**デフォルトの名無しさん** · 2022/04/02(土) 19:59:17.80

()は目パース処理されてるらしいけどブラケットはそういう話は聞いたことはないけどな
実際は一行に一個｛や｝がある状態だから視認性には関係がないかと…

**デフォルトの名無しさん** · 2022/04/02(土) 20:13:00.21

>>374
C#は { を独立した行にするから余計に縦幅が長くなるのかもね

**デフォルトの名無しさん** · 2022/04/02(土) 20:56:57.66

>>370
Pythonなどの動的型付け言語はそのへん悲惨だもんな

**デフォルトの名無しさん** · 2022/04/02(土) 21:08:24.40

>>379
type annotationつけたpythonなら良い？

**デフォルトの名無しさん** · 2022/04/02(土) 21:51:17.40

>>380
強い静的型付け言語を使ったことないのかね
単なる型アノテーションなんておもちゃ

**デフォルトの名無しさん** · 2022/04/02(土) 21:55:55.31

人間が管理できる規模のうちは型アノテーションでも十分

コードの規模がデカくなってくるとコンパイル時チェックがないとやってられん

**デフォルトの名無しさん** · 2022/04/02(土) 22:01:13.39

>>381
型付けの強弱とアノテーションかどうかって関係ないでしょ

**デフォルトの名無しさん** · 2022/04/02(土) 22:15:52.11

TypeScriptですらオモチャと言われているのにアノテーション程度ではな

**デフォルトの名無しさん** · 2022/04/02(土) 23:13:17.46

例え型アノテがあったとしてもウンポコペチプーだけは絶対に許してはならない
導入しようとしてくるエタヒニンのガイジどもは全員アウシュビのガス室送りにすべき

**デフォルトの名無しさん** · 2022/04/02(土) 23:47:53.77

>>381
強い静的型付け、かつ、型エラーがある場合は実行すらできない言語が良いということかな？
それとも動的型部分を一切排除して型付けをグローバルに強制したいということ？

**デフォルトの名無しさん** · 2022/04/02(土) 23:55:58.32

goはエラーハンドリングめんどい
まだkotlinの方がいいよ

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

>>382
コンパイル時チェックがないとやってられん、に同意
Rustのように型だけでなく書き換え競合などもコンパイルエラーとしてくれるのが理想的

**ワイドショーは見るな** · 2022/04/03(日) 05:25:31.65

ソ連の核は綺麗な核
ポル・ポトはアジア的優しさ
北朝鮮は地上の楽園
珊瑚自作自演事件
南京・慰安婦捏造
教科書書き換え「誤報」事件
朝日・武富士裏献金事件
拉致問題切り捨て
サイレント魔女リティ
風の息遣い
五味ボマー
変態新聞
村木局長犯人扱い
その他人民裁判ならぬマスコミ裁判は数知れず
そしてマスコミお得意の「報道しない自由」

これでも貴方は新聞を信用しますか
これでも貴方は新聞を購読しますか

よく考えて下さい

**デフォルトの名無しさん** · 2022/04/03(日) 09:41:03.41

以前の彼は紳士的でした
ところが並列処理での変数の取り扱いにバグが紛れていて不正確な変更が行われこんなことにばかり言うようになってしまいました

手遅れになる前にRustを使いましょう

**デフォルトの名無しさん** · 2022/04/03(日) 09:45:44.13

でもPHPの方が需要あるよね

**デフォルトの名無しさん** · 2022/04/03(日) 09:54:03.47

>>391
RustとPHPの需要を比較しても意味ないですよね
例えるなら小麦粉をもっと食べましょう。と言ってるのに対してスパゲティのほうが人気店あるよね？っていってるようなものですよ。

**デフォルトの名無しさん** · 2022/04/03(日) 10:25:30.38

PHPでまともに仕事してるならいいだろ
Rust使えば何でも許されてニート生活しててもいいわけじゃない

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

なんかお勉強界隈でルースト？ってゆうの流行ってるみたいですけど、それで仕事できるんですか？
それでワープレより顧客にバリュー提供できるってゆうんですか？

**デフォルトの名無しさん** · 2022/04/03(日) 10:58:50.79

rust サビ発音はラスト

マジンガーZでルストハリケーンって相手がサビる兵器があったけどアレ

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

>>394
今の時点ではそのレベルのバリュー提供は無理だね
学校のサイトの管理を理系の先生がやってるけどワードプレス使ってる

rustは多分10年後もその牙城は崩せない
と言うか未来永劫に先生がrust使ってサイト管理をするようにはならない

**デフォルトの名無しさん** · 2022/04/03(日) 11:14:22.42

>>377
俺は逆の話しか聞いたことない。
波括弧は目パースされてるが丸括弧はされてない。
例えばlispは丸括弧だらけだけど、あれの括弧の整合性はエディタ支援がでかい。

**デフォルトの名無しさん** · 2022/04/03(日) 15:53:41.27

>>384
TypeScriptはJSの全ての値に型をつけるために無茶な仕様追加してるからな
ゼロベースで設計すればマシな言語になるのにな

**デフォルトの名無しさん** · 2022/04/03(日) 16:06:48.55

Typescriptには
完全なオーバーロードと
完全な形比較機能がほしいな

**デフォルトの名無しさん** · 2022/04/03(日) 16:13:43.21

>>398
そういう発想のaltJSはみんな死んじゃったんじゃないかな…

**デフォルトの名無しさん** · 2022/04/03(日) 16:15:00.29

goは詳しくないが。
関数で複数の値を返却できるが、エンジニアのスキル差がある時に、コードの整合性を保つのがめんどい。
Jsonのパースがめんどい。

とりあえず言語仕様として提供する機能が少なすぎて、Java、Rubyとかに慣れたエンジニアからしたら使いづらい。

メリットとデメリットは表裏一体の側面もあるが、こういう意見を持つエンジニアの方が多分多いんじゃね？

少なくともwebサービス開発においては、goは一時の流行りで終わると思うわ。複数人でのコードの管理がめんどいもん。

結局、言語仕様が複雑すぎず軽すぎずが好まれる傾向にあると思う。なので、スレタイに含まれる言語の中ではKotlinに一票

**デフォルトの名無しさん** · 2022/04/03(日) 16:20:18.51

>>400
それで成功したから生JSと混ぜられるのは必要なんだろうな
俺はかっちりした言語を使いたいけど

**デフォルトの名無しさん** · 2022/04/03(日) 16:22:15.40

TypeScriptが実現しようとしているのはVSCode上でのJSの完璧な型検査であって、別に最強の独自言語を作りたいわけでもコンパイル時チェックをしたいわけでもない
MSが提案しているJSへの型アノテーションの導入が実現したらTypeScriptは.ts.dのみを残して役目を終える

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

ナデラのMSは良いMS

**デフォルトの名無しさん** · 2022/04/03(日) 18:03:50.41

だ、Dart…

**デフォルトの名無しさん** · 2022/04/03(日) 19:57:40.10

>>401
どういう認識なんだ？
普通はgoは低機能だから誰が書いてもほぼ同じコードになるのがメリットだと言われてるんだけどｗ

**デフォルトの名無しさん** · 2022/04/03(日) 20:01:53.30

>>401
言語機能が少なくて文句言われてるが？
ジェネリクスがようやく入ったレベルだぞ

**デフォルトの名無しさん** · 2022/04/03(日) 20:38:24.09

>>406
それ言語機能が少なすぎてコピペしまくり＝誰が書いても同じになる
というのがオチなんだよね
控えめに言ってゲェージ

**デフォルトの名無しさん** · 2022/04/03(日) 20:40:34.46

>>408
コピペと言語機能は無関係だろ

**デフォルトの名無しさん** · 2022/04/03(日) 20:53:04.52

goのエラー処理は俺が2019年に業務でちょっと触った時は
if err !=nil {}
みたいなのをひたすら書くしかなくて愕然とした経験があるんだが、これって今は改善されてるの？
比較的新しい言語にしてはずいぶん泥臭いことやるんだなって思った

**デフォルトの名無しさん** · 2022/04/03(日) 21:02:47.89

Go「ぜんぶ　ひらがな　に　すれば　かんじ　や　かたかな　が　なくて　よみやすいね！」

言うほど読みやすいか？

**デフォルトの名無しさん** · 2022/04/03(日) 21:03:41.40

>>410
されてない認識
これめちゃくちゃめんどいし、戻り値の管理が無駄に煩雑になるだけだと思うんだが

パターンマッチングもめんどい

**デフォルトの名無しさん** · 2022/04/03(日) 21:05:03.73

>>409
ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ
エアプは黙っとれ

**デフォルトの名無しさん** · 2022/04/03(日) 21:32:49.77

>>408
違うよ
文法が厳格でしっかり書いてないと枝葉みたいなしょうもない理由でコンパイル通らない
それでレベルが担保される

**デフォルトの名無しさん** · 2022/04/03(日) 21:35:23.71

コーディングになんでエアプが出てくるんだろうか？
語彙が貧困すぎる
脳が死んでないか？

**デフォルトの名無しさん** · 2022/04/03(日) 21:49:33.85

高度に抽象化され凝縮度の高い用語を使ってるだけだよ
エアプガイジは黙っとれ

**デフォルトの名無しさん** · 2022/04/03(日) 21:56:36.46

ガイジ ← 脳が委縮した差別主義者が使う言葉
エアプ ← いつまでもゲームでしか物事を例えられない人が使う言葉

**デフォルトの名無しさん** · 2022/04/03(日) 21:59:40.61

脳が委縮した差別主義者いつまでもゲームでしか物事を例えられない人は黙っとれ

Goみたいな文だな

**デフォルトの名無しさん** · 2022/04/03(日) 22:02:18.79

いやいや使い方が違うだろ
見不明な置換するなよｗ

本物の馬鹿なんだな

**デフォルトの名無しさん** · 2022/04/03(日) 22:03:00.73

意味不明

**デフォルトの名無しさん** · 2022/04/03(日) 22:18:16.65

go の if err 1= nil は貧者のEither/Result型って感じはするな
rust の enum みたいなものを導入すると付随していろいろなものを導入する必要があり言語仕様が膨らむということならば
シンプルな仕組みで代替するという go なりの割り切りなんだと思うけど
実際のところどうなんだろうね

**デフォルトの名無しさん** · 2022/04/03(日) 22:32:45.61

Goのエラーハンドリングの仕様については、長いこと議論され続けてるよ
Go1はもう変わらんだろうけど、Go2は新しい仕組み入りそう
https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling-overview.md

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

Rustなどのように『値付きenum＝タグ付きunion』を導入している言語たちは
色々シンプルかつ効率と容易さと美しさを両立できているから
プログラミング言語として常備すべき基本的な型なのだと思われる

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

Goにいまさらenum導入しても標準ライブラリから全部変えないとあまり恩恵ないし
if err !=nil {}のシンタックスシュガー導入くらいが妥当だろうね

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

関数が複数の値を返却できるのはメリットのように見えて、ソースコードの規模が大きくなるほど型の管理が難しくなるだけだと思うわ

KENTAという人はgo推してるが、保守性の高いコード組みやすい代替言語にすぐ取って代えられると思うんだよな

**デフォルトの名無しさん** · 2022/04/04(月) 14:41:15.89

>>374
20年前にPythonがこんなに普及するとは思わなかったよ。
Perl 便利って思ってたもの。

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

PerlとRubyが自爆してPythonだけ生き残った感はあるが。

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

三大Poop言語と言えば？

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

10年ぶりにプログラミング学習勧めてるけどpython面白いなー
5chではそんな流行ってない感じ？

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

>>429
5ch全体ではわからないけど少なくともこのスレではpythonは下火
今一番流行っているのはRustだね。
一番人気。それだけにアンチも多くて喧々諤々の議論が巻き起こっている状態。
というよりRustの勢いが羨ましくてファビョってるだけだけどなｗ

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

Perl 6 は Raku になったし、自滅かもしれんが、Ruby は「ペナンブラ氏の24時間書店」に登場する位にカリフォルニアの方では認知されてたと思ったんだけど。

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

>>413
コード生成すりゃいいじゃん

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

>>429
すれ違い

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

>>427
PHPもだが言語機能に大差はないからあとはライブラリの質だけの差になった
そこで圧倒的差がついた

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

>>426
年齢はPerlと大して変わらんからな
Pythonなんてモダンな要素全くないのにここまで流行ったのは凄い
特にRubyやRailsみたいな積極的なマーケティングとかもしてないのに

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

ついにRubyが反撃の狼煙を上げる

RubyのWebAssembly/WASIへの移植が実現、プレリリース版のバイナリ公開。RubyGemsにも対応
https://www.publickey1.jp/blog/22/rubywebassemblywasirubygems.html

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

>>436
ぜひRailsに導入してほしい
総スカン食らって完全終了だろう

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

>>436
これRubyインタプリタをwasmにコンパイルしてそれ上で動かすんだろ？
ありえんでしょ

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

>>432
これホンマガイジ
言語機能が足りないから自動コピペ生成すりゃいいじゃんが罷り通ってるって
頭Goしてるんちゃうか？

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

>>435
たしかにまあRubyはRailsがキラーアプリとなって日の目を見ることが出来たけど、Pythonは人気を得るきっかけとかあったのかな
GoogleはPythonをめちゃ使ってて、GuidoがGoogleに入社した2005年頃にはすでにPythonがスクリプト言語の中では勝ち組感があったんだろうけども、なんでやろ

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

>>436
WebAssemblyでガベージコレクションのある言語を動かすのは無駄の極致

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

>>439
Cもそうだけど

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

Cを使うならRustにした方が機能豊富でプログラミングしやすいよ
もちろんデータ競合もメモリ管理ミスも検出してくれる
そしてほとんどの場合で速度差もない

**デフォルトの名無しさん** · 2022/04/05(火) 00:48:48.74

The Rust Programming Language 日本語版をちょこっと読んでみたけどC++作ったストラウストラップが変態だった気がしてしまう

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

コード生成もコピペ扱いするならrustのderiveもコピペだよな

**デフォルトの名無しさん** · 2022/04/05(火) 01:29:37.39

>>442
ガイジの真似とてコピペを走らば即ちガイジなり
CがガイジだからGoもガイジで～ぇすでええんか？

**デフォルトの名無しさん** · 2022/04/05(火) 01:35:13.81

>>446
だからコピペじゃないって
君のいうコピペより上の概念だよ
人が介在してない

**デフォルトの名無しさん** · 2022/04/05(火) 01:37:22.57

>>447
機械がするコピペはきれいなコピペか？違うだろ？バカか？

**デフォルトの名無しさん** · 2022/04/05(火) 01:42:08.31

>>448
君のいうコードジェネージョンがコピペというなら
ジェネリクスも中身は型が違う同じコード生成してるだけだよ？
はい勝った
完膚なきまでに勝った
ここを君を導きたかった
勝ち俺の勝ち
ジェネリクス否定
矛盾
ジェネリクスはコンパイラによるコードジェネーション
勝ち俺の勝ち
勝ち完全
フルに勝ち
勝った

**デフォルトの名無しさん** · 2022/04/05(火) 01:46:35.34

>>449
見事に勝っちゃったねえ
レスバ見てたけどそこに導こうとしてるのはわかったよ
そっちに行くな！って思ってた
そもそもコンパイラがコードジェネレータだしね
本質的には同じことしてるわけで機会がコピペしてるからなあ
そっちに行っても負けは確定する

**デフォルトの名無しさん** · 2022/04/05(火) 01:50:00.91

>>450
いや危なかったジェネリクスがゴミっていう風に持っていくと絶対に勝てないからね
勝つにはなんとか相手を捻じ曲げさせるしかなかった
うまく誘導できたよ
負けるかと思った

**デフォルトの名無しさん** · 2022/04/05(火) 01:53:56.08

>>413
そんなにGoは酷い言語なのか
なぜそんなことに？

**デフォルトの名無しさん** · 2022/04/05(火) 02:13:39.62

>>448
そうだよ。

**デフォルトの名無しさん** · 2022/04/05(火) 02:19:13.35

元の話はこれか
型安全を捨てるのは暴挙だな

>>413
> ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ

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

>>440
pythonはなんといってもAI（ディープラーニング）が起爆剤だろ
あとは自動化・RPA関連（Excel連携、スクレイピング）でもライブラリが豊富で人気がでた

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

たった3ヶ月でウェブエンジニアになれた
きっかけはRailsを学んだこと
とか言ってるの最高に気持ち悪い
今はRustとかやって難しいところに悩んでる人がエンジニアだと思う

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

Rust自体は特に難しくはない
もしRustを難しいと感じるようなレベルの人ならば一般的にプログラミングに向いていない

**デフォルトの名無しさん** · 2022/04/05(火) 08:14:13.65

なんかバカが勝手に盛り上がってて藁

どこのチンカス野郎がマス書いたコピペジェネレータと言語標準じゃ全く次元が違うだろ

はい勝った
完膚なきまでに勝った
ここを君を導きたかった
勝ち俺の勝ち
ジェネリクス否定
矛盾
ジェネリクスはコンパイラによるコードジェネーション
勝ち俺の勝ち
勝ち完全
フルに勝ち
勝った
見事に勝っちゃったねえ
レスバ見てたけどそこに導こうとしてるのはわかったよ
そっちに行くな！って思ってた
そもそもコンパイラがコードジェネレータとかﾜﾛｽ
本質的には同じでないわけでｶﾞｲｼﾞがコピペしてるからなあ
そっちに行っても負けは確定する

**デフォルトの名無しさん** · 2022/04/05(火) 08:37:48.08

>>456
でもそういう奴等はわかりやすい地雷で助かる
IT業界は人手不足だって言われているのは「自走できる」人材の不足なのに、どっかのYoutuberやプログラミングスクールの言うことを鵜呑みにしてRailsで作成したポートフォリオをドヤ顔で出してくるような奴は俺が企業の採用担当だったら速攻で落とすわ

**デフォルトの名無しさん** · 2022/04/05(火) 09:19:59.73

>>454
Goはおもちゃ言語だから

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

ひろみGO

**デフォルトの名無しさん** · 2022/04/05(火) 14:27:50.37

>>455
AI関連の前に科学技術系のライブラリをpythonでって流れは結構あった。
そこらへんがperl、rubyにはなかった。
float回りをいじくると途端に言語や開発環境が汚くなるわけだが、その辺を躊躇しなかったってのが良くも悪くもある。

**デフォルトの名無しさん** · 2022/04/05(火) 14:54:27.96

>>455
せやな、現在の圧倒的なPython人気はAI関連が充実してるからやな
でもGoogle社内の開発言語にもっと昔から採用されてたのにはAIは関係ないやろ

>>462
NumPyやSciPyみたいなのがキラーアプリだと？

もっとよく思い返すとRed Hat、Debian、GentooなどのOSでパッケージマネージャなど様々なツールがPythonで実装されてたし、
数値計算とか関係なく、スクリプト言語のデファクトスタンダードとしての地位を2000年ぐらいには確立してたね

キラーアプリがあるからというよりは、単純に開発者コンセンサスを得やすい言語だったんだろうな、と思ってきた

**デフォルトの名無しさん** · 2022/04/05(火) 15:30:06.85

>>463
いやそのころのpythonのパッケージ管理ツールって相当ひどかったぞ。
まともに依存関係を解決できることなんてほとんど期待できなかったし。
まあ今もそういう傾向はあるが。

**デフォルトの名無しさん** · 2022/04/05(火) 15:49:46.89

pythonは2007年ごろには将来デスクトップ系ではスクリプトの中核になるから小さな社内スクリプトやプラグインのスクリプトは可能な限りpythonにしましょうってずっと自分は運動してたわ。
幸い反対する人もほとんどいなかったな。

もちろんアプリはpythonでは書かないが。

AIなんかはあまり関係ないなぁ。

**デフォルトの名無しさん** · 2022/04/05(火) 15:55:55.07

40-300行ぐらいのpythonスクリプトは便利だわ

Windowsだと特にshell(cmd)の扱いづらさが際立つし

**デフォルトの名無しさん** · 2022/04/05(火) 16:01:09.15

googleはyoutubeや検索エンジンをpyｔhonで実装してたもんな
それでpythonが注目されだした
確か書き換えたらコード量が大幅に減ったのとメンテナンスコストが下がったんだ

当時はC++,java,PytohnがGoogle三大言語だった
今は知らんけど

**デフォルトの名無しさん** · 2022/04/05(火) 16:03:31.17

pythonはmayaのプラグイン組み込み言語でもあったから
行列やベクトルや虚数を使った回転などを多用する層が
そこで増えていったってながれもあるやろな。

**デフォルトの名無しさん** · 2022/04/05(火) 16:19:20.26

カーニハン、ロブ・パイクが1999年に出したプログラミング作法(The Practice of Programming)では Perl, awk, C++, Java, C で処理速度とソースコードの行数表にしてた。

**デフォルトの名無しさん** · 2022/04/05(火) 17:31:17.76

ポストPythonってJuliaなの？

**デフォルトの名無しさん** · 2022/04/05(火) 17:35:57.79

>>470
Rustだろうな
Web業界はRustに移行しはじめている