次世代言語18 Go Rust Elixir Kotlin TypeScript

**デフォルトの名無しさん** · 2019/10/01(火) 02:58:03.93

スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/

**デフォルトの名無しさん** · 2020/01/03(金) 19:00:11.26

>>70
ポストCはRust
実はGoがPythonからの移行組で賑わってる

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

Java → KotlinはAndroidアプリだけな感じ
サーバの方はそのままJavaか、Goへの移行か

**デフォルトの名無しさん** · 2020/01/03(金) 22:47:32.05

C#さんのことも思い出して

**デフォルトの名無しさん** · 2020/01/03(金) 22:48:16.52

うちはJavaからC#だな

**デフォルトの名無しさん** · 2020/01/03(金) 23:13:55.92

ウインドズサーバで動かすのか？
頭おかしなるで

**デフォルトの名無しさん** · 2020/01/03(金) 23:16:24.61

>>75
なぜ？

**デフォルトの名無しさん** · 2020/01/03(金) 23:20:49.32

>>76
「なぜ？」などというレスをしてしまう時点で、貴殿の頭はおかしなっとる証拠だ

**デフォルトの名無しさん** · 2020/01/04(土) 00:00:22.05

なぜ？

**デフォルトの名無しさん** · 2020/01/04(土) 00:05:35.55

もうC#はWindowsって時代はとっくに終わってるのに・・・

**デフォルトの名無しさん** · 2020/01/04(土) 03:49:46.94

>>77
なぜ？

**デフォルトの名無しさん** · 2020/01/04(土) 05:08:03.10

現役言語を知らないで次世代言語を語るクソスレはここですか？

**デフォルトの名無しさん** · 2020/01/04(土) 12:24:01.91

>>70
Python -> nim

**デフォルトの名無しさん** · 2020/01/04(土) 12:26:03.62

>>70
Ruby → Blawn

**デフォルトの名無しさん** · 2020/01/04(土) 12:59:45.53

>>82
ガイジ

>>83
ガイジ

**デフォルトの名無しさん** · 2020/01/04(土) 13:41:32.77

General ...... C -> Go
System ...... C++ -> Rust
Application (Android) ...... Java -> Kotlin
Application (iOS/macOS) ...... Objective-C -> Swift
Application (Windows) ...... C# -> Dart
Web (Client-side) ...... JavaScript -> TypeScript
Web (Server-side) ...... PHP -> Hack
Science ...... Python -> Julia

大雑把な理解としてはこれでいいだろ
現世代の八大言語と次世代の八大言語と言ってもいい選出だと思う
Dartの立ち位置は本来はJavaScript枠だがTypeScriptに敗北してからはAndroid、iOS、macOS、Windows、Webのクロスプラットフォームアプリ開発に活路を見出しているので空席になっているC#枠に便宜上置いた

**デフォルトの名無しさん** · 2020/01/04(土) 15:21:38.35

一貫性なさすぎやろ。Application (Win)は、flutter要はdartを予想しながら、application(android)の方はdartじゃなくkotlinなのかよ。

**デフォルトの名無しさん** · 2020/01/04(土) 15:23:50.49

すまん、C#枠に便宜上置いたという最後の一文を読んでなかった

**デフォルトの名無しさん** · 2020/01/04(土) 15:32:50.74

>>85
細かい点では不満もあるが一枠に付き一言語という制限を付けて選ぶとこんなもんかなという納得感はある
DartはC#枠ではないと思うがJavaScript枠やJava枠はすでに埋まってる上に他にC#枠に来そうな言語もないので仕方ないか

**デフォルトの名無しさん** · 2020/01/04(土) 15:36:51.99

C#は旧世代と言うほど古くないからまだネクストC#を目指す言語が登場するには早いってことだろ
50年後の視点から見ればC#はGoやらRustやらと同世代として扱われてるんじゃねーの？

**デフォルトの名無しさん** · 2020/01/04(土) 15:37:54.73

Julaiもないな。

**デフォルトの名無しさん** · 2020/01/04(土) 15:40:11.03

Dartはマジでどこを目指してるの？
TypeScriptに白旗上げてスマホアプリに移行したって認識なんだがKotlinと戦うわけじゃないよね？

**デフォルトの名無しさん** · 2020/01/04(土) 15:51:24.33

