次世代言語15 Go Rust Bosque Kotlin TypeScript

**デフォルトの名無しさん** · 2019/04/19(金) 22:19:00.41

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2019/05/27(月) 19:48:12.46

>>189
Go 2でぶち壊す予兆があるからじゃね？

**デフォルトの名無しさん** · 2019/05/27(月) 19:54:27.00

ゴッツってどんな言語になりそうなん？
Goと比較してくわしく

**デフォルトの名無しさん** · 2019/05/27(月) 20:02:51.37

初耳

**デフォルトの名無しさん** · 2019/05/27(月) 22:36:34.71

ごっつええ感じになるで

**デフォルトの名無しさん** · 2019/05/27(月) 22:38:32.65

まだまだ時間掛かるからGo2は気にしなくていい
提案の整理が全然終わってない
https://github.com/golang/go/labels/Go2

**デフォルトの名無しさん** · 2019/05/28(火) 00:42:09.52

vlangﾏﾀﾞｰ?

**デフォルトの名無しさん** · 2019/05/28(火) 22:47:20.46

vaporlangでござるよ

**デフォルトの名無しさん** · 2019/05/30(木) 05:20:45.49

>>195
rustでよくね？

**デフォルトの名無しさん** · 2019/05/30(木) 20:25:03.60

最近は言語イキリ厨が減ったね。

**デフォルトの名無しさん** · 2019/05/30(木) 20:26:56.34

まだいるよ

**デフォルトの名無しさん** · 2019/05/31(金) 18:12:10.23

荒れ方がガキっぽくなったな

**デフォルトの名無しさん** · 2019/05/31(金) 20:17:28.31

rustとgoだったらどっちが速いの？

**デフォルトの名無しさん** · 2019/05/31(金) 20:33:53.92

>>201
速いのはrust
早いのはgo

**デフォルトの名無しさん** · 2019/05/31(金) 21:15:30.23

処理速度だけならCのほうが速いからなー

**デフォルトの名無しさん** · 2019/05/31(金) 22:16:08.89

開発時間が決まってるなら最適化に時間をかけられる分間違いなくGoの方が速いだろうな

**デフォルトの名無しさん** · 2019/05/31(金) 23:34:59.77

>>202
うまいこと言うね

**デフォルトの名無しさん** · 2019/06/01(土) 07:42:01.99

CPU、メモリを全開に使ってランタイム速度上げるような部分なんてほとんどない。
あってももう誰かが実装してるのがほとんど。
BLASなんて素人が書いても絶対にMKLを超えるのは無理だし。

**デフォルトの名無しさん** · 2019/06/01(土) 12:03:15.74

誰もBosqueの話ししてないし次からBosqueで抜いてNim入れようぜ

**デフォルトの名無しさん** · 2019/06/01(土) 12:57:16.56

ボスケのIssue眺めてると面白い
ぼくのかんがえたさいきょうのげんご発表会になってる

**デフォルトの名無しさん** · 2019/06/01(土) 12:58:27.24

Bosqueで抜くのはレベル高いな

**デフォルトの名無しさん** · 2019/06/01(土) 23:41:31.75

おまえら次世代言語でシコってんのかよカッケーな

**デフォルトの名無しさん** · 2019/06/02(日) 09:56:08.56

Bosqueはpocの段階でしょ？
nodeで動くんだっけ？

**デフォルトの名無しさん** · 2019/06/02(日) 13:26:45.88

Nimの話も誰もしてない件

**デフォルトの名無しさん** · 2019/06/02(日) 13:28:56.23

Nimのマスコットキャラのニムニムくんはどうなったん？

**デフォルトの名無しさん** · 2019/06/03(月) 19:16:54.91

なにそれ

**デフォルトの名無しさん** · 2019/06/03(月) 21:23:31.20

Nimは機能的にはよく出来ているのかもしれないけど、なんか言語としての面白味を感じないんだよなぁ。

**デフォルトの名無しさん** · 2019/06/03(月) 21:26:09.48

まあほとんどのやつが今の言語でさえ持て余してるのに
新しい言語とか機能が必要なんかなとは思う。
そりゃイキリたい奴には必要なんだろうけれど。

**デフォルトの名無しさん** · 2019/06/03(月) 21:38:38.94

goの広まり方、経緯を知ってる人がいたら教えて欲しいわ
実際に触らないと分からない部分（開発時の反応の良さとか）が良く出来てるのは知ってるんだけど、外観見るとそれほど魅力的に見えない

