次世代言語18 V Julia 他

**デフォルトの名無しさん** · 2019/09/30(月) 23:11:51.54

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2019/10/12(土) 01:05:37.94

node.jsでサーバーサイドもいけるぞ

**デフォルトの名無しさん** · 2019/10/12(土) 02:56:56.44

>>513
サーバーサイドで使ってるが

**デフォルトの名無しさん** · 2019/10/12(土) 03:34:27.68

そういえばdenoというnode.jsとは別のサーバーサイドJavaScript/TypeScript実行環境の開発が進んでいるらしい
https://github.com/denoland/deno

**デフォルトの名無しさん** · 2019/10/12(土) 06:05:59.10

>>513
webpackに通すbabelがtypescriptに変わるだけだゾ

**デフォルトの名無しさん** · 2019/10/12(土) 06:40:50.34

スクリプトの話はもうやめよう
所詮おもちゃなんだし

**デフォルトの名無しさん** · 2019/10/12(土) 06:51:03.18

Cしか勝たん、

**デフォルトの名無しさん** · 2019/10/12(土) 12:48:29.54

TSやフレームワークで蓋しても臭いものは臭いんだよなぁ
サーバサイドをTSで開発し始める動きもあるが型の共有とか夢物語だろ

**デフォルトの名無しさん** · 2019/10/12(土) 13:00:26.48

吹いたｗ
いつの時代の人だよ

**デフォルトの名無しさん** · 2019/10/12(土) 17:54:26.13

開発し始める動きどころかお前が知らんだけでもうそこら中でTSサーバー動いてますがな
JS/TSは言語としてはうんこだが処理系のnodeっつーかV8はスクリプト系の言語ではダントツで速いから仕方ないね

**デフォルトの名無しさん** · 2019/10/12(土) 19:36:17.61

さすがにゼロイチの話と受け取られるとは思わなかったわ

**デフォルトの名無しさん** · 2019/10/12(土) 19:45:29.89

いや、0-1じゃなくて程度問題だろ？

**デフォルトの名無しさん** · 2019/10/12(土) 20:04:40.50

新規事業での言語選択としてGolangの方に需要が流れていたがTSの方に揺り戻しが起きたというのが俺の認識だ

**デフォルトの名無しさん** · 2019/10/12(土) 20:07:41.11

言語としてTSはいいけどnodeをサーバーサイドで運用するのはかなり無理ゲー

**デフォルトの名無しさん** · 2019/10/12(土) 22:19:30.50

早くdeno流行れ
nodeは過去の遺産が豊富で生きてるけど
色々と4んでるわ

**デフォルトの名無しさん** · 2019/10/12(土) 22:41:42.70

色々って何が？
具体的に。
そのままだとあたらしもの好きにしか見えないので。
きばってどうぞ。
さあ！
↓

**デフォルトの名無しさん** · 2019/10/12(土) 23:08:08.01

とりあえず名前がださい

**デフォルトの名無しさん** · 2019/10/13(日) 01:51:50.70

サーバーサイドJSがあれだけ盛大に爆死して
フロント裏のAPIサーバ用途はGoが覇権取ったのに
TSに回帰する動きってどこの異世界だよ

そもそもサーバサイドJSが死んだ理由のひとつは
node本体のメモリリークとかプロセス不審死とかの不安定さだろうに
TS化してもnodeである以上同じ結果にしかならんだろ

**デフォルトの名無しさん** · 2019/10/13(日) 01:55:22.10

>>530
いわゆるBFFではまだjsサーバー生きてるな

**デフォルトの名無しさん** · 2019/10/13(日) 02:35:14.13

分かったけどそれでなんでdenoが流行ると解決すると思い込んでるのかがわからん

**デフォルトの名無しさん** · 2019/10/13(日) 02:41:27.85

denoはセキュアでシンプルなアーキテクチャ目指してるらしいから
アンチnodeらしい

**デフォルトの名無しさん** · 2019/10/13(日) 03:16:02.61

アンチというか反省を活かして、だろ。
node作った人なんだから。

**デフォルトの名無しさん** · 2019/10/13(日) 05:43:39.31

まずgoが覇権ってどこ情報だよ

**デフォルトの名無しさん** · 2019/10/13(日) 06:14:04.94

長年Javaを使ってたアドテク業界でもGoを使う流れがきてる

**デフォルトの名無しさん** · 2019/10/13(日) 06:43:44.16