>>85
GAFAM全社…C、C++、Java、JavaScript、Python
Google…Go、Kotlin、Dart
Amazon…Rust
Facebook…PHP、Hack
Apple…Objective-C
Microsoft…C#、TypeScript
なし…Julia

五大IT企業から一切公認を貰ってないマイナー言語が一つだけ混ざってるわけだが

**デフォルトの名無しさん** · 2020/01/04(土) 15:53:42.98

>>91
最強のマルチプラットフォームだろ

**デフォルトの名無しさん** · 2020/01/04(土) 15:54:28.16

>>92
Apple公認のSwiftが抜けてた

**デフォルトの名無しさん** · 2020/01/04(土) 15:58:39.36

>>92
そういう意味では
AmazonとMicrosoftから公認されたRust
MicrosoftとGoogleから公認されたTypeScript
の2つは生き残るのが確定してるから安泰だな

**デフォルトの名無しさん** · 2020/01/04(土) 18:05:38.53

Dartとかいう劣化Javaのゴミがなんだって？

**デフォルトの名無しさん** · 2020/01/04(土) 18:16:07.99

>>92
Juliaはまだ正式版がリリースされて一年なんだから仕方ないだろ
そもそもPythonにしても当初は同世代のJavaやJavaScriptやらと比べて影が薄い存在だけどアカデミアで支持されたことで生き残って後からブレイクしたわけでポストPythonとしてJuliaが同じ道を辿るかもしれん
実際に新規AI開発ならPythonかGoかJuliaかの三択になってるし

**デフォルトの名無しさん** · 2020/01/04(土) 18:20:51.03

>>96
俺もDartは10年後には消えると思うわ
そもそもTypeScriptに負けて一度死んだ言語だしflutterで一過性のブーム起こしてもモバイル開発にはKotlinとSwiftがすでにあるから需要ない
誰が支持してるのか一番分からない言語

**デフォルトの名無しさん** · 2020/01/04(土) 18:27:05.12

マテリアルユー愛とかいう一過性のデザインにロックインしたFlatterに、劣化JavaのDart

ガチのゴミオブゴミ、ミラクルマッドマックスゴミ・EX

**デフォルトの名無しさん** · 2020/01/04(土) 19:16:55.02

>>97
逆に言うとやっと正式版が出たばかりで、まだpythonの後釜といえるような位置にはいないんじゃないかね。

**デフォルトの名無しさん** · 2020/01/04(土) 20:31:51.46

>>97
正式版（1.0）がリリースされた年

1978　C
1985　C++
1986　Objective-C
1994　Python
1995　PHP
1996　Java
1996　JavaScript
2002　C#

2012　Go
2013　Dart
2014　Hack
2014　TypeScript
2014　Swift
2015　Rust
2016　Kotlin
2018　Julia

こうして見るとリリースから時間が経っているのに遅れを取っているのはDartとHackか…

**デフォルトの名無しさん** · 2020/01/04(土) 20:33:47.61

>>85
C# -> Dart

ここだけモヤモヤするが代替案がないわ
ちょうどここしか残ってない感

**デフォルトの名無しさん** · 2020/01/04(土) 20:44:00.13

そこはF#で

**デフォルトの名無しさん** · 2020/01/04(土) 21:56:55.10

F#は2005年からあるから次世代言語じゃない

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

>>101
1994から1996は黄金世代だな
2010年代も黄金世代になるのかな？

**デフォルトの名無しさん** · 2020/01/04(土) 22:07:00.98

>>105
RubyもDelphiも1995年だしな
WWWが一般に普及してきたタイミングだから新言語がどんどん定着したんだろう
2010年代はGAFA+Microsoft主導の言語置き換え合戦が成功するかどうかってとこか

**デフォルトの名無しさん** · 2020/01/04(土) 22:18:37.00

c/c++に取って代わるとか言われた言語がどれだけあったことか。。

**デフォルトの名無しさん** · 2020/01/04(土) 22:48:58.51

>>102
C#でいいやろ

**デフォルトの名無しさん** · 2020/01/05(日) 09:10:16.95

>>101
これ見るとC#は旧世代と次世代の中間世代なのでまだ世代交代する必要がないということだ
C#の代替言語が登場するのは数年後だな

**デフォルトの名無しさん** · 2020/01/05(日) 10:12:13.12