**デフォルトの名無しさん** · 2019/06/03(月) 22:43:44.65

>>217
Goって初期はPythonからの乗り換えが多かったんだよ
パフォーマンスとデプロイ容易性に優れており、シンプルな言語仕様でプログラマの手足を意図的に縛るというPythonと共通した思想を持っているからね
で言語にそういうものを求める人種って「〇〇は楽しい」とか言っちゃうアレな人達なんかと比べてずっと優秀だから、
目立つ成功事例があっという間にに沢山生み出された
その結果、(Google製ということもあり)凄い実績を持つ言語を使っていることで優越感を得ようとする低レベルな層も群がってきて今がある

**デフォルトの名無しさん** · 2019/06/03(月) 22:44:26.83

シンタックスはガチで糞だな
変数宣言が数パターンあって、おまけに古いJavaScriptみたいにまとめて宣言できますよとか糞糞糞＆糞の糞
せめてfinalくらい入れとけ糞バカP言語かよと糞

**デフォルトの名無しさん** · 2019/06/03(月) 22:46:47.25

既存言語の反省の上に成り立ってるから使いやすいし安全性も高い

だけど地味

何か新しい要素を求めてる人にはつまらなく思われる

**デフォルトの名無しさん** · 2019/06/03(月) 22:59:58.99

新しい要素は何もいらんから自由で使いやすくて痒いところに手が届く言語なら何でも良いんだよ
で、行き着く先がC言語やJavaScriptというね

**デフォルトの名無しさん** · 2019/06/04(火) 00:50:04.45

本当に優秀なのはCとC++の共存、python2とpython3の共存
新しい方の言語仕様でプログラマを縛るというアレな人達なんかと比べてずっと優秀だよ

**デフォルトの名無しさん** · 2019/06/04(火) 00:57:24.50

goのいいところはシングルバイナリと速さだろ
あれが使いやすいとか頭がおかしい
品性を疑うわ

**デフォルトの名無しさん** · 2019/06/04(火) 00:58:36.56

使いやすいは違うな、書きやすいって言ってるガイジな

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

とりあえずjavascriptが滅びてくれれば良いよ

下手に有能な人が有用なライブラリ作っちまってなかなか滅びてくれない

**デフォルトの名無しさん** · 2019/06/04(火) 01:49:36.49

面白味や工夫の余地は無いが誰が書いても同じ物を
ひたすらだらだら並べるしかないという意味では書きやすいと言えるかも

**デフォルトの名無しさん** · 2019/06/04(火) 01:54:27.71

>>225
なんで？

**デフォルトの名無しさん** · 2019/06/04(火) 02:10:09.55

滅びるわけないだろ世の中の仕組みが分かってない奴だな。
だいたいメタに考えても無い。
なぜならこの世の中で>>225の希望が叶ったことなんてひとつも無いからだ。
これからもそう。
俺は正しい世の中が間違っていると僻んで妬んで死んでいく。

**デフォルトの名無しさん** · 2019/06/04(火) 07:25:00.53

goはビルドが楽だわ。
他の言語はビルド工程についてろくなものを用意しない。
まあにわか商売するならそれは正解なんだが。

**デフォルトの名無しさん** · 2019/06/04(火) 07:46:12.42

include地獄とかないのはいいよね
バイナリはデカいけど

なにあれ

小さくできないの？

**デフォルトの名無しさん** · 2019/06/04(火) 08:02:43.00

goはバカナリ

**デフォルトの名無しさん** · 2019/06/04(火) 08:50:39.65

Go別に速くねえと思うんだけど、速いって何と比べてんだ？

**デフォルトの名無しさん** · 2019/06/04(火) 08:53:46.08

>>232
Pythonと比べてだよ

**デフォルトの名無しさん** · 2019/06/04(火) 08:54:25.85

マルチスレッドを扱いたいときにはgoは便利なんだけど、
マルチスレッドって可能な限り避けるべきと思ってて、
そんなgo使いたいことってある？って気持ちになる

**デフォルトの名無しさん** · 2019/06/04(火) 09:15:55.70

Goがアーリーアダプターの能力に恵まれたってのはある
血統や反C++思想に惹かれてベテランのCエンジニアが賛同し、
デプロイ性の高さや非同期処理のエレガントさに惹かれてハイスキルなバックエンドエンジニアが賛同した
最初に目をつけたのがRuby信者やHaskell信者だったら、ElixirやScalaのようにエモい人達の一時の祭で終わってた

