次世代言語14 Go Rust Swift Kotlin TypeScript

2018/09/11(火) 20:07:34.76

スレタイ以外の言語もok

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

>>1の1行目に記入
!extend:on:vvvvv:1000:512

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/09/25(火) 23:15:12.81

JSLinuxもOSちゃOSじゃない？

2018/09/25(火) 23:34:32.28

Pythonでマルチタスク書こうとしてえらい目に遭った

2018/09/25(火) 23:36:17.76

作るよりメンテ運用のが長いんだよね
インタプリタ言語でプロトタイプ作るのは良いけど
早い目にコンパイラ言語にに寄せるべきかなと

2018/09/26(水) 01:46:00.41

>>154
同意。

2018/09/26(水) 12:37:04.27

>>157
確かブラウザ上でPCのエミュレートしてそこでLinux動かしてるサイトがあったので、それが近いかな。

2018/09/26(水) 14:51:15.93

>>156
そう言われてみると流行りの llvm より c のコード吐く方が
既存ライブラリとのバインディング等いろんな面で楽な気がしてきた
yacc/lex みたいな

2018/09/26(水) 21:19:54.07

Cへのトランスパイルは昔から良くあるけどやっぱり不十分なんじゃないの？

2018/09/26(水) 22:35:08.49

例えば例外処理のフレームの生成なんかでは困るな
C++例外にトランスパイルしたらC++ランタイムを必要とするようになるし
longjmpでごまかして気にしないならいいけど
後はスタックや呼び出し規約関係で変なことしたい時もC言語の記述力を超えられないので困る

2018/09/26(水) 23:57:50.73

なるほど
c じゃ call / ret その他スタック操作がコーディングできないか

2018/09/27(木) 01:42:28.18

まずC++を使うからといって
例外処理を使わないといけないというｷﾏﾘなんかないからな

例外処理はｴﾗｰ処理をまともに書かないようなﾔﾂが
ｴﾗｰ処理を入れた気になれるというｼﾛﾓﾉだからな

2018/09/27(木) 02:54:00.09

ん？脊髄反射か何かか？

2018/09/27(木) 14:27:52.94

昔々、C++はCへのトランスレータだった。

2018/09/27(木) 18:26:32.81

>スタックや呼び出し規約関係で変なことしたい時
こんなのアセンブラ埋め込む以外できんだろ。
てか普通の言語ではしないし、やったら関数の接合呼び出しのたびに気にしなきゃならなくなる。

**デフォルトの名無しさん** (ｱﾒ MM7b-A258) · 2018/09/27(木) 18:55:13.77

>>163
nim大勝利か！？

2018/09/27(木) 18:58:12.28

GHCは変態呼び出しをC--使ってやってたしLLVMにも専用の呼び出し規約を実装させたぞ？

2018/09/27(木) 19:39:34.35

システムコールは本質的に参照透過でないためHaskellにおいては恥だろ
ドヤ顔で下劣な犯罪行為を自慢するなカス

2018/09/27(木) 19:54:20.44

どこにシステムコールの話があるんだ
ほんと誰も言ってないことを空目して罵る馬鹿が増えたなあ

2018/09/27(木) 21:00:40.39

>>170
llvm じゃなく c へのトランスパイルのが良いのでは？
いやそれじゃ例外等を実装しにくいね、という話をしているだけだろう。

でもまあ頑張れば setjump / longjump で実装できるのか？
誤魔化すんじゃなくwinding するコードをcで正しく吐けばいいだけだし

2018/09/28(金) 05:40:58.12

まあhaskellの場合はそもそも再帰呼び出ししなきゃloopできないんだから
そりゃstackに細工は必要だろうが。。そりゃ逆に言語の欠陥のためだ。

2018/09/28(金) 06:18:31.08

>>176
tail callだけなら呼び出し規約弄る必要もないぞ。もっと別のことやってる
思い込みでわけわからんこと言う前に調べろ

