次世代言語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/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++はなぁ

**デフォルトの名無しさん** · 2019/10/15(火) 16:22:59.94

次世代言語を使いたくないおじさんのスレにしたらどう

**デフォルトの名無しさん** · 2019/10/15(火) 17:11:21.53

次世代言語を触ってみたけど使えないと判断したおじさまと言って欲しい

**デフォルトの名無しさん** · 2019/10/15(火) 17:37:53.14

何言ってんだいおじさん、低級言語ははみんな64bitさ

**デフォルトの名無しさん** · 2019/10/15(火) 19:34:41.87

まあ口だけで、ここ20年まともにlinuxもgitも他の言語に書き換えるなんて行われてないからな。
バカはあえてそういう事実から目をそらすわけだ。

**デフォルトの名無しさん** · 2019/10/15(火) 19:59:00.68

書き換えと置き換えの違いもわからんおじさんか
確かに恐ろしくて目を逸らしたい相手だ

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

無職のおじさんと違って世の中の人はあまり暇じゃないから、パフォーマンスとかで要件上どうしても必要にならない限り既存システムを別言語に置き換えたりしないよ

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

AWSがRustのスポンサーになったな

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

雑魚エンジニアはCRUDの実装で忙しいもんなw

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

panic!

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

>>617
C安定なのは否定しないけど
そこで最強のC信者とも言えるリーナスの2本を挙げるのはどうなのｗ

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

err != nil
って書き方気持ち悪い。。。

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

git は perl だった部分を最近 C に書き直したし

**デフォルトの名無しさん** · 2019/10/15(火) 21:02:32.92

別に他でもいいだが、他にもコンテナランタイムとか
安全性と低いレイヤーのコードを必要とする領域なんていくらでもあるんだけど
全く広まってないんだよな。
mozillaもあれ一度使って諦めてるだろw
こういうのに引っかかるのは決まって現場を離れた管理職か現場素人なんだが
まあこの二つのグループが交わるとめちゃくちゃ地獄の現場が待ってるというね。。
残念ながらよくある話なんだわ。

**デフォルトの名無しさん** · 2019/10/15(火) 21:03:53.40

何回同じ話繰り返すんだよこのスレ
ボケたジジイしかいないのかよ

**デフォルトの名無しさん** · 2019/10/15(火) 21:29:20.80

若い人はSNSでしょ

**デフォルトの名無しさん** · 2019/10/15(火) 21:34:20.99

また誰も使ってないと思い込みたいおじさんかよ
同じ人なのか？

**デフォルトの名無しさん** · 2019/10/15(火) 22:28:33.24

老害だの馬鹿だの言ってる子が一番老害化しそう

**デフォルトの名無しさん** · 2019/10/15(火) 22:32:46.19

根拠なきレッテル貼り
老害の特徴ですな

**デフォルトの名無しさん** · 2019/10/16(水) 02:29:34.05

だが、そこがいい

**デフォルトの名無しさん** · 2019/10/16(水) 03:15:28.05

いやよくねーよw

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

(自分が勝手に思い込んだ用途に、自分の観測範囲では)全く広まってない

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

js があるなら jc とか jk があっても良いと思う

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

Rust使ってる現場（趣味とかラボとかじゃないぞ現場だぞ）を持ってきてくれよ
たったそれだけだぞ

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

たしかに全く世間の技術動向を勉強する気の無い老害はやべーな

**デフォルトの名無しさん** · 2019/10/16(水) 15:12:43.38

持ってきても、どうせ後付けで条件厳しくするんでしょ

**デフォルトの名無しさん** · 2019/10/16(水) 15:13:14.01

何年か前ならともかく今Rustの採用事例を人に聞くようではパソコンもインターネットもロクに使えない老人としか

**デフォルトの名無しさん** · 2019/10/16(水) 16:26:37.37

そもそも現場に採用されてるか疑わしいつってんの
今出てる事例まったくビジネスになってない趣味OSSか
実態あるかも怪しいものばっかじゃん

**デフォルトの名無しさん** · 2019/10/16(水) 16:31:30.37

お前の中ではのAAはよ

**デフォルトの名無しさん** · 2019/10/16(水) 17:12:52.00

どうせ後付けで条件厳しくするだろうが、ちょっと調べるだけで出てきたぞ

https://research.preferred.jp/2019/04/rflex-release/

**デフォルトの名無しさん** · 2019/10/16(水) 17:16:54.27

いやすまん。よく読んだらちょっと違ったわ。やっぱなし

**デフォルトの名無しさん** · 2019/10/16(水) 17:18:39.71

日本の多重請負と派遣だらけの泥臭い土方現場でガラパゴス業務システムの構築に使っている企業の例を出せば納得するよ

**デフォルトの名無しさん** · 2019/10/16(水) 18:12:53.63

企業で採用されているか知らないけど
採用されていてもわざわざ製品の使用言語とか書かなくね
求人から推測くらいは可能だとしても

**デフォルトの名無しさん** · 2019/10/16(水) 18:26:54.57

つまりしょーもない底辺SIerの求人にRustがあれば現場でRustが使われていると言えるわけだ

**デフォルトの名無しさん** · 2019/10/16(水) 18:44:24.71

しょーもないというが、技術の裾野だぞSIerは
そこで採用されるくらい有用だと認められるかって聞いてるんだよ
現場しらないボンボンのおもちゃ程度で採用されてるとか言うなや

**デフォルトの名無しさん** · 2019/10/16(水) 18:51:23.06

SIerはジャバジャバしとけよ……

**デフォルトの名無しさん** · 2019/10/16(水) 18:58:05.70

今Rust採用するようなところは自社開発だろ
SI丸投げで技術者を育てる力がない企業が採用する段階じゃない

**デフォルトの名無しさん** · 2019/10/16(水) 19:09:46.03

>>640
DropboxもFirecrackerもごりごり動いてるビジネスですが……