次世代言語27 Nim Zig Pony Carbon Gleam

2022/08/05(金) 09:40:50.22

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

スレタイ（順番はRedMonk準拠）以外の言語もok

前スレ

次世代言語26 TypeScript Swift Go Kotlin Nim
https://mevius.5ch.net/test/read.cgi/tech/1655771266/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2022/12/18(日) 11:18:36.47

おお、まだJuliaの名前が見られるとは

2022/12/24(土) 17:31:02.76

Zigは一般運用していいレベルだと触って感じた

2022/12/25(日) 14:55:22.12

一般運用が何をさしてるか不明だけど
仕事で広範囲に使うのは厳しいんじゃ ?
1.0に達して無くて仕様も変更され続けてるし

2023/01/03(火) 23:06:21.96

いつの間にかスレタイNim以外聞いた事ない言語名になってた

2023/01/05(木) 00:37:52.42

Cyber言語
https://cyberscript.dev/index.html

Luajitの3倍高速な組み込み用のスクリプト言語
Pythonライクなインデント

Luaよりも人気でるかも
組み込み用途なので汎用的には流行らないと思うけど

2023/01/05(木) 01:10:08.86

>>104
lua嫌いだから頑張ってほしいな。

2023/01/10(火) 00:06:39.20

TEST

2023/01/21(土) 14:23:16.05

Googleって何個流行らん言語開発する気なんやろな
コトリンも結局流行らんかったし
goも流行ってるかと言われると微妙やし
カーボンなんて絶対はやらんわ

2023/01/21(土) 15:29:58.89

Google Chrome、プログラミング言語「Rust」の採用を発表
https://news.mynavi.jp/techplus/article/20230113-2561774/

2023/01/21(土) 18:31:14.57

>>107
kotlinはGoogleちゃうぞ。JetBrains。

2023/01/21(土) 19:13:09.85

>>109
そうやったんか
泥の印象しかないから思いこんでたわ

2023/01/26(木) 11:26:58.76

>>104
CyberってZigで書かれてるんだな。
あと非JITのインタープリターなのに高速なのは普通にすごい、これは応援するわ。

2023/02/01(水) 15:25:14.11

Zig言語が v1.0 でリリースされるのは
3年後らしい
うまくいっての話だから普通ならさらに2，3年は遅れるかも

2023/02/06(月) 08:25:04.30

WebAssemblyにガベージコレクション機能が登場、Chrome 111で試験的実装に。Dartなど高級言語のWebAssembly対応へ前進
https://www.publickey1.jp/blog/23/webassemblychrome_111dartwebassembly.html

2023/02/06(月) 09:11:15.73

おお

2023/02/06(月) 09:44:38.64

すべてのGC言語に対応するGC実装を決められない
から困難と言ってたと思うがまとまるんだろうか

2023/02/06(月) 11:44:22.80

https://github.com/WebAssembly/gc/blob/master/proposals/gc/Overview.md
この辺みても到底詳細仕様が決まるようには見えないし
先陣を切って自分の都合の良いように決めるために、Googleがゴリ押し始めたんだろうね
まあQUICはうまくいった感あるし、Chromeの影響力を考えると一気に進みそうだね

2023/02/06(月) 12:44:04.53

ここからが勝負なのよね
ライセンス上の制約が少ない言語なら何でもいいから早く覇権決めて欲しい

2023/02/17(金) 08:18:49.77

FirefoxもWebAssemblyのガベージコレクション機能を実装中であることが明らかに
https://www.publickey1.jp/blog/23/firefoxwebassembly.html

2023/03/18(土) 09:36:05.92

GPT-4で作られた新言語が出てきたな
これからは生成AIが言語を生成する時代かも
https://lukebechtel.com/blog/gpt4-generating-code

2023/03/25(土) 22:53:18.43

所詮トランスパイルするだけの言語は終わる
TSやKotlinなど

2023/03/26(日) 09:50:29.12

C++は元々トランスパイルするだけの言語だったけど未だに終わってないぞ

2023/03/27(月) 14:32:28.74

>>120
直接コンパイルしているから終わらなかった
クラスを追加しただけのように見えてバイナリの速度も若干違うし
今や別物という扱いかと

2023/03/27(月) 21:45:38.89