2018/09/28(金) 19:17:25.40

>>177
じゃhaskellでスタックいじくる理由ってなんかあるのか？
linux kernelだったり作るならわからんでもないが(実際gccの拡張命令バリバリ使っとる)
haskellでそれやる理由は？

2018/09/29(土) 04:40:57.49

教えてクンの相手するスレじゃないぞ
とりあえず ttps://ghc.haskell.org/trac/ghc/wiki/Commentary/Rts/HaskellExecution/CallingConvention 見て
後は勝手に調べろ

2018/09/29(土) 10:41:46.83

Goが一番将来性あると思う。

KotlinはJava離れとandroidがGo採用して消える
Swiftはiosだけで残る
Rustは一部のマニア向けに残る

GoはC/C++後継、
サーバ、クライアント、スマホ
あらゆる環境、分野ををカバーして残る

妄想です

2018/09/29(土) 11:04:04.88

RustならともかくGoをC/C++の後継っていうのはムリムリ

2018/09/29(土) 11:23:35.79

学習コストとコンパイラの負担を無視して実行性能と多機能性を突き詰めるC++を
実行性能と機能を犠牲にして学習コストとコンパイラの負担を下げた真逆の思想持ったGoで代替できると思う理由が謎

2018/09/29(土) 11:51:34.68

きっとプログラム書いたことないんじゃね？

2018/09/29(土) 12:00:40.59

でもGo++なら・・・？

2018/09/29(土) 12:19:19.12

GoはどこにGoしてるの

2018/09/29(土) 12:20:49.46

Goは静的型付けコンパイルPython

2018/09/29(土) 13:14:33.04

>>179
実用的用途はないという現実を認められない人って哀れだね。

2018/09/29(土) 13:44:06.68

>>180-181
GoはC/C++じゃなくて明確にCに絞ってみるべきなんじゃないかとね

2018/09/29(土) 13:44:46.95

現実問題PythonどころかRubyでさえカバーできてないじゃんGo
RoRの上位互換さっさと作って

2018/09/29(土) 13:52:22.49

むしろGoとかいらない
C/C++で十分

2018/09/29(土) 14:05:28.39

>>188
組み込みとかリソース限られた環境での使用に堪えないC代替言語とかもっと無理

2018/09/29(土) 14:52:54.80

>>189
上位互換だと下位を完全に含まなきゃいかんのじゃないか

2018/09/29(土) 14:55:23.96

Goが人気出て来たのはイメージサイズ的にコンテナと相性いいからと思ってるわ

2018/09/29(土) 15:07:29.06

一番要らないのはC++

2018/09/29(土) 15:11:13.71

>>194
理由を具体的に

2018/09/29(土) 15:16:35.25

>>193
goがコンテナと相性いいのは、prebuiltなバイナリを突っ込めばコンテナだろうがベアメタルだろうがだいたいそのまま動くという点が大きい
そもそもそのためのコンテナじゃなかったのかという話ではあるが、
Linux丸ごとスタティックリンクしちゃえばポータブルだぜ！という、
イメージのビルドやメンテのコストを無視したインフラエンジニアの妄想オナニーに対する本質的でないワークアラウンドである

2018/09/29(土) 15:33:43.33

goは言語的思想には似たようなのがないけど
業務でつかうjavaの乗り換え対象の第一候補にしてもいいと思う

2018/09/29(土) 15:37:11.74

他の言語は仕様がリッチなのでやろうと思えば平気でおかしなことが出来てしまう
データ＋アルゴリズム以外のことをやりすぎ

2018/09/29(土) 15:45:18.96

こっちも自演だらけか

2018/09/29(土) 21:51:20.41

自演だと思い込みたい自演

2018/09/29(土) 23:00:46.23

>>197
同意

2018/09/30(日) 00:03:04.77

