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

**デフォルトの名無しさん** · 2022/09/17(土) 19:05:49.83

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2022/11/15(火) 17:45:58.35

解きたい現実の問題がない計算方法がロックフリーかつ超並列可能でもしゃーねーからなぁ。

**デフォルトの名無しさん** · 2022/11/15(火) 17:47:55.58

分野は違うけどニューラルネットワークとかも応用が見つかったから寂れてた分野が再び脚光浴びたわけで。

**デフォルトの名無しさん** · 2022/11/15(火) 19:53:37.58

>>951
まず数値計算で使ってる
ゴリゴリの差分法(単なるクソでかい連立方程式)を解く
これを解くのに行列演算をするのだがこれにCUDAを使ってる
これはいわゆる「データ並列」
行列演算の個々の要素は完全に独立しているので並列処理が可能
GPUのグリッド、ブロック、スレッドを使った超並列処理をしている

次にそれらの計算を行うためのジョブキュー
これはグローバルに一つのキューがあって計算ジョブをエンキュー、デキューする必要がある
ここでキューの実装にロックフリーアルゴリズムいわゆるcompare and swapを使ってる
これを使うことでミューテックスにかかるコストをゼロにしながら高速にキューを処理できる

俺が普段並列処理をしている分野はこの程度だからしょぼいよ
分散環境の並列処理は分散サーバーに対してロックを取ったり
リーダー選挙問題などさらに上位の概念をしなきゃならんのでさらに難しい

**デフォルトの名無しさん** · 2022/11/15(火) 20:31:52.61

目的が不明の仕様が最初から入っているのは仕様変更しないことが目的なんだろう
用途が判明してから言語仕様変更するのはJavaやGoのジェネリクスのようなパターン

**デフォルトの名無しさん** · 2022/11/15(火) 21:50:49.27

>>953
ディープラーニングは単なる応用じゃないぞ
リントンがやったことは応用じゃなくてブレークスルーだよ
しかもまだなぜそれがうまくいくのかわかっていないｗ

**デフォルトの名無しさん** · 2022/11/16(水) 15:43:42.81

>>956
応用とブレークスルーはべつに排他じゃないだろ

**デフォルトの名無しさん** · 2022/11/19(土) 19:04:23.11

これは厳しい

go のわかりにくい型推論
https://qiita.com/Nabetani/items/495da28ee31c660f7331

**デフォルトの名無しさん** · 2022/11/19(土) 21:18:23.55

rustビルド遅いゴミ

**デフォルトの名無しさん** · 2022/11/19(土) 21:43:35.74

>>959
sccacheを使うと少しマシになるかも

**デフォルトの名無しさん** · 2022/11/20(日) 01:45:23.94

型推論を自動でするんじゃなくて手動でやればいい
明示するんだよ

**デフォルトの名無しさん** · 2022/11/21(月) 19:58:15.79

次スレはZigとJai言語入れてください
Nimは引退で。

**デフォルトの名無しさん** · 2022/11/21(月) 20:10:04.47

あとCarbonとCppfrontも入れて
SwiftとKotlinは引退で。

**デフォルトの名無しさん** · 2022/11/21(月) 21:43:43.17

zigはver1になってからで

**デフォルトの名無しさん** · 2022/11/21(月) 22:13:58.36

>>963
Carbonいるか？
誰も話題にしてないし、実際要らんと思う。

**デフォルトの名無しさん** · 2022/11/21(月) 22:55:25.02

Carbonと聞いてもPHPの日時操作系のライブラリしか思い出さんわｗ

**デフォルトの名無しさん** · 2022/11/22(火) 00:53:36.22

RustとRubyは宣伝は凄いけど実力がイマイチだから、次スレからOUTで。

**デフォルトの名無しさん** · 2022/11/22(火) 09:57:46.60

CarbonてObjective-CだかNeXTstepとかで聴いたようなMacのだっけ

**デフォルトの名無しさん** · 2022/11/22(火) 10:27:47.27

ちがうちがうIBMのデザインシステムだよ

**デフォルトの名無しさん** · 2022/11/22(火) 10:43:28.61

Zig製スクリプト言語buzz
これも入れよう
https://github.com/buzz-language/buzz
なんでクラス作る構文がObjectなんだろう？

**デフォルトの名無しさん** · 2022/11/22(火) 11:05:10.12

すまんみんなが確実に生き残ると確信した言語だけにせんか？

**デフォルトの名無しさん** · 2022/11/22(火) 11:05:19.38

zigにはstructはあるがclassがまだ無いので遠慮してobjectを使った
つまりzigには今後c++のようにclassが増える可能性がある
……あたりだと思われる

**デフォルトの名無しさん** · 2022/11/22(火) 11:13:09.17

Zigは一番残る可能性高そうだけどまだエコシステムがどうとかって段階じゃないし、消えてもおかしくはない
CarbonもGoogleはしれっと捨てそうだからChromeあたりに本格的に使われるようになるまでは信用し難いなぁ

**デフォルトの名無しさん** · 2022/11/22(火) 12:58:31.59

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1659660050/

**デフォルトの名無しさん** · 2022/11/22(火) 16:11:01.08

型推論なんてビルド速度犠牲にしてまでやることじゃねーな。

**デフォルトの名無しさん** · 2022/11/22(火) 17:26:04.85

Passerineも面白いから入れよう
まさに次世代言語だし

**デフォルトの名無しさん** · 2022/11/23(水) 12:03:19.93

>>958
Goのその仕様はわかりにくい上に使い勝手もよくないね
バグを引き起こしやすいから要注意だわ

**デフォルトの名無しさん** · 2022/11/23(水) 13:46:41.35