Types as Commentsが通ったらTypeScriptは安泰

2023/04/08(土) 09:14:03.61

SafariもWebAssemblyのガベージコレクション機能の実装に着手。Technology Preview 167で明らかに
https://www.publickey1.jp/blog/23/safariwebassemblytechnology_preview_167.html

2023/04/13(木) 09:31:47.71

王者Pythonのトップ陥落もあり得るか？　C++とJavaが猛追　2023年4月言語人気ランキング
https://atmarkit.itmedia.co.jp/ait/articles/2304/13/news044.html

TIOBE SoftwareのCEOを務めるポール・ジャンセン氏は、2023年4月に「Zig」が46位となり、初めてトップ50入りしたことについて、次のようにコメントしている。
「昨今では、膨大な量のデータを高速で処理する必要が生じていることから、高性能なプログラミング言語が人気を呼んでいる。CとC++はトップ10の上位を維持し続け、『Rust』もトップ20に定着しつつある。こうした中で、CとC++のもう1つの注目すべきライバルであるZigも、トップ50に入ってきた」

「Zigは非常に実用的な言語であり、C／C++プログラムとスムーズにやりとりする。そのため、C／C++からZigへの移行は簡単だ。Zigは、CとC++の優れた機能(オプション型で強化された明示的なメモリ管理など)を全て備え、あまり優れていない機能(前処理など)は放棄している。トップ50入りは成功を保証しないが、少なくとも注目に値する第一歩だ」(ジャンセン氏)

2023/05/06(土) 21:37:15.59

待望の新言語

Mojo &# 128293;: Programming language for all of AI
https://www.modular.com/mojo

2023/05/07(日) 10:45:52.48

最終的にPython互換を目指すということだからPyInstallerの軽量な代替になってくれないか期待したいところだけど
まだclassもサポートされてないのね。

2023/05/07(日) 10:46:24.88

Nimじゃ駄目なんですか？

2023/05/07(日) 17:32:47.00

>>128
いい言語だと思うが、
開発者少ないのに複数言語へのトランスレートは厳しいよ。
Cのみに絞るか、せめてCとJavaScriptくらいに絞るべきだと思う。

2023/05/08(月) 00:18:12.54

Mojoの発音はそのまま喪女でいいんか？

2023/05/09(火) 15:00:49.20

AIソフト開発向け言語Mojo発表
―Pythonの使いやすさとC言語のパフォーマンスの組み合わせ
https://gihyo.jp/article/2023/05/mojo

すべてを1つの言語で記述
Mojoは使いやすいPythonの部分と、C、C++、およびCUDAを必要とするようなシステムプログラミング機能が組み合わされている。自動チューニングとメタプログラミング機能を備えた次世代コンパイラテクノロジーによって、プログラムに型を追加することでパフォーマンスが大幅に向上し、Rustのようなメモリ安全性をもたせることができる。

Pythonをはるかに超えるパフォーマンス
MojoはすべてのAIハードウェアへのアクセスを可能にするMLIR(Multi-Level Intermediate Representation)を使用している。これにより、Mojoはスレッディング、およびTensorCoreやAMX拡張機能といった低レベルのハードウェア機能を使ってアクセラレーターを利用できる。同社によると、Mojoがハードウェア機能を最大限に活用し､マンデルブロのような数値アルゴリズムを実行する場合、Pythonよりも35,000倍高速に動作するという。

Pythonエコシステムを利用可能
Mojoは単にPythonライクな言語というだけではなく、Numpy、Pandas、Matplotlibなどのメジャーなライブラリをはじめ既存のカスタムPythonコードを含むPythonエコシステムへのアクセスも提供される。

2023/05/10(水) 00:22:05.48

Mojoは早くOSSにしろよ

2023/05/15(月) 06:04:50.19

オフサイドルールは書かされてる感が強くて嫌いなんだけど、世間的には好意的なのか

2023/05/15(月) 19:15:35.36

>>133
オフサイドルールに限らず文脈依存文法は自動化が難しくなるのでセンス悪いと思うけど、ブロックは視覚的に認識しやすいから人気あるんだよなぁ。
YAMLみたいに併用できるならまだマシだけど。

2023/05/15(月) 22:35:11.34

オフサイドルールって文脈依存文法か？

