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

1 名前：デフォルトの名無しさん [2022/04/17(日) 17:52:35.38 ID:KG26dcth.net] スレタイ（順番はRedMonk準拠）以外の言語もok 前スレ 次世代言語24 Go Nim Rust Swift Kotlin TypeScript https://mevius.5ch.net/test/read.cgi/tech/1647887021/ 331 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:23:23.46 ID:PqJDEf6z.net] 逆恨みとか、自我と言語が密結合していない限り出ない言葉だよな 用途目的に応じて言語を使い分ければ良いのに つまりそういうことだ 332 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:26:24.56 ID:bFDhmU1p.net] おそらくNimの人がずっとRustを仮想敵にでもしてるのかもな だからNimに不利っぽい書き込みがあるとRustの話がどこにもなくても無意識にRustを叩いてしまってるのかもな 333 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:26:38.57 ID:WnCW0ZaS.net] ローカルのスコープしか影響しないのに、わざわさわ汚染とか言うの意味わからん 紛らわしいからやめろ 334 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:27:48.66 ID:WnCW0ZaS.net] > わざわさわ汚染 タイポしてた わざわざ汚染 335 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:29:25.14 ID:3QooPOGs.net] 例えば新しい言語が出来て人気を博したら、RustにもNimにもDにもSwiftなどにも存在しない機能や、シンタックスシュガーになるわけで それを指摘したら、逆恨みだの、攻撃だの、アンチだの言いだしたらこのスレはマジ必要ない。 なんで無いのか考察を言ったり、コンパイル時間への影響とか、現行の構文が大きく変わってしまうとかそういうのを述べるならまだしも UFCSが汚染だとキチガイのように書いてる。マジこんなやつ迷惑だろｗ 336 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:34:31.02 ID:fIAeID6q.net] このスレを「汚染」で検索してそれら書き込みを見るとプログラミング言語名の最多登場がRust なぜRustを汚染と叩く書き込みが多いのか不思議 337 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:35:18.96 ID:PqJDEf6z.net] >>228とか>>235みたいな、主観と思い込みによる断定から荒れ始めたんだよな そこからおそらく自己正当化のために独自の「汚染」を定義 誰にも賛同されないと逆恨みだの攻撃だの仮想敵だの 338 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:38:37.94 ID:kDkXz7wX.net] >>333 それはもちろん同感だが 同時に発生しているRust汚染叩きは何なのだろう？ 339 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:48:57.83 ID:VVkmIp+6.net] rustは錆なんだから汚染ぐらいでどうこう言うのもちょっと 340 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 20:54:23.26 ID:GhM9BPSc.net] Rustに対してとにかく言いがかりつけてるアレな人が前からおるやん 今回もそれだろ 有名人が叩かれる有名税みたいなもんや 341 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 21:10:54 ID:EYilt5eX.net] いーや一番言いがかりで汚染されてるのはこんスレとロシアだと思いますわ。反枠＆陰謀論！病院池 342 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 21:27:42.00 ID:l9I/osPN.net] 有名税か 逆恨みやストレス発散でバッシングする連中多いもんな 343 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 21:47:49 ID:iMu4Hfqd.net] >>332 >>334 事実に基づかない嘘で被害者面するのやめるべきだな。 このスレで「汚染している」と難癖つけられているのはUFCSだろ。次点でNim。Rustはあったっけ？ [] [ここ壊れてます] 345 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 21:58:12 ID:Hqs3zbo6.net] ケンカはやめて＞＜ 346 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 22:11:48.53 ID:EH/Dcnf1.net] ふたりを　とめて〜 347 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 22:17:54.71 ID:PqJDEf6z.net] 有名税とか言う前にまずDとNimとUFCSを無理筋でこき下ろした件に対するごめんなさいは？ 348 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 22:34:36.42 ID:BiA6VIMH.net] あと無関係な争いに巻き込まれたRustも可哀想 349 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 23:13:51.83 ID:W8ZZnspt.net] 調べたところRustにもUFCSがあるようだけど。 https://doc.rust-lang.org/1.30.0/book/first-edition/ufcs.html 350 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 23:32:05.72 ID:PJo8eL2A.net] それ古い版のthe bookだし>>224の条件付きだからUFCSってあるってだけだよ 351 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 23:34:40.87 ID:PJo8eL2A.net] 途中送信した 条件付きだからこれをUFCSと呼ぶのは誤用ってことで今は使ってないよ（>>284） 352 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 23:52:22 ID:+dAy6ibx.net] >>344 もちろんRustにもあるけど微妙に違うので今はUFCSとは呼ばなくなった その微妙な差というのは既に>>245で書いたように > 例えばu64型のxに対して > xのn乗はu64::pow(x, n)という関数が標準であるけど > これはx.pow(n)と呼び出すことができる とメソッド形式でなく関数形式の時に型名等の前置パスで常に制限される 353 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 00:24:29.22 ID:HRWQKuSX.net] ほんのわずかだけ違うとはいえ D、Nim、RustといったUFCS対応言語は2通りの記述方法が出来て便利で良いですよね 354 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 07:04:16.95 ID:Y0YWAbka.net] Goってマジで終わりかけてる？ 使う価値あんまり感じなかったのは事実だけどｗ 355 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 07:06:24.67 ID:nY6A0xRe.net] バカヤロー、まだ始まっちゃいねぇよ 356 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 09:33:09.74 ID:N3l9Q94/.net] Goジェネリクスの実装とパフォーマンスについて https://www.infoq.com/jp/news/2022/04/go-generics-performance/ 357 名前：デフォルトの名無しさん [2022/04/26(火) 10:53:42 ID:jf0A6U3h.net] >>260 ちげーよ。 記法の問題。 358 名前：デフォルトの名無しさん [2022/04/26(火) 11:05:30 ID:jf0A6U3h.net] >>295 これが正しい 359 名前：デフォルトの名無しさん [2022/04/26(火) 11:06:06.60 ID:jf0A6U3h.net] >>295 これが正しい 360 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 12:45:23.73 ID:AcQNW5IU.net] >>295 (UFCS方式を含めて)メソッドを追加できない次世代言語が存在するのですか？ 361 名前：デフォルトの名無しさん [2022/04/26(火) 13:27:25.51 ID:jf0A6U3h.net] 頭痛くて寒気すると思ったら熱あったわ。 362 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 13:49:04 ID:US6qo08V.net] >>355 Rust、Kotlin、Swift、C#は拡張できるし、メソッド形式呼び出しがあるモダン言語なら必須機能っぽいけどね 363 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 14:12:26 ID:DbGjJV4L.net] 最後にGoの悪口に収束するのは、おまいらの悪い癖だと思う >>356 現代日本の片づけのキモはゴミ在庫の管理だ。 これはコンマリも言ってない.. pptppc2 「キモ」「ゴミ」とかいうワードが真っ先に出てくると身構えてしまう。 364 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 14:18:27 ID:jETt/1T7.net] >>357 スレタイにある言語だと TypeScriptもJavaScriptだからメソッド追加可能 残るGoは？ 365 名前：デフォルトの名無しさん [2022/04/27(水) 10:39:21.30 ID:8eBizIGw.net] nimググってみたけどけっこう良さそうな言語じゃん。 366 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 09:51:11.18 ID:nibPTxk+.net] Go開発者の92％が「Go言語に満足」 https://mag.osdn.jp/22/04/27/135700 367 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 11:41:20 ID:nnpkzAOE.net] >>360 自演乙 368 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 11:41:58 ID:nnpkzAOE.net] >>361 ガイジの中のガイジ煮詰めたデータに何か意味あるんか？ 369 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 11:48:23 ID:HTMH1VGQ.net] なんかの統計でphpも満足度が高かったような 370 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 11:57:31.13 ID:izq7WstO.net] Nimは100%ですよ 371 名前：デフォルトの名無しさん [2022/04/29(金) 12:04:51.33 ID:okzbgZOG.net] >>362 何いちゃもんつけてんだ。 nimは使ったことすらねーわ。ググっただけだ。 一応このスレタイトルのtypescriptとgoは使ってる。 372 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 12:06:43.44 ID:0R1ha4qI.net] サーチフレンドリな名前ではある 373 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 14:28:08.64 ID:bzqD+Da/.net] 生存者バイアスとしか… 374 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 15:45:25.25 ID:nnpkzAOE.net] phpは障害者雇用枠だから 375 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:23:50.76 ID:fXQBWCQI.net] 前にも書いたけど学校のサイトとかをワードプレスで運用してるところ結構あるんだよね 他の言語では先生達に書き換えて運用とか無理だと思う PHPはそういう用途に向いてる 絶対そこはRustとかGoにはならない 376 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:44:01.30 ID:Crnvpu67.net] 言語と人を比較して言うのだが PHPを批判するような子は たいていPHP以下の存在 そして必ずPHPの作者以下の技量 377 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:58:05.95 ID:FaPJ+Yjv.net] たぶんPHPが存在してなければ、また誰かが気軽にwebサイトをさらっとかけるスクリプト言語をRustのようなシステムプログラミング言語で開発していただろう そしてそれはPHPのようなものになるのだろうね 378 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 21:18:48.98 ID:nnpkzAOE.net] たしかにPHPが障害者を吸ってくれたおかげで助かってるところはあるかも ITの汚物入れ、人類最底辺のクズ、エタヒニン・罪人 それがPHPoor 379 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 21:24:48.98 ID:cvAz2ZRh.net] Reasonってどうですか？ https://reasonml.github.io/ 380 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:15:53.12 ID:K6x/4GwT.net] こんスレってなぜかJuliaの話、完全スルーするよな。Go？Rust？Zig？Nim？時代遅れのローエンド言語や 381 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:27:03.12 ID:gkaMUNbq.net] >>370 GoとPHP、どっちも使わない人からしたら大して変わらない説。 382 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:38:01.94 ID:awtM9gjL.net] >>373 よっぽど根に持ってるんだな。 ちょっと病的な感じ。 383 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:48:27.27 ID:6EgfuGip.net] ローエンド言語なんて言葉ある？ ローレベル言語ならわかるけど 384 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:57:18.29 ID:IOMhb3u+.net] >>375 単に知られてないから話題に反応できないだけだと思う 良いところ教えてよ 385 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:02:55.81 ID:kzHHMnSC.net] Julia、せっかく新規言語で型付けと動的性のバランスを取れる立ち位置にあったのに、抽象-具象の継承ベースの型を採用した部分が個人的にジェネリクスと噛み合いが悪いと思っていて悲しい 1-originとかは正直瑣末事だと思ってる分そこだけが本当に合わない 一応最新バージョンだとパラメト� 386 名前：潟bクな抽象型とそのパラメータに抽象型を使えるし、その部分型をパラメータにも抽象型コンストラクタ（？）にも適用できるから実用上十分なんだと思うが [] [ここ壊れてます] 387 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:13:16.89 ID:6EgfuGip.net] JuliaのユーザーってPythonは当然として、他にはMATLABやRが競合になるようなコミュニティだから、 このスレとはまるで層が違うんじゃないかな MATLABやRの話も全く出ないし 388 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:27:24.69 ID:awtM9gjL.net] Juliaって計算科学や数値解析に特化した、R言語みたいなものでしょ？ 389 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:34:47.33 ID:fFwxA39Q.net] Julia厨はクソみたいな押し付けするくらいなら 自分で他言語のライブラリの移植でもした方がよっぽど使ってもらえるという当たり前のことすら理解してないからな。 390 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:47:45.01 ID:dUco7/4p.net] >>380 その継承が中途半端なことしかできないし 継承を採用したことも失敗してるし Juliaはあかんね 391 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:03:38.50 ID:UesQSoYk.net] 継承は基底クラスと派生クラスの役割（責務）の分担が非常に難しいです。 よほど上手く設計しないと、すぐに「スパゲッティ・オブジェクト・プログラム」ができあがります。 継承は実装の再利用という面があるので、得てしてコピペの代わりに使われがちでもあります。 既存のあるクラスの振る舞いをちょっとだけ変えたいから継承を使おうってやってしまうと、 派生クラスのソースを見ただけでは何をやってるのか全くわからない最悪のコードになります。 まだコピペのほうがマシなことも。 最初はちゃんとクラス階層の設計がされていたとしても、だんだん皆が使う共通ルーチンを基底クラスに持たせよう、としてしまうとか、 基底クラスは、すぐに、巨大かつ影響範囲が広すぎてイジれない「神クラス」になるでしょう。 この場合の基底クラスの役割は、グローバル変数そのものと言ってよいですね。 とにかく、継承を使うと、コピペ、グローバル変数の使用、といった「禁じ手」と実質的に同じことが簡単にできてしまいかねません。 もし継承を使うのであれば、かなり注意が必要です。 その一方で、継承でないと絶対にダメという用途もあんまりないのです。 継承を一律禁止してしまってもそんなに困らないところがあります。 そのため最近ではGoやRustなど言語の仕様として継承（インタフェースではない実装を持つクラスの継承）を禁止している言語が増えているという有り様です。 392 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:45:40.28 ID:JnqjPuKd.net] 今北産業 393 名前：デフォルトの名無しさん [2022/04/30(土) 00:48:57.89 ID:LJ+fWFU3.net] 長い。そして間違っている。 Rustは代わりにtraitで継承を表現できるが、Goは表現する方法はなく、似たことをするとデータ構造を弄くることになる。 そもそも継承においてはデータ構造と実装の併合が問題なので、あとは察してください。 394 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:53:39.80 ID:03/a5/ox.net] じゃあ継承使わないでプラグイン機構使いたいときはどうすんの？ 395 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:55:27.41 ID:xinPqoeI.net] プラグイン機構とだけ言われても意味が一意じゃないと思うけど mixinのことかいな？ 396 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:56:29.80 ID:5YZgJnSQ.net] Composition over inheritanceは30年近くも前のGoFですでに広まってるのになぜ次世代言語スレで話題になるんだろう 397 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:03:52.06 ID:xinPqoeI.net] ていうかJuliaの型システム知らなかったから簡単に調べたけど具象型はsupertypeになれないとか書いてあるん 398 名前：ですが Juliaでもいわゆる継承の問題点はちゃんと回避されているんではないですかね [] [ここ壊れてます] 399 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:17:16.86 ID:mZJBhlPe.net] >>391 継承とジェネリクスとの相性の悪さが問題なのではないかな 400 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:19:25.03 ID:onyz3Xxm.net] >>390 その後に継承のデメリットの方が多いと分かってきたため そのデメリットをどう回避するかが各言語の主題となっている 401 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:04:17.75 ID:LJ+fWFU3.net] >>390 知った気になって語りやすい話題だからだろう。 実装の拡張を肯定しつつデータ構造を直接拡張しないところが重要。 それを字面だけ解釈して、結局は妥協でデータ構造が暗黙に継承するような、先進言語の形だけ真似した言語もあるくらいだからね。 402 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:17:19.37 ID:Z7DxbzXv.net] >>387 Goだけがどの話題でも機能不足との結論になっていて悲しいです 403 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:24:06.80 ID:iqR9XqAh.net] クラス継承しか知らないプログラマーは何でも継承で表現しようとするために失敗しているわけだから 継承のないプログラミング言語で修行させればそこは学習できるはずだ 404 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 03:12:19.75 ID:TIk5gKqZ.net] 実際言うほど継承使わないからなぁ 共通的な部分を継承で済ます場合はあるけど データもその共通部分がはっきりしているなら親クラスで定義するけど ただフレームワークを使ってたらコントローラはControllerから継承みたいなのはどうしてもあるが 405 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 03:18:56.57 ID:QdZCFn9O.net] >>397 そこは移譲ではダメなの？ 406 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 05:30:17.12 ID:ES8eyWNp.net] typescriptは不要だな。jscript .netといっしょで空虚だ。 407 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 08:27:54.46 ID:UilcMqZz.net] マイクロソフト、JavaScriptに型宣言を追加しつつトランスパイラ不要の「Types as Comments」をJavaScript仕様策定会議のTC39に提案へ https://www.publickey1.jp/blog/22/javascripttypes_as_commentsjavascripttc39.html 408 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 11:29:38.19 ID:8xaJAFlZ.net] 継承自体は悪くなくて設計が悪い 実際継承使わないパターンが多くなったのでそれもどうでもいい クラスに当たるものに委譲で継承的なことをすると状態が問題になる そしたら状態を持つのが悪いと言うまた不思議な話になる そしてどんどん学習時間取られてみんな疲弊していく 409 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 11:37:07.51 ID:8xaJAFlZ.net] 委譲元のクラスが単体では問題なく動くのに組み合わせるとテストを通らない よく見ると以上元のクラスの内部状態が必要になってるけど公開されていない 完全な設計ミス interfaceに必要な要素を追加…などできずデフォルト実装を追加 こうしてゴミが出来上がる 410 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 13:19:33.60 ID:GvRRQSqT.net] 継承はそのオブジェクトの内に閉じた処理、オブジェクトの外の処理でもリスコフ置換原則が成立する範囲ではスマートでいいと思うよ ただ現実的な話、ビジネスルール自体がそうなってないケースが多い オブジェクトの外の処理は多くの場合、処理対象の子クラスの型で分岐を求められる これにオブジェクト指向で対処しようとすると、めんどくさいデザインパターンの洪水に呑まれる オブジェクトの内側のことは継承でエレガントに実現しておｋ（嫌いなら使わなくてもおｋ） 外側のことは地道にpattern matchingで泥臭く頑張る これでいいと思うね 411 名前：デフォルトの名無しさん mailto:age [2022/05/01(日) 14:26:43.52 ID:TYpzgypv.net] キチガイ隔離すれの本領発揮 412 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 15:30:58.63 ID:1sKYDrOo.net] RustもJuliaやGoみたいに廃れて消えていく気がしている。 https://qiita.com/AKKYM/items/78c04840bc72d9db834d 413 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 15:37:27.28 ID:KjQtFKQ9.net] ポエムすぎ。 414 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 16:13:59 ID:KIr6c+FR.net] このRustと同じ分類となる、更に便利な言語が登場しないと、Rustを置き換えることが出来ないだろう ＞ プログラミング言語は以下の3つに分類される ＞ CとC++　←『省メモリ高速』だが、「メモリ解放でミスると危険」 ＞ GC言語　←『省メモリ高速』ではないが、「メモリ解放は自動で気にしなくていい」 ＞ Rust　←『省メモリ高速』だが、「メモリ解放は自動で気にしなくていい」 415 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 16:14:52 ID:1l9w5D7n.net] >>405 妄想でつか？ 416 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 21:23:49.61 ID:Z7VnuZFm.net] JuliaはFORTRANを駆逐できましたか？ 417 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 22:23:58.30 ID:BE/fpmM/.net] https://mun-lang.org/ Mun触ったことのある人いる？ ぱっと見GCつきのrustみたいに見える 418 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 23:42:24.67 ID:/piMIc6O.net] >>410 文法や基本型はRustと同じっぽいね ドキュメントを見る限りでは非常に小さいサブセットで開発途上なのかよくわからない 419 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 12:37:31 ID:LXFM7yFt.net] >>407 その分類、そもそもニーズが大きくない気がするし、 このまま競合は現れずに行きそうだよね。 420 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 13:23:34.89 ID:2hhO4/Db.net] >>410 Dlang: C++風のGC言語 Crystal: Ruby風のGC言語 nim: Python風のGC言語 Vlang: Go風のGC言語 Mun: Rust風のGC言語 ← New! こういうこと？ 421 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 13:56:24.42 ID:nH+No7UX.net] VlangはGC無かったと思った 422 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 14:17:19 ID:2hhO4/Db.net] >>414 ほんとだ、ありがとう 423 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 16:08:02 ID:btF26FKd.net] >>412 重視されているからこそ C/C++からRustへの移行(安全化)だけでなく 各種GC言語からRustへの移行(高速化)が起きている現実 424 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 16:39:23 ID:zwMG9j3G.net] >>416 ないわ～ pythonからRustってありえないよ 425 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 17:38:01.22 ID:/8s7agyt.net] NumPy, SciPyのライブラリの実装FORTRANをCにベタ移植して更にC++でラップしたような物ばかりだったけどRsutへの移行は順調に進んでいますか？ｗ 426 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:06:45.99 ID:+Vpltyoe.net] それらPythonの使い方は単なる皮言語だからな 次世代言語スレで皮言語を持ち出す時点で頭おかしい 427 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:19:24.75 ID:cySxIzYo.net] >>418 どの分野でもどの言語でも同じだけど 他の言語に移行するのは新たな物(仕組み・システム)を作る時だよ そのまま移植は非常にレアケース 例えば古すぎるたり性能面で難があるけどアルゴリズムだけだから再設計せずそのまま他言語へ移植など 428 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:33:01.46 ID:LXFM7yFt.net] >>416 GCあり言語では、データ構造は気にしても、 メモリ操作を意識している人は、少数じゃない？ だから置き換えは、結構ハードル高いと思うけれど。 >>417 Pythonは、グルー言語でもあるから、 単純な置き換えは、そうそう進まなさそうだよね。 429 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:40:21.71 ID:YtZJWkql.net] >>421 メモリ操作とは具体的になあに？ めったにない特殊なケースは除くとしてハードルが高いことなんて無いんじゃないかしら 430 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:48:20.40 ID:/8s7agyt.net] >>422 低レイヤー言語だとメモリ読む前にキャッシュしたりアライメント揃えたりするでしょ 431 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:52:18.84 ID:qXzB3q2R.net] >>423 何それ？ よほど特殊なことをしない限りそんなコードを書くことはないよ C言語でもアライメント気にせずに変数に値が入るし変数そのものがキャッシュだし

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef