次世代言語18 Go Rust Elixir Kotlin TypeScript

1 名前：デフォルトの名無しさん [2019/10/01(火) 02:58:03.93 ID:aEwUIB6s.net] スレタイ以外の言語もok 前スレ 次世代言語17 Go Rust Kotlin TypeScript Julia https://mevius.5ch.net/test/read.cgi/tech/1567602619/ 105 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 21:56:55.10 ID:bYW1iCGz.net] F#は2005年からあるから次世代言語じゃない 106 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 22:01:10.60 ID:bZS+cfSM.net] >>101 1994から1996は黄金世代だな 2010年代も黄金世代になるのかな？ 107 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 22:07:00.98 ID:Dw91Ir7+.net] >>105 RubyもDelphiも1995年だしな WWWが一般に普及してきたタイミングだから新言語がどんどん定着したんだろう 2010年代はGAFA+Microsoft主導の言語置き換え合戦が成功するかどうかってとこか 108 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 22:18:37.00 ID:NL29rqkc.net] c/c++に取って代わるとか言われた言語がどれだけあったことか。。 109 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 22:48:58.51 ID:Z0ApmQEX.net] >>102 C#でいいやろ 110 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 09:10:16.95 ID:h/Fdg6dB.net] >>101 これ見るとC#は旧世代と次世代の中間世代なのでまだ世代交代する必要がないということだ C#の代替言語が登場するのは数年後だな 111 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 10:12:13.12 ID:unJHxkBD.net] 言語だけ登場されても困るわ。.NETのリッチな標準クラスライブラリみたいのも一緒に登場してくれんと。 112 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 10:25:59.07 ID:FBvFWwln.net] 【歴代スレタイ言語】 次世代言語1 Go Rust Haskell Scala Erlang Elixir 次世代言語2 Go Rust Haskell Scala Erlang Elixir 次世代言語3 Go Rust Haskell Scala 次世代言語4 Go Rust Kotlin Scala 次世代言語5 Go Rust Scala Haskell 次世代言語6 Rust Kotlin Haskell 次世代言語7 Go Rust Swift Kotlin TypeScript 次世代言語8 Haskell Rust Kotlin TypeScript 次世代言語9 Haskell Rust Kotlin TypeScript Dart 次世代言語10 Rust Swift TypeScript Dart 次世代言語11 Rust Swift TypeScript Dart 次世代言語12 Go Rust Swift Kotlin TypeScript 次世代言語13 Go Rust Swift Kotlin TypeScript 次世代言語14 Elixir Crystal Julia Rust Swift 次世代言語15 Go Rust Swift Kotlin TypeScript 次世代言語16 Go Rust Bosque Kotlin TypeScript 次世代言語17 Go Rust Kotlin TypeScript Julia 次世代言語18 Go Rust Elixir Kotlin TypeScript 登場回数 18回 Rust 12回 Go 11回 TypeScript Kotlin 7回 Swift Haskell 5回 Scala 4回 Elixir 3回 Dart 2回 Julia Erlang 1回 Bosque Crystal 113 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 10:29:51.89 ID:PSsOx+9B.net] >>111 Scalaはギリギリ許されるとしてもJavaよりも歴史が古いHaskellとErlangが新世代言語はさすがに無理あるだろ…… 114 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 10:48:31.28 ID:udhU3R9n.net] >>111 ルーストの期待高杉ィ！ 115 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 12:04:32.08 ID:CCp/9MIZ.net] >>111 旧世代言語のHaskellがなんで入ってるのか全く分からない 116 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 12:07:27.33 ID:CCp/9MIZ.net] >>101 DartとHackはもう退場でいいよ Google社とFacebook社が作った言語だからって理由以外に存在意義がない DartはTypeScriptに負けた言語 HackはPHP7に美味しいところだけ取り込まれて役目を終えた言語 117 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 12:17:27.66 ID:CCp/9MIZ.net] >>85 General ...... C -> Go System ...... C++ -> Rust Application (Windows) ...... C# -> Bosque Application (macOS/iOS) ...... Objective-C -> Swift Application (Android) ...... Java -> Kotlin Web (Client-side) ...... JavaScript -> TypeScript Web (Server-side) ...... PHP -> Elixir Science ...... Python -> Julia これでどうだ 118 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 12:31:03.15 ID:H15DrU/v.net] >>116 Bosqueはないわｗｗｗ 119 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 14:41:58.81 ID:O1c9EgK/.net] JuliaとElixirもまだ地歩を固められるかどうかさえ怪しいところだろう。 サーバーサイドなんてElixirよりGo/Rust/TypeScriptの方が獲りそうにも思うが。 120 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 14:52:54.89 ID:+Zo8pyHn.net] フロントもバックも、全部TypeScriptでいいよ 121 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 15:03:30.51 ID:8XxuYVE6.net] Elixirを持ち上げてるのは元Ruby信者が多い 122 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 15:18:42.39 ID:H6Oq7LCM.net] RubyはPHPに負けた言語だからな 思い返してみると言語の流行度をランク付けしたらいつも10位前後をフラフラしていただけで一度として覇権を握ったことはない 信者はPHPerが単細胞の無能で他の言語を覚えられないからRubyが主流にならなかっただけだと思ってるみたいだけど ポストRubyのポジションはElixirだろうがそこまで価値のあるポジションとは思えない 123 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 15:23:27.69 ID:+Zo8pyHn.net] Elixirなんか実務で聞いたことねえわ PHPはゴミ 124 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 16:58:36.15 ID:cUAn3/gX.net] 次世代で差し当たって生き残るのが決まってるのはGo、Rust、Swift、Kotlin、TypeScriptの五大言語だけでしょ この5つは大企業がバックについてて一定の信者コミュニティが形成されてるからもう揺るがない ほかの言語はこれから競争 Pythonの遅さに対するヘイトでPythonブームがしぼむタイミングでどの言語がポストPythonに収まるかって戦いが注目だ Rubyのまつもとゆきひろが言ってたけど結局言語自体の良し悪しだけじゃなくて有能なコミュニティが形成されるかどうかという要素が重要だからな TensorFlowがGoに対応してる関係でAI界隈だとPythonからGoへの移行が多いけどJuliaやCrystalのラッパー作ってる人もいるからまだ他の言語にもチャンスある ちなみにうちはすでにGo 125 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 17:01:50.31 ID:cUAn3/gX.net] >>121 RubyはPythonの地位にあってもおかしくなかった アカデミックな世界の人たちがPythonに流れたのが大きかった 126 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 17:41:07.92 ID:O1c9EgK/.net] rubyが出た頃には既にpythonは十分人気があったわけで、流れたというより pythonのシェアを奪えないまま自滅したという方が合ってる気がする。 127 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 18:38:52.97 ID:wCDbKTu8.net] >>123 研究者が使うフレームワークが殆どpytorch一色になったので、 tensorflowもどこまで安泰か分からん 128 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 18:48:23.54 ID:cUAn3/gX.net] >>125 いや、一時期は間違いなくRubyはPythonよりも人気があったよ 日本に限らず世界でね 2000年代に入ってからSciPyとNumPyという科学計算ライブラリの決定版が出たことで一気にPythonの地位が上がった それまでR言語とかに注目してた層が根こそぎPythonに飛びついて大逆転した もしSciRubyやNumRubyだったらRubyが天下を取っていたはず 129 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 18:56:14.34 ID:nCpGvxq/.net] PyTorchやTensorFlowがどうしてPythonなのかが全く分からん あんな遅い言語で機械学習をやるメリットは何なの？ ディープラーニングは複雑な計算が必要だからこそ高速な言語でやらないとって思ってしまうのは俺がド素人だから？ 130 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 19:08:07.33 ID:0cNR2y9K.net] 単にAPIとして優秀だからだよ それだけ 131 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 19:12:24.89 ID:YF3dXBXH.net] PythonではC等で書かれたライブラリを呼ぶだけで計算はしないから、遅くても問題ない 132 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 19:15:19.30 ID:wCDbKTu8.net] どんな言語で書いてもCUDA等を呼び出すだけだから 133 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 19:19:55.04 ID:zZ0UxrzA.net] >>128 この分野ではライブラリ叩くのだけが役目で速さがいらないからこそPythonが生き残ったんだよ 134 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 19:44:46.12 ID:6gmeklwC.net] ruby好きの奴らなんてmatzも含めて絶対数値計算なんかやらんかっただろう。 そういうとこだよ。 135 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 20:12:28.37 ID:O1c9EgK/.net] 客観的な数字がない以上どっちが人気があったかというのは水掛け論でしかないけど、 rubyが世界的に人気が出たと言えるのはRoR以降で、登場時期はNumpyとほぼ同じなんだよな。 仮にrubyの人気がpythonを上回ったことがあったとしても非常に短い期間に限られたと思われ。 136 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 20:53:54.52 ID:6gmeklwC.net] >>128 pythonが実行速度が必要なところはcで書けばいいと割り切ってる中で rubyは言語自体の速さをあげることに時間かけてた。 そういう見識のなさがrubyなんだよ。 137 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 21:17:35.10 ID:+Zo8pyHn.net] 68 名前：デフォルトの名無しさん[sage] 投稿日：2019/11/11(月) 08:41:18.73 ID:ugn4nfqU 炎上PJに巻き込まれて帰ってこれなくなってしまったのだろう 69 名前：デフォルトの名無しさん[sage] 投稿日：2020/01/03(金) 12:58:50.03 ID:f2V4CbYL あけ　おめこ　とよろ おまえら、この空白の2ヶ月間、何してたんだ？ 138 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 21:54:16.01 ID:NzdiaSgk.net] >>135 さすがに無知すぎるだろ PythonもRubyも知らないなら無理すんなw 139 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 22:23:58.34 ID:wCDbKTu8.net] >>137 Ruby信者イライラでウケるw 140 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 23:09:54.68 ID:6gmeklwC.net] >>137 やっぱrubyやってる輩って低レイヤーのことをまるでわかってないのな。 馬鹿丸出し。 141 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 23:34:13.56 ID:2r2GEHCR.net] pythonもpython自体の高速化はやってきてるでしょ pypyみたいな変態的なものもあるし むしろrubyの方が言語仕様的に高速化できる余地が少なくて停滞してた印象 yarvも遅れてやってきた感しかない まぁ身もふたもないけど、つたない英語で日本人がリードするプロジェクトに 外人はあんまり寄り付いてこないのがrubyがいまいち盛り上がらなかった原因だと思うよ RoRの波の時にいろいろ仕掛けておけば違った気がするんだけど 142 名前：デフォルトの名無しさん mailto:sage [2020/01/06(月) 11:00:46.22 ID:AUHKm4tz.net] >>140 日本でRubyが人気あるのは日本で誕生した言語(→日本語のドキュメントやコミュニティが充実)だからってのは確実にあるだろうし逆に考えたらアメリカ人は英語圏で誕生した言語を使うわな Python開発者はオランダ人だけどアメリカで働いていた人だし 143 名前：デフォルトの名無しさん mailto:sage [2020/01/06(月) 22:45:21.22 ID:sgp8c2gs.net] >>140 結局遅くてもデフォルトのcpythonを使うわけだよ。 そこまでcpuバウンドなプログラムなんて早々ないし、あったらcで実装したライブラリを使う。 なんでも同じ言語だけで無理やり何とかしようってのはバカの発想だわ。 cをどれだけ呼びやすくするかに労力をかけたpythonにrubyは完全に負けたわけよ。 144 名前：デフォルトの名無しさん mailto:sage [2020/01/06(月) 22:51:03.06 ID:ax8KHfsY.net] cというか共有ライ� 145 名前：uラリの呼び出しでそんな大きな違いあったっけ？ 似たようなもんだったと思うけどな [] [ここ壊れてます] 146 名前：デフォルトの名無しさん mailto:sage [2020/01/06(月) 23:48:50.87 ID:OPIqNi1w.net] cで実装って言っても、cythonなら殆どpythonのように書けるわけで 147 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 08:51:26.11 ID:ofmsTTYR.net] 旧世代言語で言えばC++、Java、Python、JavaScriptの4つが書ければ組み込みからウェブまで基本的に何でもできた 1つの言語で何とかしようとすれば何とかなるかもしれないが開発効率を考えると結局この4つくらいの言語が必要 速さのC++、汎用性のJava、書きやすさのPython、ウェブのJavaScript 最強の言語に統一しようとする試みは全部失敗に終わって適材適所で使い分けるのが結局最適解だったわけだ 次世代言語では汎用性と書きやすさを兼ね備えたGoがあるのでRust、Go、TypeScriptが必須三大言語になる 148 名前：デフォルトの名無しさん [2020/01/07(火) 11:10:34.52 ID:4XCSnFAB.net] wasmの展開次第ではまた統一の流れになるかもよ 今のところRustかGoかかな 149 名前：デフォルトの名無しさん [2020/01/07(火) 15:35:35.01 ID:2Dq0zKSW.net] cythonよりもpybind 150 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 21:50:43 ID:ueOqy5pf.net] Ruby の主な設計思想は、C の拡張ライブラリを作りやすくする事！ 今は、FFI 言語が流行るかどうかは、便利な拡張ライブラリの作りやすさで決まる。 VSCode がそう。 皆が作る、多くの拡張機能が大人気 R, matlab → Python → Julia Ruby → Elixir 数十万もする、matlab を誰も使いたくない！ これが無料で使える、Pythonがコスト的に優秀だった！ ただ、文法が辛いから、Ruby風のdo 〜 end を採用した、Juliaへ流れたw 151 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 22:09:56 ID:yh5VVA2x.net] 的外れのことをよく長々と書くもんだな 152 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 22:35:33 ID:+L6qE003.net] juliaなんてインデックスが１はじまりな時点で終わってんだよ。 153 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 22:54:19.05 ID:SnOVFU52.net] ruby信者はrubyの文法が好きみたいだけど rustは文法もゴミだからね？ 154 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 22:55:15.32 ID:SnOVFU52.net] あ、rubyをrustに間違えた。rustすまん… 155 名前： mailto:sage [2020/01/07(火) 22:58:02.03 ID:nsSNgmh4.net] >>152 許さん 156 名前：デフォルトの名無しさん mailto:sage [2020/01/07(火) 23:27:16 ID:VzO2pILM.net] まぁほら、値を返す場合はセミコロンを付けちゃいかんとか、あの辺は真にゴミだ。 157 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 11:36:37.71 ID:sRhV0lFo.net] どうしたらよかった？ 158 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 14:43:49 ID:e6ROAylT.net] >>115 Dartは今一番来てる言語だろ ちょうどFlutterのスター数がReact Nativeを超えたところだぞ これで名実ともにクロスプラットフォーム開発のスタンダードがDartになった 159 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 15:05:07 ID:GLREUp4M.net] Rustのセミコロンは文の終端じゃなくて、「左オペランドを評価してその値を破棄し、右オペランドを評価してその値を返す演算子」だと理解すればスッキリする 160 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 19:33:38.16 ID:btz4wclA.net] そんな独自ルール押し付けられても普通はくそだとしか思わんよ。 161 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 20:28:36.87 ID:5tRz+DPE.net] >>155 「式にセミコロンを付けたら文になる」 「文の評価値はunit」 「ブロックの値は含まれる最後の式(文)の値」 それぞれは筋が通ってなくもないけど、2番目のは 「文の値は含まれる最後の式の値」 にしても問題なかったんじゃないのかな。 162 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 20:40:04.73 ID:MaFwnBiO.net] 結局Rustは死産だった 163 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 20:46:34.81 ID:tjOftEX2.net] >>159 問題あるからそうなってるんだよ 164 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 21:11:26.71 ID:5tRz+DPE.net] >>161 具体例plz 165 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 21:25:54.87 ID:AbnA2tlH.net] なぜ Go Rust TypeScriptが 旧世代5大言語を超越するのでしょうか？ 166 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 21:50:40.19 ID:m4KDxoTK.net] >>163 Go→めっちゃ書きやすい。少ない行数で何でも書けるので生産性爆上げ。実効速度はC/C++よりは遅いがJavaやPythonよりもずっと速いので何にでも使いやすい。文法が分かりやすいので入門用言語にも適している。オールマイティな次世代エース的存在で欠点がほぼない Rust→C++と同レベルに速い唯一の言語。なおかつC++よりも文法が整理されている。C++と違ってメモリ安全性が確保されている。Goほどの書きやすさ・利便性はないがC++の後継としてシステムプログラミングに使えると考えられている TypeScript→JavaScriptを大規模開発にも使えるように整備した言語。JSがウェブだけでなくアプリ開発にも使われるようになったという背景にマッチ。既存のJSコードという遺産をそのまま使えるのでデメリットなし 3言語ともにGoogleやMicrosoftが推しているので他企業も追随して移行している 167 名前：デフォルトの名無しさん [2020/01/08(水) 21:58:55.88 ID:5fiN5kGt.net] Goの行数が短いとは 168 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 22:05:03.81 ID:VsmkZjsO.net] GoはAI関連のPythonからの移行組、組み込み系のCからの移行組、アプリ開発のJavaからの以降組と色々なところから支持されてるよな 169 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 22:19:11.42 ID:btz4wclA.net] goはガベコレ付きのcってくらいだろ。それくらい機能が少ないから良い。 170 名前：デフォルトの名無しさん [2020/01/08(水) 22:59:45.27 ID:oFdEo24g.net] Goは機能が少ないから行数は長くなるな ジェネリクスがまだなくて冗長になりやすい 良くも悪くも割り切ってる 171 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 23:17:23.66 ID:fhO5tB7/.net] PythonやJavaは機能が多過ぎるからGoに移行すると言ってるように見えるが 多過ぎるという証拠がない 172 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 01:00:17.42 ID:vhRTlzM5.net] GoがJavaよりずっと速いってことはない ほぼ同程度 173 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 01:23:41.01 ID:AUFIvY9B.net] かなり速いよ 起動が 174 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 02:53:10.48 ID:Ur3XGElN.net] >>159 今日まで1200円（93%OFF）で買えるよ 現役シ� 175 名前：潟Rンバレーエンジニアが教える Goで始めるスクラッチからのブロックチェーン開発入門 45レクチャー（5時間33分） https://www.udemy.com/course/go-blockchain/ [] [ここ壊れてます] 176 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 06:44:29.90 ID:Ur3XGElN.net] Rust in Blockchain Bringing engineering insight and experience to blockchain technology. https://rustinblockchain.org/ 177 名前：デフォルトの名無しさん [2020/01/09(木) 07:42:30.82 ID:QBVFRtP7.net] >>159 returnを省略できるから値を必ず返してしまう 178 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 09:24:02.44 ID:xKZrNt+9.net] Goはそこそこ速くて文法もすっきりしてるから汎用性高い 179 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 11:06:37.80 ID:vRVrXWOG.net] Goは機能も絞ってあるし文法も簡単だから初心者の入門用に最適だと思う しかも当然Pythonより速いので実用性も高い 次世代では学校でGoを習ってプログラミングを始めて実務でもGoで書ける部分はそのままGoとなりそう 180 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 11:22:30.94 ID:vRVrXWOG.net] 旧世代五大言語…C、C++、Java、Python、JavaScript 新世代五大言語…Go、Rust、Kotlin、Swift、TypeScript 今のところこんな感じだけどDartやJuliaは五大に入ってきてもおかしくないと思ってる クロスプラットフォームアプリ開発でDart(Flutter)がReactNativeに勝利しそうな勢いで注目してる 多分DartはJavaライクな文法がJavaScript嫌いなアプリ開発者たちから受けてるんだろう AndoroidはKotlin、iOSはSwiftという棲み分け自体が不効率の極みなのでDartがもう少し使えるものになればクロスプラットフォーム開発に雪崩を打って移行していくと思う JuliaはJuliaですでにAI関連で信者層が形成されているしPythonでできることはJuliaでもできる状態になってるからじわじわシェア奪っていけると思う TensorFlow次第という側面もあるが 181 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 12:07:25.94 ID:kiVtjsUg.net] dart2nativeのよってFlutter以外にもDartの使い道が 182 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 12:45:50.31 ID:LsvkYb1v.net] GoはそもそものGoogle自身がほとんど使ってない 183 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 13:01:10.01 ID:9BpGshJT.net] AndroidはJavaScript、iOSもJavaScript 一方、サーバーは非効率の極み 184 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 14:16:30.17 ID:LsvkYb1v.net] C#はMSの推奨言語である限り何が出てこようとVC++とともにMS環境下での第一選択肢であることは揺るがない 基本的にOSやハードウェアのベンダーが使えと言っているものと使うのが正しい 185 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 21:24:14.26 ID:SzStz3wn.net] 関数型言語の特性を少しずつ取り入れる動きがあるのは（それが良いかどうか別にして）ある程度共通の認識として持たれていて その中でも型システムに関してRustはライフタイム管理と参照の可変性制約に議論の余地があるとはいえそれ以外は程々な落としどころになってると思うんだけどどうよ つまりはtraitとかenumとかgenericsとかについてなんだけど 186 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 21:39:52.57 ID:/duGWeb2.net] てかemunの網羅性チェックとか普通に考えたら欲しくなると思うんだが なぜC/C++/Java等の手続き型/オブジェクト指向言語では今まで取り入れられてなかったのかが謎 187 名前：デフォルトの名無しさん mailto:sage [2020/01/09(木) 21:52:21.07 ID:YgTrDd8p.net] >>174 関数戻り値の型推論はされないんだから、関数の型がunitのときは型の不整合とみなさないとか できると思うがなぁ。 その場合のデメリットって「特別扱いは一貫性に欠ける」というくらいしか思いつかない。 188 名前：デフォルトの名無しさん mailto:sage [2020/01/10(金) 01:35:53 ID:0q4Qxo1U.net] ジェネリクスの起源はC言語の配列型やポインタ型のような 189 名前：気がする ポインタ型を取り入れるどころか逆に排斥するのが常識だった たまたま常識を疑うことができたのがC++と関数型言語だっただけ [] [ここ壊れてます] 190 名前：デフォルトの名無しさん mailto:sage [2020/01/10(金) 02:36:02.44 ID:kSkZ4oHO.net] 次世代とか関係なく趣味でやるのにオススメの言語ある？ https://rosettacode.org/wiki/Category:Programming_Languages https://duckduckgo.com/bang_lite.html !rosettacode Generics 191 名前：デフォルトの名無しさん mailto:sage [2020/01/10(金) 10:47:12.28 ID:OzcTj1e5.net] 次世代とか関係ないならスレチ 192 名前：デフォルトの名無しさん [2020/01/10(金) 15:44:58.26 ID:puBSVXWR.net] >>186 https://mevius.5ch.net/test/read.cgi/tech/1571717826/ 193 名前：デフォルトの名無しさん mailto:sage [2020/01/10(金) 20:05:28.59 ID:gdjTauNe.net] >>182 逆だろ。 rustのやろうとしてることを考えればライフタイム管理と参照の可変性制約に議論の余地はない。 他のどうでもいいところに力を入れてることの方が問題。 194 名前：デフォルトの名無しさん mailto:sage [2020/01/10(金) 21:31:36.42 ID:0q4Qxo1U.net] 力を入れるより力を抜く方が難しい戦闘民族もいるんだろう 195 名前： mailto:sage [2020/01/11(土) 11:07:27.64 ID:Mi8oZktw.net] >>185 多分趣旨は同一だと思いますが、私はC++ template がジェネリクスの起源だと 196 名前：デフォルトの名無しさん mailto:sage [2020/01/11(土) 12:52:41.76 ID:C5APeypm.net] お前初めてか次世代言語は、力抜けよ 197 名前：デフォルトの名無しさん [2020/01/11(土) 13:04:07.27 ID:l/QLWHKH.net] Genericsの起源 → template Genericsの起源 → enum Genericsの起源 → マクロ Genericsの起源 → キャスト Genericsの起源 → struct Genericsの起源 → union Genericsの起源 → ポインタ Genericsの起源 → レジスタ 198 名前：デフォルトの名無しさん mailto:sage [2020/01/11(土) 13:42:11.23 ID:C5APeypm.net] 全ての始祖にして始まりの言語　ダークネスオブライト　神光雪花繚乱　ーCー おまえはまだ、本当のCを 知 ら な い 199 名前：デフォルトの名無しさん mailto:sage [2020/01/11(土) 17:39:11.16 ID:jnWa1Bc7.net] >>189 ごめんこれは私の書き方が悪かった Rustのやろうとしてることからすれば議論の余地が無いのは間違いない ただRustのやろうとしてること（つまりそれらを型システムに落とし込んで管理しようとすること）そのものには反対意見も見られるのでそのように書いた （私はRustの方針で良いとは思っている） それなりに一般人類が扱える程々な型システムの機能は言語の目的に依存しない範囲でどの程度かなって話をしたかった 型システムの程々が言語の目的に依存するのは分かった上でなので、それ無しに語る事なんてできないと言われたらはいとしか返せない あと例にgenericsを書いたのは最近の言語でGoが少なくとも今は取り入れてないからだったんだけど、冒頭に関数型〜と書いてしまったがために >>185 みたいに起源の議論になってしまって申し訳ない あとgenericsの起源の話をするならAdaちゃんのことも思い出してあげて下さい（小声） 200 名前：デフォルトの名無しさん [2020/01/12(日) 02:59:36.74 ID:eMSUjpmi.net] 言っとくけどMITのJulia凄いんだから！バカにしたら許さないから！ 201 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 10:32:30.51 ID:kMp+U+wu.net] バーカ おまえのかーちゃんAV女優 202 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 11:36:08.74 ID:gA+rg5vj.net] juliaはクソだわ。推してるやつも数値計算まともに理解してないろ。 203 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 15:31:32.23 ID:txAfGBZe.net] 実数クラスは複素数クラスを継承していない 数値計算の闇は深い 204 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 15:35:53.73 ID:kMp+U+wu.net] おまえらクラスにはセックスメソッドすら実装されてないよね 205 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 18:19:08.33 ID:Age3j7t+.net] じゃあ実装するから LGBTをふまえたモデル化やってみて

---

---

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

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