アドテクとかいえば渋谷の緑だけど
あそこはscalaだった気がする

**デフォルトの名無しさん** · 2019/10/13(日) 07:04:51.62

>>537
緑はもうGoだろ
Scalaは黒歴史の負債として残ってるだろうけど

**デフォルトの名無しさん** · 2019/10/13(日) 10:42:19.34

Go強いけど書き手視点での言語仕様が特別良いわけじゃなく
コンパイラやランタイムの性能が尋常じゃないのが大きいと思う

レイテンシ
https://github.com/ixy-languages/ixy-languages/raw/master/img/latency-hdr-hist-1.png
スループット
https://github.com/ixy-languages/ixy-languages/raw/master/img/batches-3.3.png

低レイテンシのガベージコレクションの研究にかなりのリソースを投入しているそうで
GC言語でありながらレイテンシの低さがC/Rustにかなり近づいている

**デフォルトの名無しさん** · 2019/10/13(日) 11:52:52.64

グラフを見たけどRustにするわｗｗｗ

**デフォルトの名無しさん** · 2019/10/13(日) 11:59:26.23

>>530
渋谷・五反田・六本木・銀座・中目黒辺り

**デフォルトの名無しさん** · 2019/10/13(日) 12:07:14.59

>>539
言語仕様が単純だからチューンしやすいってのはあるだろう。

**デフォルトの名無しさん** · 2019/10/13(日) 12:13:04.65

C#強いな

**デフォルトの名無しさん** · 2019/10/13(日) 12:45:57.87

RustとHaskell使えれば最強って感じね

**デフォルトの名無しさん** · 2019/10/13(日) 12:48:56.60

>>544
C#の性能が驚異的だな
高度なランタイムに依存する言語ならではのグラフの変なガタツキもないし

**デフォルトの名無しさん** · 2019/10/13(日) 12:49:17.53

ちりもつもれば..
>>539みるとクラウドで金節約するためにJSなんか使わない方がいいな。リリースの無駄遣いって事？

**デフォルトの名無しさん** · 2019/10/13(日) 12:53:05.97

>リリースじゃなくてリソースやな
結局C#バランス最強ってことかな。さすがmicrosoftや。

**デフォルトの名無しさん** · 2019/10/13(日) 12:54:38.53

広告屋のGoogleごときが技術でMSに勝てるわきゃねーわな

**デフォルトの名無しさん** · 2019/10/13(日) 13:04:01.41

>>539
Rustすげえええ
Cをやっと捨てられる

**デフォルトの名無しさん** · 2019/10/13(日) 14:53:34.59

レイテンシの右側が高い程、CG等による遅延のブレが大きいということ
なのでパフォーマンスの安定性は C/Rust ＞ Go ＞ Java ＞ C#

スループットに関してC#が優秀なのはその通り

あとこのスレに居て今更Rustに驚いてる人はRustをどういうものだと思ってたの
パフォーマンス、開発効率、メンテ性などのレードオフがあるから
C言語一強にならなかったわけで

**デフォルトの名無しさん** · 2019/10/13(日) 14:54:59.70

トレードオフ

**デフォルトの名無しさん** · 2019/10/13(日) 15:26:24.04

このパフォーマンスならC#使うのがバランスいいな

**デフォルトの名無しさん** · 2019/10/13(日) 15:46:00.98

やっぱC#にするわ。

**デフォルトの名無しさん** · 2019/10/13(日) 16:51:06.08

トレードオフって言ったら賢く見えるのはよくわかるけど
結局何と何がトレードオフで、どういう理由でその一方を取るのか説明できない奴が多すぎる

**デフォルトの名無しさん** · 2019/10/13(日) 16:58:44.07

>>554
じゃあお前が説明しろよ

**デフォルトの名無しさん** · 2019/10/13(日) 18:16:19.45

実行速度、メモリ使用量と開発効率。
開発効率については主観的とかいって馬鹿は排除しにかかるけどな。
ビルド速度なんかは明らかに重要なのに。

**デフォルトの名無しさん** · 2019/10/13(日) 18:40:50.43

Rustは開発効率も良い

**デフォルトの名無しさん** · 2019/10/13(日) 18:44:03.34

そうなんか？

**デフォルトの名無しさん** · 2019/10/13(日) 19:14:38.24

