次世代言語27 TypeScript Swift Go Kotlin Rust Nim

**デフォルトの名無しさん** · 2022/08/05(金) 08:26:38.87

スレタイ以外の言語もok

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1655771266/

**デフォルトの名無しさん** · 2022/08/11(木) 22:57:05.95

AWS Lambda がデフォルトで採用している言語は、
Java, Go
Node.js, Python, Ruby
C#, PowerShell

YouTube で有名な雑食系エンジニア・KENTA がオワコン認定した、
PHP, Scala は元から採用されていない

Laravel を使っているZOZO とか、Scala を使っているTwitter などは、
良い開発者が集まらないから、ヤバイ

AWS Solution Architect の米国年収が、
Ruby on Rails の1,300万円を超えて、1,400万円になった。
今は円安で、1,800万円まで高騰している

一方、Node.js は言語の平均の900万円。
Rails なら2週間で作れる試作品が、JavaScript で8週間掛かる

バグが多い・長時間掛かるなど、効率が悪いと年収が下がる

**デフォルトの名無しさん** · 2022/08/11(木) 23:09:50.33

>>277
AWSでHaskellサポートされたことあったっけ？

**デフォルトの名無しさん** · 2022/08/11(木) 23:34:23.21

AIが過去に何度か失敗していて今回も失敗するという主張と同じ道

**デフォルトの名無しさん** · 2022/08/11(木) 23:37:34.61

アメリカでオワコンになると日本でごり押しが始まるけど、どういう仕組みなんだ？

**デフォルトの名無しさん** · 2022/08/11(木) 23:55:00.67

>>278
それらの支援が必要な言語と異なり
C++とRustは自力でCustum Runtimeを実装できるし
AWSによっても提供されており問題なく使える

AWS Lambda C++ Runtime
https://github.com/awslabs/aws-lambda-cpp

Rust Runtime for AWS Lambda
https://github.com/awslabs/aws-lambda-rust-runtime

**デフォルトの名無しさん** · 2022/08/12(金) 00:31:07.27

>>281
まず日本の原発が爆発する
次にアメリカはゴリ押しやめる
日本はゴリ押しを続ける

**デフォルトの名無しさん** · 2022/08/12(金) 01:02:30.18

ウェブサービスを作るのに、
C++ みたいなポインターとか、デバイスは関係ない

AWS とかウェブサービスなどは、
デバイスを抽象化して貸し出している層の話

**デフォルトの名無しさん** · 2022/08/12(金) 01:12:39.99

アプリで通用しないからウェブへ逃げた言語のひとつでは？

**デフォルトの名無しさん** · 2022/08/12(金) 02:03:25.74

>>284
AWS Lambdaにしても課金単位が使用メモリ✕時間なので
高速で省メモリなC++とRustが圧倒的に有利

>>285
そのアプリのサーバーサイドAPIがクラウド上などにありRustが有利
あるいはデスクトップ上での完結アプリだとTauriのようにメイン部分がRust

**デフォルトの名無しさん** · 2022/08/12(金) 02:15:46.05

こんなことずっと言ってるのにまだコンテナエンジンさえまともに作れてないっていうね。。

**デフォルトの名無しさん** · 2022/08/12(金) 02:33:18.95

少なくとも次世代言語は動的型付言語じゃなく型推論のある静的型付言語だろうな。

**デフォルトの名無しさん** · 2022/08/12(金) 02:49:37.47

Rustで出来てる有名なソフトって何？

**デフォルトの名無しさん** · 2022/08/12(金) 03:29:00.86

Node.jsより速くて色々と便利なDenoとか
Electronより速くてバイナリ生成も小さいTauriとか

**デフォルトの名無しさん** · 2022/08/12(金) 03:34:06.83

Tauriって本体はWebkitかChromiumだろ。
Firefoxならまだしも。

**デフォルトの名無しさん** · 2022/08/12(金) 05:24:48.42

人造人間11号用のアプリ作れる？

**デフォルトの名無しさん** · 2022/08/12(金) 06:16:48.79

別に新興宗教を作らなくても伝統的なやつをコピーするだけでいいんだよ

**デフォルトの名無しさん** · 2022/08/12(金) 07:17:38.32

>>289
Unixコマンド

**デフォルトの名無しさん** · 2022/08/12(金) 09:56:58.91

>>289
Linux

**デフォルトの名無しさん** · 2022/08/12(金) 10:02:43.86

LinuxのカーネルはCでしょｗ
肝心なところにRustなんて使われない

**デフォルトの名無しさん** · 2022/08/12(金) 10:08:16.88

Rustは所有権システムのせいで他システムから移行するのがなかなか難しい
新規に作るならいいが既存システムをそのまま変えるのは厳しく構造を変えていかないといけない

**デフォルトの名無しさん** · 2022/08/12(金) 11:32:56.40

人間同士の会話で詭弁と嘘をじゃんじゃん使う汚い手口を知ってるなら
Rustでもルールの抜け道を使って
PHP並みに汚い今まで通りの書き方ができるんだよ

**デフォルトの名無しさん** · 2022/08/12(金) 12:29:18.76

>>297
どんな言語でも既存システムそのまま別の言語へ変える労力はムダであり馬鹿げたプロジェクトとなる
一方でシステムを改変する機会に別の言語へ変えるのは問題ない

**デフォルトの名無しさん** · 2022/08/12(金) 12:48:08.34

>>299
おまえその手の仕事したことないだろw

**デフォルトの名無しさん** · 2022/08/12(金) 12:58:53.09

>>247
検収する側としては、ソースにunsafeが入っていないかgrepして入ってたら検収しないとか、アホな事言うのも出てくるかもね。

最近も暴れてた人はRust擁護しているのかと思ったら、叩いてる方だったのか…

**デフォルトの名無しさん** · 2022/08/12(金) 13:04:31.64

既に動いてる一体的システムを改変なしに他の言語へ移すのは移行用の後継言語へ移す以外だとコスパ悪いからあまり行われないね

もちろんAPIで分離されている別システムなら話は別で高速化のためにC++やRustなど含めて自由に他の言語へ可能

**デフォルトの名無しさん** · 2022/08/12(金) 13:13:52.69

参照カウントしないポインタが欲しいだけならunsafeではなくWeakを使う

**デフォルトの名無しさん** · 2022/08/12(金) 13:19:20.77

>>301
コーダーにunsafe使われたらRust採用する利点無いだろ。

そのあたりは優秀なライブラリ開発者に限定して実装させるんじゃないの？

**デフォルトの名無しさん** · 2022/08/12(金) 13:37:01.57

自分が使いたい時に使うでしょ
自分が何をやりたいのかを他人に判断させるな

**デフォルトの名無しさん** · 2022/08/12(金) 13:53:28.10

>>305
ならRustは要らないなぁ。
Rustは他人に「自分が使いたい時に使うでしょ」なんて言わせないための言語だよ。
自分でコーティングするならc/c++で十分だわ。

**デフォルトの名無しさん** · 2022/08/12(金) 14:04:45.01

何の話かよくわからないけど
不便な旧言語のままでいい人はそれで構わないんじゃないの？
もちろんC++は不便だからCarbonなどが出てきている
そしてCarbonの公式FAQにもあるようにあくまでも既存C++コードのためのものであってRustが使えるならRustの方が好ましいと明記されている

**デフォルトの名無しさん** · 2022/08/12(金) 14:41:41.60

Javaの文化が歪んでいるのをRustに投影しているように見える

static変数が利用可能なのはstatic変数を使わせないためである
JNIが利用可能なのはJNIを使わせないためである

**デフォルトの名無しさん** · 2022/08/12(金) 15:19:13.21

いい感じに隔離スレとして機能してるねココ

**デフォルトの名無しさん** · 2022/08/12(金) 17:33:04.35

unsafeが利用可能なのはunsafeを使わせないためである

**デフォルトの名無しさん** · 2022/08/12(金) 17:39:56.81

目的は何々であるという説には陰謀論レベルの信憑性しかない

**デフォルトの名無しさん** · 2022/08/12(金) 17:58:30.16

ScalaとかHaskell好きだけどねえ
初心者が使いこなすのは大変だから流行らないよね

**デフォルトの名無しさん** · 2022/08/12(金) 18:40:09.03

一定数に名前が知られている時点で流行ってると言って良いと思うよ

**デフォルトの名無しさん** · 2022/08/12(金) 19:35:03.04

Scala　vs Haske vs Rustみたいなスレを作った方がいいかもね

**デフォルトの名無しさん** · 2022/08/12(金) 19:41:01.12

C vs C++ vs Rust だけでいいだろ
大方の興味はこの１点につきる

**デフォルトの名無しさん** · 2022/08/12(金) 19:43:26.46

>>315
RustはC++のサブセットだから意味ないと思う。

**デフォルトの名無しさん** · 2022/08/12(金) 19:50:24.38