言語だけ登場されても困るわ。.NETのリッチな標準クラスライブラリみたいのも一緒に登場してくれんと。

**デフォルトの名無しさん** · 2020/01/05(日) 10:25:59.07

【歴代スレタイ言語】
次世代言語1 Go Rust Haskell Scala Erlang Elixir
次世代言語2 Go Rust Haskell Scala Erlang Elixir
次世代言語3 Go Rust Haskell Scala
次世代言語4 Go Rust Kotlin Scala
次世代言語5 Go Rust Scala Haskell
次世代言語6 Rust Kotlin Haskell
次世代言語7 Go Rust Swift Kotlin TypeScript
次世代言語8 Haskell Rust Kotlin TypeScript
次世代言語9 Haskell Rust Kotlin TypeScript Dart
次世代言語10 Rust Swift TypeScript Dart
次世代言語11 Rust Swift TypeScript Dart
次世代言語12 Go Rust Swift Kotlin TypeScript
次世代言語13 Go Rust Swift Kotlin TypeScript
次世代言語14 Elixir Crystal Julia Rust Swift
次世代言語15 Go Rust Swift Kotlin TypeScript
次世代言語16 Go Rust Bosque Kotlin TypeScript
次世代言語17 Go Rust Kotlin TypeScript Julia
次世代言語18 Go Rust Elixir Kotlin TypeScript

登場回数
18回 Rust
12回 Go
11回 TypeScript Kotlin
7回 Swift Haskell
5回 Scala
4回 Elixir
3回 Dart
2回 Julia Erlang
1回 Bosque Crystal

**デフォルトの名無しさん** · 2020/01/05(日) 10:29:51.89

>>111
Scalaはギリギリ許されるとしてもJavaよりも歴史が古いHaskellとErlangが新世代言語はさすがに無理あるだろ……

**デフォルトの名無しさん** · 2020/01/05(日) 10:48:31.28

>>111
ルーストの期待高杉ィ！

**デフォルトの名無しさん** · 2020/01/05(日) 12:04:32.08

>>111
旧世代言語のHaskellがなんで入ってるのか全く分からない

**デフォルトの名無しさん** · 2020/01/05(日) 12:07:27.33

>>101
DartとHackはもう退場でいいよ
Google社とFacebook社が作った言語だからって理由以外に存在意義がない
DartはTypeScriptに負けた言語
HackはPHP7に美味しいところだけ取り込まれて役目を終えた言語

**デフォルトの名無しさん** · 2020/01/05(日) 12:17:27.66

>>85
General ...... C -> Go
System ...... C++ -> Rust
Application (Windows) ...... C# -> Bosque
Application (macOS/iOS) ...... Objective-C -> Swift
Application (Android) ...... Java -> Kotlin
Web (Client-side) ...... JavaScript -> TypeScript
Web (Server-side) ...... PHP -> Elixir
Science ...... Python -> Julia

これでどうだ

**デフォルトの名無しさん** · 2020/01/05(日) 12:31:03.15

>>116
Bosqueはないわｗｗｗ

**デフォルトの名無しさん** · 2020/01/05(日) 14:41:58.81

JuliaとElixirもまだ地歩を固められるかどうかさえ怪しいところだろう。
サーバーサイドなんてElixirよりGo/Rust/TypeScriptの方が獲りそうにも思うが。

**デフォルトの名無しさん** · 2020/01/05(日) 14:52:54.89

フロントもバックも、全部TypeScriptでいいよ

**デフォルトの名無しさん** · 2020/01/05(日) 15:03:30.51

Elixirを持ち上げてるのは元Ruby信者が多い

**デフォルトの名無しさん** · 2020/01/05(日) 15:18:42.39

RubyはPHPに負けた言語だからな
思い返してみると言語の流行度をランク付けしたらいつも10位前後をフラフラしていただけで一度として覇権を握ったことはない
信者はPHPerが単細胞の無能で他の言語を覚えられないからRubyが主流にならなかっただけだと思ってるみたいだけど
ポストRubyのポジションはElixirだろうがそこまで価値のあるポジションとは思えない

**デフォルトの名無しさん** · 2020/01/05(日) 15:23:27.69

Elixirなんか実務で聞いたことねえわ
PHPはゴミ