**デフォルトの名無しさん** · 2019/06/04(火) 09:26:55.20

>>233 Python といってもいろんな実装があるからな。
スピードが欲しい時はそれなりの実装を使うだろ。
PyPy とGOは同程度のスピードだろ。
NumbaだとGO の3倍くらいは早くなるよ。
Cython だともっと早くなる。

大抵はライブラリが最適化されてるから何もしないでもかなり早いよ。実際に統計処理とか比較してみるとわかる。

**デフォルトの名無しさん** · 2019/06/04(火) 09:36:02.60

きっついなあ

**デフォルトの名無しさん** · 2019/06/04(火) 10:17:42.21

反C++思想といいながらなぜPythonと比較するんだい？
それは「C++もPythonもどっちもどっち」とでもいうべき思想だろ

**デフォルトの名無しさん** · 2019/06/04(火) 12:07:17.04

それなりのライブラリを使ったら速いのは知ってるんよ。。。

**デフォルトの名無しさん** · 2019/06/04(火) 12:12:16.04

>>236
C言語だからな

**デフォルトの名無しさん** · 2019/06/04(火) 12:45:13.80

>>232
スピンアップじゃね？
これもGoogleが作ってる恩恵なんだろうが

**デフォルトの名無しさん** · 2019/06/04(火) 13:40:03.02

>>235
エモい（）無能の祭りで終わった言語にRust足しといて

**デフォルトの名無しさん** · 2019/06/04(火) 14:24:39.32

firefoxで使われてんじゃん

**デフォルトの名無しさん** · 2019/06/04(火) 15:51:24.12

WebAssemblyを次世代言語って言い張れる？
いちおうそれまでなかったのは確かｗ

**デフォルトの名無しさん** · 2019/06/04(火) 15:58:59.38

誰も素で書かないコンパイルターゲットだからバイナリとかVMバイトコードとかの競合では

**デフォルトの名無しさん** · 2019/06/04(火) 17:41:42.55

いずれwebassemblyって無くなりそうじゃない？

**デフォルトの名無しさん** · 2019/06/04(火) 18:27:03.01

あれもビルドがめちゃくちゃ遅いw
ほんとダメな機能ってのはわかりやすいわw

**デフォルトの名無しさん** · 2019/06/04(火) 18:51:05.59

>>244
中間言語の位置じゃね？

**デフォルトの名無しさん** · 2019/06/04(火) 19:30:35.98

そうだね

**デフォルトの名無しさん** · 2019/06/04(火) 20:41:46.70

scalaはいろいろ実績もあるしelixirやjuliaなんかと一緒にされたら可哀想

**デフォルトの名無しさん** · 2019/06/04(火) 21:03:43.85

やっぱrustは終わりかけてるの？

**デフォルトの名無しさん** · 2019/06/04(火) 22:04:21.17

パカソンが型ガバだからGoがウケたってのもあるな
mypyゴミすぎ

**デフォルトの名無しさん** · 2019/06/04(火) 22:17:03.60

pythonとgoなんてほとんど関係ねーわ。
パースを楽にしようとかそのくらいの視点しか関係してるところがない。

**デフォルトの名無しさん** · 2019/06/05(水) 00:23:45.19

>>251 rust は最初から錆び付いてるからね。

**デフォルトの名無しさん** · 2019/06/05(水) 05:24:48.22

えーみんなrust嫌いなの？

**デフォルトの名無しさん** · 2019/06/05(水) 10:21:36.89

おれ的には始まってる
なんとか説得して少しだけ使ってるけど心地よすぎぃ

**デフォルトの名無しさん** · 2019/06/05(水) 10:32:46.07

もっと客観的な欠陥があればその話をしたいところだが
嫌われているかもしれない以外の問題点が見つからなかったんだ

**デフォルトの名無しさん** · 2019/06/05(水) 11:25:25.15

>>250
負の実績がいっぱいあるね

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

>>256
どんな仕事で使ってるの？
やっぱりc++置き換えとして？

**デフォルトの名無しさん** · 2019/06/05(水) 18:56:26.25

性能もデプロイも人と一緒に作業することも考えなけりゃそりゃ心地いいだろうね。

**デフォルトの名無しさん** · 2019/06/05(水) 19:01:46.58

ちんちんしこしこ？

**デフォルトの名無しさん** · 2019/06/05(水) 19:48:44.82

goとrubyのnilが受け付けない。
いや、nullにしろよ。

**デフォルトの名無しさん** · 2019/06/05(水) 20:07:29.78