>>312
初心者が何言っとる。

**デフォルトの名無しさん** · 2022/08/12(金) 23:23:35.24

Zig が存在するのに、なぜ他の言語でプロジェクトを開始するのでしょうか?

**デフォルトの名無しさん** · 2022/08/12(金) 23:58:58.03

>>316
C++はデータ競合すらコンパイラが指摘できない

>>318
Zigは手動メモリ管理だから論外

**デフォルトの名無しさん** · 2022/08/13(土) 00:30:17.86

そのとおりです。 Rust では、プログラムは常に malloc と free を呼び出します。 Zig では、メモリを最初に 1 回割り当てることができます。

**デフォルトの名無しさん** · 2022/08/13(土) 00:46:50.18

Rust叩きしてる人はなぜいつも無知なのだろうか

**デフォルトの名無しさん** · 2022/08/13(土) 01:03:17.60

Rust ユーザーが jemalloc を使用する必要があるのはなぜですか

**デフォルトの名無しさん** · 2022/08/13(土) 01:57:28.21

>>321
多数決主義じゃないかなあ
マイノリティの知識を利用できない

**デフォルトの名無しさん** · 2022/08/13(土) 02:07:32.42

アホジャップが生産性低いのは
メタプログラミングできないとの
JIS配列でアホみたいな足枷はめられてるから
USキーボードでDvorak配列は当たり前

俺たちタイプライターの時代じゃなくて
コンピューターの時代に生きてるんだよな
アップデートして時代に追いつこう

**デフォルトの名無しさん** · 2022/08/13(土) 02:34:08.59

>>322
一般論として全ての用途に有利なメモリアロケータはもちろん存在しない
またアプリケーションプログラムの方もその用途によっては標準とは別のメモリアロケータ利用が最適化に効くものも当然ある
したがってもし必要と判断した時に利用するメモリアロケータを変えられることが好ましい

調べてみると
Rustもそのようなメモリアロケータを変更可能な言語
jemallocはある種の用途で有利になりうるメモリアロケータ
そして両者を組み合わせて用いることに支障はないようだが何を問題にしているのか？

**デフォルトの名無しさん** · 2022/08/13(土) 03:03:54.43

Haskellのときも、世界が見限ったころに5chで流行り始めた。

**デフォルトの名無しさん** · 2022/08/13(土) 03:04:25.86

実用性のない言語は使われない。

**デフォルトの名無しさん** · 2022/08/13(土) 03:41:52.55

Haskellは大量のgarbageを撒き散らすうえにGCが遅いため実行時間が遅いのが致命的な古い言語
しかし代数的データ型やパターンマッチに型クラスなど有用なものが多く後の言語に影響を与えた
30年前の言語をわざわざ次世代言語スレに持ち出してきて叩く人はおかしい

**デフォルトの名無しさん** · 2022/08/13(土) 03:47:09.96

Rustも世界が見限ったので5chで流行り始めてる。

**デフォルトの名無しさん** · 2022/08/13(土) 03:59:57.56

いつものやつ。
https://trends.google.co.jp/trends/explore?q=%2Fm%2F0dsbpg6,%2Fm%2F02p97,PHP

**デフォルトの名無しさん** · 2022/08/13(土) 04:10:31.61

>>330
修繕
https://trends.google.co.jp/trends/explore?q=%2Fm%2F0dsbpg6,%2Fm%2F02p97,%2Fm%2F060kv

**デフォルトの名無しさん** · 2022/08/13(土) 04:21:51.20

937 デフォルトの名無しさん 2022/08/02(火) 15:13:23.73 ID:EoK+AbMq
>>936
>>1によるとRustは現世代最強言語だから比較として出てくるのは当たり前だろ

比較として過去世代言語を持ち出すのはレギュレーション違反ではありません
よろしくお願いします

**デフォルトの名無しさん** · 2022/08/13(土) 04:22:46.97

>>329
昨年Rust FoubdationをGoogleやMicrosoftやAmazonなど
世界の大手IT各社が共同で設立したばかりですが
どこの世界がRustを見限ったの？

**デフォルトの名無しさん** · 2022/08/13(土) 04:49:06.79

FacebookがRustを採用。
↓
Facebookの失墜。
↓
世界がRustを見限る。

Facebookが戦犯。

**デフォルトの名無しさん** · 2022/08/13(土) 05:17:02.03

>>245の記事によると
世界でトップシェアのクラウドAWSがその提供サービス実装にRustを使っているようだぜ