https://gigazine.net/news/20221117-github-top-programming-languages-2022/
GitHub上で使用されている2022年の最も使用されたプログラミング言語
1位：JavaScript
2位：Python
3位：Java
4位：TypeScript
5位：C#
6位：C＋＋
7位：PHP
8位：シェルスクリプト
9位：C言語
10位：Ruby

2022年に前年比での使用率が最も増加したプログラミング言語
1位：HCL(成長率56.1％)
2位：Rust(成長率50.5％)
3位：TypeScript(成長率37.8％)
4位：Lua(成長率34.2％)
5位：Go(成長率28.3％)
6位：シェルスクリプト(成長率27.7％)
7位：Makefile(成長率23.7％)
8位：C言語(成長率23.5％)
9位：Kotlin(成長率22.9％)
10位：Python(成長率22.5％)

**デフォルトの名無しさん** · 2022/11/23(水) 15:02:26.02

Hclとはなにか
なぜ C 言語が上がっているのか

**デフォルトの名無しさん** · 2022/11/23(水) 15:21:23.67

各々何件なのかも書けよｗ

**デフォルトの名無しさん** · 2022/12/03(土) 20:38:20.42

Luaって名前はごく稀に聞くけど名前が可愛い言語のイメージしかないな

**デフォルトの名無しさん** · 2022/12/05(月) 07:29:17.99

Rustたかが50行程度のWebAPI作るだけでアホみたいな量の依存ライブラリをダウンロードしてコンパイルくそ時間かかるごみ
なんで正規表現、base64、hash、urlエンコードとかやるためにいちいちサードパーティのライブラリ入れないといけないの
これぐらい標準ライブラリで用意したらどうなの

**デフォルトの名無しさん** · 2022/12/05(月) 07:44:46.63

世の中全部webだと思ってるごみ

**デフォルトの名無しさん** · 2022/12/05(月) 08:14:08.56

WebAPIは例に挙げただけで
あらゆるアプリで大量の依存ライブラリを必要としてクソビルド遅いのがゴミって言ってるんだが
ハッシュbase64正規表現なんてなんでも使うだろ

**デフォルトの名無しさん** · 2022/12/05(月) 11:45:00.28

>>982
Rust は
> 正規表現、base64、hash、urlエンコード
なんてものを使わない用途にも使われるからね

**デフォルトの名無しさん** · 2022/12/05(月) 12:28:14.70

他の言語には当たり前にある内容だけど使わなければ当然バイナリには含まれないぞ
その辺用意してないのはただの怠慢でしかない

仕事で使う以上脆弱性対応やバージョンアップが面倒だからRustは論外だな
そもそもコンパイル言語じゃなくてスクリプト言語が流行った理由はコンパイルが遅すぎで生産性悪いからだし
Rustは遅すぎるからイライラするわな

**デフォルトの名無しさん** · 2022/12/05(月) 12:46:00.72

なんの目的でRustを検討してるのかしらんけど、
Rustはシステムプログラミング言語で、最大の競合はC/C++だよ

元々C/C++のような低水準言語を使ってたわけじゃないのなら、Rustが代替になれる可能性は低い

**デフォルトの名無しさん** · 2022/12/05(月) 12:57:54.60

システムプログラミング言語なわけだから
それこそ、正規表現なども
言語自身でいい感じで実装する底力があるはずだ

**デフォルトの名無しさん** · 2022/12/05(月) 14:34:44.65

C/C++の方が明らかに書く速度は速くなるよ
適当に書いても動くから

**デフォルトの名無しさん** · 2022/12/05(月) 14:36:38.81

>>986
> そもそもコンパイル言語じゃなくてスクリプト言語が流行った理由はコンパイルが遅すぎで生産性悪いからだし
君は一生スクリプト言語使ってなさいw

**デフォルトの名無しさん** · 2022/12/05(月) 17:33:03.77

システムプログラミング言語ｗ

**デフォルトの名無しさん** · 2022/12/05(月) 20:21:06.16

文句あるならWebはGoかJVM系いっとけという感じはあるな。
それだと到達できないパフォーマンスを求めて初めてRustの出番。

とはいえ最近は初手Rustでもそこまで困らない下地ができてきた感はあるね。

**デフォルトの名無しさん** · 2022/12/05(月) 20:57:36.03

>>986
sccacheを使うと改善されるかもね
検索してみな

**デフォルトの名無しさん** · 2022/12/05(月) 22:47:23.74

ライブラリの維持管理問題はRustの最大の弱点
crate探しやアップデートの負荷を軽くする仕組みはみんな求めてる

**デフォルトの名無しさん** · 2022/12/05(月) 22:48:36.08

>>992
システムプログラミング言語だからなｗ

**デフォルトの名無しさん** · 2022/12/06(火) 19:28:09.68

Swiftで動画を撮影して再生する方法がわからん

**デフォルトの名無しさん** · 2022/12/07(水) 00:52:20.23

ラストはそろそろパールの二の舞になるんじゃないか

**デフォルトの名無しさん** · 2022/12/07(水) 13:38:24.38

糸冬

**デフォルトの名無しさん** · 2022/12/07(水) 14:42:08.02

再開

Rustの導入で「Android」のセキュリティバグが低減か――Googleが報告
https://atmarkit.itmedia.co.jp/ait/articles/2212/07/news048.html

**デフォルトの名無しさん** · 2022/12/07(水) 14:50:46.71

>Scudo hardened allocator, HWASAN, GWP-ASAN, and KFENCE on production Android devices
すげえC++安全性ツールの進化と成果だな。
もうRust要らないな。

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 80日 19時間 44分 57秒