次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
次世代言語27 Nim Zig Pony Carbon Gleam http://mevius.5ch.net/test/read.cgi/tech/1659660050/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: デフォルトの名無しさん (ﾜｯﾁｮｲ c35f-St8y) [sage] 2022/08/05(金) 09:40:50.22 ID:/hLfNpmA0 !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 http://mevius.5ch.net/test/read.cgi/tech/1659660050/1
182: デフォルトの名無しさん (ﾜｯﾁｮｲ 8501-8Mb1) [sage] 2023/10/04(水) 15:32:29.96 ID:N8iC4Qef0 https://harelang.org/ （海外の）FOSS、ミニマリスト、アンチRust界隈で流行ってる言語 Hare C言語プログラマのために作られたとのこと メモリ管理は自前だがいろいろ安全対策がされてるっぽい Windows, Macは対応しないと宣言 http://mevius.5ch.net/test/read.cgi/tech/1659660050/182
183: デフォルトの名無しさん (ﾜｯﾁｮｲ a37c-X5bY) [] 2023/10/04(水) 16:37:22.64 ID:2V79m8iF0 Cの代替言語オーディン https://odin-lang.org/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/183
184: デフォルトの名無しさん (ﾜｯﾁｮｲ a37c-X5bY) [] 2023/10/04(水) 16:42:29.89 ID:2V79m8iF0 Cの代替言語オーディン データ指向、カスタムアロケータ https://odin-lang.org/ GitHubリポジトリ https://github.com/odin-lang/Odin http://mevius.5ch.net/test/read.cgi/tech/1659660050/184
185: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-5C2y) [] 2023/10/05(木) 17:09:32.57 ID:WXXGTjkDa Are http://mevius.5ch.net/test/read.cgi/tech/1659660050/185
186: デフォルトの名無しさん (ﾜｯﾁｮｲ 937c-cQ99) [] 2023/10/30(月) 01:15:43.08 ID:SHIqNVOV0 ちょっとOdin触ってみた。 Zigより気に入った。 最適化がまだC/C++より弱いからエッジケースではC/C++,Rustにはパフォーマンスかなわないようがた、ぶっちゃけRustよりOdinのほうが書きやすい。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/186
187: デフォルトの名無しさん (ﾜｯﾁｮｲ b137-eepm) [sage] 2023/11/02(木) 09:20:24.55 ID:+8WanLaR0 WebAssemblyのガベージコレクションが正式機能に、最新版のChrome 119で。Firefoxも今月リリースのFirefox 120で正式機能になる見通し https://www.publickey1.jp/blog/23/webassemblychrome_119firefoxfirefox_120.html http://mevius.5ch.net/test/read.cgi/tech/1659660050/187
188: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 03:00:21.16 ID:60zWiP9n0 zigのcompiletはCのatoi、atofみたいなのを1関数にまとめれるということ？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/188
189: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 03:09:25.53 ID:60zWiP9n0 wasmはどうせgcを採用するんだろうなと思ってたがやっぱりか jdkと変わらん http://mevius.5ch.net/test/read.cgi/tech/1659660050/189
190: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 03:12:08.32 ID:60zWiP9n0 wasmは初期の頃jdkと何が違うの？と言われてた jdkはバグが多いからとか説明してたが、実際そうでもない なぜかその界隈の人達が漠然とjavaを嫌ってるだけだな http://mevius.5ch.net/test/read.cgi/tech/1659660050/190
191: 188 (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 04:46:48.83 ID:60zWiP9n0 compiletじゃなくてcomptimeだった http://mevius.5ch.net/test/read.cgi/tech/1659660050/191
192: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 05:27:43.98 ID:60zWiP9n0 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なんでしょ？謎すぎ http://mevius.5ch.net/test/read.cgi/tech/1659660050/192
193: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 05:34:22.13 ID:60zWiP9n0 List()の型は匿名のstructだな でもじゃあこれはなに？っていう fn List(comptime T: type) type 引数に入力されたtypeの型が返値の型じゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/193
194: デフォルトの名無しさん (ﾜｯﾁｮｲ cd26-1See) [sage] 2023/11/21(火) 10:29:25.70 ID:Z3uiTyFT0 >>193 >>192の例で説明すると、引数として渡されたtypeはitemsフィールドの要素の型。 戻り値のtypeは匿名structの型。 引数の方のtypeは、匿名struct内の関数の引数や戻り値、その関数の戻り値を組み立てるための型引数などにも使える(文字で書くとややこしい)。 戻り値の方のtypeは、builtin.Typeでサポートされてるものが返せる。 あと引数に渡されるtypeは、戻り値を組み立てる型の中で、例えば「T.foo()」と書くことでT型はfoo関数の存在を制約として与えることもできる(foo関数を持たない型が渡されたらコンパイルエラー)。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/194
195: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f1-rrr/) [] 2023/11/21(火) 11:43:47.98 ID:60zWiP9n0 ありがとう分かった。 typeはzig標準型全体を指すものということか。 任意の標準型を受け取って、任意の標準型を返す総称型関数ということね。 ダックタイピングも分かった。 宣言じゃなくコードの内容から推論してコンパイルエラー出してくということね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/195
196: デフォルトの名無しさん (ﾜｯﾁｮｲ 226b-rrr/) [] 2023/11/21(火) 14:41:07.08 ID:60zWiP9n0 チュートリアル読んでるけどzig良い。 Cの代替としては最有力かな？ 世の中はメモリ安全のためにRust推奨なんだろうけど。 本当はそっちに進んじゃいけない、と思ってる。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/196
197: デフォルトの名無しさん (ﾜｯﾁｮｲ aedc-f5/H) [sage] 2023/11/21(火) 21:16:37.31 ID:NcXE8D4H0 Zigのマイルストーン見ると先送りしてきたv0.11.1のバグ180件以上残ったままv0.12.0側のissueばっかり片付けてるな これはついにマイナーバージョンアップ近づいて来たのかな http://mevius.5ch.net/test/read.cgi/tech/1659660050/197
198: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f8-rrr/) [] 2023/11/22(水) 01:53:36.06 ID:bjqLP0h40 linux kernelがrustのサポートを確定したという記事を読んだ。 だったらrustなのかなあ。googleもandroidをrustで書くらしい。 rustなのか。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/198
199: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f8-rrr/) [] 2023/11/22(水) 03:30:03.94 ID:bjqLP0h40 俺はzigやってこう・・・。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/199
200: デフォルトの名無しさん (ﾜｯﾁｮｲ 22f8-rrr/) [] 2023/11/22(水) 07:56:27.67 ID:bjqLP0h40 いや、やっぱりrustかなあ。 将来のベアメタルプログラマーは抽象的な言語概念から逃げられないね。 そうなると、初学者はむしろマネージド言語から入るのかな。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/200
201: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM66-OZuz) [sage] 2023/11/22(水) 12:13:14.04 ID:Xn3ar1UbM Cの後継としてZigは結構ありだと思うけど、 Cが残ってる分野ってISO標準とか組み込みベンダーサポートとかが必須な分野が多くて Zigがそこまでたどり着くには10年とかかかりそうだよな… http://mevius.5ch.net/test/read.cgi/tech/1659660050/201
202: デフォルトの名無しさん (ｽﾌﾟｯｯ Sd82-ts/j) [] 2023/11/22(水) 12:17:19.10 ID:o4kbjPDBd Odinはいかが？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/202
203: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa85-UHOz) [] 2023/11/23(木) 09:55:21.62 ID:mHKDjshta >>196 わかります http://mevius.5ch.net/test/read.cgi/tech/1659660050/203
204: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa85-UHOz) [] 2023/11/23(木) 09:55:57.11 ID:mHKDjshta >>201 10年待てない人はNimで http://mevius.5ch.net/test/read.cgi/tech/1659660050/204
205: デフォルトの名無しさん (ﾜｯﾁｮｲ 226d-rrr/) [] 2023/11/23(木) 10:39:32.37 ID:h/UsGTLS0 nimは概要を読む限り全然いいと思えない。 C++をさらに悪化させたような言語じゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/205
206: デフォルトの名無しさん (ﾜｯﾁｮｲ 226d-rrr/) [] 2023/11/23(木) 10:41:14.18 ID:h/UsGTLS0 nim使うならC++で良いはずだよ。既に多用されてて信頼性あるし。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/206
207: デフォルトの名無しさん (ﾜｯﾁｮｲ 226d-rrr/) [] 2023/11/23(木) 10:53:59.84 ID:h/UsGTLS0 odinのアイデアはほぼzigと同じじゃないか？ zigの方が先に出てきて、その直後にodinが出てきたようだ メモリ安全と言われているようだが全くそうではないというレビューも見かけた。 後出し追いかけ言語で政治力とエンジニアリングのパワーで優っているのがodinということじゃないか？ Cの代替がzigのようなものであるべきという着眼点を最初にもたらしたのはzigじゃないだろうか 他にそういう方向性の言語がzigより先にあったのだろうか http://mevius.5ch.net/test/read.cgi/tech/1659660050/207
208: デフォルトの名無しさん (ﾜｯﾁｮｲ 226d-rrr/) [] 2023/11/23(木) 11:21:12.37 ID:h/UsGTLS0 zigのwikipedia読んでたらCからの変更点という観点でzigが説明されてる。 Cを出発点としていくつかの改善点を加えた言語というのが重要なんだ。 その中でもメモリ安全とcomptimeによる類似関数をひとまとめにするというアイデアが重要と思う。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/208
209: デフォルトの名無しさん (ﾜｯﾁｮｲ 226d-rrr/) [] 2023/11/23(木) 12:21:13.00 ID:h/UsGTLS0 fn () err!val みたいな共用体を返す構文はCのerrnoとかC#のoutとかの代用になるのかな 共用体はenumと連携させてswitchで使えるようだから中身に応じて処理を分けれる 実際使ってみないと分からんが、まあ学習は順調に進むし良い印象がある http://mevius.5ch.net/test/read.cgi/tech/1659660050/209
210: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e83-aicd) [sage] 2023/11/23(木) 12:50:09.22 ID:45eqFX8V0 >>205 >>206 Nimのどこがダメなんでしょうか? 少なくともC++よりシンプルな言語だし読みやすく書きやすい言語だと思うのですが。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/210
211: デフォルトの名無しさん (ﾜｯﾁｮｲ aeb4-OZuz) [sage] 2023/11/23(木) 13:59:38.28 ID:/UTIXb+w0 NimはまぁPythonっぽい構文が好きな人にはいいかもねって感じなだけで わざわざ他言語から乗り換えるような特徴がないんだよね http://mevius.5ch.net/test/read.cgi/tech/1659660050/211
212: デフォルトの名無しさん (ﾜｯﾁｮｲ 225b-rrr/) [] 2023/11/23(木) 14:59:02.66 ID:h/UsGTLS0 NimはJavaとかC#みたいなクロスプラットフォーム性があるわけではないし Cが使われているような領域で使えるものでもない だからそういった領域では論外 C++と競合するが、置き換えれるほどの何かがない 恐らくC++から置き換えるならRustになる という認識。Nimの言語仕様がJavaやCと比較して優れてる！とか言ってみても仕方ない。 競争相手になり得ない。 C++かRustと比較して総合的に優れてると言えたら重要なものになるだろうけど。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/212
213: デフォルトの名無しさん (ﾜｯﾁｮｲ 225b-rrr/) [] 2023/11/23(木) 15:03:11.78 ID:h/UsGTLS0 nimはgcありとなしモードあるけどライブラリちゃんと動くの？ gcありじゃないとほとんどのライブラリが動かないということになるなら、 C++にもRustにも到底比較対象にならない どの領域に入るつもりなんだという印象 http://mevius.5ch.net/test/read.cgi/tech/1659660050/213
214: デフォルトの名無しさん (ﾜｯﾁｮｲ 225b-rrr/) [] 2023/11/23(木) 15:16:17.32 ID:h/UsGTLS0 要するに、総合的に優れてるように思えても「あらゆる領域でちょっと負ける言語」は使われない。 戦略は？ということ。 C#やjavaと比較→ネイティブコード作れる！エレガントな文法！→java使ってる人達には全くどうでもいいです Cと比較→たくさんの抽象的な言語概念！大規模開発に強い！→C使ってる人達には全くどうでもいいです C++やRustと比較→GCがあって簡単にコーディングできるぞ！→彼らにはGCは不要あるいは邪魔です http://mevius.5ch.net/test/read.cgi/tech/1659660050/214
215: デフォルトの名無しさん (ﾜｯﾁｮｲ ae6b-f5/H) [sage] 2023/11/23(木) 15:46:50.74 ID:o2OM8ETk0 NimのライバルはZigじゃなくてV言語だと思う ベターCっぽいけどCの置き換えできないしC++にも届かないって立ち位置の点でね (文法もC系ではなくPython系って側面も込み) http://mevius.5ch.net/test/read.cgi/tech/1659660050/215
216: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/23(木) 18:39:43.19 ID:AGqDCJM/0 >>207 ＞odinのアイデアはほぼzigと同じじゃないか？ 違うな。 zigはcをそのまま取り込む感じだが、odinはあくまでもodin。 cとの連携もzigみたいにそのままでは無い。 ＞メモリ安全と言われているようだが全くそうではないというレビューも見かけた。 odinはメモリ安全なんかじゃ全くないぞ。別なもの見てないか？ ＞後出し追いかけ言語で政治力とエンジニアリングのパワーで優っているのがodinということじゃないか？ 政治力っていったいなんのことよ。 イチャモン着けたいだけか？ ＞Cの代替がzigのようなものであるべきと 「zigのようなものであるべき」って言ったらzigしかないじゃん。 言ってることがメチャクチャ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/216
217: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/23(木) 18:51:14.02 ID:AGqDCJM/0 >>212 ＞NimはJavaとかC#みたいなクロスプラットフォーム性があるわけではないし JavaとかC#はマルチプラットフォームという。 マルチプラットフォームとクロスプラットフォームの違いは自分で調べてね。 ＞C++と競合するが、置き換えれるほどの何かがない GCあるから置き換えは無理だね。 使わないようにも出きるし、その方向に向かってるけど既にあるライブラリがGC前提だったりするし。 nimはトランスレーター系で、出力がcだったりjavascriptへだったりして、そこでリソース消費しちゃってる感あるのがな。 かつてhaxeという言語があったが結局流行らなかった。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/217
218: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/23(木) 18:53:19.90 ID:AGqDCJM/0 >>208 zigはメモリ安全なんかじゃねーぞ http://mevius.5ch.net/test/read.cgi/tech/1659660050/218
219: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/23(木) 18:54:51.91 ID:AGqDCJM/0 odinについて知りたかったらhacker newsを見てくれ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/219
220: デフォルトの名無しさん (ﾜｯﾁｮｲ a111-1See) [sage] 2023/11/23(木) 19:18:19.30 ID:HQ3SaqO80 >>209 Error Union はペイロードを持てないので、erronoと同じと見て差し支えない。 ニュアンスとしてはgo言語のエラーと値を返すスタイルが近いかな。 go言語と違って、エラーがなければ値が保証される(毎度のエラーチェック不要)のと、エラーハンドリング不要ならtryで呼び出し元に押しつけられる楽さはある。 C#のTry〜メソッドのout引数を戻り値で扱えるが、zigはポインタ渡しもできるのでさらに強力。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/220
221: デフォルトの名無しさん (ﾜｯﾁｮｲ a111-1See) [sage] 2023/11/23(木) 19:25:49.77 ID:HQ3SaqO80 >>218 deferの使用を癖づけしておけば、おおむね安全だから・・・。 動的確保したu8のスライスを別の変数にも持たせ、 元の変数の破棄によるダングリングポインタで自分の足を撃ち抜くくらいかな？ よく事故るところは。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/221
222: デフォルトの名無しさん (ﾜｯﾁｮｲ a111-1See) [sage] 2023/11/23(木) 19:28:51.80 ID:HQ3SaqO80 >>217 haxeは構文マクロ書きやすくて好きなだけに悲しい http://mevius.5ch.net/test/read.cgi/tech/1659660050/222
223: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/23(木) 21:24:37.29 ID:AGqDCJM/0 >>222 haxe知ってる人がいて嬉しい。 マイナーで終わったのが残念。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/223
224: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa85-UHOz) [] 2023/11/23(木) 22:52:57.39 ID:38VIgpCLa >>212 おまえなんも判ってないな >Cが使われているような領域で使えるものでもない 使えるだろ >C++と競合するが、置き換えれるほどの何かがない NimはC++とは競合しないC++と共存する >恐らくC++から置き換えるならRustになる RustにCの置き換えはあっても RustがC++を置き換えることは無いわ http://mevius.5ch.net/test/read.cgi/tech/1659660050/224
225: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa85-UHOz) [] 2023/11/23(木) 22:57:33.95 ID:38VIgpCLa >>215 >文法もC系ではなくPython系って側面も込み 事実誤認だ よくそんな平気で嘘が吐けるな http://mevius.5ch.net/test/read.cgi/tech/1659660050/225
226: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa85-UHOz) [] 2023/11/23(木) 22:58:53.23 ID:38VIgpCLa >>214 君は表面的なところしか観れないhusianasann http://mevius.5ch.net/test/read.cgi/tech/1659660050/226
227: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e83-aicd) [sage] 2023/11/23(木) 23:16:34.09 ID:45eqFX8V0 Nim言語はC言語やJavascript言語を出力するのでそれらの言語が動くプラットフォームならほぼ動く。 Raspberry Pi zeroやTermux上でもNimコンパイラが動くし Goodboy GalaxyっていうNim言語で書かれたGame boy advanceで動くゲームもあるしRaspberry Pi Picoで動くプログラムも作れる。 GC付き言語だとすべてのオブジェクトがヒープに作成されると勘違いする人がいるけどNimでもC++のようにオブジェクトをヒープに確保するかスタックに確保するか選ぶことができる。 NimではGCの代わりにARCっていうメモリ管理方法を選択できてこれはC++のshared_ptrやRustのRcと同じ参照カウンタ方式でヒープを管理する。 なのでARCが使えるかどうかは循環参照があるかないかで決まる。 Nim2.0からはORC(循環参照があっても解放できるようにARCに機能を追加したもの)がデフォルトになっている。 Nimのマクロは式や文のASTを受け取ってそのASTを読んだりASTを生成して返すのでいろんなことができる。 例えばNimの標準機能にあるstrformatモジュールを使えばfmt"x*y={x*y}"のように文字列の中の{}で囲まれた部分に直接式を書くことができる。 fmtマクロはコンパイル時に文字列リテラルを読んで"x*y="という文字列にx*yの結果を文字列化したものを付け足すコードを生成する。 C++やRustで言語に備わった機能だけでfmtマクロのようなものを作ることは無理じゃない? http://mevius.5ch.net/test/read.cgi/tech/1659660050/227
228: デフォルトの名無しさん (ﾜｯﾁｮｲ 6ecf-ekUX) [sage] 2023/11/24(金) 00:02:43.09 ID:cA/HuquY0 俺も>>211と同じような印象を持ってるけど、一方でこうやって熱心に布教してくるユーザーが目につくんだよね。 温度差が面白い。 pythonスレで宣伝するのはさすがにスレチだからやめてほしいが。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/228
229: デフォルトの名無しさん (ﾜｯﾁｮｲ 22fa-rrr/) [] 2023/11/24(金) 00:24:17.65 ID:Wcn967L80 >>218 rustほどではないけどcと比較すればかなりメモリ安全な言語 http://mevius.5ch.net/test/read.cgi/tech/1659660050/229
230: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-ts/j) [] 2023/11/24(金) 00:45:17.10 ID:6OrpRj0R0 >>227 nimのマクロはASTいじれるから強いよな。 俺もnim好きだし。 一方で >>217 で書いたようにまだライブラリに旧いGC使ってるの混じってるのと、CだけじゃなくJavaScriptへのトランスレートとかして開発リソースを消費してるのが懸念。 あとRustのマクロならたぶん近いことできるんじゃないかね？ あれは hygienicマクロうたってるし。ただ複雑過ぎるとも思う。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/230
231: デフォルトの名無しさん (ﾜｯﾁｮｲ 22fa-rrr/) [] 2023/11/24(金) 00:56:07.29 ID:Wcn967L80 C++もGCありの開発可能だからnimはC++と近いのでは？ 主にC++が使われてるのはミドルウェア、webブラウザ、ゲームとかだけど いずれもGCが動かない環境ではない http://mevius.5ch.net/test/read.cgi/tech/1659660050/231
232: デフォルトの名無しさん (ﾜｯﾁｮｲ 22fa-rrr/) [] 2023/11/24(金) 01:04:25.73 ID:Wcn967L80 nimがcと競合すると考えるなら、 nimがカーネルやデバドラで使われると思うのか http://mevius.5ch.net/test/read.cgi/tech/1659660050/232
233: デフォルトの名無しさん (ﾜｯﾁｮｲ e97e-OZuz) [sage] 2023/11/24(金) 08:28:38.02 ID:ksIXeJJJ0 >>228 熱心に布教するユーザが目に付くというのがまさにとりたてて特徴がないということの証明になっているかもね 他言語だと多少気にいらなくても〇〇のために使っている、となるがNimはその思想に完全にマッチした人しか残っていないという http://mevius.5ch.net/test/read.cgi/tech/1659660050/233
234: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e83-aicd) [sage] 2023/11/24(金) 13:19:56.18 ID:+HdIulh/0 Nimユーザーから見るとRustなどの他の言語はいちいち;とか{}を入力したりそれらの文字で少し見づらくなるがそれを大きく上回るメリットがあるとは思えない。 RustやC++やZigで書いたコードがNimより速くなるわけではない。 NimはGC使ってるから遅いみたいに言う人はいるがヒープメモリを使わないようにするとかヒープメモリをループの外側でのみ確保するようにすればメモリ管理のコストがボトルネックにならない。 どうしてもヒープ確保が必要になる場合でもARCかORCを使えばshared_ptrやRcと同じように参照数が0になったら即解放するようになる。 Rustはメモリ安全だというが普通にNimのコードを書いていてメモリ関係のバグで困ったことは無い。 Win32 APIとかLinuxのシステムコールを呼ぶときはポインタを使うからメモリ安全性に気を付けないといけなくなるがRustでもそういう関数を呼ぶときにはunsafeコードを書かないといけないらしいし。 C/C++はライブラリが豊富にあるがNimからその殆どが使える。 NimはCかC++を出力するからCのマクロとかC++のテンプレートクラス/関数まで呼べる。 C++言語はC++14,17,2xと言語仕様がどんどん複雑になっているから完全に対応は難しいかもしれんが。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/234
235: デフォルトの名無しさん (ﾜｯﾁｮｲ 075f-fzX6) [sage] 2023/11/27(月) 09:37:28.94 ID:BB7NmH0K0 >>234 Rustのいいところはコンパイルが通らないから誰が書いてもある程度同じようなコードが出来上がることだと思う とても極端な話すればレビューもいらない めちゃくちゃチーム開発に向いてる Nimは既存の資産を活かせるかつ自由度が高いから小、中規模向けなのかな http://mevius.5ch.net/test/read.cgi/tech/1659660050/235
236: デフォルトの名無しさん (ﾜｯﾁｮｲ a737-psIa) [sage] 2023/11/27(月) 12:16:24.67 ID:0LRMXswf0 >>235 > 誰が書いてもある程度同じようなコードが出来上がる これは幻想がひどい気がする。コンパイル通らない時にどう解決するか結構個性が出ると思う。 無限に unsafe 指摘されて切れたwebフレームワークのメンテナ居なかったか？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/236
237: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-6V65) [] 2023/11/29(水) 06:07:56.97 ID:n75oaT1ga >>236 >無限に unsafe 指摘されて切れた このひとのことかな https://wolfbash.hateblo.jp/entry/2017/07/30/193412 http://mevius.5ch.net/test/read.cgi/tech/1659660050/237
238: デフォルトの名無しさん (ﾜｯﾁｮｲ a7fd-psIa) [sage] 2023/11/29(水) 12:33:39.58 ID:fVcl6vAK0 >>237 そこまでレベル低い人の話はしていない。 掘り直したら actix-web だった。 以下のページが日本語で問題まとまってる。 ttps://scrapbox.io/nekketsuuu/actix-web%E4%BA%8B%E4%BB%B6 http://mevius.5ch.net/test/read.cgi/tech/1659660050/238
239: デフォルトの名無しさん (ﾜｯﾁｮｲ a6ac-fxPS) [sage] 2023/12/06(水) 14:35:16.69 ID:FgD2yr5e0 Rust2006年、Nim2008年(or 2005年生誕説)、Go2009年にそれぞれオープン化して同期の中でNimの言語コンセプトだけ主要な席を取れなかったのはおかしい。 Nim好きユーザーとしてはここからの巻き返しを超絶妄想してる。 現世代言語の仕様に引けを取ってないし8月に本体2.0.0に上がったし周辺パッケージも育って熱心な布教者まで揃ってるのにそもそもの認知度が低すぎるままなのは不思議でならない。 いまNimで書いてる人たちは何用途で使ってる?まずは特定用途で知名度を上げることに突破口があると思うんだよね結局は。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/239
240: デフォルトの名無しさん (ﾜｯﾁｮｲ 2a7c-1JZ4) [] 2023/12/06(水) 15:24:48.70 ID:MT5mgeUa0 >>239 個人で始めたか、法人所属の人が始めたか。 pythonはメジャーになるまで30年以上かかってる。 法人の後ろ楯あると早いね。 何かキラーアプリがでることを期待してる。俺はそんなスキル無い。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/240
241: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM3e-vHfD) [sage] 2023/12/06(水) 15:53:12.48 ID:KVh/UeYmM >>239 同期だからこそ、潜在ユーザをみんなGoとRustに取られた感はある 企業がついてない分エコシステムとかはどうしても負けるし あとはC系の人にPython風構文はあまり歓迎されないというのはあるかも MojoみたくPythonユーザを直接取りに行ったほうが良かったかもね http://mevius.5ch.net/test/read.cgi/tech/1659660050/241
242: デフォルトの名無しさん (ﾜｯﾁｮｲ 2a7c-1JZ4) [] 2023/12/06(水) 16:40:19.51 ID:MT5mgeUa0 >>240 30年以上は言い過ぎ？30年近く。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/242
243: デフォルトの名無しさん (ﾜｯﾁｮｲ 66cf-tBUZ) [sage] 2023/12/06(水) 18:39:52.78 ID:Lg+sIo970 pythonは2000年代初頭にはperlよりメジャーになってただろ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/243
244: デフォルトの名無しさん (ﾜｯﾁｮｲ 8ab6-yDrh) [] 2023/12/08(金) 03:22:50.77 ID:OHR+wWxR0 やっぱりrustなんだろうね OSも徐々にRustになってくっぽい 主要OSが完全に移行するには100年かかるだろうけど http://mevius.5ch.net/test/read.cgi/tech/1659660050/244
245: デフォルトの名無しさん (ﾜｯﾁｮｲ 6683-9d3Q) [sage] 2023/12/08(金) 05:55:14.09 ID:xBCOoZoU0 LinuxカーネルのコードがRustに置き換わるとコンパイル時間が大幅に増加しないか心配。 Cだけのカーネルでもビルドに一時間くらいかかるのに http://mevius.5ch.net/test/read.cgi/tech/1659660050/245
246: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa21-wVFe) [sage] 2023/12/08(金) 09:48:35.93 ID:k3Bpg+TDa コンパイルよりCargoのdb更新に時間掛かってるんだよないっつも http://mevius.5ch.net/test/read.cgi/tech/1659660050/246
247: デフォルトの名無しさん (ﾜｯﾁｮｲ 7501-M0la) [sage] 2023/12/08(金) 23:03:52.41 ID:Pln0qn0V0 >>246 それいくつか前のバージョンで改善されたやつじゃなくて？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/247
248: デフォルトの名無しさん (ﾜｯﾁｮｲ 9734-C3j7) [sage] 2023/12/13(水) 08:12:56.25 ID:SOLvnyCP0 待望の新言語 WebAssemblyへのコンパイルだけに特化した新言語「Onyx」登場、Wasmerが発表 https://www.publickey1.jp/blog/23/webassemblyonyxwasmer.html http://mevius.5ch.net/test/read.cgi/tech/1659660050/248
249: デフォルトの名無しさん (ﾜｯﾁｮｲ 57c2-MO48) [sage] 2024/02/06(火) 21:17:51.46 ID:vknt9k+q0 待望の新言語 Introducing Pkl, a programming language for configuration https://pkl-lang.org/blog/introducing-pkl.html Appleがシステム構成のためのプログラミング言語「Pkl」をオープンソースでリリース https://gigazine.net/news/20240205-apple-pkl/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/249
250: デフォルトの名無しさん (ﾜｯﾁｮｲ ffce-KLri) [sage] 2024/02/08(木) 14:58:56.60 ID:fJ9G9a/R0 >>249 DBスキーマみたいなストアドプロシージャ内蔵の静的型付けYAML作ってるってのはこれだったのか トランスパイラ方式にしたんだな http://mevius.5ch.net/test/read.cgi/tech/1659660050/250
251: デフォルトの名無しさん (ﾜｯﾁｮｲ 5903-T9th) [sage] 2024/03/29(金) 21:11:42.51 ID:F+7of5fq0 Erlangランタイムの静的型付け関数型言語Gleamがバージョン1.0に到達 https://www.infoq.com/jp/news/2024/03/gleam-erlang-virtual-machine-1-0/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/251
252: デフォルトの名無しさん (ﾜｯﾁｮｲ adda-VtrB) [] 2024/03/29(金) 23:02:59.73 ID:JKQcuRe50 スレチかもしれないけど、この言語そのものというよりは、作者の目指す未来の言語像が可能性を感じる。 Viscuit https://www.viscuit.com/ 言語そのもののイメージとしてはProlog版Scratchから、さらに子供に分かりにくい機能を外したもの。 感銘を受けた記事を２，３貼っておきます。 理想的なプログラミング言語 https://devroom.viscuit.com/2018/10/06/post-1615/ 言語の進化とプログラミング教育 https://devroom.viscuit.com/2017/02/07/%e8%a8%80%e8%aa%9e%e3%81%ae%e9%80%b2%e5%8c%96%e3%81%a8%e3%83%97%e3%83%ad%e3%82%b0%e3%83%a9%e3%83%9f%e3%83%b3%e3%82%b0%e6%95%99%e8%82%b2/ プログラミングの大衆化 https://devroom.viscuit.com/2018/02/27/post-1472/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/252
253: デフォルトの名無しさん (ﾜｯﾁｮｲ 9edd-rfcW) [sage] 2024/03/30(土) 02:29:10.46 ID:n/Lqlt000 Bun v1.1がついにWindowsネイティブ対応化を引っさげて4月1日リリース予定 日程がエイプリルフールでややザワついてるが敢えてこの日を選んでるっぽい？ Bunを作るZigもv0.12.0が4月2日リリース予定になってるが こっちは既に数回無告知延期して公式すら話題にしなくなってるのでまたダメかもしれん http://mevius.5ch.net/test/read.cgi/tech/1659660050/253
254: デフォルトの名無しさん (ﾜｯﾁｮｲ c24b-7+Gk) [sage] 2024/04/10(水) 00:48:05.23 ID:PZl/2Qvj0 どんぐりテスト http://mevius.5ch.net/test/read.cgi/tech/1659660050/254
255: デフォルトの名無しさん (ﾜｯﾁｮｲ 6760-+hba) [sage] 2024/04/28(日) 22:41:22.44 ID:UPZ0W4Nj0 hoshu http://mevius.5ch.net/test/read.cgi/tech/1659660050/255
256: デフォルトの名無しさん (ﾜｯﾁｮｲ a7f9-y8PE) [] 2024/04/29(月) 13:16:16.09 ID:bo2jVeD+0 で？結局どれがいいんだい http://mevius.5ch.net/test/read.cgi/tech/1659660050/256
257: デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-Ufki) [sage] 2024/04/29(月) 16:50:51.13 ID:12eKztj20 Rustが死んだからZigかCarbonかな http://mevius.5ch.net/test/read.cgi/tech/1659660050/257
258: デフォルトの名無しさん (ﾜｯﾁｮｲ c767-NzXl) [sage] 2024/04/29(月) 22:47:28.69 ID:6wHhtPFS0 死んでるの？ 俺の中では同系統のコンセプトに対抗できてる言語が一切見られないので Rust 一強な勢いなんだが。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/258
259: デフォルトの名無しさん (ﾜｯﾁｮｲ 2501-b/g4) [sage] 2024/06/08(土) 08:52:15.87 ID:SAkY8LF70 Zigのリリースサイクル早いね、もう0.13.0がリリースされた http://mevius.5ch.net/test/read.cgi/tech/1659660050/259
260: デフォルトの名無しさん (ﾜｯﾁｮｲ a575-eRYk) [sage] 2024/07/08(月) 21:11:19.11 ID:EaEf11Cm0 待望の新言語 生成AIに疑似コードで指示すると自然言語よりも効率的にプログラムが生成できるというアイデアから生まれた、生成AI用の疑似言語「SudoLang」 https://www.publickey1.jp/blog/24/aiaisudolang.html http://mevius.5ch.net/test/read.cgi/tech/1659660050/260
261: デフォルトの名無しさん (ﾜｯﾁｮｲ 1b16-tQMZ) [sage] 2024/07/09(火) 01:43:38.24 ID:SMbKjjog0 本末転倒だろ http://mevius.5ch.net/test/read.cgi/tech/1659660050/261
262: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1b-qpqo) [sage] 2024/09/01(日) 15:29:07.17 ID:f0nFMo6oM RustがCより速くなるベンチマークは見たことがないです NimのORCは明示的にオブジェクトプールを使ったプログラミングが必要ですが ベンチマークがCより２倍以上速くなって、特にハードなリアルタイムシステム向け のチューニングもできるようになっているようです https://zenn.dev/dumblepy/articles/af2b2b9f8fd890 NimがCより２倍以上速くなって、しかもORCでメモリ安全も担保されているなら Rustを使う意味がなくなると思うのですが、このベンチマークは本当なのでしょうか？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/262
263: デフォルトの名無しさん (ﾜｯﾁｮｲ eaad-voeu) [] 2024/09/08(日) 01:45:12.42 ID:Hh5CAE6t0 >>262 nimは一旦ｃに変換してコンパイルするので、ｃより早くなる事はないです。 ベンチマークで早くなっているのは、メモリプールを使っているからです。 (個別にヒープメモリを確保するのではなく、大きなブロックで一度に確保して 自分で割り当てを管理しているから） 私もｃでメモリプールを実装した事がありますが、ヒープのメモリ確保のコスト は以外と大きくて、一括で確保するのはパフォーマンスの面で効果が大きいです。 またこのメモリプールの部分は自前でメモリ管理しているため、ＯＲＣとは関係が ないです。（参照リンク元の記事の意図は、ＯＲＣと手動管理が混在できる事を 利点としているかと思います） Ｒｕｓｔは詳しくないのですが、おそらくこのレベルの実装は可能だと思うので、 同じように実装すれば同程度の速度向上になるかと思います。 （ただし一括メモリ確保->個別データに強制castが必要で安全性は落ちる） 参照リンク元の記事は、メモリプールのような低水準のコードでもＮｉｍは高い 可読性で書く事ができると言いたいのでは。（手動確保したメモリをdestroy定義 で自動解放できる所とか） http://mevius.5ch.net/test/read.cgi/tech/1659660050/263
264: デフォルトの名無しさん (ﾜｯﾁｮｲ f9df-BHET) [] 2024/09/08(日) 07:43:41.27 ID:vegiTRtO0 >>262 >ベンチマークがCより２倍以上速くなって という記述は見当たらないけど > NimがCより２倍以上速くなって、しかもORCでメモリ安全も担保されているなら > Rustを使う意味がなくなると思うのですが、このベンチマークは本当なのでしょうか？ 「メモリプールが速い」は本当だろう 「Cより速い」は、そもそもそんなことを書いてないのでダウト Rustは分からんけどGCが無いぶんNimよりは有利なのでは http://mevius.5ch.net/test/read.cgi/tech/1659660050/264
265: デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-D2eP) [sage] 2024/10/02(水) 13:03:50.53 ID:XbzwGALZa RustがNimより速い訳がない http://mevius.5ch.net/test/read.cgi/tech/1659660050/265
266: デフォルトの名無しさん (ﾜｯﾁｮｲ ffad-4whB) [] 2024/10/03(木) 12:29:21.43 ID:gQlcDFcc0 nim 2.2.0 リリース 久しぶりに速度をはかるとかなり高速化されているようだ。 単純なフィボナッチ計算４５桁で実測 -d:releaseコンパイルで約26%, -d:dangerで約33%高速化している。 (実際の高速化はこの一つ前のバージョン2.0.10でされている） http://mevius.5ch.net/test/read.cgi/tech/1659660050/266
267: デフォルトの名無しさん (ﾜｯﾁｮｲ 6f9f-xlWa) [sage] 2024/10/03(木) 13:32:37.43 ID:/N1KY/IS0 実用コードでそこまでの差はないだろうけど チェックの省略やTCOが上手になったのかな Cコードで差分とってみてほしい http://mevius.5ch.net/test/read.cgi/tech/1659660050/267
268: デフォルトの名無しさん (ﾜｯﾁｮｲ ffad-4whB) [] 2024/10/05(土) 02:05:54.37 ID:dycfQkyl0 266です。 nimから出力されたCコードの差分を取った所、違っていた箇所は以下の２点でした。 ?メイン処理に入る前のnim側の初期化処理（関数名が変わっている） ?フィボナッチ関数内のresult変数の０初期化 ※gccのコンパイルオプションも全く同じ 特に高速化に繋がる変更はなく、なぜ早くなるのか不明でしたが、色々と試して 上記?が原因と分かりました。 nimのresult変数の初期化が入る事で、ｇｃｃ側のコンパイル最適化で高速化 しているようです。 試しにnim2.0.8でresult変数を０初期化した所、nim2.2.0と同じ処理速度 が出る事が確認できました。 (フィボ関数内の先頭でresult変数を０初期化し、以降の算出値をresult変数に 格納するように変更した） http://mevius.5ch.net/test/read.cgi/tech/1659660050/268
269: デフォルトの名無しさん (ﾜｯﾁｮｲ 231f-olmx) [sage] 2024/10/05(土) 14:35:02.61 ID:tOSXTi2h0 >>266 Nimの場合はバックエンドに使うCコンパイラの最適化能力も実行速度に影響します。Nimのバージョン間の実行速度を比較するときにCコンパイラのバージョンを同じにしていますか? 面倒でなければCコンパイラの出力するアセンブリコードを読むと何故result変数を0初期化することが処理速度に影響するかわかると思います。 --passC:"-S"というコンパイラオプションをNimに渡すとnimcacheディレクトリにアセンブリコードが出力されます。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/269
270: デフォルトの名無しさん (ﾜｯﾁｮｲ caad-6k2q) [] 2024/10/06(日) 13:25:29.22 ID:yuNPVtUj0 >Nimの場合はバックエンドに使うCコンパイラの最適化能力も実行速度に影響します。Nimのバージョン間の実行速度を比較するときにCコンパイラのバージョンを同じにしていますか? 当然同じ環境です。choosenimでバージョン切り替えて確認してます。 私の疑問点は解消しましたし、gcc側の最適化内容まで追うつもりはないので、私の方の検証はこれで終了とします。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/270
271: デフォルトの名無しさん (ﾜｯﾁｮｲ 3901-c8YC) [sage] 2024/10/26(土) 14:10:58.86 ID:lE9emaTH0 Zig言語で開発したターミナルエミュレータだってさ ミッチェル・ハシモト氏の個人開発によるターミナルエミュレータ「Ghostty 1.0」、12月に正式リリース予定。オープンソースとして公開へ 2024年10月25日 https://www.publickey1.jp/blog/24/ghostty_1012.html http://mevius.5ch.net/test/read.cgi/tech/1659660050/271
272: デフォルトの名無しさん (ｽﾌﾟｰﾌﾟ Sdbf-hCSs) [sage] 2024/11/29(金) 13:35:59.12 ID:cbzvCkJwd Crystalとかわりと新しめな言語っぽいけど次世代言語としてはあんま価値はない感じ？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/272
273: デフォルトの名無しさん (ﾜｯﾁｮｲ 9f1c-ksDR) [sage] 2024/11/29(金) 14:06:07.15 ID:kgssLEYJ0 対立煽りに荒らし尽くされて過疎ってるだけだから気にせんと何でも書いてってや http://mevius.5ch.net/test/read.cgi/tech/1659660050/273
274: デフォルトの名無しさん (ﾜｯﾁｮｲ 7702-cdGy) [sage] 2024/11/29(金) 18:48:03.79 ID:KH+D4ATv0 やはり、実際に採用されたプロダクトが出てくる頻度で見ると、Zigが頭一つ抜けてるな http://mevius.5ch.net/test/read.cgi/tech/1659660050/274
275: デフォルトの名無しさん (ﾜｯﾁｮｲ 6208-Dngz) [] 2024/12/03(火) 00:07:23.29 ID:SdCS4Rrb0 zigをCコンパイラもどきとして扱うのはよく見るけどzig言語の採用例ってあんまり多くなくない http://mevius.5ch.net/test/read.cgi/tech/1659660050/275
276: デフォルトの名無しさん (ﾜｯﾁｮｲ 96b3-jW52) [sage] 2024/12/03(火) 06:50:16.97 ID:hGt3IOpB0 時雨堂もZig撤退しちゃったしなぁ http://mevius.5ch.net/test/read.cgi/tech/1659660050/276
277: デフォルトの名無しさん (ﾜｯﾁｮｲ 4502-WFUB) [sage] 2024/12/03(火) 07:04:26.37 ID:JOdYPQk60 >>276 マジかよ それはショックだな http://mevius.5ch.net/test/read.cgi/tech/1659660050/277
278: デフォルトの名無しさん (ﾜｯﾁｮｲ 967c-jW52) [sage] 2024/12/03(火) 07:13:55.18 ID:hGt3IOpB0 >>277 非同期の仕様が全然決まらないかららしい 本家はLLVMに変わるコンパイラバックエンドに注力してるみたいだけど そんなことより言語仕様とか標準ライブラリやったほうがいい気はする… http://mevius.5ch.net/test/read.cgi/tech/1659660050/278
279: デフォルトの名無しさん (ﾜｯﾁｮｲ 4502-WFUB) [sage] 2024/12/03(火) 07:40:52.23 ID:JOdYPQk60 >>278 本家は今のCの適用範囲をそのままZigで置換することを目指していて 範囲外にある非同期に関心薄いのはしょうがないのでは http://mevius.5ch.net/test/read.cgi/tech/1659660050/279
280: デフォルトの名無しさん (ﾜｯﾁｮｲ 2af5-jW52) [sage] 2024/12/03(火) 08:12:12.79 ID:13VhrJJT0 Cの適用範囲ってのが残ってるのかちょっと疑問はある Rust for Linuxの騒動でも感じたけどCにこだわりのある人はC以外に移行しないと思う 移行してもいいって人はすでにRustなりに行ってる可能性高いし 組み込み系は残ってるけど認定コンパイラ必須だからハードル高いし そもそもユーザ増えないと認定にお金出してくれる会社も現れないんだよな http://mevius.5ch.net/test/read.cgi/tech/1659660050/280
281: デフォルトの名無しさん (ﾜｯﾁｮｲ a64d-5eKh) [] 2024/12/03(火) 21:49:17.45 ID:FXu9rGH00 zigは結局メモリ安全じゃないからね ならcでいいってなるね http://mevius.5ch.net/test/read.cgi/tech/1659660050/281
282: デフォルトの名無しさん (ﾜｯﾁｮｲ 96b4-jW52) [sage] 2024/12/03(火) 23:16:36.04 ID:hGt3IOpB0 zigは未使用変数がエラーになるとか今風の言語っぽく厳しい部分もC好きな人には合わなさそう http://mevius.5ch.net/test/read.cgi/tech/1659660050/282
283: デフォルトの名無しさん (ﾜｯﾁｮｲ 7b5d-XATa) [sage] 2024/12/24(火) 09:41:20.41 ID:Q1P/mCXL0 待望の新言語 WebAssemblyに特化した言語「MoonBit」のコンパイラがGitHubで公開 https://www.publickey1.jp/blog/24/webassemblymoonbitgithub.html http://mevius.5ch.net/test/read.cgi/tech/1659660050/283
284: デフォルトの名無しさん (ﾜｯﾁｮｲ 61f0-nFNZ) [sage] 2024/12/27(金) 17:23:49.87 ID:G1CfTzeH0 記述言語OCamlじゃん‥ http://mevius.5ch.net/test/read.cgi/tech/1659660050/284
285: デフォルトの名無しさん (ﾜｯﾁｮｲ bbab-XATa) [] 2024/12/27(金) 17:30:07.17 ID:ETOuh+5m0 Haxeを想起させる http://mevius.5ch.net/test/read.cgi/tech/1659660050/285
286: デフォルトの名無しさん (ｻｻｸｯﾃﾛﾛ Spef-JlZ7) [sage] 2024/12/28(土) 18:36:13.79 ID:6/sbywh9p 今更言語特有の変な記号とか覚えたく、ない http://mevius.5ch.net/test/read.cgi/tech/1659660050/286
287: デフォルトの名無しさん (ﾜｯﾁｮｲ 2b01-ZJIG) [sage] 2024/12/28(土) 18:41:10.43 ID:TMKvqX8o0 そもそもWebAssemblyをテキスト形式に書きゃいい わざわざ別言語を挟む必要なし http://mevius.5ch.net/test/read.cgi/tech/1659660050/287
288: デフォルトの名無しさん (ﾜｯﾁｮｲ bbd6-XATa) [] 2024/12/28(土) 20:01:23.85 ID:BjukJolw0 ocamlが癌だよなあ llvmにすりゃよかったのに 今時コンパイラをセルフホスト出来てないのは厳しい http://mevius.5ch.net/test/read.cgi/tech/1659660050/288
289: デフォルトの名無しさん (ﾜｯﾁｮｲ 5ff0-godm) [sage] 2024/12/29(日) 00:15:57.27 ID:iFrxiC4m0 テキスト形式ってWATのことかな？ Component Modelの実装もWATで全部記述するってことだろうけど、つよつよな人だー。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/289
290: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b01-XQZH) [sage] 2024/12/29(日) 10:54:43.90 ID:xYvb8s8e0 >>289 現状Wasmを使いたくなるケースがJS系より高速な数値計算くらいなんだからテキスト形式で十分 ブラウザゲームのような特殊な用途ではない限り、現行では未だ課題の多いWasmが従来のJS系+Htmlを食らうことはない Wasmでstdの規格が制定されてWasmファイル容量の大幅削減が実現してからが本番 http://mevius.5ch.net/test/read.cgi/tech/1659660050/290
291: デフォルトの名無しさん (ﾜｯﾁｮｲ 1a45-Nl0t) [] 2024/12/29(日) 11:34:20.33 ID:+BdQ0YDt0 https://x.com/bobzhang1988/status/1866342498421096448 一応llvmで書き直す構想はあるみたいだ http://mevius.5ch.net/test/read.cgi/tech/1659660050/291
292: デフォルトの名無しさん (ﾜｯﾁｮｲ 03f0-FsiX) [sage] 2024/12/29(日) 14:55:32.92 ID:uE2S0Bjb0 今時のコンパイラならrust+llvmが鉄板なんじゃないの？ ライブラリも豊富になってきたし http://mevius.5ch.net/test/read.cgi/tech/1659660050/292
293: デフォルトの名無しさん (ﾜｯﾁｮｲ 03f0-FsiX) [sage] 2024/12/29(日) 14:58:20.96 ID:uE2S0Bjb0 >>289 Lispかける人なら余裕だと思うよ 知らんけど http://mevius.5ch.net/test/read.cgi/tech/1659660050/293
294: デフォルトの名無しさん (ﾜｯﾁｮｲ 3e0f-8EYK) [] 2025/01/03(金) 03:33:14.60 ID:REb2C/h00 Perlの$%@は良かった http://mevius.5ch.net/test/read.cgi/tech/1659660050/294
295: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa23-Y8TR) [] 2025/01/05(日) 10:08:03.18 ID:8kdOFrcZa そう思える人はRubyも好きなはず http://mevius.5ch.net/test/read.cgi/tech/1659660050/295
296: デフォルトの名無しさん (ﾜｯﾁｮｲ cf57-VyPR) [sage] 2025/01/19(日) 19:22:00.79 ID:zgJXkwkZ0 Zigは0.14.0がリリースできず2月に先延ばしされました 今回issue残件が脅威の1000件超えのままだけど来月までに選別していつも通り大半を持ち越し 目玉の増分ビルドは正式リリースに届かないっぽいかな 他も根本から書き直しってのが多くて新機能は何が正式に入るのか謎だ http://mevius.5ch.net/test/read.cgi/tech/1659660050/296
297: デフォルトの名無しさん (ﾜｯﾁｮｲ fff4-Rgmu) [sage] 2025/01/20(月) 07:55:51.51 ID:/rx6KXgc0 >>296 増分ビルドはnightlyでマージ済み http://mevius.5ch.net/test/read.cgi/tech/1659660050/297
298: デフォルトの名無しさん (ﾜｯﾁｮｲ 0b2a-7Nk8) [sage] 2025/03/06(木) 15:04:34.42 ID:Y61FoeXm0 zig-0.14.0出たよ！恒例の延期はあったけどね 増分ビルドはテスト不足でデフォルトだと無効になっちゃってるようだ > this feature is not ready to be enabled by default, > it can be opted into via the -fincremental flag passed to zig build. 使ってみたいなら -fincremental オプションで明示的にオプトインしてねってことなので 有効化したらメッチャ高速になった…！ええやん！ http://mevius.5ch.net/test/read.cgi/tech/1659660050/298
299: デフォルトの名無しさん (ﾜｯﾁｮｲ 3102-TLa3) [sage] 2025/03/06(木) 19:12:13.02 ID:l4jw4h0Z0 Zig 1.0はいつ出るの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/299
300: デフォルトの名無しさん (ﾜｯﾁｮｲ 112b-K6h+) [sage] 2025/03/06(木) 19:46:33.97 ID:38v8ReeR0 最後の大物、コルーチンをサポートしてzig 1.0かなぁって予想。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/300
301: デフォルトの名無しさん (ﾜｯﾁｮｲ 454b-bZOK) [] 2025/03/24(月) 18:22:12.85 ID:mpEtAgOm0 >>229 きりのいいとろこで2030年ごろじゃね？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/301
302: デフォルトの名無しさん (ﾜｯﾁｮｲ c269-JIbt) [] 2025/03/24(月) 22:03:16.05 ID:+P7EWERr0 MoonBitでLLVMを再構築するとのこと > We will rebuild a better LLVM in MoonBit starting this year, > modern compiler toolchain in a modern language and it will be deveoped in OSS http://mevius.5ch.net/test/read.cgi/tech/1659660050/302
303: デフォルトの名無しさん (ﾜｯﾁｮｲ e1f0-Y8I3) [sage] 2025/03/25(火) 13:53:04.66 ID:z+9Q790S0 >>302 は？別にそこはいいじゃん http://mevius.5ch.net/test/read.cgi/tech/1659660050/303
304: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b27-iF7r) [sage] 2025/05/20(火) 08:58:30.48 ID:wvxe5xAp0 待望の新言語 魔法陣のようなプログラミング言語「Mystical」 https://gigazine.net/news/20250519-mystical/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/304
305: デフォルトの名無しさん (ﾜｯﾁｮｲ 4f54-gGGB) [] 2025/05/21(水) 05:37:24.48 ID:tVhMy6rt0 元はforthかな http://mevius.5ch.net/test/read.cgi/tech/1659660050/305
306: デフォルトの名無しさん (ﾜｯﾁｮｲ 46a2-CQkj) [sage] 2025/07/13(日) 21:25:38.68 ID:ttim25hJ0 待望の新言語 jank programming language https://jank-lang.org/ http://mevius.5ch.net/test/read.cgi/tech/1659660050/306
307: デフォルトの名無しさん (ﾜｯﾁｮｲ a65e-bbtO) [sage] 2025/07/14(月) 13:40:56.77 ID:qata7TEE0 lisp方言が増える感じなのかな？ clojureは、結構javaのクラスライブラリ呼んでなんとかしてる感じしたので、その点どうなるのかね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/307
308: デフォルトの名無しさん (ﾜｯﾁｮｲ cab3-AbPb) [sage] 2025/07/17(木) 12:44:48.46 ID:TY8Q4fcO0 Unison 言語から、「次」の言語を考察したい https://zenn.dev/mizchi/articles/think-next-language-with-unison http://mevius.5ch.net/test/read.cgi/tech/1659660050/308
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s