その種のウソを信じたいのだろう。
https://github.com/gnzlbg/slice_deque/issues/57
こういうバグ見ると結局それなりの性能が必要なところでは
それなりの危険なコードが必要だということをrust信者は意図的に無視している。

**デフォルトの名無しさん** · 2019/10/13(日) 19:50:56.00

rustは習得できたらラクだけどそのレベルになるまでが苦労する

**デフォルトの名無しさん** · 2019/10/13(日) 19:54:22.94

>>559
Haskellではクイックソートが数行で書ける！！（性能はお察し）（性能を出そうとすると結局愚直に書くことになる）
みたいなやつを思い出したわ

**デフォルトの名無しさん** · 2019/10/13(日) 20:18:59.16

rustが完全無欠だなんで信者ですら言ってないだろ
どんな言語も弱点はあるが、rustはマシだから選ばれてる

**デフォルトの名無しさん** · 2019/10/13(日) 20:28:54.42

>>538
Scala祭りにスポンサードする程度にはScalaエンジニア募集してるっぽいけどな

**デフォルトの名無しさん** · 2019/10/13(日) 22:26:02.69

>>559
バグがあるから性能が必要なところでは危険なコードが必要ってどういうこと？
言語仕様的にこの類のバグは解消不能ってこと？

**デフォルトの名無しさん** · 2019/10/13(日) 23:02:11.59

オールオアナッシングでしかものを考えられないヤツが何回も何回もひとつのバグをあげつらい続けているけど、C++が今まで出してきたバグの数と比較したら……

**デフォルトの名無しさん** · 2019/10/13(日) 23:08:52.23

逆に言うとそれしか叩ける所がないってことかもね

**デフォルトの名無しさん** · 2019/10/13(日) 23:26:24.13

Rustは良い言語だと思うがGCのコストが許容できる用途だと所有権やら何やらが完全に無駄に難しいだけというのが辛いし
Rustを持ち上げてる奴を見るとお前が書いているプログラムはそんなに超高速な性能が必要なのかと問い詰めたくなる

**デフォルトの名無しさん** · 2019/10/13(日) 23:33:27.08

一つのバグね。。
主張している安全性がどういう壊れ方をするかがよくわかる例なんだがな。
まあどうせまともにコードを読んでないんだろうが。

**デフォルトの名無しさん** · 2019/10/13(日) 23:34:03.53

確かにややこしいがちょっと勉強するだけだし
速いにこしたことはないもの

**デフォルトの名無しさん** · 2019/10/13(日) 23:36:01.31

超速い言語と激安いハードを組み合わせるのは良い作戦じゃないか

**デフォルトの名無しさん** · 2019/10/13(日) 23:37:32.33

>>568
誰も壊れないなんで言ってないから
なにを主張したいのか分からん

>>570
速いは安いってのを理解してないやつが多いよな

**デフォルトの名無しさん** · 2019/10/13(日) 23:51:38.82

てかそのバグも実際unsafe関数の中で起きてる話じゃん

｢安全じゃない書き方は基本的にNGだよ、でも必要な場面があるのも事実だからそのチェックをスルーする方法も提供するよ☆｣
｢ただしその場合はコンパイラは安全性を保証出来ないからコード書く人の自己責任だよ☆｣
｢それでも原因はunsafeで囲った中に限定されるからデバッグとかしやすいかもね☆｣

まさにRustの意図した通りの動作やな

**デフォルトの名無しさん** · 2019/10/13(日) 23:56:03.62

>>572
問題はそのコードにおいてなぜunsafeを使う必要があるか？ってところなんだがな。
低レイヤーを触らん奴には問題ないんだろう。
だったらrustを使う意味もないがな。

**デフォルトの名無しさん** · 2019/10/14(月) 00:00:13.00

｢まともにコードを読んでないんだろうが｣
｢低レイヤーを触らん奴には問題ないんだろう｣

いきなり意味不明な決めつけで飛躍した論理展開、ガイジかな？

**デフォルトの名無しさん** · 2019/10/14(月) 00:01:59.18

結局そのコードがなぜunsafeを使うことになるかわからんのだろ？
だったらそれで君にとっては問題ないから何も考えずにrustを信じて使ってたらいいよ。

**デフォルトの名無しさん** · 2019/10/14(月) 00:10:47.41

いいたいことがあるならハッキリシャッキリ言えやモヤシ野郎

**デフォルトの名無しさん** · 2019/10/14(月) 00:14:07.91

unsafeとかどうでもいいよ
>>564の疑問に答えてくれよ