**デフォルトの名無しさん** · 2020/01/05(日) 16:58:36.15

次世代で差し当たって生き残るのが決まってるのはGo、Rust、Swift、Kotlin、TypeScriptの五大言語だけでしょ
この5つは大企業がバックについてて一定の信者コミュニティが形成されてるからもう揺るがない
ほかの言語はこれから競争
Pythonの遅さに対するヘイトでPythonブームがしぼむタイミングでどの言語がポストPythonに収まるかって戦いが注目だ
Rubyのまつもとゆきひろが言ってたけど結局言語自体の良し悪しだけじゃなくて有能なコミュニティが形成されるかどうかという要素が重要だからな
TensorFlowがGoに対応してる関係でAI界隈だとPythonからGoへの移行が多いけどJuliaやCrystalのラッパー作ってる人もいるからまだ他の言語にもチャンスある
ちなみにうちはすでにGo

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

>>121
RubyはPythonの地位にあってもおかしくなかった
アカデミックな世界の人たちがPythonに流れたのが大きかった

**デフォルトの名無しさん** · 2020/01/05(日) 17:41:07.92

rubyが出た頃には既にpythonは十分人気があったわけで、流れたというより
pythonのシェアを奪えないまま自滅したという方が合ってる気がする。

**デフォルトの名無しさん** · 2020/01/05(日) 18:38:52.97

>>123
研究者が使うフレームワークが殆どpytorch一色になったので、
tensorflowもどこまで安泰か分からん

**デフォルトの名無しさん** · 2020/01/05(日) 18:48:23.54

>>125
いや、一時期は間違いなくRubyはPythonよりも人気があったよ
日本に限らず世界でね
2000年代に入ってからSciPyとNumPyという科学計算ライブラリの決定版が出たことで一気にPythonの地位が上がった
それまでR言語とかに注目してた層が根こそぎPythonに飛びついて大逆転した
もしSciRubyやNumRubyだったらRubyが天下を取っていたはず

**デフォルトの名無しさん** · 2020/01/05(日) 18:56:14.34

PyTorchやTensorFlowがどうしてPythonなのかが全く分からん
あんな遅い言語で機械学習をやるメリットは何なの？
ディープラーニングは複雑な計算が必要だからこそ高速な言語でやらないとって思ってしまうのは俺がド素人だから？

**デフォルトの名無しさん** · 2020/01/05(日) 19:08:07.33

単にAPIとして優秀だからだよ
それだけ

**デフォルトの名無しさん** · 2020/01/05(日) 19:12:24.89

PythonではC等で書かれたライブラリを呼ぶだけで計算はしないから、遅くても問題ない

**デフォルトの名無しさん** · 2020/01/05(日) 19:15:19.30

どんな言語で書いてもCUDA等を呼び出すだけだから

**デフォルトの名無しさん** · 2020/01/05(日) 19:19:55.04

>>128
この分野ではライブラリ叩くのだけが役目で速さがいらないからこそPythonが生き残ったんだよ

**デフォルトの名無しさん** · 2020/01/05(日) 19:44:46.12

ruby好きの奴らなんてmatzも含めて絶対数値計算なんかやらんかっただろう。
そういうとこだよ。

**デフォルトの名無しさん** · 2020/01/05(日) 20:12:28.37

客観的な数字がない以上どっちが人気があったかというのは水掛け論でしかないけど、
rubyが世界的に人気が出たと言えるのはRoR以降で、登場時期はNumpyとほぼ同じなんだよな。
仮にrubyの人気がpythonを上回ったことがあったとしても非常に短い期間に限られたと思われ。

**デフォルトの名無しさん** · 2020/01/05(日) 20:53:54.52

>>128
pythonが実行速度が必要なところはcで書けばいいと割り切ってる中で
rubyは言語自体の速さをあげることに時間かけてた。
そういう見識のなさがrubyなんだよ。

**デフォルトの名無しさん** · 2020/01/05(日) 21:17:35.10

68 名前：デフォルトの名無しさん[sage] 投稿日：2019/11/11(月) 08:41:18.73 ID:ugn4nfqU
炎上PJに巻き込まれて帰ってこれなくなってしまったのだろう

69 名前：デフォルトの名無しさん[sage] 投稿日：2020/01/03(金) 12:58:50.03 ID:f2V4CbYL
あけ　おめこ　とよろ