2023/05/19(金) 12:22:48.77

>>135
前後のインデントによってブロックが決まるから文脈依存じゃね？

2023/05/19(金) 18:44:24.43

YAML拡張してifとかの制御構造入れるやつもいるからな。

2023/05/19(金) 22:29:50.83

>>136
後ろのインデントには依存しないんじゃね

2023/05/20(土) 12:03:13.56

オフサイドルールでブロック表すのも、ブレースでブロック表すのも、構文解析的にはは同じことでしょ

2023/05/20(土) 16:28:20.57

インデントの深さに依存するから、フレーズみたいに「現在のブロックを閉じる」だけの操作では済まない。
オフサイドルールのプッシュダウンオートマトン実装例あったっけ？

2023/05/20(土) 16:36:35.19

構文解析的にはほぼ同じ

間違ってても検出できない(ケースが多い)
オートフォーマットができない
のがデメリット

2023/05/20(土) 16:40:15.10

>>141
PDAの実装は？

2023/05/20(土) 16:43:18.84

前処理でブレース挿入して処理するから実際のパーサ部分は似たようなものって言いたいんだろうか

2023/05/20(土) 16:48:04.32

>>143
そりゃ乱暴すぎる。

2023/05/20(土) 18:06:52.09

>>142
GHCとか

Pythonとかはlexerの段階でDEDENTトークンを生成してるから>>143の言う通り

2023/05/21(日) 01:17:46.07

https://docs.python.org/3/reference/lexical_analysis.html#indentation
Pythonの場合はここに書かれてるようにlexerの時点でスタックを使って処理できるという仕様だけど
他の言語のオフサイドルールはもっと複雑になるの？

2023/05/21(日) 15:37:31.99

>>146
lexerの能力は高いだろ。
PDAは(Lexerとかと比べると)大したことできないよ。

2023/06/12(月) 15:08:29.37

Zigの単行tryとcatchは馴染みないから怪訝してたけど使ってみるとtry-catchブロックよりフローが明確になって良いね
これって他言語にもある言語仕様なのかな

2023/06/12(月) 18:10:45.80

>>148
つアダムタッチ

2023/06/13(火) 16:03:31.28

NimってPythonのライブラリにアクセスしてfor文回すともはやNimに求めてた性能ははpythonよりになってしまうのでは？型推論できないからねぇ。

2023/06/13(火) 18:32:28.49

>>150
型推論は無関係な気がする
単にPythonライブラリの性能に律速されるだけ

2023/06/14(水) 07:40:07.84

pythonのダメ記法を捨てられるだけでもメリットデカイね。

2023/06/14(水) 11:21:50.21

for を python で描くと遅い
for は Nim で描いて
中身だけ python ならまだマシ
もちろんネイティブの速度ではないがそんなの Nim だからじゃなくて
C++ でも Rust でも python 呼べば同じ結果になるぞ

2023/06/14(水) 14:43:32.26

>>153
for文をNimで書いて、中身をpythonにして実行速度を計測してみたらpythonオンリーとあまり変わらなくてがっかりしたという経験がある。ただ、自分のコーディングが悪かった可能性もあるけど。

2023/06/14(水) 16:19:12.32

>>154
中身の計算コストがforループ自体のコストと比べて大きければNimでもpythonでも変わらないんじゃない?

2023/07/04(火) 03:53:42.95

病∞！！！！
症∞！！！！！
漠∞！！！！！！
西∞！！！！！！！
卵∞！！！！！！！！
多∞！！！！！！！！！

2023/07/04(火) 09:47:08.65

待望の新言語

Apache Sparkのための新しいプログラミング言語としての「英語」
https://www.databricks.com/jp/blog/introducing-english-new-programming-language-apache-spark
Data & AIのサミットで発表された新機能：DatabricksのEnglish SDK for Apache Sparkを試してみた
https://qiita.com/maroon-db/items/89f7a1aae11a112f9700

2023/07/20(木) 05:33:25.43

Zig 0.11.0のマイルストーンが7月17日から8月3日に延期されてしまった
やはり未解決のissue多すぎて再延長もあり得るかこれは

2023/07/25(火) 11:52:50.13

>>158
1.0も遠のいた？

2023/07/26(水) 00:31:41.04