**デフォルトの名無しさん** · 2019/10/14(月) 00:14:43.91

いやイキってすいません自分はrust勉強し始めたばっかなんでどんな問題なのか教えてほしいだけです教えてください先生(´・ω・`)
Rustの保証の概念の無いCのコード呼んでるからちゃうんですか？

**デフォルトの名無しさん** · 2019/10/14(月) 02:34:00.32

モヤシをバカにするな！
モヤシはシャッキリしてるだろうが！
シナってんのはお前が安物買ってるからだ！

**デフォルトの名無しさん** · 2019/10/14(月) 08:36:51.30

>>559の1行目って>>557に対するものじゃないの？

その後も>>573 >>575でしきりにunsafeのこと話してるけど
unsafe不要とかバグが出ないとか主張してる奴は居ないわけで
話の前提や言いたいことを落ち着いて整理した方が良いと思う

**デフォルトの名無しさん** · 2019/10/14(月) 08:52:45.75

>>568
で、C++でこのようｂﾈバグが今までｂﾇれだけ出て来ｂﾄ、どれだけ解血�ﾉ苦労してきｂｽか知ってるの＝H

**デフォルャgの名無しさん** · 2019/10/14(月) 09:03:42.68

559の説明をするけど、これqueueの実装で、インデックスがある閾値を超えたら
戻すみたいな処理をやってんだよ。
で、こういった配列インデックスに対するアルゴリズム的なアクセスってのは
どうしてもunsafeになるってわけだ。
こういう普遍的に発生する話に対してなんも考えてないって馬鹿にされても仕方ないと思うんだがね。

**デフォルトの名無しさん** · 2019/10/14(月) 09:11:58.05

>>582
＞で、こういった配列インデックスに対するアルゴリズム的なアクセスってのは
＞どうしてもunsafeになるってわけだ。
うん、それRust公式で普通に言われてる話ね
こういうところでは普通にunsafe使わざるを得ないから用法容量を守って正しくお使いくださいと言われてるよ
それで？　お前の中ではそれひとつでRustで解決されてるありとあらゆるC++の欠陥がなかったことになるの？

**デフォルトの名無しさん** · 2019/10/14(月) 09:17:14.79

ここまで言ってもそう思うもんなら何言っても無駄だろうね。
>こういうところでは普通にunsafe使わざるを得ないから用法容量を守って正しくお使いくださいと言われてるよ
これ言い出したらじゃあcでもよくね？で終わるってこと少しは自覚してるのかな？

**デフォルトの名無しさん** · 2019/10/14(月) 09:23:36.77

>>584
＞これ言い出したらじゃあcでもよくね？で終わる
unsafeにならざるを得ない処理をモジュールに切り出したりしないで、
プログラム内のありとあらゆる場所をunsafeで囲ってるならそうですね

**デフォルトの名無しさん** · 2019/10/14(月) 09:30:19.19

「MCCじゃないテストはすべて無意味」論者あらわる(´･ω･｀)

**デフォルトの名無しさん** · 2019/10/14(月) 09:42:34.81

>じゃあcでもよくね？で終わる

ここ彼の一連のレスの基かな

**デフォルトの名無しさん** · 2019/10/14(月) 09:43:47.38

実際、CとFORTRANだけあれば十分だからな

**デフォルトの名無しさん** · 2019/10/14(月) 09:45:03.31

高速化のためにFFIでCを呼ぶ箇所があるからGC言語は無意味、
全部Cでオーケーみたいなこと言われてもなー

**デフォルトの名無しさん** · 2019/10/14(月) 10:16:13.68

Rustに安全性を求めて入門すると
「え？この操作unsafeの中でしかできないの？意味ねー」が多すぎて
ああ、言うほど安全になんかしてくれないんだな
それなら枯れてて資産もあるC/C++でいいわってなるよ
というかなったよ

結局unsafeじゃないとできないことが多すぎる
今後unsafeなしでも出来るようになるのかもしれんが少なくとも今はな

**デフォルトの名無しさん** · 2019/10/14(月) 10:28:37.08

unsafe多いのは変わってないよ
理想と現実ってやつだな

**デフォルトの名無しさん** · 2019/10/14(月) 10:47:37.41

銀の弾丸じゃないからそりゃそうでしょ

パフォーマンスが必要な箇所すべてがunsafe必要な場所じゃないから、
設計上要パフォーマンス not unsafe な部分が多そうなケースでRustが採用されるだけ

**デフォルトの名無しさん** · 2019/10/14(月) 10:50:28.47

>>592
Rust信者自身が「これがあればC/C++とはおさらば！！」とか言ってるんだよなあ
ここにいる奴はさすがにそこまで言ってないが
Rustスレ辺りに行けば新鮮なのがいっぱいいるぞ

**デフォルトの名無しさん** · 2019/10/14(月) 10:55:55.47

ライブラリを100%C言語で書けたらわかりやすかったよな
ライブラリのバグはC言語の責任とする

そのためには型情報を100%実行時に持ち越し
C言語側から型情報が見えるようにする
そういうことを実際にやってるのが動的型スクリプト

**デフォルトの名無しさん** · 2019/10/14(月) 10:57:55.23

別スレ向けのレスをここに書いていたということかな
道理で誰と戦ってるんだ状態になるわけだ

**デフォルトの名無しさん** · 2019/10/14(月) 11:06:23.20

全くスレタイになっているJuliaは出てこない。

**デフォルトの名無しさん** · 2019/10/14(月) 11:37:05.93

勝手に過大な期待をして勝手に失望するガイジ

**デフォルトの名無しさん** · 2019/10/14(月) 11:57:35.28

次スレは　次世代言語19 C Pascal Smalltalk　で

**デフォルトの名無しさん** · 2019/10/14(月) 12:39:07.50

デバッグは十分な時間が経過すれば期待通りになるから
唯一時間だけが人を失望させる
失望させないためには、10年デバッグしろとか最初に言えばいい

**デフォルトの名無しさん** · 2019/10/14(月) 12:46:18.95

>>593
Rustスレのどこにいるの？

**デフォルトの名無しさん** · 2019/10/14(月) 20:55:46.47

RustがあればC/C++とおさらば！

コンパイラのセルフホスティングとGUI付きのOS（Redox）を書きったC/C++に次ぐシステム記述言語！！

つか後発が先発より優れたものでなかったらこの世は闇やがな、

**デフォルトの名無しさん** · 2019/10/14(月) 20:57:11.95

先発の方が資産が多いんですよ

**デフォルトの名無しさん** · 2019/10/14(月) 21:25:50.76

資産多くてもFORTRAN死ねと言ってる計算屋多いと思うぞ

**デフォルトの名無しさん** · 2019/10/14(月) 21:31:18.23

だからといって移植するわけでもないんだよなｗ

**デフォルトの名無しさん** · 2019/10/14(月) 22:09:13.66

FORTRANの置き換えはJuliaやろ

失敗してるようだが

**デフォルトの名無しさん** · 2019/10/14(月) 22:29:35.41

cを置き換えようとして失敗した言語の多さを知らんのか。
rustはもっと狭い領域でしか使えん。

◆QZaw55cn4c · 2019/10/14(月) 22:48:48.90

>>606
C の置き換えは無理でしょう、ああいう感じのリンクシステムと直通な仕様にしないと、C++ でさえマングリングに汚されて C になれなかった、マングリングなんて誰得なんでしょうか？

**デフォルトの名無しさん** · 2019/10/15(火) 04:20:10.44

CはC++に置き換わりつつある
あと20年もすれば純粋なCは消えてなくなるでしょう
言語の世代交代はそうやって緩やかに行われていくのです
ここで言われているような生まれたての言語は次世代言語ですらありません
次世代言語として語るなら90年代生まれの言語がふさわしいでしょう
Java、Python、PHP、Ruby、VBを語るのです

**デフォルトの名無しさん** · 2019/10/15(火) 07:06:55.07

cで書かれてこなかった領域にも使えるから広く使えると思うけど

**デフォルトの名無しさん** · 2019/10/15(火) 08:43:52.97

そう思いたいだけだろ。。こういう現実味ない輩が老害化していくんだよな。。
早めに業界から消えてってほしい。

**デフォルトの名無しさん** · 2019/10/15(火) 08:54:48.65

ブーメラン

**デフォルトの名無しさん** · 2019/10/15(火) 09:35:54.42

>>604
時間かかる割に移植しても業績にならんからな。評価システムのせいで万人の時間がちょっとずつ消費されてるのはアカデミックあるある

**デフォルトの名無しさん** · 2019/10/15(火) 13:09:15.25

Cのライブラリは他の言語から呼びやすいけどC++はなぁ