Javaerには無理だよ
試しにGoを導入したとしてもやっぱJavaの方がいいやってなって還る

2018/09/30(日) 02:20:38.93

土にか。

2018/09/30(日) 12:05:21.97

スレタイにあるやつだとGoが良さそう感はある

2018/09/30(日) 13:52:13.19

乗り換え
Java、Kotlin、PHP、Ruby、Python → Go
C/C++ → Rust

2018/09/30(日) 18:15:43.12

マルチコア主流になってきたし仕事でRust使いたいけど依存フレームワークやらパイプラインがC++まみれなのでたぶん無理だ...

2018/09/30(日) 20:15:52.53

マルチスレッドになると rust の利点ほぼなくなるがな
所有権のナニをどうしたところでいつ消えるかも分からなくなり
c++同様arcに頼るのみになる

2018/09/30(日) 20:33:05.02

＞所有権のナニをどうしたところでいつ消えるかも分からなくなり
？
Rustでは競合は起こらないし参照の寿命も保証されるよ

2018/09/30(日) 21:30:37.28

AltPythonだかPostPythonはJuliaとかNimじゃねーの？

2018/09/30(日) 21:35:28.07

JuliaとかNimはWEB開発できるほど万能な言語なの？

2018/09/30(日) 21:41:11.86

WEB開発したいと思えない点ではPythonと同じだな

2018/09/30(日) 21:53:11.03

Juliaって計算に強いって触れ込みでwebやろうとは思わないな

2018/09/30(日) 22:54:38.21

NimはCのほかにJSアウトプットも出来るからwebいける

2018/09/30(日) 23:45:15.46

そんな意味不明なもん使うぐらいなら
最初からcかjavascriptで書くわ

2018/10/01(月) 00:22:56.79

それを言っちゃあ次世代言語スレはおしめえよ

2018/10/01(月) 00:31:26.39

>>208
大事なとこ省いて引用すんなよw

2018/10/01(月) 00:35:42.04

二度言えはOK

2018/10/01(月) 01:16:25.04

>>214
typescriptさんディスってんじゃねーぞこら

2018/10/01(月) 01:46:33.50

>>180
まずこれみよう

https://benchmarksgame-team.pages.debian.net/benchmarksgame/which-programs-are-fast.html

2018/10/01(月) 07:37:37.71

>>219
Nimさんがおらんやんけ

2018/10/01(月) 11:32:40.75

Dartちゃんは死産…？

2018/10/01(月) 15:27:28.59

>>221
Dartは、クロスプラットフォームなGUI
フレームワークを引き連れて、息吹き返して来たので怖い。
Flutter/Fuchsiaを気にかけてないやつは、アンテナの感度ひくすぎると思う。

2018/10/01(月) 16:36:36.80

別に怖くはないのでは

2018/10/01(月) 17:39:32.50

>>220
実はNimが最強ぽいけど、マイナー過ぎて誰も相手にしてくれないね

2018/10/01(月) 17:45:21.46

実装が不十分だよね

2018/10/01(月) 18:11:47.41

Goってなんで流行ってんの？
機能無くしすぎて100年前の言語みたいになってるじゃんｗ
全然googleぽくないんだけど、
逆に新しいのかな？

2018/10/01(月) 18:48:40.16

GoのGoはGoogleのGoではなくて
SimpleでGoという諺に掛けてるんだよ
公式くらい読めバカが

2018/10/01(月) 19:01:43.49

Goって大丈夫なの？
将来、仕事あるなら勉強するけど

2018/10/01(月) 19:45:21.48

Goはコンテナと相性良いから流行ってるんではないかな。言語的にはどうなのかわからん。2がきたら色々良くなりそう

2018/10/01(月) 19:53:49.83

だからさ、SimpleでGoなんだよ、わからんのか？バカが？

2018/10/01(月) 20:36:49.68

GoがGoogleらしくなかったらDartなんてどうなってしまうんや

