次世代言語27 Nim Zig Pony Carbon Gleam

[1 デフォルトの名無しさん (ﾜｯﾁｮｲ c35f-St8y) 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

[2 デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMee-Jv5Y) 2022/08/05(金) 12:18:02.18 ID:X0qTPiXKM]

乙

[3 デフォルトの名無しさん (ﾜｯﾁｮｲ ba7c-t4GX) 2022/08/05(金) 20:57:32.27 ID:IaHwMjJC0]

本スレ

[4 デフォルトの名無しさん (ﾜｯﾁｮｲ 9a4b-Xfpw) 2022/08/05(金) 23:22:06.64 ID:mIb2aBTZ0]

ただし Rust言語ネタは禁止します

[5 デフォルトの名無しさん (ｱｳｱｳｳｰ Sa55-9Xv3) 2022/08/06(土) 15:25:50.11 ID:eSBCWCwIa]

>>1
O2

[6 デフォルトの名無しさん (ﾜｯﾁｮｲ 895f-UFof) 2022/08/07(日) 04:00:41.01 ID:40aW3DD80]

久々にHaxeのプロジェクトページを訪ねてみたらサポートターゲットにHashLinkなるVMが追加されていた
Nekoの後継？

[7 デフォルトの名無しさん (ﾜｯﾁｮｲ 1907-Z5J/) 2022/08/07(日) 13:37:10.92 ID:Dd35QVWO0]

過疎やん

[8 デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-agxP) 2022/08/07(日) 15:10:39.88 ID:G9vPq40Zd]

>>6
haxeまだあったのか。
昔ちょろっと見てけっこう良さそうな印象持ったけど流行らなかったな。
nimもトランスレーター系だし、同じ将来にはならないで欲しい。
結局はバックにGAFAMがつくかどうかによるのかねぇ。
それでいうとpythonは運・タイミングが良かったのか。

[9 デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp5d-RXyn) 2022/08/07(日) 15:41:37.32 ID:SSq6cfdBp]

nimとかD言語みたいなちょっと良くした程度の言語だと流行らないんだろうなあ
RubyでいうRailsみたいな超人気フレームワークが登場すると話が変わってくるんだろうけも

[10 デフォルトの名無しさん (ﾜｯﾁｮｲ 1b8c-lJ3c) 2022/08/08(月) 01:27:47.98 ID:mO/LiGB20]

>>9
NimはもっとシームレスにPythonソースを使えればいいんだけど。
nimpyとかnimporterとかって公式になったっけ？

[11 デフォルトの名無しさん (ﾜｯﾁｮｲ 132c-D0FT) 2022/08/08(月) 15:07:53.58 ID:XhYLtnJ40]

>>10
nimpyやnimporterが公式になるってどういうこと?
標準ライブラリになることを期待してるのかもしれないが、標準ライブラリになったとしても使いやすくなるとは限らないよ。
C/C++のライブラリだったらc2nimやfutharkというツールがC/C++のコードを読んで自動的にバインディングを生成してくれるらしい。
futharkはlibclangを使ってコードをパースするらしい。

[12 デフォルトの名無しさん (ﾜｯﾁｮｲ 13a5-s6Hz) 2022/08/11(木) 04:05:29.11 ID:Bpvt7Gu80]

CarbonってC++のABI問題の拗れが引き金となって生まれたものなんだろうけど
わざわざ文法から作り直すことないのにな
実用的なレベルになるまで相当かかりそう

[13 デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-JIap) 2022/08/11(木) 08:03:21.25 ID:6LydNS9Hd]

GoogleでC++の糞の山のメンテばっかりさせられて嫌気が差したんだろ
所詮数あるホビー言語の一つに過ぎないんだから好きにさせてやれよ

[14 デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8b-lJ3c) 2022/08/12(金) 13:09:15.20 ID:0xlDyyucM]

>>11
公式になって手順・ドキュメントが整備されるというということだな。
そうすればもっとpythonコードが流用しやすくなるので、性能で困っているpythonユーザーが手を出しやすくなるかと。

[15 デフォルトの名無しさん (ﾜｯﾁｮｲ 937c-agxP) 2022/08/12(金) 15:40:56.79 ID:bDQmrk+50]

nimのアンダースコアを無視する仕様は好きじゃない。

[16 デフォルトの名無しさん (ﾜｯﾁｮｲ 132c-D0FT) 2022/08/12(金) 18:28:24.07 ID:D0nb2yzy0]

>>14
公式になったからといってドキュメントが整備されるとも限らないし
公式にならなくてもやる気があればドキュメントを整備するＰＲを送ればいいのでは。

>>15
アンダースコアを無視するおかげで、ライブラリがfoo_barみたいな名前を使っていてもライブラリを使う側のコードがfooBarという名前で呼び出せるので命名規則に一貫性をもたらすことができる。
しかしCのライブラリがfoo_barとfooBarという異なる二つの関数を持っているとNimから使うときに違う名前を使って参照するようにbindingを書かなくてはいけなくなってしまう。
そいいうケースはあまりないけどね。

[17 デフォルトの名無しさん (ﾜｯﾁｮｲ 468c-Waa7) 2022/08/13(土) 22:42:00.05 ID:6wAoLN5t0]

Rustを見てて疑問に思うところがあるんだけど、
「コールスタック専用変数」「ヒープ用変数」といった
使い分けをする言語はあるのかしらん？
現状の言語で近いのは
C：変数はコールスタック専用。ヒープのインスタンスはポインタで管理
Rust：変数はコールスタック専用。ヒープ用変数はBox、Vec、Rcとかで模倣
ぐらいか。
コールスタックにあるインスタンスはスコープに連動するRAIIとかの便利な特性があるから、
他の言語でもコールスタック専用変数があってもいいと思うんだけど。
例えばJavaにコールスタック用変数があればfinalizeメソッドももっと使いやすくなりそう。
コールスタック用変数専用クラスとかあってもいいし。

[18 デフォルトの名無しさん (ｽｯｯﾌﾟ Sd62-Rl2g) 2022/08/13(土) 23:29:46.92 ID:601ao6Evd]

スタックとヒープの使い分けができるという意味ならGoとかC#とか

[19 デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) 2022/08/14(日) 01:50:30.53 ID:H+Dty+yM0]

>>17
Nimでもスタックとヒープを使いわけられるよ。
refのついた型とクロージャの環境とstring, seqの中身はヒープに確保される。
それ以外のローカル変数はスタックに確保。
C言語のグローバル変数とstatic変数はstatic storageというスタックとは別の所に置かれるよ。

だいたいのシステムプログラミング言語ならヒープとスタックを使い分けられるんじゃないの？

[20 デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) 2022/08/14(日) 01:50:48.23 ID:H+Dty+yM0]

>>17
Nimでもスタックとヒープを使いわけられるよ。
refのついた型とクロージャの環境とstring, seqの中身はヒープに確保される。
それ以外のローカル変数はスタックに確保。
C言語のグローバル変数とstatic変数はstatic storageというスタックとは別の所に置かれるよ。

だいたいのシステムプログラミング言語ならヒープとスタックを使い分けられるんじゃないの？