>>159
1.0も遠のいた…

今回のリリースは目玉のasync関連も見送りっぽいし内容的には実質0.10.6くらいなイメージ
残ってた300前後のissueは未解決のまま公式Newsのとおり0.11.1から1.0.0の各マイルストーンへ再分配中
（大半を単に先延ばしするだけなのでそのまま1.0もズレる）

そんな中で脱LLVM構想も再浮上してるし1.0到達は当初の3年後どころか5年以内目処も危うい

2023/07/27(木) 10:40:07.68

>>160
おぅ、、、orz

2023/08/01(火) 22:10:07.65

しばらくスレに来なかったらスレタイの言語知らんのばっかになっててわろた

2023/08/01(火) 22:28:49.01

Nim 2.0が出たっぽい
しかしぜんぜん話題になってないな…

2023/08/01(火) 22:52:38.66

そもそも、nimを宣伝しているようなblog記事以外で見かけたことがないしな。

2023/08/02(水) 01:14:41.81

Nimを使っている組織一覧:
https://github.com/nim-lang/Nim/wiki/Organizations-using-Nim

2023/08/02(水) 06:48:11.72

>>165
RustよりもNimは実用的っぽいな

2023/08/02(水) 09:34:06.72

nim良いよね

2023/08/02(水) 21:45:09.21

本当、nimの話題って「nimは良い」しかないよな。

2023/08/02(水) 22:26:10.11

nim以外ほとんど何か創ってないからな

2023/08/03(木) 11:22:28.95

Nim 2.0がリリースされました。
https://nim-lang.org/blog/2023/08/01/nim-v20-released.html

2023/08/25(金) 08:02:23.50

JavaScriptランタイム「Bun」がバージョン1.0に到達へ、9月7日にローンチイベント開催
https://www.publickey1.jp/blog/23/javascriptbun1097.html

主な開発言語としてZigを採用し、メモリ管理などを含む低レイヤでの実装を実現することで、Node.jsやDenoよりも高速な動作を実現していると説明しています。

2023/08/25(金) 11:01:59.13

>>171
v1.0の目玉だったWindowsネイティブサポートは結局実現できないままでリリース押し切ることにしたのか

2023/08/25(金) 12:13:30.13

Rust製のDeno遅すぎｗ
https://dev.to/codesphere/bun-the-new-javascript-runtime-competing-with-deno-and-node-115d

2023/09/02(土) 16:19:08.80

それベンチによってはNodeが勝ってたりDenoが勝ってたりするから当てにならん

2023/09/02(土) 16:39:16.86

>>171
元言語のzigはいつ1.0になるんですかねぇ

2023/09/02(土) 18:20:03.74

>>174
どのベンチ？ｗ

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-ETx6) · 2023/09/07(木) 10:00:28.15

雨の日にうっかりベンチに座るとパンツがビショビショ濡れ濡れ

2023/09/12(火) 20:59:08.32

>>131　続報

Pythonの高速なスーパーセットをうたう新言語「Mojo」、コンパイラなど公開、ローカル環境で利用可能に
https://www.publickey1.jp/blog/23/pythonmojo.html

2023/09/21(木) 00:39:19.15

Zigに頑張ってほしい

2023/09/22(金) 01:57:24.98

Zigはかなり期待してるので頑張って欲しいな
長いこと指摘されてるissueのclose速度が1日平均5件なのに増加速度は1日平均10件で
ずっと次のリリースにたどり着けないよ問題を結局どう解決する方針にしたんだろう

2023/09/22(金) 12:28:56.47

>>180
こんなんでBunはよく1.0にしたな。

2023/10/04(水) 15:32:29.96

https://harelang.org/
（海外の）FOSS、ミニマリスト、アンチRust界隈で流行ってる言語 Hare
C言語プログラマのために作られたとのこと
メモリ管理は自前だがいろいろ安全対策がされてるっぽい
Windows, Macは対応しないと宣言

2023/10/04(水) 16:37:22.64

Cの代替言語オーディン
https://odin-lang.org/

2023/10/04(水) 16:42:29.89

Cの代替言語オーディン
データ指向、カスタムアロケータ
https://odin-lang.org/

GitHubリポジトリ
https://github.com/odin-lang/Odin