2018/10/01(月) 20:38:23.99

でもまぁもちろんGoogleとも掛けてるだろうけどね

2018/10/01(月) 20:41:10.99

>>232
違うっていってるだろバカが！

2018/10/01(月) 20:54:51.21

会議で決められたなら「偶然、GoogleのGoでもあるし、それでいこう」
ってなるのが自然じゃないかｗ

2018/10/01(月) 21:00:29.40

Basicだってbeginner's all-purpose symbolic instruction codeだけど別にbasic(基本的な)と掛けてるのを否定してないじゃん

2018/10/01(月) 21:01:10.19

つまりSimpleにGoogleだからGoってことね

2018/10/01(月) 21:05:31.88

>>229
というより、コンテナを必要としないんだよ
大抵のアプリにおいてコンテナによる抽象化は過剰であり面倒臭いだけ
Goはほとんどのアプリ開発者にとって程良い抽象化とポータビリティを実現している

2018/10/01(月) 21:08:27.35

でもさすがにGoは機能絞りすぎてダメ言語だろｗ
アホでも使えるようにしたのかな

2018/10/01(月) 21:10:26.84

アスペってダブルミーニングを嫌うよね
意味は１：１じゃなきゃ気が済まないみたいな

2018/10/01(月) 21:12:47.62

あのさぁ
俺は初代次世代言語スレからいる重鎮なんだけど
お前らとは格が違うのだが

2018/10/01(月) 21:17:31.40

>>238
プログラムは書かれることより読まれることのほうが多いというけど、それ以上に多いのは使われること
TCOの削減を考えるとき、最も重要なのは運用性だ
Goは言語としてはカスだが運用性は確かに優れている

2018/10/01(月) 22:02:09.87

goはgoroutineとinterfaceがいいねぇ。それ以外はあまりぱっとしないけど。

2018/10/01(月) 22:04:56.34

メソッドの概念がJavaScriptのprototypeになんとなく似てるよね

2018/10/01(月) 22:28:01.83

goroutineは良いねえ

2018/10/01(月) 22:57:09.22

Flutterの環境構築しただけだけどDartには官能性感じる

2018/10/01(月) 23:46:29.81

Goはあのケン・トンプソンがかかわってるところがめちゃくちゃポイントが高い

2018/10/01(月) 23:51:38.79

レジェンドがかかわってるからいい言語だとは言い切れないが
ケンが関わったC言語とGO言語がここめでメジャーなのは羨ましい

以前のGoの内部アセンブラはケン・トンプソンが書いたと言う話らしい

2018/10/02(火) 01:15:49.50

権威にひれ伏す典型的糞バカ中世ジャップランド土人
一生アメップのケツ穴でも舐めてな

2018/10/02(火) 01:20:18.39

>>224
全然最強じゃない件

https://github.com/nim-lang/Nim/issues/3531

2018/10/02(火) 12:35:26.65

>>238
世の中の大半がアホだから、Goのアプローチは正しいと思うわ

2018/10/02(火) 13:33:40.28

馬鹿には使えないよGoは
結局は自分でなんでも実装しなきゃならなくなるから

2018/10/02(火) 18:46:01.26

Goは例外なくしたのに代数的データ型とパターンマッチがないのでエラー処理が地獄

2018/10/02(火) 19:03:39.12

代数型ないからパターンマッチもないんじゃないの？

2018/10/02(火) 19:33:18.19

>>252
インターフェイスと型アサーションとswitchしかないから、網羅度も何もない状態だしね。
インターフェイスを後出しできるからだろうけど。

2018/10/03(水) 00:58:28.75

Goのエラー処理が地獄って思ってる人は
例外のパラドックスに陥っている

2018/10/03(水) 01:14:15.23

いや実際に地獄って声が大きいから次バージョンでどうにかしようって動きになってるのでは？

2018/10/03(水) 01:56:11.04

Goはないわ