**デフォルトの名無しさん** · 2022/08/13(土) 05:34:22.29

>>335
終わりの始まり。

**デフォルトの名無しさん** · 2022/08/13(土) 06:07:19.25

Rustで出来てる有名なソフトって何かあるの？

**デフォルトの名無しさん** · 2022/08/13(土) 06:28:22.11

AWSだけでなくLinux OSもAndroid OSもRustを採用したから終わりの始まり

**デフォルトの名無しさん** · 2022/08/13(土) 07:38:54.55

あくまでも適してるのは低レイヤー

**デフォルトの名無しさん** · 2022/08/13(土) 08:13:13.08

Linux OSもAndroid OSもCで書かれてる。

**デフォルトの名無しさん** · 2022/08/13(土) 08:17:14.35

Rustで書かれてるメジャーなOSって何かあるの？

**デフォルトの名無しさん** · 2022/08/13(土) 09:28:15.05

あったら何なの？無かったら何なの？
関係ないんだよお前には

**デフォルトの名無しさん** · 2022/08/13(土) 09:42:57.35

なんかGoもRustも違うんだよな～
求めてる言語じゃないっていうか
Cをベースにして欲しいんだよ俺は
C++は論外

**デフォルトの名無しさん** · 2022/08/13(土) 09:49:20.23

Rubyはどうだい？

**デフォルトの名無しさん** · 2022/08/13(土) 09:55:35.86

>>325
メモリ安全を売りにしているRustだから、メモリアロケータもRust製に拘った方が良いとかは無い？

**デフォルトの名無しさん** · 2022/08/13(土) 09:58:00.87

>>343
C#をネイティブコンパイルで

**デフォルトの名無しさん** · 2022/08/13(土) 10:00:10.89

■Rust使用実績
<OS>
- Linux
- Android

<基盤、ミドルウェア>
- AWS

<アプリケーション>
- Firefox

<Webアプリ>
- Cookpad
- Dwango

**デフォルトの名無しさん** · 2022/08/13(土) 10:16:01.13

WebアプリでRust使ってるやつはバカそのもの

**デフォルトの名無しさん** · 2022/08/13(土) 10:45:37.81

■Goの使用実績

https://github.com/golang/go/wiki/GoUsers

**デフォルトの名無しさん** · 2022/08/13(土) 11:10:16.71

GCがメモリ解放を「遅延」する特性を
プログラミング全般に応用した遅延評価は
GCの失墜を象徴する芸術作品なんだよ

**デフォルトの名無しさん** · 2022/08/13(土) 11:30:18.26

>>350
メモリ解放の遅延と評価の遅延は対象も効果も目的も違うだろ。

同一視するのはさすがに無知過ぎない？

**デフォルトの名無しさん** · 2022/08/13(土) 11:41:11.76

GCが適さない環境でメモリ管理するいいやり方が所有権システムってだけなのでは？

GCが特に問題ならない環境でその所有権システムをわざわざ利用するメリットは？

**デフォルトの名無しさん** · 2022/08/13(土) 11:45:26.29

Haskellの場合は構文木のグラフ簡約がなければGCのグラフ探索もほとんど不要だよね

**デフォルトの名無しさん** · 2022/08/13(土) 11:56:00.20

>>352
静的型付けとか所有権とかは
難しいものでもなく慣れだけで簡単で
実際に使っていると大した手間も無く
メリットばかりが得られるんだよ

コンパイル時点で静的に全て決まるから
実行時にその分の無駄なデバッグなども不要
どの分野とか全ての分野で同じ

更にオマケとして
高速と省メモリが付いてくる
もちろん安全性も付いてくる

**デフォルトの名無しさん** · 2022/08/13(土) 12:17:05.15

>>352
エコ

**デフォルトの名無しさん** · 2022/08/13(土) 12:27:39.76

信者曰くデメリットなくてコストもかからずメリットしかないらしいけど
競プロでもISUCONでも全然人気ないし、エンタープライズでもほとんど見ないね

**デフォルトの名無しさん** · 2022/08/13(土) 12:38:30.52

UnityがC#からRustに乗り換えでもしたら、
私でもRustを扱える難易度かもしれない。

**デフォルトの名無しさん** · 2022/08/13(土) 12:44:13.20

そもそもGCがボトルネックになるケースって相当なレアだと思うんだけど
GCをなくしたいモチベーションがよくわからない

**デフォルトの名無しさん** · 2022/08/13(土) 12:53:11.09