2023/10/05(木) 17:09:32.57

Are

2023/10/30(月) 01:15:43.08

ちょっとOdin触ってみた。
Zigより気に入った。
最適化がまだC/C++より弱いからエッジケースではC/C++,Rustにはパフォーマンスかなわないようがた、ぶっちゃけRustよりOdinのほうが書きやすい。

2023/11/02(木) 09:20:24.55

WebAssemblyのガベージコレクションが正式機能に、最新版のChrome 119で。Firefoxも今月リリースのFirefox 120で正式機能になる見通し
https://www.publickey1.jp/blog/23/webassemblychrome_119firefoxfirefox_120.html

2023/11/21(火) 03:00:21.16

zigのcompiletはCのatoi、atofみたいなのを1関数にまとめれるということ？

2023/11/21(火) 03:09:25.53

wasmはどうせgcを採用するんだろうなと思ってたがやっぱりか
jdkと変わらん

2023/11/21(火) 03:12:08.32

wasmは初期の頃jdkと何が違うの？と言われてた
jdkはバグが多いからとか説明してたが、実際そうでもない
なぜかその界隈の人達が漠然とjavaを嫌ってるだけだな

**188** (ﾜｯﾁｮｲ 22f1-rrr/) · 2023/11/21(火) 04:46:48.83

compiletじゃなくてcomptimeだった

2023/11/21(火) 05:27:43.98

zigのジェネリック、やりたいことは分かるんだけど構文がよく分からん
https://ziglang.org/documentation/master/#Generic-Data-Structures
fn List(comptime T: type) type {
return struct {
items: []T,
len: usize,
};
}

// The generic List data structure can be instantiated by passing in a type:
var buffer: [10]i32 = undefined;
var list = List(i32){
.items = &buffer,
.len = 0,
};
List()の返値はList型じゃなくてi32型なの？
でもi32の変数があったときにいつもその構造体への初期化処理みたいなのかけるわけじゃないでしょ。
でもfn Listの宣言によれば返値の型はtype=i32なんでしょ？謎すぎ

2023/11/21(火) 05:34:22.13

List()の型は匿名のstructだな
でもじゃあこれはなに？っていう
fn List(comptime T: type) type
引数に入力されたtypeの型が返値の型じゃないの？

2023/11/21(火) 10:29:25.70

>>193
>>192の例で説明すると、引数として渡されたtypeはitemsフィールドの要素の型。
戻り値のtypeは匿名structの型。

引数の方のtypeは、匿名struct内の関数の引数や戻り値、その関数の戻り値を組み立てるための型引数などにも使える(文字で書くとややこしい)。

戻り値の方のtypeは、builtin.Typeでサポートされてるものが返せる。

あと引数に渡されるtypeは、戻り値を組み立てる型の中で、例えば「T.foo()」と書くことでT型はfoo関数の存在を制約として与えることもできる(foo関数を持たない型が渡されたらコンパイルエラー)。

2023/11/21(火) 11:43:47.98

ありがとう分かった。
typeはzig標準型全体を指すものということか。
任意の標準型を受け取って、任意の標準型を返す総称型関数ということね。

ダックタイピングも分かった。
宣言じゃなくコードの内容から推論してコンパイルエラー出してくということね。

2023/11/21(火) 14:41:07.08

チュートリアル読んでるけどzig良い。
Cの代替としては最有力かな？
世の中はメモリ安全のためにRust推奨なんだろうけど。
本当はそっちに進んじゃいけない、と思ってる。

2023/11/21(火) 21:16:37.31

Zigのマイルストーン見ると先送りしてきたv0.11.1のバグ180件以上残ったままv0.12.0側のissueばっかり片付けてるな
これはついにマイナーバージョンアップ近づいて来たのかな

2023/11/22(水) 01:53:36.06

linux kernelがrustのサポートを確定したという記事を読んだ。
だったらrustなのかなあ。googleもandroidをrustで書くらしい。
rustなのか。

2023/11/22(水) 03:30:03.94

俺はzigやってこう・・・。

2023/11/22(水) 07:56:27.67

いや、やっぱりrustかなあ。
将来のベアメタルプログラマーは抽象的な言語概念から逃げられないね。
そうなると、初学者はむしろマネージド言語から入るのかな。