おまえら、この空白の2ヶ月間、何してたんだ？

**デフォルトの名無しさん** · 2020/01/05(日) 21:54:16.01

>>135
さすがに無知すぎるだろ
PythonもRubyも知らないなら無理すんなw

**デフォルトの名無しさん** · 2020/01/05(日) 22:23:58.34

>>137
Ruby信者イライラでウケるw

**デフォルトの名無しさん** · 2020/01/05(日) 23:09:54.68

>>137
やっぱrubyやってる輩って低レイヤーのことをまるでわかってないのな。
馬鹿丸出し。

**デフォルトの名無しさん** · 2020/01/05(日) 23:34:13.56

pythonもpython自体の高速化はやってきてるでしょ
pypyみたいな変態的なものもあるし
むしろrubyの方が言語仕様的に高速化できる余地が少なくて停滞してた印象
yarvも遅れてやってきた感しかない

まぁ身もふたもないけど、つたない英語で日本人がリードするプロジェクトに
外人はあんまり寄り付いてこないのがrubyがいまいち盛り上がらなかった原因だと思うよ
RoRの波の時にいろいろ仕掛けておけば違った気がするんだけど

**デフォルトの名無しさん** · 2020/01/06(月) 11:00:46.22

>>140
日本でRubyが人気あるのは日本で誕生した言語(→日本語のドキュメントやコミュニティが充実)だからってのは確実にあるだろうし逆に考えたらアメリカ人は英語圏で誕生した言語を使うわな
Python開発者はオランダ人だけどアメリカで働いていた人だし

**デフォルトの名無しさん** · 2020/01/06(月) 22:45:21.22

>>140
結局遅くてもデフォルトのcpythonを使うわけだよ。
そこまでcpuバウンドなプログラムなんて早々ないし、あったらcで実装したライブラリを使う。
なんでも同じ言語だけで無理やり何とかしようってのはバカの発想だわ。
cをどれだけ呼びやすくするかに労力をかけたpythonにrubyは完全に負けたわけよ。

**デフォルトの名無しさん** · 2020/01/06(月) 22:51:03.06

cというか共有ライブラリの呼び出しでそんな大きな違いあったっけ？
似たようなもんだったと思うけどな

**デフォルトの名無しさん** · 2020/01/06(月) 23:48:50.87

cで実装って言っても、cythonなら殆どpythonのように書けるわけで

**デフォルトの名無しさん** · 2020/01/07(火) 08:51:26.11

旧世代言語で言えばC++、Java、Python、JavaScriptの4つが書ければ組み込みからウェブまで基本的に何でもできた
1つの言語で何とかしようとすれば何とかなるかもしれないが開発効率を考えると結局この4つくらいの言語が必要
速さのC++、汎用性のJava、書きやすさのPython、ウェブのJavaScript
最強の言語に統一しようとする試みは全部失敗に終わって適材適所で使い分けるのが結局最適解だったわけだ
次世代言語では汎用性と書きやすさを兼ね備えたGoがあるのでRust、Go、TypeScriptが必須三大言語になる

**デフォルトの名無しさん** · 2020/01/07(火) 11:10:34.52

wasmの展開次第ではまた統一の流れになるかもよ
今のところRustかGoかかな

**デフォルトの名無しさん** · 2020/01/07(火) 15:35:35.01

cythonよりもpybind

**デフォルトの名無しさん** · 2020/01/07(火) 21:50:43.14

Ruby の主な設計思想は、C の拡張ライブラリを作りやすくする事！
今は、FFI

言語が流行るかどうかは、便利な拡張ライブラリの作りやすさで決まる。
VSCode がそう。
皆が作る、多くの拡張機能が大人気

R, matlab → Python → Julia
Ruby → Elixir

数十万もする、matlab を誰も使いたくない！
これが無料で使える、Pythonがコスト的に優秀だった！

ただ、文法が辛いから、Ruby風のdo ～ end を採用した、Juliaへ流れたw

**デフォルトの名無しさん** · 2020/01/07(火) 22:09:56.51

的外れのことをよく長々と書くもんだな

**デフォルトの名無しさん** · 2020/01/07(火) 22:35:33.23

juliaなんてインデックスが１はじまりな時点で終わってんだよ。

