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

**デフォルトの名無しさん** · 2020/04/19(日) 15:06:02.92

スレタイ以外の言語もok

前スレ
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.5ch.net/test/read.cgi/tech/1569866283/

**デフォルトの名無しさん** · 2020/04/19(日) 15:20:31.24

次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】
https://echo.5ch.net/test/read.cgi/tech/1479434349/
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】第二世代
https://echo.5ch.net/test/read.cgi/tech/1486816357/
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
https://echo.5ch.net/test/read.cgi/tech/1488608741/
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
https://mevius.5ch.net/test/read.cgi/tech/1492631007/
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
https://mevius.5ch.net/test/read.cgi/tech/1497311647/
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
https://mevius.5ch.net/test/read.cgi/tech/1503924817/
次世代言語Part7[Go Rust Swift Kotlin TypeScript]
https://mevius.5ch.net/test/read.cgi/tech/1508403098/
次世代言語Part8[Haskell Rust Kotlin TypeScript]
https://mevius.5ch.net/test/read.cgi/tech/1512137301/
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1520298555/
次世代言語10[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1524607347/

**デフォルトの名無しさん** · 2020/04/19(日) 15:22:22.41

次世代言語11[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1528037607/
次世代言語12 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1530664695/
次世代言語13 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1534769753/
次世代言語14 Elixir Crystal Julia Rust Swift
https://mevius.5ch.net/test/read.cgi/tech/1536668904/
次世代言語14 Go Rust Swift Kotlin TypeScript (実質15)
https://mevius.5ch.net/test/read.cgi/tech/1536664054/
次世代言語15 Go Rust Swift Kotlin TypeScript (実質16)
https://mevius.5ch.net/test/read.cgi/tech/1541331010/
次世代言語15 Go Rust Bosque Kotlin TypeScript (実質17)
https://mevius.5ch.net/test/read.cgi/tech/1555679940/
次世代言語17 Go Rust Kotlin TypeScript Julia (実質18)
https://mevius.5ch.net/test/read.cgi/tech/1567602619/
次世代言語18 V Julia 他 (実質19)
https://mevius.5ch.net/test/read.cgi/tech/1569852711/
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.5ch.net/test/read.cgi/tech/1569866283/

1 · 2020/04/19(日) 15:23:41.40

やはりこのスレは必要

**デフォルトの名無しさん** · 2020/04/19(日) 17:15:05.59

じゃ、Python以外で有望な言語はなんですか？

**デフォルトの名無しさん** · 2020/04/19(日) 17:56:25.08

(´･ω･｀)知らんがな

**デフォルトの名無しさん** · 2020/04/19(日) 17:58:02.24

それを議論するのがこのスレの意義だろ
まあ、そもそも Python は次世代言語としては論外だが

「コレクションが最高にイケてる言語を作ろう(dat落ち)」から引用
http://mevius.2ch.net/test/read.cgi/tech/1491491123/43-45

> 43 1 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 18:00:36.59 ID:oGFFYBoD
> コレクション使ってて使いづらいと思うことも最近は減ってきたよな
> 昔より言語が進歩してるんだろか
>
> 44 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:23:00.44 ID:Qc8J8Hpx
> >>43
> でもねぇ、世の中にはコレクション操作が使いづらい
> 退化した最悪な言語が存在する
>
> http://d.hatena.ne.jp/edvakf/20090405/1238885788
>
> 元々は手続き型として設計された簡潔な言語だったけど、
> オブジェクト指向やら関数型やらを行き当たりばったりに増築し続けたおかげで、
> コレクション操作に関する「一貫性」という設計哲学が破綻してしまった例だね
>
> 45 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:52:01.71 ID:Qc8J8Hpx
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')
>
> [JavaScript]
> a.sort().reverse().map(function(x) { return x.toString() }).join(“-“)
>
> [Python]
> '-'.join(map(lambda x: str(x), reversed(sorted(a))))

**デフォルトの名無しさん** · 2020/04/19(日) 19:33:28.74

前スレでGo一択って決定しただろ？

**デフォルトの名無しさん** · 2020/04/19(日) 20:53:26.32

Rustじゃないの？
理由は、俺が本を買ってしまって、GWに読むつもりだから。

**デフォルトの名無しさん** · 2020/04/19(日) 21:47:54.67

>>5
JavaScript
有望な言語というより万人向けの安泰な言語だと思うけど、
Pythonに比類しうるならね

**デフォルトの名無しさん** · 2020/04/19(日) 22:19:06.46

>>7
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')

a.sort.reverse.map(&:to_s).join('-')
元の文脈の趣旨に無関係なのは自覚してる

**デフォルトの名無しさん** · 2020/04/19(日) 22:35:59.91

Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala

**デフォルトの名無しさん** · 2020/04/19(日) 23:10:38.51

TypeScriptが好きな連中は
フルスタックエンジニアw を自称してることが多い

**デフォルトの名無しさん** · 2020/04/19(日) 23:12:04.97

>>12
＞Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala
おっしゃる通りです。
いろいろ言語やって、やっぱりC系だなーと思って戻って
きたら、Cはそのまんま面倒くさそう、C++はカオス。
だったら、Rustかなーって思う。

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

やればやるほど結局c++と同じくらいになってくけどね。

**デフォルトの名無しさん** · 2020/04/20(月) 18:27:41.79

GopherくんがキモいからRustの勝ちでいいよ

**デフォルトの名無しさん** · 2020/04/21(火) 04:41:04.13

キモナイ

**デフォルトの名無しさん** · 2020/04/21(火) 04:49:41.58

いいやキモいね

**デフォルトの名無しさん** · 2020/04/21(火) 06:32:04.12

ハム太郎のキャラは出っ歯じゃないから可愛いのに
Gopherくんは出っ歯だからキモい

**デフォルトの名無しさん** · 2020/04/21(火) 13:40:40.73

キモナイ！！

**デフォルトの名無しさん** · 2020/04/21(火) 16:31:44.57

星もちがキチガイすぎてみんな愛想をつかした
自身で荒らしてる事がまわりにバレてないとか本気で思ってるアホの子だってのが致命的

**デフォルトの名無しさん** · 2020/04/21(火) 17:59:06.72

Pythonは新しいところもあるけど、「あ、Perlと同世代の設計だな」ってとこが見え隠れする

**デフォルトの名無しさん** · 2020/04/22(水) 03:49:11.78

う、うん…

**デフォルトの名無しさん** · 2020/04/22(水) 07:31:53.55

明らかにperlだったらpascalのがええやんって設計だろ

**デフォルトの名無しさん** · 2020/04/22(水) 13:31:59.08

>>22
どの辺が?

**デフォルトの名無しさん** · 2020/04/22(水) 17:39:58.27

>>22ではないが、いくつか例を挙げよう

(1) すでに世界的にメジャーであったにもかかわらず、
　後方互換性を断絶させる基礎的な言語仕様の変更が断行された
　・文字列出力の print 文が廃止され、組み込み関数となった
　・整数の除算演算子の意味が変更された
　・… etc

(2) 否定形の予約語 nonlocal が存在する
　スコープに関する言語仕様設計の破綻という現実を逃避し、
　安易に泥縄的な解決を選択

(3) 本体に文(ステートメント)が書けない中途半端なラムダ式
　・クロージャって何がいいの？
　　http://mevius.2ch.net/test/read.cgi/tech/1415419907/197
　・この関数型プログラミング対応という視点では、Perl にも劣る

こうした言語仕様以外に、言語の原作者である Guido 氏が自ら引退を宣言せざるを得ない
状況に追い込まれてしまうという、コミュニティの特異性も見逃せない

さあ、どれを取ってもも過去のプログラミング言語の歴史目にしたことのない
歴史的な革新といって過言ではない、と思わないか？

**デフォルトの名無しさん** · 2020/04/22(水) 18:20:54.00

全然、「あ、Perlと同世代の設計だな」の例になっていない件

**デフォルトの名無しさん** · 2020/04/22(水) 18:31:23.36

Perl 未満の例ばかりでスマソ

**デフォルトの名無しさん** · 2020/04/22(水) 18:45:52.84

pythonは伸びやかじゃないよねrubyに比べて
スイスイ～ってんじゃなくて
ンッガクック！って感じ
お前ら俺の言うことわりと分かると思うけど

**デフォルトの名無しさん** · 2020/04/22(水) 23:17:43.72

pythonはライブラリの使い方を知ってる奴が威張れる実務言語の系譜よ
VB → Java → python
VBと前後してチョロっとperlが顔覗かしたけど速攻消えたｗ

**デフォルトの名無しさん** · 2020/04/23(木) 00:08:17.94

>>29
めちゃわかるわ～

**デフォルトの名無しさん** · 2020/04/23(木) 01:10:04.61

そういうところに拘ってるから
お前らいつまで経ってもドカタなんだよ
せめて確定申告が必要なレベルくらいまでは稼ぎな？

**デフォルトの名無しさん** · 2020/04/23(木) 07:50:13.60

言語について個人的に好きな良さがある事よりも稼ぐ事が基準でもいいと思うけど、それならその基準での次世代言語がどれかみたいな話は欲しいな
とはいえ今は00～10年代で出てきた言語のブラッシュアップと競争がメインで新しい言語が少ないタイミングというのは実際ある

**デフォルトの名無しさん** · 2020/04/23(木) 08:49:29.46

今時はjavaみたいな古臭いコンパイル言語でもスクリプト言語並みにテキトーに動くし、ライブラリも標準であるし、
言語でマウントする奴は単なる馬鹿だよ。

**デフォルトの名無しさん** · 2020/04/23(木) 09:52:27.50

>>29
ターボジェットの様に一定の回転数を超えてしまえば
あとはすいすい楽ちん高パフォーマンスになるのがpython

**デフォルトの名無しさん** · 2020/04/23(木) 09:53:06.31

>>5
C#

**デフォルトの名無しさん** · 2020/04/23(木) 15:10:05.79

たしかに言語ではないよね。
女性には言葉でマウントするものだから。

**デフォルトの名無しさん** · 2020/04/23(木) 18:23:47.18

>>35
つまり、トレンディでナウいヤングメンがイチオシするのが python なんですね
すごくわかりやすいです

**デフォルトの名無しさん** · 2020/04/24(金) 00:35:00.34

>>37
腰にマウントしてますが

**デフォルトの名無しさん** · 2020/04/25(土) 06:13:22.74

>>13
suin

**デフォルトの名無しさん** · 2020/04/26(日) 13:59:06.89

空飛ぶパイソン最強伝説！！！

**デフォルトの名無しさん** · 2020/04/26(日) 19:24:25.04

パイパンはそれほど好きでない。

**デフォルトの名無しさん** · 2020/05/01(金) 17:03:28.29

V言語気に入ったけど、Nim以上に将来どうなるかが不安

**デフォルトの名無しさん** · 2020/05/01(金) 18:08:56.55

ぶっちゃけV見限ってるまであるんだけどなんか劇的な更新あったの？
相変わらずメモリ管理なんか進行中のままだけど

**デフォルトの名無しさん** · 2020/05/02(土) 02:26:22.46

ベーパーウェアかとオモテたよ

**デフォルトの名無しさん** · 2020/05/02(土) 10:18:58.76

Rust/WinRTだとさ
MSはいよいよ本気でRust使う気なのかね
https://blogs.windows.com/windowsdeveloper/2020/04/30/rust-winrt-public-preview/

**デフォルトの名無しさん** · 2020/05/02(土) 12:12:02.92

MicrosoftもMozillaのステマに引っかかってしまったのかー

**デフォルトの名無しさん** · 2020/05/02(土) 15:59:29.71

Rustベースの新言語作ってるとか聞いてたけどやっぱRustでいくんかな

**デフォルトの名無しさん** · 2020/05/03(日) 22:39:42.43

C/C++コードをリプレースするのに使えれば言語自体はなんでもいいんじゃね？

**デフォルトの名無しさん** · 2020/05/04(月) 00:55:52.02

C/C++のリプレイスをするのに使えれば
という条件のきつさわかってるのか

**デフォルトの名無しさん** · 2020/05/04(月) 10:48:29.38

Rustは2022版で後方互換捨て構文統一しないと増改築歪マンションみたいな
変人しか全貌を把握出来ないRust++になりそう。既に成りかけてるけどw

**デフォルトの名無しさん** · 2020/05/04(月) 11:19:57.79

MSがやるならMozillaは追い出して全権を握ってほしい
DもScalaもKotlinもRustも、MS製以外の俺様最強言語は結局全部カオス化して崩壊したよね

**デフォルトの名無しさん** · 2020/05/04(月) 11:38:32.29

Kotlin と Rust はまだいけるよ

**デフォルトの名無しさん** · 2020/05/04(月) 12:08:10.57

>>52
goは？

**デフォルトの名無しさん** · 2020/05/04(月) 13:12:48.36

>>46
WinRTって時点で誰も使わんだろ。

**デフォルトの名無しさん** · 2020/05/04(月) 14:30:22.34

なにいってんだこいつ

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

Rustのどこがカオスなんだ
いつもの人かな

**デフォルトの名無しさん** · 2020/05/05(火) 14:44:45.32

>>52
MS様のF#は生き残ってるの？

**デフォルトの名無しさん** · 2020/05/06(水) 12:00:11.16

コンテナが主流になってきて思うんだけど
VM系の言語って存在価値無くね？
もうrustでいいんじゃないか？

**デフォルトの名無しさん** · 2020/05/06(水) 13:48:44.71

なぜ？

**デフォルトの名無しさん** · 2020/05/06(水) 14:33:19.61

ワンソースでどこでも動くって言う利点がほぼ無くなったからじゃね？

**デフォルトの名無しさん** · 2020/05/06(水) 14:35:58.63

ワンソースってかワンビルドか

**デフォルトの名無しさん** · 2020/05/06(水) 14:53:43.94

実態は逆なんだよなあ
実行環境を構築する責任がアプリ開発者自身に押し付けられたことで、
アプリ開発者は、Goに代表されるような、よりシンプルでデプロイの容易なアプリを指向するようになった
コンテナによる仮想化はアプリ開発者にとっては明らかに過剰であり、メリットに対して過大なオーバーヘッドとなっている
そこで、ビルド済みのバイナリを突っ込めば動くVM系の性質はむしろ好都合だ
Javaがコンテナで好まれないのは単に他の選択肢があるのとエコシステムとしてマイクロサービス志向と相性が悪いからで、VM云々は関係ない

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

めっちゃ早k

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

ビルド済みのバイナリ突っ込めば動くのはむしろgoとかrustでしょ
そもそもランタイム構築できなきゃ開発もできないじゃん
頭おかしいのか

**デフォルトの名無しさん** · 2020/05/06(水) 15:13:24.85

最後の一行はいらんだろ
いい議論なのに

**デフォルトの名無しさん** · 2020/05/06(水) 15:37:04.35

VMは中間コードを解釈してネイティブコード化する機能だけじゃないからね
それだけ見ればRustでもC#やJavaでも大した違いはない
CLRにはJVMのGraalのような実用的なAOTコンパイラがまだないってだけ

Rust code -> LLVM IR -> native code
C# code -> CLR IL -> native code

**デフォルトの名無しさん** · 2020/05/06(水) 16:51:19.70

>>65
開発もコンテナ内でやってる開発者なんてほとんどいないし、
仮にコンテナ内で開発してたとしても実行環境とは別のイメージ使うだろ
開発環境からそのまま本番へ持っていけるなんて完全に妄想だよ

**デフォルトの名無しさん** · 2020/05/06(水) 17:18:40.43

Goはシンプル方向じゃなくてイージーな　勘違いすんな

VMとネイティブで大した違いないとか小学校からやり直してこい