次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
上下前次1-新
76: (ﾜｯﾁｮｲ a95f-Yvh5) 2022/09/16(金)11:26 ID:eTFy07in0(1) AAS
800 デフォルトの名無しさん sage 2022/09/15(木) 23:09:10.28 ID:KFRYW2wo
次スレはこれらの言語を入れてください
Zig
外部ﾘﾝｸ:ziglang.org
Jakt
外部ﾘﾝｸ:github.com
77: (ﾜｯﾁｮｲ a563-jxjI) 2022/09/16(金)11:34 ID:CoCetj5m0(1/3) AAS
Jaktは知らないな
どんな処理系かな
78: (ﾜｯﾁｮｲ a563-FZWc) 2022/09/16(金)11:58 ID:CoCetj5m0(2/3) AAS
パッと見の構文はRustソックリ
borrow checkerはなく、代わりにARCを使って実行時にメモリ管理しようとしてるっぽい
なんでRustやZig使わないんだろうと気になったけど、自作したSerenityOSのためのエコシステムはできるだけすべて自作したい、くらいの動機みたい
参考: 外部ﾘﾝｸ:awesomekling.github.io
まあZig未満のドマイナー言語にとどまりそう
79: (ﾜｯﾁｮｲ a563-FZWc) 2022/09/16(金)12:01 ID:CoCetj5m0(3/3) AAS
書き忘れた
jaktはC++へのトランスパイラ、ってのも特徴
SerenityOSはC++で作ってたから、C++トランスパイラにすれば移行しやすかったってことだろう
80: (ｱｳｱｳｳｰ Sa5b-8eP5) 2022/09/18(日)13:44 ID:KpBP36NGa(1) AAS
トンズラパイラに観えた
81: (ﾜｯﾁｮｲ 1e66-JEMU) 2022/09/28(水)19:48 ID:Tun9Z/EC0(1) AAS
Nim追加
Language x10 x100 x200 x400 Memory Comment
--------------------------------------------------------------
Zig 0.118 1.073 2.113 4.203 3.2MB (std.HashMap, caller-hash by Context(Fnv1a_64))
Nim(clang) 0.211 1.171 2.245 4.372 4.2MB (CustomCountTable,LTO,ARC,caller-hash) New
C(gcc) 0.136 1.146 2.271 4.531 2.0MB (optimized.c,binary IO,jemalloc,O4,LTO)
C(clang/LLVM) 0.137 1.147 2.280 4.544 2.0MB (optimized.c,binary IO,jemalloc,O3,LTO)
省18
82: (ﾜｯﾁｮｲ 6bf0-rqSc) 2022/10/09(日)07:33 ID:alq59Sy20(1/2) AAS
検証 外部ﾘﾝｸ:blog.fascode.net
Language 10^5 10^6 Comment
----------------------------------
C++(clang) 0.032 1.029 (O3,LTO,vector,fastmod)
Nim(clang) 0.033 1.031 (O3,LTO,Seq,fastmod)
Nim(gcc) 0.041 1.339 (O4,Seq,fastmod)
C++(gcc) 0.042 1.502 (O4,vector,fastmod)
省18
83: (ﾜｯﾁｮｲ 6bf0-rqSc) 2022/10/09(日)07:34 ID:alq59Sy20(2/2) AAS
感想:
Juliaは確かに速いが、他との比較は最適化オプションしだい。
動的配列/リストのベンチになるかと思ったが、やってみたらgccが振るわない。
原因はmodulo計算の最適化の違い？ 外部ﾘﾝｸ:godbolt.org
ZigはLLVMのmodulo最適化をトリガー出来なかったか。
OdinはLLVM AOTコンパイラとしての性能を引き出せている(今回は)
まだ言語機能の特徴をつかんでいないが、映画、ゲームグラフィックス分野で使う様な
省4
84: (ﾜｯﾁｮｲ 074b-kHT+) 2022/10/09(日)11:10 ID:hHOnLIUR0(1) AAS
並べるときは速度の早い順で書いて下さい
85: (ﾜｯﾁｮｲ d9f0-ofdD) 2022/10/31(月)12:29 ID:RFzpfvk70(1) AAS
「Python 3.11」がリリース、4年で5倍の高速化を目指す「Faster Cpython」計画が始動
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
200万ドル程度と見積もられる資金はMicrosoftが協力
参考
Faster-Cpython Microsoft
Pyjion Microsoft
Cinder Instagram/Facebook/Meta
省3
86: (ﾜｯﾁｮｲ 8901-HLP5) 2022/10/31(月)13:03 ID:4lYEr6WH0(1) AAS
Rust「…」
87(1): (ﾜｯﾁｮｲ e5f0-FFna) 2022/11/13(日)10:14 ID:lA0JSaU/0(1) AAS
検証??
画像ﾘﾝｸ[png]:i.imgur.com
88: (ﾜｯﾁｮｲ 234b-H0Ic) 2022/11/13(日)17:19 ID:vYboHCwy0(1) AAS
>>87
時間比較する時は
時間で昇順ソートした表を掲載して下さい
89: (ｱｳｱｳｳｰ Saa9-FFna) 2022/11/14(月)11:28 ID:EWF0SvAna(1) AAS
>Nimが想像より遥かに速くて「Cと同程度」以上の結果
Nimが速いのはトランスパイラだからな
90: (ﾜｯﾁｮｲ c34b-TaOI) 2022/11/19(土)20:53 ID:7QNjN12J0(1) AAS
Nimの実行速度はGCCと同等と思って良い
91(2): (ｱｳｱｳｳｰ Sa5b-tkFl) 2022/11/28(月)15:07 ID:6X8/W5dUa(1/2) AAS
他人が比較したやつを載せるんじゃなくてお前が比較したやつ載せろよ
92: (JP 0Hcf-RPwI) 2022/11/28(月)17:49 ID:SIJnWXGqH(1) AAS
なら >>91 が 比較しろ
93: (ｱｳｱｳｳｰ Sa5b-tkFl) 2022/11/28(月)18:00 ID:6X8/W5dUa(2/2) AAS
何でやねん
94: (ﾜｯﾁｮｲ ffcf-ykd8) 2022/11/28(月)18:40 ID:LDNjf6uN0(1) AAS
今更だけど、スレタイが前スレとは違う言語だらけで
マイナーなのをウォッチする別スレかと思ってたわ
95: (ﾜｯﾁｮｲ b7a4-O5Hl) 2022/11/29(火)00:59 ID:QobrmxBH0(1) AAS
TypeScript、Go、Swift、Kotlinって次世代でも何でもなく普及しきってる現役言語で、それぞれ言語別のスレが伸びてるし、
ここはこのスレタイで良いと思うわ
96: (ﾜｯﾁｮｲ b74e-WfGi) 2022/11/29(火)12:05 ID:zwTDTYOm0(1) AAS
Gleamだけ知らんのだがどんな言語？
97: (ﾜｯﾁｮｲ 97f0-hCdI) 2022/11/29(火)15:23 ID:Vcr0dhdC0(1) AAS
外部ﾘﾝｸ:gleam.run
Rust製のErlang、JavaScriptトランスパイラ、という事で語れる人集合！
>>91が比較したら見直すぞ！
98: (ｻｻｸｯﾃﾛ Sp1b-8//E) 2022/12/12(月)11:40 ID:X5LmWbdvp(1) AAS
新言語Verse
外部ﾘﾝｸ[pdf]:simon.peytonjones.org
関数型でUnreal Engineに組み込むらしい
99: (ﾜｯﾁｮｲ dbf0-TXpN) 2022/12/18(日)01:37 ID:xkWav1uF0(1) AAS
Nested Choice面白いな
100: (ｵｯﾍﾟｹ Srb3-s5ol) 2022/12/18(日)11:18 ID:9uYd/N4Nr(1) AAS
おお、まだJuliaの名前が見られるとは
101: (ﾜｯﾁｮｲ 2101-1FQR) 2022/12/24(土)17:31 ID:sDckaCi+0(1) AAS
Zigは一般運用していいレベルだと触って感じた
102: (ﾜｯﾁｮｲ a34b-dxp0) 2022/12/25(日)14:55 ID:KZAI5vpb0(1) AAS
一般運用が何をさしてるか不明だけど
仕事で広範囲に使うのは厳しいんじゃ ?
1.0に達して無くて仕様も変更され続けてるし
103: (ｽｯｯﾌﾟ Sdba-TwI4) 2023/01/03(火)23:06 ID:EF4+Zmp+d(1) AAS
いつの間にかスレタイNim以外聞いた事ない言語名になってた
104(2): (ﾜｯﾁｮｲ fa4b-TwI4) 2023/01/05(木)00:37 ID:Xf8DhQg+0(1) AAS
Cyber言語
外部ﾘﾝｸ[html]:cyberscript.dev
Luajitの3倍高速な組み込み用のスクリプト言語
Pythonライクなインデント
Luaよりも人気でるかも
組み込み用途なので汎用的には流行らないと思うけど
105: (ﾜｯﾁｮｲ 5a7c-WW1s) 2023/01/05(木)01:10 ID:Ymjh5Awz0(1) AAS
>>104
lua嫌いだから頑張ってほしいな。
106: (ﾜｯﾁｮｲ 5b4b-SFMD) 2023/01/10(火)00:06 ID:lqMsrQlz0(1) AAS
TEST
107(1): (ｱｳｱｳｳｰ Saa7-iWdX) 2023/01/21(土)14:23 ID:tJUqTfCaa(1) AAS
Googleって何個流行らん言語開発する気なんやろな
コトリンも結局流行らんかったし
goも流行ってるかと言われると微妙やし
カーボンなんて絶対はやらんわ
108: (ﾜｯﾁｮｲ c35f-QR4B) 2023/01/21(土)15:29 ID:6AMuhJZU0(1) AAS
Google Chrome、プログラミング言語「Rust」の採用を発表
外部ﾘﾝｸ:news.mynavi.jp
109(1): (ﾜｯﾁｮｲ 439b-jMD/) 2023/01/21(土)18:31 ID:DGuAb7AB0(1) AAS
>>107
kotlinはGoogleちゃうぞ。JetBrains。
110: (ｱｳｱｳｳｰ Saa7-iWdX) 2023/01/21(土)19:13 ID:mrhEz1eCa(1) AAS
>>109
そうやったんか
泥の印象しかないから思いこんでたわ
111: (ｽｯｯﾌﾟ Sd1f-CAvY) 2023/01/26(木)11:26 ID:AA1/dHsVd(1) AAS
>>104
CyberってZigで書かれてるんだな。
あと非JITのインタープリターなのに高速なのは普通にすごい、これは応援するわ。
112: (ﾜｯﾁｮｲ ff4b-+rQD) 2023/02/01(水)15:25 ID:HrKHxNtD0(1) AAS
Zig言語が v1.0 でリリースされるのは
3年後らしい
うまくいっての話だから普通ならさらに2，3年は遅れるかも
113: (ﾜｯﾁｮｲ 4f5f-gpJN) 2023/02/06(月)08:25 ID:2pHg0M5D0(1) AAS
WebAssemblyにガベージコレクション機能が登場、Chrome 111で試験的実装に。Dartなど高級言語のWebAssembly対応へ前進
外部ﾘﾝｸ[html]:www.publickey1.jp
114: (ﾃﾃﾝﾃﾝﾃﾝ MM4f-G+++) 2023/02/06(月)09:11 ID:JuD75zQDM(1) AAS
おお
115: (ﾜｯﾁｮｲ 0f50-JSkD) 2023/02/06(月)09:44 ID:fVls87ar0(1) AAS
すべてのGC言語に対応するGC実装を決められない
から困難と言ってたと思うがまとまるんだろうか
116: (ﾜｯﾁｮｲ 8fa4-Cjv8) 2023/02/06(月)11:44 ID:t4UlNWb00(1) AAS
外部ﾘﾝｸ[md]:github.com
この辺みても到底詳細仕様が決まるようには見えないし
先陣を切って自分の都合の良いように決めるために、Googleがゴリ押し始めたんだろうね
まあQUICはうまくいった感あるし、Chromeの影響力を考えると一気に進みそうだね
117: (ﾃﾃﾝﾃﾝﾃﾝ MM4f-G+++) 2023/02/06(月)12:44 ID:s421rGzSM(1) AAS
ここからが勝負なのよね
ライセンス上の制約が少ない言語なら何でもいいから早く覇権決めて欲しい
118: (ﾜｯﾁｮｲ 835f-LsVv) 2023/02/17(金)08:18 ID:qlaClCnE0(1) AAS
FirefoxもWebAssemblyのガベージコレクション機能を実装中であることが明らかに
外部ﾘﾝｸ[html]:www.publickey1.jp
119: (ｱｳｱｳｳｰ Sa95-3MUS) 2023/03/18(土)09:36 ID:GmA34DaYa(1) AAS
GPT-4で作られた新言語が出てきたな
これからは生成AIが言語を生成する時代かも
外部ﾘﾝｸ:lukebechtel.com
120(1): (ﾜｯﾁｮｲ 027c-3uzD) 2023/03/25(土)22:53 ID:BSe5gihC0(1) AAS
所詮トランスパイルするだけの言語は終わる
TSやKotlinなど
121: (ﾜｯﾁｮｲ e95f-jS6D) 2023/03/26(日)09:50 ID:t5F8xIRn0(1) AAS
C++は元々トランスパイルするだけの言語だったけど未だに終わってないぞ
122: (ﾜｯﾁｮｲ 027c-3uzD) 2023/03/27(月)14:32 ID:CEoRbIwo0(1) AAS
>>120
直接コンパイルしているから終わらなかった
クラスを追加しただけのように見えてバイナリの速度も若干違うし
今や別物という扱いかと
123: (ﾜｯﾁｮｲ e510-uluY) 2023/03/27(月)21:45 ID:ZY+RQ7940(1) AAS
Types as Commentsが通ったらTypeScriptは安泰
124: (ﾜｯﾁｮｲ 495f-EkyU) 2023/04/08(土)09:14 ID:WXwwqEgX0(1) AAS
SafariもWebAssemblyのガベージコレクション機能の実装に着手。Technology Preview 167で明らかに
外部ﾘﾝｸ[html]:www.publickey1.jp
125: (ﾜｯﾁｮｲ 495f-2jjA) 2023/04/13(木)09:31 ID:VEQIQK6j0(1) AAS
王者Pythonのトップ陥落もあり得るか？ C++とJavaが猛追 2023年4月言語人気ランキング
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
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入りは成功を保証しないが、少なくとも注目に値する第一歩だ」(ジャンセン氏)
126: (ﾜｯﾁｮｲ 975f-ixN4) 2023/05/06(土)21:37 ID:Ljj/ks5m0(1) AAS
待望の新言語
Mojo &# 128293;: Programming language for all of AI
外部ﾘﾝｸ:www.modular.com
127: (ﾜｯﾁｮｲ b7cf-O5MS) 2023/05/07(日)10:45 ID:2alg5WM70(1) AAS
最終的にPython互換を目指すということだからPyInstallerの軽量な代替になってくれないか期待したいところだけど
まだclassもサポートされてないのね。
128(1): (ﾜｯﾁｮｲ a701-KeI6) 2023/05/07(日)10:46 ID:IEgposGn0(1) AAS
Nimじゃ駄目なんですか？
129: (ﾜｯﾁｮｲ cbda-0v65) 2023/05/07(日)17:32 ID:souVRU9G0(1) AAS
>>128
いい言語だと思うが、
開発者少ないのに複数言語へのトランスレートは厳しいよ。
Cのみに絞るか、せめてCとJavaScriptくらいに絞るべきだと思う。
130: (ﾜｯﾁｮｲ df01-O5MS) 2023/05/08(月)00:18 ID:7UdtJzN/0(1) AAS
Mojoの発音はそのまま喪女でいいんか？
131(1): (ﾜｯﾁｮｲ 975f-hGOv) 2023/05/09(火)15:00 ID:cZVxEdl70(1) AAS
AIソフト開発向け言語Mojo発表
―Pythonの使いやすさとC言語のパフォーマンスの組み合わせ
外部ﾘﾝｸ:gihyo.jp
すべてを1つの言語で記述
Mojoは使いやすいPythonの部分と、C、C++、およびCUDAを必要とするようなシステムプログラミング機能が組み合わされている。自動チューニングとメタプログラミング機能を備えた次世代コンパイラテクノロジーによって、プログラムに型を追加することでパフォーマンスが大幅に向上し、Rustのようなメモリ安全性をもたせることができる。
Pythonをはるかに超えるパフォーマンス
MojoはすべてのAIハードウェアへのアクセスを可能にするMLIR(Multi-Level Intermediate Representation)を使用している。 これにより、Mojoはスレッディング、およびTensorCoreやAMX拡張機能といった低レベルのハードウェア機能を使ってアクセラレーターを利用できる。同社によると、Mojoがハードウェア機能を最大限に活用し､マンデルブロのような数値アルゴリズムを実行する場合、Pythonよりも35,000倍高速に動作するという。
省2
132: (ﾜｯﾁｮｲ d27c-0v65) 2023/05/10(水)00:22 ID:M80iwSIA0(1) AAS
Mojoは早くOSSにしろよ
133(1): (ﾌﾞｰｲﾓ MM7f-BLPe) 2023/05/15(月)06:04 ID:EP98fI5GM(1) AAS
オフサイドルールは書かされてる感が強くて嫌いなんだけど、世間的には好意的なのか
134: (ﾃﾃﾝﾃﾝﾃﾝ MM7f-+ffB) 2023/05/15(月)19:15 ID:fkhy8mxoM(1) AAS
>>133
オフサイドルールに限らず文脈依存文法は自動化が難しくなるのでセンス悪いと思うけど、ブロックは視覚的に認識しやすいから人気あるんだよなぁ。
YAMLみたいに併用できるならまだマシだけど。
135(1): (ﾜｯﾁｮｲ 03cf-Np+b) 2023/05/15(月)22:35 ID:aSVKjNnD0(1) AAS
オフサイドルールって文脈依存文法か？
136(1): (ﾃﾃﾝﾃﾝﾃﾝ MM7f-+ffB) 2023/05/19(金)12:22 ID:fk0Gpq/FM(1) AAS
>>135
前後のインデントによってブロックが決まるから文脈依存じゃね？
137: (ﾜｯﾁｮｲ ff7c-OaH6) 2023/05/19(金)18:44 ID:fagGQhCY0(1) AAS
YAML拡張してifとかの制御構造入れるやつもいるからな。
138: (ﾜｯﾁｮｲ 03cf-Np+b) 2023/05/19(金)22:29 ID:O8g/UjD80(1) AAS
>>136
後ろのインデントには依存しないんじゃね
139: (ﾜｯﾁｮｲ a7a4-A5UL) 2023/05/20(土)12:03 ID:Ok/r6Mln0(1) AAS
オフサイドルールでブロック表すのも、ブレースでブロック表すのも、構文解析的にはは同じことでしょ
140: (ﾃﾃﾝﾃﾝﾃﾝ MM86-uVPi) 2023/05/20(土)16:28 ID:/tIrPGWZM(1/3) AAS
インデントの深さに依存するから、フレーズみたいに「現在のブロックを閉じる」だけの操作では済まない。
オフサイドルールのプッシュダウンオートマトン実装例あったっけ？
141(1): (ﾌﾞｰｲﾓ MM86-F7IQ) 2023/05/20(土)16:36 ID:A/kRENRgM(1) AAS
構文解析的にはほぼ同じ
間違ってても検出できない(ケースが多い)
オートフォーマットができない
のがデメリット
142(1): (ﾃﾃﾝﾃﾝﾃﾝ MM86-uVPi) 2023/05/20(土)16:40 ID:/tIrPGWZM(2/3) AAS
>>141
PDAの実装は？
143(2): (ﾜｯﾁｮｲ 6f5f-u1DA) 2023/05/20(土)16:43 ID:PfZyfbnf0(1) AAS
前処理でブレース挿入して処理するから実際のパーサ部分は似たようなものって言いたいんだろうか
144: (ﾃﾃﾝﾃﾝﾃﾝ MM86-uVPi) 2023/05/20(土)16:48 ID:/tIrPGWZM(3/3) AAS
>>143
そりゃ乱暴すぎる。
145: (ﾌﾞｰｲﾓ MM27-F7IQ) 2023/05/20(土)18:06 ID:EUGtogADM(1) AAS
>>142
GHCとか
Pythonとかはlexerの段階でDEDENTトークンを生成してるから>>143の言う通り
146(1): (ﾜｯﾁｮｲ a7a4-A5UL) 2023/05/21(日)01:17 ID:CmXU6CGz0(1) AAS
外部ﾘﾝｸ[html]:docs.python.org
Pythonの場合はここに書かれてるようにlexerの時点でスタックを使って処理できるという仕様だけど
他の言語のオフサイドルールはもっと複雑になるの？
147: (ﾃﾃﾝﾃﾝﾃﾝ MM86-uVPi) 2023/05/21(日)15:37 ID:7unpu3NzM(1) AAS
>>146
lexerの能力は高いだろ。
PDAは(Lexerとかと比べると)大したことできないよ。
148(1): (ﾜｯﾁｮｲ 1302-mVGR) 2023/06/12(月)15:08 ID:kB7As+JK0(1) AAS
Zigの単行tryとcatchは馴染みないから怪訝してたけど使ってみるとtry-catchブロックよりフローが明確になって良いね
これって他言語にもある言語仕様なのかな
149: (ｽﾌﾟｯｯ Sd73-fEz/) 2023/06/12(月)18:10 ID:7lxvOpjdd(1) AAS
>>148
つ アダムタッチ
150(1): (ｽｯｯﾌﾟ Sd33-kZ0E) 2023/06/13(火)16:03 ID:xDyMFOGFd(1) AAS
NimってPythonのライブラリにアクセスしてfor文回すともはやNimに求めてた性能ははpythonよりになってしまうのでは？型推論できないからねぇ。
151: (ﾜｯﾁｮｲ 534b-2rqm) 2023/06/13(火)18:32 ID:yeDPLuAI0(1) AAS
>>150
型推論は無関係な気がする
単にPythonライブラリの性能に律速されるだけ
152: (ﾃﾃﾝﾃﾝﾃﾝ MMeb-jufV) 2023/06/14(水)07:40 ID:8mvudo25M(1) AAS
pythonのダメ記法を捨てられるだけでもメリットデカイね。
153(1): (ｱｳｱｳｳｰ Sadd-g1CP) 2023/06/14(水)11:21 ID:iWYHYN4ra(1) AAS
for を python で描くと遅い
for は Nim で描いて
中身だけ python ならまだマシ
もちろんネイティブの速度ではないがそんなの Nim だからじゃなくて
C++ でも Rust でも python 呼べば同じ結果になるぞ
154(1): (ﾜｯﾁｮｲ 315f-kZ0E) 2023/06/14(水)14:43 ID:NMm4TZav0(1) AAS
>>153
for文をNimで書いて、中身をpythonにして実行速度を計測してみたらpythonオンリーとあまり変わらなくてがっかりしたという経験がある。ただ、自分のコーディングが悪かった可能性もあるけど。
155: (ﾜｯﾁｮｲ 3961-dT3e) 2023/06/14(水)16:19 ID:rOshoQaM0(1) AAS
>>154
中身の計算コストがforループ自体のコストと比べて大きければNimでもpythonでも変わらないんじゃない?
156: (ﾜｯﾁｮｲ 4f5f-JtsX) 2023/07/04(火)03:53 ID:ZyJ9aZuM0(1) AAS
病∞！！！！
症∞！！！！！
漠∞！！！！！！
西∞！！！！！！！
卵∞！！！！！！！！
多∞！！！！！！！！！
上下前次1-新書関写板覧索設栞歴
あと 152 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s