次世代言語15 Go Rust Swift Kotlin TypeScript

1 名前：デフォルトの名無しさん [2018/11/04(日) 20:30:10.42 ID:OF8fjEC1.net] スレタイ以外の言語もok 前スレ 次世代言語14 Elixir Crystal Julia Rust Swift https://itest.5ch.net/mevius/test/read.cgi/tech/1536668904 252 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 20:43:19.19 ID:QQiWH0mp.net] >>246 実験レベルというよりは本来が実プロダクトより実験を目的に作られてる面が大きい 目的にと言うと言い過ぎかもしれないが作っているコミュニティが理論や実験寄りなので 253 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:03:42.77 ID:823dyXFP.net] >>249 オレの考えた最強の言語！ みたいなやつかw 254 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:16:48.45 ID:EPRTYP70.net] なろう系言語ｗｗｗ 255 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:41:47.02 ID:QQiWH0mp.net] >>250 何も間違ってないけど雑な数値計算実験やアルゴリズム実験には本当にイケてるのよ？ 漸進的型付け 256 名前：でも型推論と最適化が程よい塩梅で効いてるし私は好き [] [ここ壊れてます] 257 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 01:05:03.07 ID:g6CslLMJ.net] 雑な実験でいいならcかc++くらい使えばいいのにと思うけどね。 258 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:24:33.10 ID:VUa3es/D.net] >>232 不人気でユーザがいなくなっちゃった言語が 40年越しの環境でそのまま動いても意味ないけどね 259 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:31:43.79 ID:jKA+nxgG.net] 雑な実験をC++でやるのには何の問題もないけどそれでもなお煩わしい（ex.tupleとかpairとかがびみょい） ていうかC++こそ本腰入れた実験に使うんもん（分野によります）だし普段はもっと雑に書きたいなという気持ち Cは無いかなー できるけどC++以上にやりたくない 260 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 09:25:59.07 ID:2Rlz0B+x.net] 実験って何の実験？ 大抵の場合c++は向いてないと思うけどね ハマってる時間がもったいない 261 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 09:36:40.65 ID:jKA+nxgG.net] 高性能計算は言語の選択肢がほとんど無いので…… 262 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 12:22:11.18 ID:2Rlz0B+x.net] そういうコアな計算部分にc++の機能あんまりいらないと思うけどね 結局パフォーマンス必要ならcudaにオフロードとかするんだろうし 構文的なところは凝らないのが正解だよ 263 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 14:19:55.88 ID:TPiqZniI.net] >>254 他言語のコミュニティメンバーがもう誰にも使われなくなった言語の しかも40年前の環境を復活させたんなら逆に凄いことだな！ 264 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:29:47.85 ID:Fn4hDa9I.net] よし、FORTH を復活させよう 265 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:08:01.13 ID:jKA+nxgG.net] CとC++とFortranで型システムが一番マシ（個人の感想）なのがC++って選び方なので 266 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:32:38.15 ID:Y8wvRjd+.net] 雑にやりたいのに型システムにこだわるのが間違い 267 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:35:55.50 ID:zazJl4ej.net] 論文のために数回動けばいいようなコード 　→ Python (主要な計算部分はライブラリ任せ) 雑とは真逆の実用ライブラリ 　→ C (NumPyなど) というのが数値解析などの分野の人達の感覚では そしてライブラリ使ってない箇所もあわよくば早くしたいけど 動的言語からあまり離れたくという欲張りさんのために NumbaやJuliaなどがある 268 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:42:29.55 ID:jKA+nxgG.net] >>262 だから雑にやるときはJuliaって言ってるんだよなぁ 269 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 11:27:30.70 ID:0cDEleYh.net] >>263 python でNumpy やNumba を動かせばよいだけの話。　 pythonをNumbaでJIT化すれば高速に動く。 だから数値解析、統計、機械学習などでpython が広まっている。 numbaを利用したpythonループの高速化 https://qiita.com/ken223/items/311032e45f7cd9fb6be6 numpy.sum() より　numba でJIT化したほうが若干早い 全体をもっと高速化したい場合はCythonでコンパイルすることになるが、若干ソースに変更が伴うのが欠点。 270 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 08:13:11.35 ID:DfXs7ULg.net] そのへんのPythonをネイティブにする類、GILはどうなるの？ 271 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 09:24:39.49 ID:QGThOkDI.net] >>266 明示的に書けば良いのでは？ Cython のスレッド並列処理 https://www.isus.jp/products/python-distribution/thread-parallelism-in-cython/ Cython の特長の 1 つは、ネイティブ並列処理 (英語) をサポートすることです (cython.parallel モジュールを参照)。 cython.parallel.prange 関数は並列ループに使用できるため、Python* でスレッド並列処理を使用して、インテル® メニー・インテグレーテッド・コア (インテル® MIC) アーキテクチャーを活用することができます。 インテル® Distribution for Python* 2017 の Cython 272 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 10:58:54.92 ID:WZ7QG3tT.net] >>266 nogil=TrueでGIL無しになる 273 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 18:56:49.51 ID:62bujRGv.net] それは良さそうだな。 274 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 20:55:14.89 ID:fSoz/vTj.net] もうjulia使うのが目的になっとるな。。 275 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 02:33:00.49 ID:9HG1VuDS.net] >>121 パイプ演算子だけで何が出来んだよｗ 276 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:02:26.51 ID:HW0MSqPy.net] 関数のカリー化がないのにパイプ演算子だけ持ってきちゃったElixirはなんか変だよな。 パイプ演算子というよりUFCS。ピリオドにしておけばよかったのに。 277 名前：デフォルトの名無しさん [2019/02/17(日) 20:53:38.23 ID:4EK3mNUu.net] ユーチューブみてたら外人さんが今年はじめるおすすめ言語でGoあげてたけどどうなの？ https://youtu.be/Wp6Z2wVyPeY 278 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 00:25:05.73 ID:0K8QCv5v.net] PHPよりはマシ程度 279 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 10:03:46.42 ID:PGieQvh3.net] 外人って誰？ お前の友達？ 280 名前：デフォルトの名無しさん [2019/02/18(月) 10:32:14.54 ID:9yTHlAk5.net] >>273 英語わらないけど パイパンなのはなんとなくわかった 281 名前：デフォルトの名無しさん [2019/02/18(月) 10:38:37.16 ID:GrFE76R+.net] Goはいい言語だと思うが文法がきらいという理由で俺個人としてはやりたくない。 282 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 10:39:27.28 ID:DEZyRf0o.net] Goは悪くないけどGoやるくらいならCで良いって思っちゃう 283 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 11:33:15.82 ID:SDMSLfor.net] Cって爆発するんでしょ？ 284 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 14:31:28.10 ID:UVnB+wSW.net] シーッ！ 285 名前：デフォルトの名無しさん [2019/02/18(月) 16:23:53.97 ID:1FoQC5sv.net] どうしてRustはこんなにおデブちゃんなの？ｗｗｗ https://developers.google.com/web/updates/2019/02/hotpath-with-wasm#conclusion CやAssemblyScriptと比べて割に合わなさ過ぎだろうｗｗｗｗｗ 286 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 17:03:38.39 ID:6vaPKOJl.net] その下の節の Update: Rust で 370B になったとあるけど 287 名前：デフォルトの名無しさん [2019/02/18(月) 17:11:02.34 ID:1FoQC5sv.net] 人力でそんな手間書けるくらいなら最初からCで書くよね普通。 288 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 17:54:25.43 ID:etnkgylc.net] これ最終的に全部機械語で書けって流れ？ 289 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 18:36:38.63 ID:DEZyRf0o.net] なぜ機械語が出てくるのかが分からんなw 290 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:42:42.37 ID:2Z8BFsKx.net] 手間っつってもそんなでもなくない？ 普通に-Osオプション的なのもデバッグ情報の削除もCでやるでしょ 291 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:47:35.74 ID:2Z8BFsKx.net] 連投になって悪いがなんならltoも普通にCでやるだろうし存外普通の事しかやってないぞ？ 292 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 20:19:28.46 ID:7ubWqY/W.net] c + lint で済む話をバカが無視するからコンパイラに組み込んだみたいな話、本当バカ。 293 名前：デフォルトの名無しさん [2019/02/18(月) 21:50:19.37 ID:788tab2z.net] 普通ならなぜデフォにしないの？ Cパイセンに華持たせてるの？ 294 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 07:58:57.65 ID:rJLbVU1K.net] 実装してる人に、聞くのが早そうだな。 295 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 09:43:28.93 ID:UvIEs0xP.net] 当然ながらデバッグし易さやコンパイル時間などとトレードオフがあるので 特化をデフォルトにする必要は無い Cは現役だし使うことを誰も止めはしない 比較は構わないけど推されてもここでは単純にスレチ 296 名前：デフォルトの名無しさん [2019/02/19(火) 10:27:13.34 ID:SwtNBaDU.net] デバッグし易さやコンパイル時間などを考慮した結果、せっかくwasmのクセに性能はす、す、すくりぷとげんごｗｗのじゃばすくりぷとｗｗｗと大して変わらずｗｗ５倍ｗも巨大なwasmバイナリをデフォで吐いてしまうビチグソ言語（）があるらしいｗｗｗ CやAssemblyScriptは性能大して変わらなくてもデフォでジャバｽｸﾘﾌﾟﾄ（）よりサイズ小さいのにどう言い訳すんのこの新世代（）うぇぶ言語ｗｗｗｗｗ 297 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 10:59:22.66 ID:wBIPfytb.net] 楽しそうで何より 298 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 17:44:22.10 ID:flzwRht/.net] >>271 ビルダーパターンを置き換えられるとか 299 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 22:52:49.55 ID:8ne5Wfny.net] >>278 クラスタ分散周りのコード書くならgoが良いと思われる。 300 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 08:38:19.03 ID:k9ihouSJ.net] IEEE ランキング https://news.mynavi.jp/article/20180806-674740/ 301 名前：デフォルトの名無しさん [2019/02/24(日) 13:15:52.70 ID:6KasUEnW.net] A better C = Go A better Perl = Python A better Java = Kotlin A better Javascript = TypeScript A better Lisp = Clojure 302 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 13:24:51.15 ID:9J0kSw8Y.net] >>297 PythonとPerlって言うほど用途被ってるか？ 個人的には A better Python = Node.js だって思うけどな 303 名前：デフォルトの名無しさん [2019/02/24(日) 13:28:03.32 ID:8D34p5sx.net] Groovyは？ 304 名前：デフォルトの名無しさん [2019/02/24(日) 13:29:59.40 ID:6TiHqsFQ.net] A bitter C++ = D 305 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 13:35:04.27 ID:dX43HuRA.net] 俺はKotlinよりScala推しだけどバックについてる規模がなあ 306 名前：デフォルトの名無しさん [2019/02/24(日) 18:42:02.16 ID:iK4D+UQi.net] >>297 Goにbetter Cはま 307 名前：デフォルトの名無しさん [2019/02/24(日) 18:42:38.76 ID:iK4D+UQi.net] だ無理だ。 バイナリが大き過ぎる。 308 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:47:20.41 ID:KL6kEpaz.net] A poorer C = Go A poorer Perl = Python A poorer Java = Kotlin A poorer Javascript = TypeScript しっくり来るな 309 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:50:58.08 ID:1vpoAdpW.net] >>303 まだというかずっとじゃね GCやgoroutineスケジューラのサイズは削れないし 用途がいくらか被るにせよ、性質的にCの代わりを目指したものでもないし 310 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:55:07.72 ID:qLJosHl4.net] 他の言語が無駄な機能を増やすほどCがbetterということに気づかされる。 311 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:04:15.79 ID:KL6kEpaz.net] >>306 betterというか完全にbestだね 使いやすいけどとっつきにくさがどうしてもあるから 優しいとされる他の言語が重宝されがちになるが 312 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:04:42.82 ID:+6ZRRI/z.net] >>306 Cは、アセンブラみたいなものだからな。 313 名前：デフォルトの名無しさん [2019/02/24(日) 19:04:43.79 ID:iK4D+UQi.net] >>305 禿同。 Goは鯖で速度重視専用な気がする。 マイコンの規模で使える気がしない。 314 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:05:34.94 ID:77XTfT9B.net] なら他の言語使ってる人気は全員馬鹿だな 315 名前：デフォルトの名無しさん [2019/02/24(日) 19:16:29.07 ID:iK4D+UQi.net] 違う。 それだけマイコン使う分野がマイナーってだけ。 CPUパワーがあれば楽出来る言語使うのは当然。 316 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:24:41.78 ID:+6ZRRI/z.net] >>311 はあ？ マイコンって何を指してるか知らんが、今のスマホのパワーは、数年前のデスクトップを凌駕してるぞ。 317 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:37:59.48 ID:77XTfT9B.net] >>311 ああごめん、>>306への話ね 318 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:47:42.34 ID:+6ZRRI/z.net] >>313 だから、>>311 も>>306 もなんか的外れに見えるという話。 見る視点がまるで違う。 319 名前：デフォルトの名無しさん [2019/02/24(日) 19:50:17.53 ID:iK4D+UQi.net] >>313 そそ。 PICとかそこまで小さい規模の話。 スマホでもゲームとかはCやC++もあるだろうけど、楽出来る分にはCは無いわな。 320 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:51:43.29 ID:+6ZRRI/z.net] 100円のチップでPythonが動く時代なんだぞ。 自動車の自動運転のマイコンなんか、下手なPCよりパワーはあるぞ。 321 名前：デフォルトの名無しさん [2019/02/24(日) 20:04:26.13 ID:iK4D+UQi.net] >>316 自動運転用の石はそうだが、パワステ制御だけとか小さい石は今でも8ー16bitだし、CPU全体じゃそっちのが数は多い。(80%) IntelやARMは小さいパイで大きく稼げる市場を独占しただけで。 322 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:06:31.17 ID:9J0kSw8Y.net] 自動運転のマイコンってどこの石使ってるんだろ？ 323 名前：デフォルトの名無しさん [2019/02/24(日) 20:13:36.10 ID:iK4D+UQi.net] 少なくとも日本車はルネサス製マイコン使ってる。 Casl2とかニーモニックがそのまんま。 まさに試験が企業の求める人材発掘の篩になってる。 324 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:38:43.40 ID:HXZhXTRb.net] でもワイウェッブ系だから 325 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:48:48.19 ID:+6ZRRI/z.net] >>318 今はARMだろ。 中央のは、NVidia とか、Intel を使ってるのかな？ 自動車って、何十とCPUを使ってるから何がメインかというのは難しいのでは？ Nvidia もIntel も実態はARMコアを使ってるみたいだけど。 ルネサスも震災以降はダウンして、ユーザーからのARMを使えという声に応じざるを得なくなったみたいだし。 326 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:50:55.47 ID:9J0kSw8Y.net] >>321 ルネサスって元は日立とどっかの合資で出来たとこだっけ 327 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:53:54.40 ID:+6ZRRI/z.net] >>322 NECとか、日本連合だね。 328 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:54:06.21 ID:zOdfoNDQ.net] >>307 Go は better C ではなく better C++ なんだけどな better C 目指しているのは Rust 329 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 22:16:13.14 ID:ObazTuX8.net] ざっくりした言い回しは自然と情報量が落ちてしまうので難しいもんだが、GoはやっぱりCompiled PythonとかC++とJavaの中間とって言語機能をC並に絞ったとかの複雑な立ち位置の印象だ Rustもbetter C 兼 replacing C++の印象 330 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 22:38:05.42 ID:qLJosHl4.net] まあ別に無理やり結びつける必要はないんだけどね。 331 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:12:15.59 ID:ROsmA06r.net] 理論的には理想に近い言語でも、実用環境が限られたり、スピード的に極端に落ちると現実的ではなくなるからね。 やはり言語的に洗練されていて、環境を選ばずに動き、スピードの解がある言語は伸びる。 Javaは、環境を選ばずに伸び、スピードの解はJITでまあまあ解決した。 Pythonは色々難しい問題がありそうだが、PyPyはJITで動いてるしいずれ本家がJITをサポートする様になるんじゃ無いのかな。Cythonは直接Cに落ちるが互換性の問題があるし。 332 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:34:44.89 ID:HXZhXTRb.net] goは構文が糞すぎて糞 ゲネリクスとかそう言う問題以前 変数宣言さえ糞 設計した奴はガイジの糞 グーグルって俺よりバカなんだなと思うわ 333 名前：デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:37:57.60 ID:OZS1hzPH.net] goは触れば触るほど、Cでも良かったよね Cのほうが論理的に簡単にできるよねってことが多過ぎる 334 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 00:38:45.01 ID:qTGaZXOu.net] Goの勝手にセミコロン補完される仕様がホントクソ 335 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 01:11:58.26 ID:PRsbysjw.net] チュートリやってたら変数宣言だけで4つくらい出てきてガイジかな？って気持ちになった 336 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 01:58:52.98 ID:AuhEt3eH.net] Lisp方言やPythonとRubyのように類似品を乱立させるやり方は古臭い Java Kotlin C# TypeScript Go の中からRubyと同じ失敗を繰り返す言語が続出すると思うと残念だ 337 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 02:36:48.48 ID:9+tyf5TU.net] この中だとGoとKotlinが危ないな。 typescriptも、ecmaに型アノテーション 付く形で合流しそう。 338 名前：デフォルトの名無しさん [2019/02/25(月) 03:05:10.05 ID:SRxcknzj.net] >>331 なんであんなふうにすんだろねｗ 339 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 07:38:01.51 ID:eDFcqLgp.net] >>333 esのデコレーションは今でも同等機能をコードで補完できるんだよな コードを組み上げられる能力があればtsもゴミみたいにしか感じられなくなるね 340 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 08:01:49.36 ID:XCxk7gA5.net] C#はどうよ。俺は好きなんだけど。 341 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 08:52:20.78 ID:isDwzKBm.net] 最近のC#はあまりにも先端が突っ走りすぎてて、従来の「哀れな底辺ドカタにも最先端の言語を」という重要な役割を見失いつつある >>336のようなC#のファンですら大抵3つ4つくらい前のバージョンで知識が止まってる状況で、 自社開発でWebサービスやってますみたいな極一部の「別にC#でなくてもいい層」ばかりを相手にしている 次期バージョンでは.NET Coreでしか使えない機能が出てきて足切りが始まり、プラットフォームが完全に分断される 342 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:01:20.29 ID:IWOA41f/.net] .NET Standardで基本事足りるとはいえ、その他のオープンなライブラリ側もおっつけてない感じあるなぁC# 343 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:15:21.64 ID:e7/gY7Zv.net] Goは並列化処理は書きやすい 344 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:17:23.23 ID:e7/gY7Zv.net] >>328 Goは大学出たての経験値の低い人でも書けるお馬鹿さん言語を意図して設計されとるんやで 345 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:17:41.92 ID:fQDP25JS.net] .NET Coreと.NET Frameworkの間でライブラリを共通化するためのAPIセットを定義するのが.NET Standardの主目的であったが、 その.NET Standardが次のバージョンで.NET Frameworkを切り捨てるというギャグのような話 346 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:27:39.69 ID:XCxk7gA5.net] >>337 趣味でもC#書くけど、それでも確かに正直.NET Coreの3を先食いしてる人達からすると数世代遅れてるな。 Span<T>とかはそりゃ確かにパフォーマンスは雲泥だろうけど、それ要るの結構限られてない？とか。 個人的にはあの断捨離は失敗しそうだから、そこから色々拾い上げてるMonoの方が良いんでないの？と思ってる。 Windowsだとほぼバイナリポンで動くというメリットが、クソ多いファイル数にかき消されてる気がして仕方ない。 .NET FW切り捨てるのはちょっと無理があるんじゃねえかなって思ってるけど、やるんだろうな…。 347 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 09:45:47.12 ID:5uGv7r8R.net] スマホゲー開発はだいたいC#だし、Unityがゲームエンジンとして標準的だからしぶとく残るんじゃないか コンシューマーゲーはまだまだC++だけど 348 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 10:03:35.56 ID:AuhEt3eH.net] >>340 最初はそんな意図なかっただろうに 反知性主義云々に乗っ取られて終わったな 349 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 10:08:23.24 ID:bZylS+V2.net] >>341 最初からCoreへの移行のための共通化じゃね Coreに欠けてたGUIが解決したらFrameworkから追い出し始めるのは むしろ自然だと思うけど 350 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 10:35:02.24 ID:gWR+hxYA.net] >>342 普通の人が何も意識しなくてもアプリのパフォーマンスが良くなるってのがSpanを含めた最近の変更やで 351 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 10:41:49.82 ID:AuhEt3eH.net] C++を切り捨てるつもりが いつの間にかC#自身の古いバージョンを切り捨てる話に変わっている これがPython Rubyと同じ失敗 352 名前：デフォルトの名無しさん mailto:sage [2019/02/25(月) 11:51:29.16 ID:XCxk7gA5.net] >>346 そうなんだが、実際問題そこまでパフォーマンスに悩んだ事あんま無いんだよな。 ゲームとかなら顕著なんだろうけど。

---

---

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

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