GCかどうかはどうでもいい話

高速＆省メモリ
　だと
エコ＆利用者も快適＆リソース料金コストも安い

つまり良いこと尽くしなので高速＆省メモリを選ぶ
結果として非効率なGCは論外

**デフォルトの名無しさん** · 2022/08/13(土) 12:57:18.86

エンタープライズでは開発コスト重視するからRustはコストの観点では論外だね
開発メンバが抜けた時に継続してメンテできるか？新たな人材の確保は容易化？を最優先に考えるから

コストで有利に働くのはあくまでも個人開発の場合だね

**デフォルトの名無しさん** · 2022/08/13(土) 12:58:30.25

NoSQL最強でRDBは不要おじさんw
無知そのものw

**デフォルトの名無しさん** · 2022/08/13(土) 13:02:33.78

なにがし言語が使える人材、なんて人材の探し方してるの？
それでエンタープライズは笑う

**デフォルトの名無しさん** · 2022/08/13(土) 13:04:50.07

>>352
メモリ以外のリソース、コネクションやファイルハンドラやらも所有権の枠組みで管理できるので並列処理でリソース管理周りのバグを出したくなければRustが理に適ってるシーンもある。

GC付きの言語でメモリ以外のリソースをGC的に管理しようとする取り組みとか無いのかね。
tryで囲んだりdefer書くとかで責務をいつまでも書き手に委ね続けるのは言語設計者の怠慢だわ。

**デフォルトの名無しさん** · 2022/08/13(土) 13:07:30.57

イキってRustなんて使ったところで技術的負債になるだけ

あくまでもC++を置き換えるだけだからイキって採用しないようにしろよ

**デフォルトの名無しさん** · 2022/08/13(土) 13:07:51.86

エスケープ解析に触れないでGCと所有権を比較するのはさすがに無能すぎる。

あと、所有権に言及して設計の制約を無視する奴は詐欺師。
Rustはまず効率化のために制約の下でできる範囲で設計して、無理なら設計を破棄してやり直す(か、そもそもコーダーにやらせない)思想だろ。

**デフォルトの名無しさん** · 2022/08/13(土) 13:19:05.90

>>360
現実世界だと大手IT各社がRustを採用しているのはどうしてなの？

**デフォルトの名無しさん** · 2022/08/13(土) 13:23:30.97

>>363
デストラクタ内でポインタをいじる処理を許せばGCの性能が死ぬ

**デフォルトの名無しさん** · 2022/08/13(土) 13:35:35.80

>>363
C#のusingじゃだめですか

**デフォルトの名無しさん** · 2022/08/13(土) 13:36:08.73

>>367
メモリ以外のリソースを持つオブジェクトを型付けしてやって効率的にするとかできないもんかね。

何にせよRustの適用領域が狭いのは確かだけどハマる領域だとこれ一択レベルだろうな。

**デフォルトの名無しさん** · 2022/08/13(土) 13:40:47.26

>>369
Rustはほとんどの領域に向いている汎用的な言語
そもそも特定向け専用言語なんて非常に珍しい存在

**デフォルトの名無しさん** · 2022/08/13(土) 13:40:59.10

>>366
ヒント　低レイヤー　C++

**デフォルトの名無しさん** · 2022/08/13(土) 13:45:03.23

>>368
C#のusingやkotlinのuseが正解っぽい感じはするんだけど、GCみたいにそもそも普段は意識しなくて済む感じになってほしい。

**デフォルトの名無しさん** · 2022/08/13(土) 13:54:48.24

>>370
向いていると専用の違いがわからない馬鹿

**デフォルトの名無しさん** · 2022/08/13(土) 14:02:11.57

ここにあるファイルを末尾に日付を入れてネットワーク上のNASにコピーした後、削除し空ファイルを作ってください。
これをRustでやる奴はウンコ、普通にbashで書く

**デフォルトの名無しさん** · 2022/08/13(土) 14:06:21.25

Pythonの__del__の仕様を確認したらむちゃくちゃ大雑把だった
こんなのスクリプト以外で許されるわけねえだろ

**デフォルトの名無しさん** · 2022/08/13(土) 14:10:23.92

>>374
エラー処理の要件次第ではbashだと辛くなりそうな予感がするんですが

**デフォルトの名無しさん** · 2022/08/13(土) 14:19:49.12

>>372
普通にストリームとかを使いっぱにしとけばいいんじゃね？
まともな実装ならその変数がGCで回収される時にクローズされるだろ