lispをかじったことがあるならnilに抵抗無い。nullもnilもラテン語由来で無を意味するもので、別にtypoというわけじゃない。
けどnullもnilもあって別物だよ！とかいう言語は設計をやり直した方が良い。片方だけにしろと言いたい。

**デフォルトの名無しさん** · 2019/06/05(水) 20:27:33.95

nilだとエロくないからなあ

**デフォルトの名無しさん** · 2019/06/05(水) 21:08:16.91

nilはSwiftで慣れた

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

nilはパスカルじゃ？

**デフォルトの名無しさん** · 2019/06/05(水) 22:22:57.66

>>259
cとかjavaとか

>>260
そんな楽な仕事があるならいいな！

**デフォルトの名無しさん** · 2019/06/05(水) 22:50:26.06

nil が正しい

null はポインター

**デフォルトの名無しさん** · 2019/06/05(水) 22:55:22.69

niplとかなら本気出せたな

**デフォルトの名無しさん** · 2019/06/05(水) 23:33:28.01

>>263
これ同意。

**デフォルトの名無しさん** · 2019/06/05(水) 23:35:44.89

やっぱ悪貨は出回りやすいのう

**デフォルトの名無しさん** · 2019/06/06(木) 00:07:13.34

>>266
LISPは1960年に発表された時点でNILだし流石にLISPが先では

**デフォルトの名無しさん** · 2019/06/06(木) 00:17:37.37

>>263
ハイ先生質問です
nullとundefinedがあるJavaScriptは許されますか？

**デフォルトの名無しさん** · 2019/06/06(木) 00:27:12.35

つまりtypescriptにもある

**デフォルトの名無しさん** · 2019/06/06(木) 00:37:48.55

PythonのNoneは？

**デフォルトの名無しさん** · 2019/06/06(木) 04:58:36.69

typoscript

pythonは許す

**デフォルトの名無しさん** · 2019/06/06(木) 11:52:20.99

NoneはOption<T>
nilはList<T>
nullはポインタ<T>

型は不要と思うならこういうのが3つ以上存在することに抵抗がある
1つくらいならあってもいいが

**デフォルトの名無しさん** · 2019/06/06(木) 12:14:30.45

概念の違いと運用を混同している

**デフォルトの名無しさん** · 2019/06/06(木) 14:06:06.41

Optionの不動点は自然数と等価なんだよな
これは人間の錯覚や感情論などではない

**デフォルトの名無しさん** · 2019/06/06(木) 22:34:22.75

SwiftUIが盛り上がってたから久々にSwiftの言語仕様の変更点とか見てたら
Opaque Result Typeってのがあって、これ自体はまぁいいんだけど

protocol周りの仕様がホント悪臭放ってんなって改めて思ったわ

**デフォルトの名無しさん** · 2019/06/07(金) 02:28:39.22

これのバックエンドは全部Rustらしい
Goでも書いたけどRustで書き直したってさ

https://gigazine.net/news/20190606-bloom-open-source-google/
https://users.rust-lang.org/t/bloom-a-free-and-open-source-google-in-rust/28981

**デフォルトの名無しさん** · 2019/06/07(金) 06:29:06.55

BUT the language itself is too poor. Lack of immutability, lack of generics, mediocre module system, very poor package management at the time … made it doesn’t really scale.

It’s really easy to write HTTP servers in Go, but nothing more, the business layer is completely rotten by the imperative paradigm. The worst thing being pointers.

なるほどね

**デフォルトの名無しさん** · 2019/06/07(金) 12:18:53.00

prologブームの遺児みたいなimmutabilityに
googleの仕事が奪われる

**デフォルトの名無しさん** · 2019/06/07(金) 18:43:06.16

>>281
いつかメンテナンスできなくならなければいいんだが

**デフォルトの名無しさん** · 2019/06/07(金) 18:51:12.09

一時期ブームに乗ってscala採用した企業は今どうやってメンテナンスしてるんだろ

**デフォルトの名無しさん** · 2019/06/07(金) 18:52:53.52

どうって？

**デフォルトの名無しさん** · 2019/06/07(金) 19:45:47.00

文献の貯蔵は十分か？

**デフォルトの名無しさん** · 2019/06/07(金) 20:33:49.35

>>284
何言語使えば将来のメンテが安心？COBOL？

**デフォルトの名無しさん** · 2019/06/07(金) 20:58:05.33

rustだったgoのがメンテしやすいだろ。