**デフォルトの名無しさん** · 2020/01/07(火) 22:54:19.05

ruby信者はrubyの文法が好きみたいだけど
rustは文法もゴミだからね？

**デフォルトの名無しさん** · 2020/01/07(火) 22:55:15.32

あ、rubyをrustに間違えた。rustすまん…

◆QZaw55cn4c · 2020/01/07(火) 22:58:02.03

>>152
許さん

**デフォルトの名無しさん** · 2020/01/07(火) 23:27:16.65

まぁほら、値を返す場合はセミコロンを付けちゃいかんとか、あの辺は真にゴミだ。

**デフォルトの名無しさん** · 2020/01/08(水) 11:36:37.71

どうしたらよかった？

**デフォルトの名無しさん** · 2020/01/08(水) 14:43:49.47

>>115
Dartは今一番来てる言語だろ
ちょうどFlutterのスター数がReact Nativeを超えたところだぞ
これで名実ともにクロスプラットフォーム開発のスタンダードがDartになった

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

Rustのセミコロンは文の終端じゃなくて、「左オペランドを評価してその値を破棄し、右オペランドを評価してその値を返す演算子」だと理解すればスッキリする

**デフォルトの名無しさん** · 2020/01/08(水) 19:33:38.16

そんな独自ルール押し付けられても普通はくそだとしか思わんよ。

**デフォルトの名無しさん** · 2020/01/08(水) 20:28:36.87

>>155
「式にセミコロンを付けたら文になる」
「文の評価値はunit」
「ブロックの値は含まれる最後の式(文)の値」

それぞれは筋が通ってなくもないけど、2番目のは

「文の値は含まれる最後の式の値」

にしても問題なかったんじゃないのかな。

**デフォルトの名無しさん** · 2020/01/08(水) 20:40:04.73

結局Rustは死産だった

**デフォルトの名無しさん** · 2020/01/08(水) 20:46:34.81

>>159
問題あるからそうなってるんだよ

**デフォルトの名無しさん** · 2020/01/08(水) 21:11:26.71

>>161
具体例plz

**デフォルトの名無しさん** · 2020/01/08(水) 21:25:54.87

なぜ
Go
Rust
TypeScriptが
旧世代5大言語を超越するのでしょうか？

**デフォルトの名無しさん** · 2020/01/08(水) 21:50:40.19

>>163
Go→めっちゃ書きやすい。少ない行数で何でも書けるので生産性爆上げ。実効速度はC/C++よりは遅いがJavaやPythonよりもずっと速いので何にでも使いやすい。文法が分かりやすいので入門用言語にも適している。オールマイティな次世代エース的存在で欠点がほぼない

Rust→C++と同レベルに速い唯一の言語。なおかつC++よりも文法が整理されている。C++と違ってメモリ安全性が確保されている。Goほどの書きやすさ・利便性はないがC++の後継としてシステムプログラミングに使えると考えられている

TypeScript→JavaScriptを大規模開発にも使えるように整備した言語。JSがウェブだけでなくアプリ開発にも使われるようになったという背景にマッチ。既存のJSコードという遺産をそのまま使えるのでデメリットなし

3言語ともにGoogleやMicrosoftが推しているので他企業も追随して移行している

**デフォルトの名無しさん** · 2020/01/08(水) 21:58:55.88

Goの行数が短いとは

**デフォルトの名無しさん** · 2020/01/08(水) 22:05:03.81

GoはAI関連のPythonからの移行組、組み込み系のCからの移行組、アプリ開発のJavaからの以降組と色々なところから支持されてるよな

**デフォルトの名無しさん** · 2020/01/08(水) 22:19:11.42

goはガベコレ付きのcってくらいだろ。それくらい機能が少ないから良い。

**デフォルトの名無しさん** · 2020/01/08(水) 22:59:45.27

Goは機能が少ないから行数は長くなるな
ジェネリクスがまだなくて冗長になりやすい
良くも悪くも割り切ってる

**デフォルトの名無しさん** · 2020/01/08(水) 23:17:23.66

PythonやJavaは機能が多過ぎるからGoに移行すると言ってるように見えるが
多過ぎるという証拠がない

**デフォルトの名無しさん** · 2020/01/09(木) 01:00:17.42

GoがJavaよりずっと速いってことはない
ほぼ同程度